It's not as simple as just removing one java.g because they do different things. Each one has little snippets of embedded Java specific to the task they do. This could certainly be designed differently/better, but it's a non-trivial task. Of the two files, the reverse engineering one is more current. It supports Java 1.5 while the code generation one only supports Java 1.2 (I think).
If someone wants to work on cleaning this up, it might make more sense to base the effort on ANTLR v3 which is feature complete and planned for release in the "Fall" (which started today). Tom > -----Original Message----- > From: Mathieu Suen [mailto:[EMAIL PROTECTED] > Sent: Friday, September 22, 2006 12:51 PM > To: [email protected] > Subject: Re: [argouml-dev] Re : [argouml-dev] JavaRecognizer > > > Ok so we can remove it to avoid dependency between module > > Jan M. Andersen a écrit : > > I think the reason for two java.g files is that the Java code > > generator and the Java code import is located in two different > > modules. > > > > Jan. > > > > -----Original Message----- > > From: Mathieu Suen [mailto:[EMAIL PROTECTED] > > Sent: 22. september 2006 12:59 > > To: [email protected] > > Subject: [argouml-dev] Re : [argouml-dev] JavaRecognizer > > > > Yes could be intresting. :) Tell me how to process (In which way do > > you want the fix..) > > > > In fact I do school exersise on it. I have to look inside > you source > > to find out problems, analyse metric and so on. Removing this class > > could be intresting to see dependency with other package.. > > > > So do you have any pointer on class that you know there are badly > > written? > > > > Or do you have some that you are "proud" of it? It could be > quite nice > > to show a good method. > > > > Thanks in advance > > Math > > > > Linus Tolke a écrit : > >> Hello Mathieu! > >> > >> As you have probably noticed the JavaRecognizer.java is generated > >> from java.g by ANTLR. The change to a Visitor pattern, is > that part > >> of the API changes planned for ANTLR 3. > >> > >> I don't know the reason we have two java.g and generated files. I > >> think it is forgotten about by now and I would like if we could > >> remove one of them. Would you like to dig into this unify them? > >> > >> /Linus > >> > >> > >>> -----Original Message----- > >>> From: Mathieu Suen [mailto:[EMAIL PROTECTED] > >>> Sent: den 22 september 2006 01:45 > >>> To: [email protected] > >>> Subject: [argouml-dev] JavaRecognizer > >>> > >>> Hi, > >>> > >>> I was looking how you were implementing language stuff > and I found > >>> out that you have JavaRecognizer. But it seem to me that > is more a > >>> parser than a reconizer. BTW I don't > >> know > >>> what reconizer mean. > >>> > >>> I how see also that you have 2 JavaRecognizer witch is suprising. > >>> Why? > >>> > >>> I have seen that is a really big class why don't you use a tree to > >> analyse > >>> Java and so you can apply > >>> Visitor pattern. This is fun and you can easily manipulate source. > >>> > >>> Thanks for answer comment. > >>> > >>> cheers > >>> Math > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > ______________________________________________________________ > _____________ > Découvrez un nouveau moyen de poser toutes vos questions > quelque soit le sujet ! > Yahoo! Questions/Réponses pour partager vos connaissances, > vos opinions et vos expériences. > http://fr.answers.yahoo.com > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
