I think it may be worth considering making this a module and packaging it appropriately.
That means you can commit now without affecting the release in progress and prevents the core argo continuing to grow. Regards Bob. On 15 February 2010 11:58, Andreas Rueckert <[email protected]> wrote: > Hi! > > -------- Original-Nachricht -------- >> Datum: Mon, 15 Feb 2010 10:24:08 +0000 >> Von: Bob Tarling <[email protected]> >> An: [email protected] >> Betreff: Re: [argouml-dev] Access rules in argouml-app > >> A thought as to the cause - I think Michiel set up something with >> JDepend that enforces package dependancies and so prevent cycles >> coming back in. >> >> If that integrates into eclipse it could be causing this. > > Maybe that helps: > > http://lkamal.blogspot.com/2008/09/eclipse-access-restriction-on-library.html > >> > But I would suggest you think carefully about whether to create a new >> > package sub-branch. > > Bob, it's a template CG. The generator, the loader + lots of classes > encapsulating the data for classes, methods, vars etc. Plus a > subdirectory with some templates. > I thought it's easier to add this, if it all comes in it's own directory. > We'll how we could handle this later. Maybe package it all into a module, > or so. > >> > In the past arguml has had far too many levels of package that has >> > forced us into making classes public where we would not have to >> > otherwise. We then got into that situation where we can't change these >> > classes without a deprecation procedure. Recently we've been trying to >> > flatten the structure. > > All the containers for the source data are local to the package. > Only 2 classes are public at the moment (the code generator and > the template loader). I thinks that's ok so far. > >> > Is there really going to be enough in this new package to make it >> > worth splitting? > > I thought so... > > localhost template # ls -x > Container.java > ContainerClass.java > ContainerClassifier.java > ContainerInterface.java > ContainerSourcefile.java > ContainerVariable.java > TemplateCodeGenerator.java > TemplateLoader.java > templates > localhost template # ls -x templates > class.vm > classbody.vm > classfooter.vm > classheader.vm > classifier.vm > filefooter.vm > fileheader.vm > sourcefile.vm > > (by far not complete yet) > > Ciao, > Andreas > > PS: Thomas, the template loader from the upload last night is broken. > I just added it, so I don't forget about some details, but got > interrupted while completing the class. So don't be surprised, if the > source don't compile. > -- > NEU: Mit GMX DSL über 1000,- ¿ sparen! > http://portal.gmx.net/de/go/dsl02 > > ------------------------------------------------------ > http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=2447714 > > To unsubscribe from this discussion, e-mail: > [[email protected]]. > To be allowed to post to the list contact the mailing list moderator, email: > [[email protected]] > ------------------------------------------------------ http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=2448139 To unsubscribe from this discussion, e-mail: [[email protected]]. To be allowed to post to the list contact the mailing list moderator, email: [[email protected]]
