cvs commit: cocoon-2.1/src/java/org/apache/cocoon/servlet/multipart PartInMemory.java

sylvain 2003/08/18 23:01:26 Modified:src/java/org/apache/cocoon/servlet/multipart PartInMemory.java Log: Fix erroneous "32" at start of file (??) Revision ChangesPath 1.3 +2 -2 cocoon-2.1/src/java/org/apache/cocoon/servlet/multipart/Par

DO NOT REPLY [PATCH QUEUE] Summary August 19 2003

--- This mail is generated automatically using Jakarta Ant. Contents are automatically downloaded from Apache's Bugzilla. --- Please do not reply to th

DO NOT REPLY [Bug 22498] - [PATCH] Bugs in configuration-handling in LuceneIndexTransformer

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 22498] - [PATCH] Bugs in configuration-handling in LuceneIndexTransformer

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

SQL Connection issue

We have a database that is not always under our control. So, our cocoon instance often runs longer than the database. However, it looks like the implementation inside the SQLTransformer does not try to reconnect when the database connection is lost. So, when our database goes down and comes

DO NOT REPLY [Bug 22498] - [PATCH] Bugs in configuration-handling in LuceneIndexTransformer

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

cvs commit: cocoon-2.1 status.xml

joerg 2003/08/18 18:36:31 Modified:.status.xml Log: patch 22498 applied: configuration handling (thanks to Conal Tuohy) Revision ChangesPath 1.126 +8 -5 cocoon-2.1/status.xml Index: status.xml =

cvs commit: cocoon-2.1/src/blocks/lucene/java/org/apache/cocoon/transformation LuceneIndexTransformer.java

joerg 2003/08/18 18:34:20 Modified:src/blocks/lucene/java/org/apache/cocoon/transformation LuceneIndexTransformer.java Log: patch 22498 applied: configuration handling (thanks to Conal Tuohy) Revision ChangesPath 1.7 +62 -53 cocoon-2.1/

cvs commit: cocoon-2.1/src/blocks/midi/samples/stylesheets transpose.xsl invert.xsl

joerg 2003/08/18 18:11:06 Modified:src/blocks/midi/samples/stylesheets transpose.xsl invert.xsl Log: some optimizations either on readability or performance (hopefully a good compromise, I hate global variables ;-) ) Revision ChangesPath 1.2 +8 -8 cocoon-2.1

Re: [OT] getting no mails from Apache (again)

Joerg, did you get my last mail about unreliability to gmx.de and gmx.net from apache.org? I regularly see messages destined for those two domains stuck in the queue for the maximum allowed length of time (3 days), at which point they bounce. Based on this, I would not recommend using them for s

Re: [OT] getting no mails from Apache (again)

Thanks for the information, Reinhard. Though this time it took less than 2 days I switched to my company address. The only thing I find really strange, is the fact, that the mails were correctly forwarded from apache.org to gmx.de (subscription with [EMAIL PROTECTED]), but at the same time I do

cvs commit: cocoon-2.1/src/java/org/apache/cocoon/servlet/multipart PartInMemory.java PartOnDisk.java

ghoward 2003/08/18 14:55:40 Modified:src/java/org/apache/cocoon/servlet/multipart PartInMemory.java PartOnDisk.java Log: Fix some javadoc typos spotted by Sonny Sukumar Revision ChangesPath 1.2 +4 -4 cocoon-2.1/src/java/org/apache/cocoo

DO NOT REPLY [Bug 21581] - NPE in fom_system.js / oac.components.flow.javascript.fom.FOM_Cocoon for calc flowscript sample

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

cvs commit: cocoon-2.1/src/blocks/woody/samples/xsl/html woody-default.xsl

stevenn 2003/08/18 12:58:51 Modified:src/blocks/woody/samples/xsl/html woody-default.xsl Log: working around xsltc bug - copy-of would fail with AOOB exception if no styling element was provided Revision ChangesPath 1.10 +3 -1 cocoon-2.1/src/blocks/woody/sample

DO NOT REPLY [Bug 22132] - Cannot use redirect-to after submit jxform

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 22513] - Scope "leaks" using multiple sessions using new flow framework

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: Extending the Bean (non-HTML)

