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
