> The Java reverse engineering and code generation being part of the > ArgoUML core project is a historical artifact. There's a new > argouml-java project > (http://argouml-java.tigris.org/source/browse/argouml-java/) which is > where things are moving, but it only has the RE piece, not the code > gen piece right now.
Yeah, I expected to find it in argouml-java > We don't want to introduce PDE dependencies into core ArgoUML and > they've got everything except critical bug fixes locked down now as > they stabilize for release, so I think it's best to keep it in > argoeclipse-core, at least for now. Works for me. > You could either switch to a different module (PHP, C++, etc) for your > testing, or I can move a copy of the Java code generation into the > argouml-java project for you to play with. Because that module is not > part of the release, it doesn't have commit restrictions right now. I'll move the Java code generation stuff to the argouml-java project (locally) and start playing with it there. I'll stick with the Java for one right now because I wanted to look into generating directly to a Eclipse Java project too. Brian On Fri, Aug 1, 2008 at 1:50 PM, Tom Morris <[EMAIL PROTECTED]> wrote: > [cc'ing dev list since this is of general interest] > > On Fri, Aug 1, 2008 at 12:48 PM, Brian Hudson <[EMAIL PROTECTED]> > wrote: > > Hey guys, > > > > I've been working the new code gen extension point stuff. I now want to > > create an example usage of it using the Java code generator. > > > > I defined the codegen extension point in the argoeclipse-core project. > Now > > I'm looking into utilizing it with the Java code generator, which seems > to > > be in the argouml-app project. This would introduce a circular plug-in > > dependancy because argoeclipse-core is dependent on argouml-app and in > order > > to extend the codegen extension point for the Java code generator I'd > have > > to make argouml-app dependent on argoeclipse-core. > > The Java reverse engineering and code generation being part of the > ArgoUML core project is a historical artifact. There's a new > argouml-java project > (http://argouml-java.tigris.org/source/browse/argouml-java/) which is > where things are moving, but it only has the RE piece, not the code > gen piece right now. > > > Should I move the codegen extension point definition to argouml-app, and > if > > so could I send a patch for that to one of you guys to apply to the trunk > of > > argouml-app? If I just did it in my branch of argouml-app I wouldn't > really > > be able to commit any of my changes to argoeclipse-ui. > > > > It probably makes more sense to have this extension point in the > argouml-app > > project anyways since that's where the CodeGenerator interface is > defined... > > I basically put it in argoeclipse-core instead because I have commit > rights > > there =) > > We don't want to introduce PDE dependencies into core ArgoUML and > they've got everything except critical bug fixes locked down now as > they stabilize for release, so I think it's best to keep it in > argoeclipse-core, at least for now. > > You could either switch to a different module (PHP, C++, etc) for your > testing, or I can move a copy of the Java code generation into the > argouml-java project for you to play with. Because that module is not > part of the release, it doesn't have commit restrictions right now. > > Tom >
