HI, after trying to address those issues again and again, and still facing the same questions from you, let me ask you something.
Can you please have a look at how Spring seems to be organizing its Maven modules ? They have been getting slower and slower for years, and there's still no end to this, as far as I can tell. If you read up on some forums and/or mailing lists, you'll find almost the same answers I have trying to give here (and into which I believe). Main one: if some functionality is optional and/or layered, put it where it belongs, and don't make everybody have to use everything. Back to Spring: some two years ago, there was that spring-all.jar. And almost everybody had been complaining. Nowadays, everybody uses what suits him, and JUST that. And I like that principle. Another Spring example: The OXM package historically was part of the spring-ws project. I and othrs have started to talk to Jürgen Höller et alias to move this to its own module 2.5 yrs ago. Today, is is. Just re-iterating the same point again and again. Werner Joachim Grüneis wrote: > Hello > > I'm still not sure that heading Castor towards many small projects is > the best way to go... > Never the less - I'll be upload a patch for 2408 that will have the > fragmentmapper in an own module > > I want to state the pros and contras... > > Contra is that the Castor users will have a harder time when they have > to decide (and therefor know) the purpose of each module to use it for > their own purpose. > The second contra is not so easily to describe. Lets say we have > reached many small modules... then everyone will work on the small > modules and the complete project will loose its focus. But testing is > currently done for the complete project through two integration test > suites. Those two test suites will also loose focus as only the small > modules are checked out. > The current modules of Castor are built one on top of the other (at > least for the major modules). If we will now check out only one of the > small modules (e.g. XML only) and work on it we might 'destroy' one of > the dependent modules. > The Eclipse configuration - if checking out multiple modules for one > issue - will be harder. > > As for the pros: > The thought to work on a small module instead of the complete Castor > trunk is charming. > Local dependencies - managed through Maven - instead of heaving all in > a big project is also nice. > > Anyhow - there is no alternative to use modules at all - we should > just be wary to create to many of them. > > Regards > Joachim > > - hard to know for users which parts of Caster they need > - more modules forces us to work on the small modules instead of the complete > > 2008/12/12 Werner Guttmann <[email protected]>: >> Any updates (about a month later) ? Any incremental patches worth >> attaching ? >> >> Werner >> >> Joachim Grüneis wrote: >>> Hello, >>> >>> I'm currently converting the ANTLR stuff to JavaCC - to be exact I >>> first searched for a ready JavaCC solution, which I didn't find, and >>> now I rewrite the ANTLR grammer to JavaCC to reduce the dependencies >>> and technologies we use... >>> >>> Joachim >>> >>> 2008/11/13 Werner Guttmann <[email protected]>: >>>> Joachim, >>>> >>>> any progress on your side ? An opinion ? An updated Maven POM ? Anything >>>> ? I am sure you have read the mentor agreement you have signed with >>>> Google, right ? >>>> >>>> Werner >>>> >>>> Joachim Grüneis wrote: >>>>> Hello, >>>>> >>>>> after adapting the existing pull purser patch I'm not 100% sure if we >>>>> should have it in the main source tree of Castor... >>>>> it requires StAX API's, StAX implementation and two ANTLR libraries >>>>> maybe - even that it is a very small piece of code - we should have it >>>>> in an own project? >>>>> >>>>> what is your opinion? >>>>> >>>>> Joachim >>>>> >>>>> 2008/10/23 Werner Guttmann <[email protected]>: >>>>>> Hi, >>>>>> >>>>>> any chances of committing yourself to a firm deadline? I would like to >>>>>> ship 1.3 final any time soon, and I do not want to be waiting for weeks. >>>>>> >>>>>> Werner >>>>>> >>>>>> Joachim Grüneis wrote: >>>>>>> Hello, >>>>>>> >>>>>>> I plan to add it to the code base within the next days... >>>>>>> >>>>>>> Joachim >>>>>>> >>>>>>> 2008/10/22 Werner Guttmann <[email protected]>: >>>>>>>> Hi Joachim, >>>>>>>> >>>>>>>> what are your plans of committing the pull-parsing add-on that has been >>>>>>>> developed as part of GSoC 2008 ? >>>>>>>> >>>>>>>> Werner >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe from this list, please visit: >>>>>>>> >>>>>>>> http://xircles.codehaus.org/manage_email >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe from this list, please visit: >>>>>>> >>>>>>> http://xircles.codehaus.org/manage_email >>>>>>> >>>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe from this list, please visit: >>>>>> >>>>>> http://xircles.codehaus.org/manage_email >>>>>> >>>>>> >>>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe from this list, please visit: >>>>> >>>>> http://xircles.codehaus.org/manage_email >>>>> >>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe from this list, please visit: >>>> >>>> http://xircles.codehaus.org/manage_email >>>> >>>> >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
