RE: [OT] Carsten's period of silence
Ugo Cei wrote: Sylvain Wallez wrote: Carsten got his right hand injured. See http://radio.weblogs.com/0107211/2003/08/03.html Carsten, we all wish you a quick recovery. Carsten, you should really stop doing manual work. I'm about as clumsy as you are and I've decided that in order to avoid hurting myself and others, I would limit myself to intellectual activities in the summer, like reading books on the beach under an umbrella ;-). Get well soon. Thank you all for your wishes - as you see: I'm back and typing is going nearly as fast as before (but not thinking, due to the heat :( ). I would really love to stop doing manual work, but a) it's sometimes fun and b) I can't afford it. And to be honest, it wasn't really my fault, I was only standing at the wrong time at the wrong place (and this can happen more often than you think). But the good part of it: I could simply relax for some days, read some books and enjoy the life. Thanks Carsten
RE: cocoon.process uri argument (was RE: sendPage, sendPageAndWait uriargument)
From: Bruno Dumon On Mon, 2003-08-04 at 17:41, Unico Hommes wrote: On a related note: the cocoon.process(uri,object,outStream) FOM function is always resolved as cocoon:// . Do you think this should behave as sendPage(AndWait)? To provide the necessary context for others: this would mean that an uri starting with a slash is resolved starting from the root sitemap, while an uri not starting with a slash is resolved against the current sitemap. I think that would make a lot of sense, +1 from me. This would break existing uses of that method though, but I think we better change it now than later. Anyone else? +1 for me (the person who implements this should make sure that a note is added to status.xml describing the new behaviour of the uri value in sendPage(AndWait) and process) Cheers, Reinhard
cvs commit: cocoon-2.1/src/blocks/midi/java/org/apache/cocoon - New directory
bdelacretaz2003/08/07 00:23:55 cocoon-2.1/src/blocks/midi/java/org/apache/cocoon - New directory
DO NOT REPLY [Bug 21789] - Content-Type not set by TraxTransformer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21789. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21789 Content-Type not set by TraxTransformer [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Normal --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 12:46 --- From the exception I guess that the problem is your stylesheet which for any reason does not work with the used xslt processor used in Cocoon. You could perhaps try a simple stylesheet and see if it works or use a different xslt processor.
cvs commit: cocoon-2.1/src/blocks/midi/test/org/apache/cocoon/generation - New directory
bdelacretaz2003/08/07 00:23:56 cocoon-2.1/src/blocks/midi/test/org/apache/cocoon/generation - New directory
cvs commit: cocoon-2.1/src/blocks/midi/test/org/apache - New directory
bdelacretaz2003/08/07 00:23:56 cocoon-2.1/src/blocks/midi/test/org/apache - New directory
cvs commit: cocoon-2.1/src/blocks/midi/lib - New directory
bdelacretaz2003/08/07 00:23:55 cocoon-2.1/src/blocks/midi/lib - New directory
cvs commit: cocoon-2.1/src/blocks/midi/test - New directory
bdelacretaz2003/08/07 00:23:56 cocoon-2.1/src/blocks/midi/test - New directory
cvs commit: cocoon-2.1/src/blocks/midi/java - New directory
bdelacretaz2003/08/07 00:23:55 cocoon-2.1/src/blocks/midi/java - New directory
cvs commit: cocoon-2.1/src/blocks/midi/conf - New directory
bdelacretaz2003/08/07 00:23:55 cocoon-2.1/src/blocks/midi/conf - New directory
DO NOT REPLY [Bug 22173] - [PATCH] LDAPTransformer: patch collection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22173. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22173 [PATCH] LDAPTransformer: patch collection --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 08:14 --- Many, many thanks for this work, Unico. I really appreciate your support at such a heavy task. No problem :) Some issues: 1. What about lines 717 - 722 (code in comments)? 2. What about lines 1436 - 1438 (unused method attribute())? Don't know. Yuri? 4. Yury used UTF-8, Unico has ISO-8859-1 in the accumulated patch = ... ? I took a look at version 1.4 and noticed ln 1432: // Changed by yuryx (encode string value to UTF characters from base encoding) if ( !encoding.equals(ISO-8859-1)) { attrVal = new String(attrVal.getBytes(ISO-8859-1),encoding); attrVal = new String(attrVal.getBytes(encoding),UTF-8); }; // end
cvs commit: cocoon-2.1/src/java/org/apache/cocoon/servlet ParanoidCocoonServlet.java
cziegeler2003/08/06 23:26:24 Modified:src/java/org/apache/cocoon/servlet ParanoidCocoonServlet.java Log: Check for proper init Revision ChangesPath 1.8 +9 -7 cocoon-2.1/src/java/org/apache/cocoon/servlet/ParanoidCocoonServlet.java Index: ParanoidCocoonServlet.java === RCS file: /home/cvs/cocoon-2.1/src/java/org/apache/cocoon/servlet/ParanoidCocoonServlet.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- ParanoidCocoonServlet.java7 Aug 2003 05:57:17 - 1.7 +++ ParanoidCocoonServlet.java7 Aug 2003 06:26:24 - 1.8 @@ -263,12 +263,14 @@ */ public void destroy() { -final ClassLoader old = Thread.currentThread().getContextClassLoader(); -try { -Thread.currentThread().setContextClassLoader(this.classloader); -this.servlet.destroy(); -} finally { -Thread.currentThread().setContextClassLoader(old); +if ( this.servlet != null ) { +final ClassLoader old = Thread.currentThread().getContextClassLoader(); +try { +Thread.currentThread().setContextClassLoader(this.classloader); +this.servlet.destroy(); +} finally { +Thread.currentThread().setContextClassLoader(old); +} } super.destroy();
DO NOT REPLY [Bug 22042] - [PATCH] LDAPTransformer: add/modify
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22042. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22042 [PATCH] LDAPTransformer: add/modify [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 00:35 --- please have a look at collection patch at bug 22173
first time stories (was: MIDI block - copyright issue)
On 7/08/2003 8:36, Bertrand Delacretaz [EMAIL PROTECTED] wrote: Thanks - I have committed your midi block to the Cocoon CVS, adding the ASF license and the proposed notice about Peter's work. Thank you Bertrand, your help is much appreciated! Wouldn't it be great for someone to go around interviewing committers and people who have donated code asking them how they felt about their first time! I imagine that there are some inspiring stories out there! These stories might encourage all kinds of people with half-baked ideas to introduce them into to a supportive community like Cocoon's! Mark
cvs commit: cocoon-2.0/src/java/org/apache/cocoon/components/source SitemapSource.java
cziegeler2003/08/07 00:07:02 Modified:src/java/org/apache/cocoon/components/source SitemapSource.java Log: Applying modified patch for bug 14348 from Marco Rolappe Revision ChangesPath 1.2 +41 -11 cocoon-2.0/src/java/org/apache/cocoon/components/source/SitemapSource.java Index: SitemapSource.java === RCS file: /home/cvs/cocoon-2.0/src/java/org/apache/cocoon/components/source/SitemapSource.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- SitemapSource.java9 Mar 2003 00:02:32 - 1.1 +++ SitemapSource.java7 Aug 2003 07:07:02 - 1.2 @@ -50,6 +50,13 @@ */ package org.apache.cocoon.components.source; +import java.io.ByteArrayInputStream; +import java.io.ByteArrayOutputStream; +import java.io.IOException; +import java.io.InputStream; +import java.net.MalformedURLException; +import java.util.Map; + import org.apache.avalon.framework.component.ComponentException; import org.apache.avalon.framework.component.ComponentManager; import org.apache.cocoon.ProcessingException; @@ -60,11 +67,11 @@ import org.apache.cocoon.components.pipeline.CacheableEventPipeline; import org.apache.cocoon.components.pipeline.EventPipeline; import org.apache.cocoon.components.pipeline.StreamPipeline; +import org.apache.cocoon.components.store.Store; import org.apache.cocoon.environment.Environment; import org.apache.cocoon.environment.ModifiableSource; import org.apache.cocoon.environment.Source; import org.apache.cocoon.environment.wrapper.EnvironmentWrapper; -import org.apache.cocoon.util.HashUtil; import org.apache.cocoon.xml.AbstractXMLConsumer; import org.apache.cocoon.xml.ContentHandlerWrapper; import org.apache.cocoon.xml.XMLConsumer; @@ -77,13 +84,6 @@ import org.xml.sax.SAXException; import org.xml.sax.ext.LexicalHandler; -import java.io.ByteArrayInputStream; -import java.io.ByteArrayOutputStream; -import java.io.IOException; -import java.io.InputStream; -import java.util.Map; -import java.net.MalformedURLException; - /** * Description of a source which is defined by a pipeline. * @@ -303,9 +303,38 @@ { CacheableEventPipeline cep = (CacheableEventPipeline)this.eventPipeline; PipelineCacheKey pck = cep.generateKey(this.environment); -Map validity = null; +// patch for 14348 +if (pck != null) { +final Store cache = (Store) this.manager.lookup(Store.TRANSIENT_CACHE); + +try { +final String cacheKey = pck.toString() + /Timestamp; +Object[] obj = (Object[])cache.get(cacheKey); +Long prevTimestamp = null; +Map prevValidity = null; +if ( obj != null ) { +prevTimestamp = (Long)obj[0]; +prevValidity = (Map)obj[1]; +} +if (prevTimestamp != null) { +this.lastModificationDate = prevTimestamp.longValue(); +} + +Map currValidity = cep.generateValidity(this.environment); + +if (prevValidity == null || !currValidity.equals(prevValidity)) { +// validity changed, update cached validity, timestamp and last modified +this.lastModificationDate = System.currentTimeMillis(); +obj = new Object[] {new Long (this.lastModificationDate), currValidity}; +cache.store(cacheKey, obj); +} +} finally { +this.manager.release(cache); +} +} +/* if (pck != null) { -validity = cep.generateValidity(this.environment); +Map validity = cep.generateValidity(this.environment); if (validity != null) { // the event pipeline is cacheable // now calculate a last modification date @@ -313,6 +342,7 @@ this.lastModificationDate = HashUtil.hash(hashKey);
Re: Fixing blocking bug 9835 for release
Sylvain Wallez wrote: Carsten Ziegeler wrote: Hi, we have (at least) one blocking bug, I think: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9835 which should be fixed before the release. This bug is related to the TreeProcessor. I could assume doing a quick hack and changing the current impl from a list to a tree like structure (whatever that means), but I'm not sure if this is a good choice. Anyone (Sylvain perhaps) a better idea? Will have a look at it... It should be fixed now. The database tutorials seems to run fine, but I'd like people using nested actions in action-sets to test it since I never used that feature Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects } Orixo, the opensource XML business alliance - http://www.orixo.com
DO NOT REPLY [Bug 22173] - [PATCH] LDAPTransformer doesn't print multiple attribute results
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22173. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22173 [PATCH] LDAPTransformer doesn't print multiple attribute results --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 20:49 --- OK, I tried it as well as I could manage. I also saw no other option than to do an automatic code format in my eclipse to get rid of all kinds of tab screw-ups and and organized the imports. It seemed to me that patch 22042 also contained 20033, I'll ask the author to cross check after this is committed.
cvs commit: cocoon-2.1/src/blocks/xmlform/samples/flow feedbackWizard.js
reinhard2003/08/07 01:41:05 Modified:src/blocks/xmlform/samples/flow feedbackWizard.js Log: - add a warning that the objectmodel used by the script is not supported any more Revision ChangesPath 1.2 +9 -0 cocoon-2.1/src/blocks/xmlform/samples/flow/feedbackWizard.js Index: feedbackWizard.js === RCS file: /home/cvs/cocoon-2.1/src/blocks/xmlform/samples/flow/feedbackWizard.js,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- feedbackWizard.js 25 Apr 2003 08:34:58 - 1.1 +++ feedbackWizard.js 7 Aug 2003 08:41:04 - 1.2 @@ -1,3 +1,12 @@ +/* + +-+ + | | + | This flowscript is based upon a unsupported object model. Please checkout | + | the JXForms blocks. | + | | + +-+ +*/ + // XML Form Feedback Wizard Application cocoon.load(resource://org/apache/cocoon/components/flow/javascript/xmlForm.js);
Re: Garbage or The Quest for the Perfect Template Language
Ugo Cei wrote, On 05/08/2003 16.50: Sylvain Wallez wrote: Checkout the last paragraph of JXPath's PackageFunctions description [1], this may be what you're looking for : the whole classpath is accessible through fully-qualified names. [1] http://jakarta.apache.org/commons/jxpath/apidocs/org/apache/commons/jxpath/PackageFunctions.html Sylvain I've read it and tried to do the following: jx:out value='#{java.text.SimpleDateFormat.format(java.text.SimpleDateFormat.new(dd/MM/), someDate)}'/ where ``someDate'' evaluates to an instance of java.util.Date, but I get the following error: org.apache.commons.jxpath.JXPathException: Undefined function: java.text.SimpleDateFormat.format In http://jakarta.apache.org/commons/jxpath/users-guide.html At http://jakarta.apache.org/commons/jxpath/users-guide.html#Extension%20Functions Seems like it should be format(java.text.SimpleDateFormat.new(dd/MM/), someDate) Usually when I use jxpath I use this though, it makes it much easier: http://jakarta.apache.org/commons/jxpath/apidocs/org/apache/commons/jxpath/PackageFunctions.html Ugo (still searching for the perfect template language) -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) -
cvs commit: cocoon-2.1/src/blocks/midi/java/org/apache/cocoon/generation MIDIGenerator.java
joerg 2003/08/07 10:01:20 Modified:src/blocks/midi/java/org/apache/cocoon/generation MIDIGenerator.java Log: clean up: removed unused local variables and private fields Revision ChangesPath 1.3 +0 -4 cocoon-2.1/src/blocks/midi/java/org/apache/cocoon/generation/MIDIGenerator.java Index: MIDIGenerator.java === RCS file: /home/cvs/cocoon-2.1/src/blocks/midi/java/org/apache/cocoon/generation/MIDIGenerator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MIDIGenerator.java7 Aug 2003 07:46:11 - 1.2 +++ MIDIGenerator.java7 Aug 2003 17:01:20 - 1.3 @@ -221,8 +221,6 @@ private String[] fArray; private int numTracks; private int trkCount; - private String parserName; - private String debugFile; private String[] notes; private int[] register; private Hashtable contHash; @@ -731,7 +729,6 @@ int offset = 0; // initialize variables -int dlen = 0; String edata = null; String snam = null; String nmData = ; @@ -1302,7 +1299,6 @@ { int l = end - strt + 1; char[] c = new char[l]; -int i = 0; for (int j = 0; j l; j++) { c[j] = (char) b[j];
DO NOT REPLY [Bug 21945] - [PATCH] WebDAV sitemap sample
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21945. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21945 [PATCH] WebDAV sitemap sample [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED
[CLI] Reporting of pages and links
I want to make the CLI report better what the CLI is up to: * pages that have been generated * links that were found in those pages * whether those links have been seen already or not * time taken to generate page * broken links I have two questions: 1) Can you think of any other things it would be useful to know? 2) How should I record the results? I can either extend the xml file that I use for recording broken links, or I can use the Cocoon logging mechanism. Regards, Upayavira
DO NOT REPLY [Bug 14348] - [PATCH] Caching problem with XSP, XSL and cocoon pseudo protocol
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14348. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14348 [PATCH] Caching problem with XSP, XSL and cocoon pseudo protocol [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 07:10 --- Thanks for the patch, I applied a slightly changed version. Could you please cross check if everything is working as expected?