Vadim Gritsenko wrote: How do you use Javadoc to indicate unstable? WARNING: This interface is not stable and could be changed in backward incompatible way without prior notice. Ah. That's easy! I've got it working now, but I've lost linkGatherer functionality and it seems slower. Add some

Hibernate+Woody+Flow

I created a modified copy of the Woody bean binding example (/cocoon/samples/woody/form2bean.flow). The data is now retreived from, and stored to a database using Hibernate. It started as an easy task, but the one-to-many relation (contacts added to the bean) did make it a little bit more juicy. I

Re: Using cocoon: source in s

Vadim Gritsenko writes: >Try the suggestion above. Will do. Thanks for the help. Is there a PR open for this? Should I open one? Thanks, Phil

DO NOT REPLY [Bug 22526] - FOM cocoon.request.getCookies()'s cookies can't be read

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 22526] New: - FOM cocoon.request.getCookies()'s cookies can't be read

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: Using cocoon: source in s

Phil Shafer wrote: Vadim Gritsenko writes: It's not concern of the resolver's user to fiddle with request / response. If change to be made, it should be done in cocoon source implementation. This sounds right. I think reader has a right to make this call unconditionally. If the

DO NOT REPLY [Bug 16537] - [PATCH] fixed redirect under JRun 3.1

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: Extending the Bean (non-HTML)

Upayavira wrote: ... But we did document that the API of the bean was unstable. Doesn't that mean we can change the API where necessary? Ah, in this case we can. Unfortunately, class's Javadoc does not has this indication. How do you use Javadoc to indicate unstable? WARNING: This interface

Re: Using cocoon: source in s

Vadim Gritsenko writes: >It's not concern of the resolver's user to fiddle with request / >response. If change to be made, it should be done in cocoon source >implementation. This sounds right. >I think reader has a right to make this call unconditionally. If the resolver shouldn't fiddle with

RE: [OT] Build Time

Very clever! Does that work with removing a listener as well? I mean, what about the unlikely event that a listener decides to remove itself from a separate thread while an event is being fired from another thread, and thus the list of listener traversed? Assume the listener being removed as not be

Re: [OT] CVS version strings

On Monday, August 18, 2003, at 02:39 PM, Christian Haul wrote: On 18.Aug.2003 -- 01:39 PM, Jeremy Quinn wrote: Hi All, I like the trick in the Cocoon source code whereby the CVS version, date and committer username is embedded in the source files. I would like to do the same with one of my reposi

Re: Bug in woodys WidgetReplacingPipe.java?

Jonas Ekstedt wrote: Hi The samples in woody doesn't seem to work correctly. I've included the html page in the beanbinding example below to show what I mean. Some tags are not closed properly but rather closed at the end of the file. I've done some research and the problem seems to appear when u

Re: Bug in woodys WidgetReplacingPipe.java?

Hi again I've solved the problem and have attached a patch below. // Jonas On Mon, 2003-08-18 at 17:36, Jonas Ekstedt wrote: > Hi > > The samples in woody doesn't seem to work correctly. I've included the > html page in the beanbinding example below to show what I mean. > > Some tags are not c

cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/transformation WidgetReplacingPipe.java

sylvain 2003/08/18 08:06:59 Modified:src/blocks/woody/java/org/apache/cocoon/woody/transformation WidgetReplacingPipe.java Log: Fix non-transmission of endElement() events (introduced in revision 1.8) Revision ChangesPath 1.10 +2 -0 coco

Bug in woodys WidgetReplacingPipe.java?

Hi The samples in woody doesn't seem to work correctly. I've included the html page in the beanbinding example below to show what I mean. Some tags are not closed properly but rather closed at the end of the file. I've done some research and the problem seems to appear when updating src/blocks/

cvs commit: cocoon-2.1/src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow/javascript auth.js

cziegeler2003/08/18 07:08:05 Added: src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow/javascript auth.js Log: Adding "empty" start for flow integration Revision ChangesPath 1.1 cocoon-2.1/src/block

cvs commit: cocoon-2.1/src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow - New directory

cziegeler2003/08/18 07:08:01 cocoon-2.1/src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow - New directory

cvs commit: cocoon-2.1/src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow/javascript - New directory

cziegeler2003/08/18 07:08:02 cocoon-2.1/src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow/javascript - New directory

