Re: Who needs 386% speed up?

On Sun, 27 Jan 2002, Vadim Gritsenko wrote: > Hi, > > While playing with OptimizeIt, I found quite interesting piece of code > in Xalan code, class org.apache.xml.utils.DefaultErrorHandler: > > public DefaultErrorHandler() > { > m_pw = new PrintWriter(System.err, true); > } So it's the

DO NOT REPLY [Bug 5115] - No more DTM IDs are available

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 2986] - org.apache.cocoon.sitemap.ErrorNotifier returns fixed error message

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Store Janitor Hangs System

Gerhard Froehlich wrote: > Hi, > yes, there arn't such things like boring sundays with Cocoon > (TANSTLBSWC). > > >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > > >> From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] > >> > >> Hi Folks, > >> > >> Its great to see such enthusiasm - t

cvs commit: xml-cocoon2/src/webapp/search create-index.xsp

crossley02/01/27 18:39:57 Modified:src/webapp/search create-index.xsp Log: Add default "checked" attribute to radio button on user interface. Otherwise if they do not specifically choose an option, then they will get processing exception because "create" parameter is false, bu

cvs commit: xml-cocoon2/src/webapp/sub/stylesheets simple-samples2html.xsl

crossley02/01/27 18:38:44 Modified:src/webapp/stylesheets simple-samples2html.xsl svg-samples2html.xsl src/webapp/sub/stylesheets simple-samples2html.xsl Log: - Better use of above-the-fold screen space. - Use replacement tags instead of hard

cvs commit: xml-cocoon2 changes.xml

crossley02/01/27 18:33:55 Modified:.changes.xml Log: Minor text tweak. Revision ChangesPath 1.79 +2 -2 xml-cocoon2/changes.xml Index: changes.xml === RCS file: /home/cvs/xml-cocoon

Who needs 386% speed up?

Hi, While playing with OptimizeIt, I found quite interesting piece of code in Xalan code, class org.apache.xml.utils.DefaultErrorHandler: public DefaultErrorHandler() { m_pw = new PrintWriter(System.err, true); } Which, according to OptimizeIt, takes 42.72% of time on the simple pipel

cvs commit: xml-cocoon2 changes.xml

froehlich02/01/27 15:42:43 Modified:.changes.xml Log: oh I forgot to mention Revision ChangesPath 1.78 +12 -4 xml-cocoon2/changes.xml Index: changes.xml === RCS file: /home/cvs/xml-

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/concepts mrustore.xml

froehlich02/01/27 15:37:13 Modified:src/documentation/xdocs/userdocs/concepts mrustore.xml Log: Documentation needed a update. Revision ChangesPath 1.2 +32 -47 xml-cocoon2/src/documentation/xdocs/userdocs/concepts/mrustore.xml Index: mrustore.xml ===

RE: Store Janitor Hangs System

Hi, yes, there arn't such things like boring sundays with Cocoon (TANSTLBSWC). >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > >> From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] >> >> Hi Folks, >> >> Its great to see such enthusiasm - thanks for listening. Just got a >> coupe of comments

RE: Store Janitor Hangs System

> From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] > > Hi Folks, > > Its great to see such enthusiasm - thanks for listening. Just got a > coupe of comments and a simple idea that might help towards the solution > - if you scroll down. > > Gerhard Froehlich wrote: > > Maybe I did something

Re: Store Janitor Hangs System

Hi Folks, Its great to see such enthusiasm - thanks for listening. Just got a coupe of comments and a simple idea that might help towards the solution - if you scroll down. Gerhard Froehlich wrote: > Hi, > > >From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > > >Gerhard Froehlich wr

Re: Check Source

