Hi! -------- Original-Nachricht -------- > Datum: Tue, 03 Jun 2008 14:00:13 +0100 > Von: Shevek <[EMAIL PROTECTED]> > An: "\\"Andreas" Rückert" <[EMAIL PROTECTED]> > Betreff: Re: Using JCPP in ArgoUML
--<snip>-- > Let me have a quick look at some licenses. It seems entirely likely that > LGPL or Apache will be fine with me, but let me double-check. Would > Apache also be adequate? I've never been entirely sure that GPL prevents > linkage in Java due to the way that Java works, and it certainly doesn't > prevent the use of a GPL library in an SPI framework. Linking the lib is one problem. Redistributing the lib is the other. We'd like to provide at least one version, where all the required libs come with the tool. Just to make it easier for the new user to start working with Argo. It's just annoying if you have to grab the libs from 10 different websites, make sure they have the correct version etc. I'm not a license expert but apache looks good for me. I'll copy this mail to the argo-dev list, so other can comment on your suggestion. > > There would be a few other minor issues, like the way one get the > preprocessed > > file from JCPP. I'd rather like some piped stream coming from the > preprocessor, > > so we could feed the file with minimum modification in our lexer. But > those > > modifications could be done by us, and don't really pose a problem. > > What language are you writing in? If you're writing in Java, use > CppReader to get a stream from a Preprocessor object. (In my opinion, > the second step is to feed that stream into sablecc, but that's a task > apart.) Yeah, I could use this reader in the lexer constructor. Thanks for your hint! I've used sablecc many years ago, but most of the argo parsers are based on Antlr now, which we did (also many years ago), because the JavaCC license was too restrictive for our purpose (no redistribution of a modified grammar as an example). > I would be very interested in feedback on the API, which sucked in 1.0 > and actually seems to be quite good in 1.2 (except for the virtual > filesystem part). I've already looked over your code, and it looks good. Can't really comment, how good it actually works, because I wanted to discuss the license issue, before I start to integrate it. > Can your tool make UML diagrams to include in my javadoc, like > whatever-that-commercial-package-is? >From existing Java code? Should work in many cases. Thomas Neustupny is currently working on Java reverse engineering, so he might be better to comment on this. But Java import definitely works a lot better than C++ import. We recently started a user forum, where such questions could be discussed. http://www.argouml-users.net/forum/ Best regards, Andreas Rueckert -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
