On Tue, Jun 3, 2008 at 5:42 PM, Luis Sergio Oliveira <[EMAIL PROTECTED]> wrote: > Andreas Rückert wrote: >> >> I had to modify the Argo manifest to include the cpp now. Would be better, >> if it >> would be enough if it's in the ext/lib directory, or so. But seems like >> the java >> module also uses the antlr jar from the main Argo app? > > Concerning jcpp integration into ArgoUML I think it should be possible for > modules to declare additional jars that must be loaded or, if it isn't we > should create an issue for the ArgoUML module loader to support it.
Yes, if this doesn't happen automagically just by adding the jcpp jar to the c++ jar and including it in jar's manifest, then please open an issue for the module loader. > Another option is to do what Eclipse does: repackage the jcpp into a jar > that has a slightly modified MANIFEST.MF and has a class that implements > ModuleInterface with empty implementations for enable and disable. Or > better, place it as a new module of argouml-cpp.jar, say > org.argouml.language.cpp.preprocessor.Preprocessor, that includes the jcpp - > I don't know right now how this is achievable, but, the Eclipse guys do it > for Ant and other libraries wrapped as plugins. The problem is that we don't support dependencies among plugin modules, so there's no way to control the loading or initialization order. In the Eclipse environment the plugins are much finer grained and have this dependency information in a XML files which are read before any classes are loaded. Given that we only have a single level/layer of plugins, I think the right thing to do is bundle JCPP with the C++ reverse engineering. Tom --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