Re: [OT] CVS version strings

On 18.Aug.2003 -- 01:39 PM, Jeremy Quinn wrote: > Hi All, > > I like the trick in the Cocoon source code whereby the CVS version, > date and committer username is embedded in the source files. I would > like to do the same with one of my repositories. > > How does this get inserted into our fil

DO NOT REPLY [Bug 22513] - Scope "leaks" using multiple sessions using new flow framework

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 22513] New: - Scope "leaks" using multiple sessions using new flow framework

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 21101] - NullPointerException in authentication component.

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 21101] - NullPointerException in authentication component.

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

cvs commit: cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java

cziegeler2003/08/18 06:00:47 Modified:.status.xml src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java Log: Applying patch from Renaud Bruyeron ([EMAIL PROTECTED]) that fixes the prematurely clos

DO NOT REPLY [Bug 12173] - [PATCH] SQLTransformer Query object prematurely closes connection causing NullPointerException when accessing ResultSet

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

cvs commit: cocoon-2.0 changes.xml

cziegeler2003/08/18 05:59:34 Modified:src/java/org/apache/cocoon/transformation SQLTransformer.java .changes.xml Log: Applying patch from Renaud Bruyeron ([EMAIL PROTECTED]) that fixes the prematurely closing of the conne

Re: [OT] Build Time

Vadim Gritsenko wrote: [build CPU is almost always 100% -- clear indication that that's not IO] Just don't tell me no-op build takes less then one minute for you! I won't belive you!!! :-) Hmmm... Now when I run it without optimizeit I can't see the advantage of the patched version... Hmmm...

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[OT] CVS version strings

Hi All, I like the trick in the Cocoon source code whereby the CVS version, date and committer username is embedded in the source files. I would like to do the same with one of my repositories. How does this get inserted into our files, and kept up to date? : eg. * @version CVS $Id: Interpr

cvs commit: cocoon-2.1/src/documentation/xdocs/installing updating.xml

cziegeler2003/08/18 05:34:28 Modified:src/documentation/xdocs/installing updating.xml Log: Adding a little bit about Cacheable Revision ChangesPath 1.18 +16 -0 cocoon-2.1/src/documentation/xdocs/installing/updating.xml Index: updating.xml =

cvs commit: cocoon-2.1/src/documentation/xdocs/installing updating.xml

cziegeler2003/08/18 05:29:31 Modified:src/documentation/xdocs/installing updating.xml Log: This is currently not true Revision ChangesPath 1.17 +5 -0 cocoon-2.1/src/documentation/xdocs/installing/updating.xml Index: updating.xml ==

cvs commit: cocoon-2.1/lib/optional castor-0.9.5-xml.jar castor-0.9.4.3-xml.jar

cziegeler2003/08/18 03:10:22 Modified:lib jars.xml Added: lib/optional castor-0.9.5-xml.jar Removed: lib/optional castor-0.9.4.3-xml.jar Log: Updating to latest castor release Revision ChangesPath 1.78 +2 -2 cocoon-2.1/lib/jars.xml Index:

Re: preparation of board report

Steven Noels wrote: Hi all, it's time to prepare our report for the ASF board meeting of August 20th. I'm looking to collect noteworthy news about our community project, and so far these are the topics I'm planning to put in the report. Comment & add as you see fit: * ramping up towards a 2.1

cvs commit: cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp AbstractEsqlQuery.java

haul2003/08/18 02:42:29 Modified: src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp AbstractEsqlQuery.java Log: Retrieve new ResultSet after getMoreResults() call Revision ChangesPath 1.6 +2 -1 cocoon-2.1/sr

Re: [OT] Build Time

Stefan Bodewig wrote: On Fri, 15 Aug 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: DirectoryScanner.scandir Does somebody know anybody working on Ant logging system? Is Ant 1.6 better in this regard? Ant's DirectoryScanner may have become a lot (and I mean a lot) faster in 1.6, de

Re: [OT] Build Time

On Fri, 15 Aug 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: >> DirectoryScanner.scandir Does somebody know anybody working on Ant >> logging system? Is Ant 1.6 better in this regard? Ant's DirectoryScanner may have become a lot (and I mean a lot) faster in 1.6, depending on the patterns yo