If seen it ;-) Will try to have a look at it later and will comment on it if I have suggestions. Both of us and all committers should get a mail on every change to that issue.
Thanks for your help Ralf Pasina Massimo schrieb: > Ralf, > I have created a new issue on jira. > Thanks for your help. > Massimo > > The issue is registered in the following way: > > Caching unmarshall descriptors with Castor's Source Code Generator > ------------------------------------------------------------------ > > Key: CASTOR-1359 > URL: http://jira.codehaus.org/browse/CASTOR-1359 > Project: castor > Type: Improvement > > Components: XML source generator, XML > Environment: Oracle AS 10g for Unix and Windows platforms > Reporter: Massimo Pasina > > > -----Messaggio originale----- > Da: Ralf Joachim [mailto:[EMAIL PROTECTED] > Inviato: martedì 14 marzo 2006 18.00 > A: [email protected] > Oggetto: Re: [castor-user] R: [castor-user] R: [castor-user] Caching > unmarshall descriptors with Castor's Source Code Generato r > > > Massimo, > > that's exactly how I understood it. > > Please create a new issue at: http://jira.codehaus.org/browse/CASTOR > even if you do not have some code to play with yet. This will allow us > to continue discussion on the issue apart of the mailing list while > keeping history. > > Haviong said that I tend to cleanup my mailbox from time to time which > may cause valueable information to get lost while jira will keep it > forever. > > Ralf > Castor JDO, committer > > > Pasina Massimo schrieb: >> Yes Ralf, >> this is exactly what I need! >> The possibility to optionally use the caching feature from the classes >> generated by SourceGen. >> This could be done in two ways: >> 1) Modifying SourceGen to optionally get generated classes implementing >> the NOT static unmarshal function. >> 2) Modifying the static marshal function code so that it optionally >> implements caching. >> >> Massimo Pasina >> >> -----Messaggio originale----- >> Da: Ralf Joachim [mailto:[EMAIL PROTECTED] >> Inviato: martedì 14 marzo 2006 17.15 >> A: [email protected] >> Oggetto: Re: [castor-user] R: [castor-user] Caching unmarshall >> descriptors with Castor's Source Code Generato r >> >> >> As far as I understand Massimo he does not have problems with >> redeploying his application. He only likes to have the caching feature >> implemented inside castor or generated by SourceGen inside the > descriptors. >> >> Having said that I also don't know how the container handles >> redeployment of applications. >> >> Ralf >> >> >> Marco Mistroni schrieb: >>> Hello ralf, >>> Thx.. had a quick look >>> Frankly I have never used that feature... nor had a look at code >>> To what it does >>> >>> I have few question then: >>> >>> 1 - will that 'caching' behaviour of Unmarshaller survive application >>> redeployment? (I must admit that I don't know how classloader works when >>> Redeploying apps) >>> 2 - if redeployment of changed app means server restart, then I suppose >>> Massimo won't have any problems of having in cache 'old' versions > and >>> New versions.. >>> >>> Regards >>> marco >>> >>> -----Original Message----- >>> From: Ralf Joachim [mailto:[EMAIL PROTECTED] >>> Sent: 14 March 2006 15:22 >>> To: [email protected] >>> Subject: Re: [castor-user] R: [castor-user] Caching unmarshall >> descriptors >>> with Castor's Source Code Generato r >>> >>> Marco, Werner, >>> >>> to get an idea about what Massimo does, take a look at: >>> >>> >> > http://castor.codehaus.org/xml-faq.html#How-can-I-speed-up-marshalling/unmar > >> >>> shalling-performance? >>> >>> Similar to Werner, I'd also suggest to create a new issue in jira first. >>> As far as I understand you have implemented a ClassDescriptorResolver. >>> It should not be too difficult for you to create an testcase that >>> unmarshalls a simple XML with and without your ClassDescriptorResolver >>> and attach it to this issue. >>> >>> Having said that I had not enough time to take a look at that yet. >>> >>> Ralf >>> >>> >>> Marco Mistroni schrieb: >>> >>>>Hello, >>>> >>>> >>>>>Because if we regenerate the classes with a new XML TAG, it wouldn't be >>>> >>>>cached any longer. >>>> >>>>Does this assume a server restart? >>>> >>>>If not, does at least involve an ‘application restart’? cos that is what >>>>normally happens when you deploy/redeploy >>>> >>>>In that case, you’ll have a new cache when app is redeployed…. Correct? >>>> >>>> >>>> >>>>HTH >>>> >>>> marco >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>------------------------------------------------------------------------ >>>> >>>>*From:* Pasina Massimo [mailto:[EMAIL PROTECTED] >>>>*Sent:* 14 March 2006 11:21 >>>>*To:* [email protected] >>>>*Cc:* [EMAIL PROTECTED]; Nicotra Leopoldo >>>>*Subject:* [castor-user] R: [castor-user] Caching unmarshall descriptors >>>>with Castor's Source Code Generato r >>>> >>>> >>>> >>>>Dear Werner, >>>>we don't like the solution we have made, because it makes static the >>>>methods implemented in Castor library. We consider it only as a >>>>temporary patch to solve a problem that could have been solved in a much >>>>better way. Because if we regenerate the classes with a new XML TAG, it >>>>wouldn't be cached any longer. >>>> >>>>So we don't think it's useful to incorporate this fix into a new release >>>>of Castor. >>>>We think the best solution would be to change the generation mechanism, >>>>in order to have the application server to reload the new generated >>> >>> classes. >>> >>>>But this has still to be implemented. >>>>Sincerely, >>>>Massimo Pasina & Leopoldo Nicotra >>>> >>>>-----Messaggio originale----- >>>>Da: Werner Guttmann [mailto:[EMAIL PROTECTED] >>>>Inviato: lunedì 13 marzo 2006 21.33 >>>>A: [email protected] >>>>Oggetto: Re: [castor-user] Caching unmarshall descriptors with Castor's >>>>Source Code Generato r >>>> >>>> >>>> >>>>Buena sera Massimo, >>>> >>>>given you have already implemented the desired functionality, why not >>>>create a new feature request at http://jira.codehaus.org/browse/CASTOR, >>>>and attach the proposed solution to the newly created Jira issue as a >>>>unified patch ? I am sure somebody will review your code and come back >>>>to you with comments. >>>> >>>>Thanks >>>>Werner Guttmann >>>> >>>>Pasina Massimo wrote: >>>> >>>>>Hi, we are a software house that develops web applications using Java >> and >>>>> >>>>>Xml. We use some application server for testing our applications > and in >>>>> >>>>>particular IBM Websphere Application Server 5.1 and Tomcat 4. >>>>> >>>>> >>>>> >>>>>We have some perfomance problem with Oracle Application Server (10 > times >>>>> >>>>>slower) in marshalling and unmarshalling the standard class generatated >>> >>> by >>> >>>>>SourceGenerator (with no caching). >>>>> >>>>> >>>>> >>>>>We read the FAQ on your site and we have modified the classes in >> order to >>>>> >>>>>cache descriptors for unmarshal, according to the FAQ, and so we got > the >>>>> >>>>>OracleAS perfomance similar to Tomcat. >>>>> >>>>> >>>>> >>>>>Now the questions are: >>>>> >>>>> >>>>> >>>>>* Why the generated classes are not automatically cached by your >> package? >>>>> >>>>> >>>>> >>>>>* Is it possible to use the SourceGenerator task in order to generate >>>>> >>>>>the classes with descriptor caching? >>>>> >>>>> >>>>> >>>>>* Is it possible for us to modify the SourceGenerator's package in >>>>> >>>>>order to optionally generate the classes with caching, adding then this >>>> >>>>new >>>> >>>>>version in your repository? >>>>> >>>>> >>>>> >>>>>Sincerely, >>>>> >>>>>Massimo Pasina >>>>> >>>>> >>>>> >>>>>PD:I have just subscribed to [email protected] >>>>> >>>> >>>> >>>> >>>>------------------------------------------------- >>>>If you wish to unsubscribe from this list, please >>>>send an empty message to the following address: >>>> >>>>[EMAIL PROTECTED] >>>>------------------------------------------------- >>>> >>> >>> >> >> -- >> >> Syscon Ingenieurbüro für >> Meß- und Datentechnik GmbH >> Ralf Joachim >> Raiffeisenstraße 11 >> D-72127 Kusterdingen >> Germany >> >> Tel. +49 7071 3690 52 >> Mobil: +49 173 9630135 >> Fax +49 7071 3690 98 >> >> Email: [EMAIL PROTECTED] >> Web: www.syscon-world.de >> >> ------------------------------------------------- >> If you wish to unsubscribe from this list, please >> send an empty message to the following address: >> >> [EMAIL PROTECTED] >> ------------------------------------------------- >> > > -- > > Syscon Ingenieurbüro für > Meß- und Datentechnik GmbH > Ralf Joachim > Raiffeisenstraße 11 > D-72127 Kusterdingen > Germany > > Tel. +49 7071 3690 52 > Mobil: +49 173 9630135 > Fax +49 7071 3690 98 > > Email: [EMAIL PROTECTED] > Web: www.syscon-world.de > > ------------------------------------------------- > If you wish to unsubscribe from this list, please > send an empty message to the following address: > > [EMAIL PROTECTED] > ------------------------------------------------- > ------------------------------------------------- If you wish to unsubscribe from this list, please send an empty message to the following address: [EMAIL PROTECTED] -------------------------------------------------