Hi, team > >I have no problems about having cocoon-specific javadoc tags (if >properly namespaced like @cocoon:deprecated which is what you are >proposing, so I'm cool) but what I would really want is a doclet that >outputs XML that we could later incorporate seemlessly with our >documentation! >

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/store StoreJanitorImpl.java

froehlich02/01/27 09:54:18 Modified:src/java/org/apache/cocoon/components/store StoreJanitorImpl.java Log: added better debugging messages Revision ChangesPath 1.5 +3 -3 xml-cocoon2/src/java/org/apache/cocoon/components/store/StoreJani

RE: Store Janitor Hangs System

Hi, Damn, I hoped you didn't find it ;-). Yes I called first the free() method and then I increased the index. I fixed that in the last cvs commit! Check it out and test it! Thx for your feedbacks!! Gerhard "Some people say I am a terrible person, I'm not, I have the heart of a young boy,

Re: Check Source

Stefano Mazzocchi wrote: >I have no problems about having cocoon-specific javadoc tags (if >properly namespaced like @cocoon:deprecated which is what you are >proposing, so I'm cool) but what I would really want is a doclet that >outputs XML that we could later incorporate seemlessly with our >do

RE: Store Janitor Hangs System

Hi Gerhard, I'm posting this separately under the same heading because it's probably less relevant. While analysing the store-janitor code I found some strange things in the way Store-janitorImpl.freeMemory() increments the store index. I assume that each successive call to freeMemory() is in

cvs commit: xml-cocoon2 changes.xml

froehlich02/01/27 08:57:29 Modified:.changes.xml Log: fix bug submitted by Peter Hargreaves [[EMAIL PROTECTED]]: quick and dirty hack to avoid endless loop running the gc all the time. Revision ChangesPath 1.77 +5 -3 xml-cocoon2/changes.xml Ind

RE: Store Janitor Hangs System

Ok guys, I fixed that bug more or less quick and dirty: The loop which removes objects out of the stores is only iterated once, now. I also removed the call of the gc in the loop. The next Thread iteration calls the gc next: run() { if(memoryIsLow) { call gc while(memoryIsStillLow &&

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/store StoreJanitorImpl.java

froehlich02/01/27 08:49:03 Modified:src/java/org/apache/cocoon/components/store StoreJanitorImpl.java Log: fix bug submitted by Peter Hargreaves [[EMAIL PROTECTED]]: quick and dirty hack to avoid endless loop running the gc all the time. Revision Ch

RE: vgritsenko: components/language/markup/Logicsheet.java

Try latest CVS. This was already fixed. Regards, Vadim > From: Adam Sherman [mailto:[EMAIL PROTECTED]] > > I think something just broke between r1.3 & r1.2 of > src/java/org/apache/cocoon/components/language/markup/Logicsheet.java. > > Error: A constructor associated with this type, "NamedLogi

RE: Store Janitor Hangs System

Hi, >From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > >Gerhard Froehlich wrote: >> >> Hi, >> >> >From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] >> > >> >Hi Gerhard and Team, >> > >> >I'm posting in this group now I think I found a design problem with >> >store-janitor. >> >> Slowly but

cvs commit: xml-cocoon2 changes.xml

froehlich02/01/27 05:15:37 Modified:.changes.xml Log: you'll hate me for that but had to change some things, because there were too much issues with that: a) changed the swapping algorithm. Objects are only written to fs method in the free() method of the MRUMemoryStor

cvs commit: xml-cocoon2/src/webapp cocoon.xconf

froehlich02/01/27 05:15:21 Modified:src/webapp cocoon.xconf Log: you'll hate me for that but had to change some things, because there were too much issues with that: a) changed the swapping algorithm. Objects are only written to fs method in the free() method of the MRUMemoryS

cvs commit: xml-cocoon2/src/java/org/apache/cocoon cocoon.roles

froehlich02/01/27 05:15:01 Modified:src/java/org/apache/cocoon cocoon.roles Log: you'll hate me for that but had to change some things, because there were too much issues with that: a) changed the swapping algorithm. Objects are only written to fs method in the free() method o

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/store MRUMemoryStore.java FilesystemQueueObject.java FilesystemQueueImpl.java FilesystemQueue.java

froehlich02/01/27 05:14:40 Modified:src/java/org/apache/cocoon/components/store MRUMemoryStore.java Removed: src/java/org/apache/cocoon/components/store FilesystemQueueObject.java FilesystemQueueImpl.java File

Re: Store Janitor Hangs System

Gerhard Froehlich wrote: > > Hi, > > >From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] > > > >Hi Gerhard and Team, > > > >I'm posting in this group now I think I found a design problem with > >store-janitor. > > Slowly but constant this Store issues are a PITA for me :-/. I don't know > why th

Re: Check Source

Bernhard Huber wrote: > > hi, nikola > > >>adding some javadoc tags in orde to generate reference documentation. > >> > > > >I think it's super! :-) Me too. > >It would be nice if also xsl stylesheets have this feature; IIRC some > >taglibs > >already do. there is something called xsldoc but

RE: Store Janitor Hangs System

Hi, >From: Peter Hargreaves [mailto:[EMAIL PROTECTED]] > >Hi Gerhard and Team, > >I'm posting in this group now I think I found a design problem with >store-janitor. Slowly but constant this Store issues are a PITA for me :-/. I don't know why this is in Java that difficult to control a little

Store Janitor Hangs System

Hi Gerhard and Team, I'm posting in this group now I think I found a design problem with store-janitor. I think store-janitor works fine when it can free sufficient memory by calling the finalize and garbage collection. But if it needs to free the store it locks up! The reason it appears to

vgritsenko: components/language/markup/Logicsheet.java

I think something just broke between r1.3 & r1.2 of src/java/org/apache/cocoon/components/language/markup/Logicsheet.java. Error: A constructor associated with this type, "NamedLogicsheet", does not throw the exception "org/xml/sax/SAXException" thrown by its super type, "org/apache/cocoon/comp