In addition we are discussing about a separate module because pull parsing depends on StaX API which already is part of Java 6. I still share Joachim's opinion not to create a new module for pull parsing.
Just my 0.02 cent. Ralf Joachim Grüneis schrieb: > 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
