On Sun, 2004-04-18 at 17:11, Matthias Bohlen wrote: > Hi Matt, > > > -----Original Message----- > > From: Matt Parker [mailto:[EMAIL PROTECTED] > > Sent: Sunday, April 18, 2004 1:53 AM > > To: [EMAIL PROTECTED] > > Subject: AndroMDA And Licensing > > > > > > Hi Matthias, > > > > I have a question to do with the licensing of AndroMDA and > > the implications of what I plan to do with a project I'm > > working on. I notice that AndroMDA is released under the BSD > > license so I don't think there are any legal implications, > > I'm just after your thoughts. > > thanks for asking ... you're a gentleman! :-)
No problem. > > > I'm in the middle of writing a toolkit that will be > > cross-platform (ie, will run in either an app server using > > EJBs or will run in a servlet container with JDBC, as well as > > being app server/servlet container > > agnostic) to allow finer grained scalability depending on the > > size of the application and/or deployment. > > Cool! How is the name of that project? Is there any info about it on the > 'Net? How does it compare to the Spring framework > (http://www.springframework.org/) ? > Like I said, I'm still in the middle of development so there's no information out there yet (and won't be for quite sometime since I'm the only developer and its going to be quite large in terms of codebase). I haven't thought of a name yet... I'd never heard of the Spring Framework before, but I just looked at their webpage and it seems that they are doing something similar but approaching it from a different angle. I'm not looking to do Object/Relational mapping in particular so I'm not going to be using Hibernate - a personal preference, I find it clumsy. > > ...vice versa) without database modification. This probably > > doesn't make much sense in the way I've described, but trust > > me, I need to modify your code not just the templates. > > Yes, it sounds as if it is possible to do it without a modification to > AndroMDA, rolling your own cartridge with its own ScriptHelper class > should be enough. In AndroMDA 3.0, the architecture is even more > flexible (no ScriptHelper necessary any more but object oriented, > cartridge-specific metaclass facades), so I'd recommend you check > AndroMDA 3.0 before modifying AndroMDA 2.x. Within a few days, AndroMDA > 3.0M1 will be released. Right now, it is quite easy to build AndroMDA 3 > from the sources. You only need Maven rc2 - it will pull everything else > online from the 'Net. See > http://team.andromda.org/tiki/tiki-index.php?page=AndroMDA+From+Scratch > and http://team.andromda.org/docs/ Thanks for the heads-up. I'll take a look since I haven't done much work on the integration yet. The main reason for modifying your source code is that I want to use my own config files to drive my persistence layer as well as the EJBs. In particular that means using mapping files that are in a different format to your typemapping files (don't want to duplicate the same information in a different format in two different places). The AndroMDA typemapping file format doesn't contain all the information I need like SQL language differences between databases not just JDBC to SQL datatypes. I plan on using AndroMDA to generate my database schema XML file as well as the raw SQL to perform the same functions as the equivalent CMP bean. > > > I'm intending on making my base toolkit available under the > > LGPL but because it will only compile with my modified > > version of AndroMDA I'll need to bundle that with it too. > > > I would release the patches I make back to you, but I guess > > they are so specialised that they wouldn't be of much use, > > but you'll be able to take a look when I make my first > > release. > > As I said, check 3.0 before - it may save you a lot of effort. Will do... > > > I'm also planning on building commercial > > applications on top of my toolkit, but only linking to it > > (hence the LGPL) - I don't want to assimilate other people's > > hard work without giving something back (unlike other people > > in Redmond ;-)). > > We'll release 3.0final in August and will stop development on 2.x then. > So it may be that we won't need the 2.x modifications any more, but > thanks for the offer to share them, anyway! > > > I can't see any legal reason why I can't do what I'm > > planning... > > Make sure that you check *all* the licenses for *every* jar file that we > re-distribute. Most of them are Apache- or BSD-licensed, but Hibernate > and MDR are special (see http://www.hibernate.org/104.html and > http://www.netbeans.org/about/legal/license.html). Well, I'm not using Hibernate so I can remove that dependency from AndroMDA if necessary. I'll check the NetBeans license carefully though. > > > Let me know what you think. > > I find any development based on AndroMDA most interesting. Keep us > updated on the progress you make! > Will do... Cheers, Matt Parker -- http://www.mpcontracting.co.uk Experts in Java development and website design ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Andromda-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-user
