Comments on Imran's Tech Blog: Code generation made easy using patterns

For controlling where to generate logs I will also...

2008-04-27T22:10:32.487-07:00

For controlling where to generate logs I will also add UI to it so that user can select and unselect options also user will have option to remove all logs.

The reason for not using annotation was I want the user to be able to see the logs before compilation and add, remove, edit them as per his/her choice.

Visitor pattern is good but not sufficient for my purpose. Because not only do I need to change a statement but I also need to make changes to the block/statement and for that I will need to the tree hierarchy that I am parsing. With Visitor it is possible to build the tree but in order to remove nodes from the tree it falls short(that is only have the tree path for/up-to the current node only). The aim of my work is to provide an API for code generation/modification where user has to do minimal work.

nice works, [i am pretending, this code generation...

2008-04-25T11:10:44.721-07:00

nice works,
[i am pretending, this code generation is for generating dynamic code on my source files]
since java supports source level annotation processor, i mean annotation which you can parse later. so how about if i wrote the following code -

@GenerateLogger(...some properties...)
class Bang { }

so i might have better control over auto generation.
anyway i think probable you have already implemented this stuff.

not sure, but probable class tree or this class by default supports visitor pattern. may be i saw in annotation processor code.

best wishes,

Firstly, I wanted to abstract walking the tree par...

2008-04-20T20:28:49.553-07:00

Firstly, I wanted to abstract walking the tree part and thus I did not mention it :). Currently I am using Delegator pattern coupled with DFS.

But yes, TreeVisitor also could be used, I did not take that approach, may be in version 2 :).

is it possible you could have used the visitor pat...

2008-04-20T20:18:30.175-07:00

is it possible you could have used the visitor pattern to walk the tree :)

Implementation for log injection before return and...

2008-04-20T20:00:26.886-07:00

Implementation for log injection before return and throw statements is now available (Revision 41).

It requires minor change of removing old logs and adding the new ones; this feature will be added in a day or 2.

We will also add logs to catch block.