zip sample

On cocoon-users, Matthias Stoeckel has just submitted a patch to add a zip sample to the 'hello world samples'. Is it reasonable enough for me to add it? Thanks, Upayavira

Re: sitemap.xls - XSLTFactoryLoader flaw?

Everything seems to be ok, though you have updated Xalan and Xerces? Cocoon 2.0.4 comes with Xalan 2.3.1 and Xerces 2.0. This /can/ be reason, but is not needed to be. I thought more the other way around (using the Xalan delivered with Sun JDK 1.4). In conclusion I don't have any solution for y

cvs commit: cocoon-2.1/src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements Sheet.java

joerg 2003/06/13 18:16:59 Modified: src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements Sheet.java Log: clean up, javadoc fix, code formatting Revision ChangesPath 1.4 +80 -165 cocoon-2.1/src/blocks/p

cvs commit: cocoon-2.0/src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements Sheet.java

joerg 2003/06/13 18:16:21 Modified: src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements Sheet.java Log: clean up, javadoc fix, code formatting Revision ChangesPath 1.2 +93 -182 cocoon-2.0/src/java/org/apache/coc

Database Datatypes

Hi: I am trying to update the info of supported Database Datatypes by Original and Modular Database Actions. Currently I am facing that there are 2 lists in the database block: One at: /java/org/apache/cocoon/util/JDBCTypeConversion.java Second at: /java/org/apache/cocoon/actingAbstractDatabase

DO NOT REPLY [Bug 15365] - HSSFSerializer internationalization support

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 15365] - HSSFSerializer internationalization support

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/06/13 17:31:28 Modified:.status.xml Log: bugfix 15365: HSSFSerializer, hardcoded encoding UTF-16 Revision ChangesPath 1.55 +4 -0 cocoon-2.1/status.xml Index: status.xml =

cvs commit: cocoon-2.0 changes.xml

joerg 2003/06/13 17:31:16 Modified:.changes.xml Log: bugfix 15365: HSSFSerializer, hardcoded encoding UTF-16 Revision ChangesPath 1.23 +5 -1 cocoon-2.0/changes.xml Index: changes.xml ==

cvs commit: cocoon-2.0/src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPCell.java

joerg 2003/06/13 17:26:43 Modified: src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPCell.java Log: fixed javadoc error, code formatting Revision ChangesPath 1.2 +77 -146 cocoon-2.0/src/java/org/apache/coco

cvs commit: cocoon-2.1/src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPCell.java

joerg 2003/06/13 17:26:27 Modified: src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements EPCell.java Log: fixed javadoc error, code formatting Revision ChangesPath 1.3 +83 -122 cocoon-2.1/src/blocks/po

cvs commit: cocoon-2.1/src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements Cell.java

joerg 2003/06/13 17:24:59 Modified: src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements Cell.java Log: fixed internationalization support (hack: harcoded encoding UTF-16), bug 15365 Revision ChangesPath 1.3

cvs commit: cocoon-2.0/src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements Cell.java

joerg 2003/06/13 17:24:07 Modified: src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements Cell.java Log: fixed internationalization support (encoding UTF-16), bug 15365 Revision ChangesPath 1.2 +24 -45 cocoon-2.0

Re: cvs commit: cocoon-2.1/src/documentation/xdocs/link livesites.xml

Updated the rest. LiveHTTPHeaders is really a nice tool. I love Mozilla more and more :-) Imagine you have to do this work using wget ... Joerg Steven Noels wrote: On 6/06/2003 19:13 Joerg Heinicke wrote: Do you believe me, that it is a Cocoon application ;-) it's possible that the start pages

cvs commit: cocoon-2.0/src/documentation/xdocs/link livesites.xml

joerg 2003/06/13 15:47:39 Modified:src/documentation/xdocs/link livesites.xml Log: kicked the marked-to-kick pages Revision ChangesPath 1.3 +4 -31 cocoon-2.0/src/documentation/xdocs/link/livesites.xml Index: livesites.xml ===

cvs commit: cocoon-2.1/src/documentation/xdocs/link livesites.xml

joerg 2003/06/13 15:47:22 Modified:src/documentation/xdocs/link livesites.xml Log: kicked the marked-to-kick pages Revision ChangesPath 1.6 +4 -31 cocoon-2.1/src/documentation/xdocs/link/livesites.xml Index: livesites.xml ===

cvs commit: cocoon-2.1/src/documentation/xdocs/link livesites.xml

joerg 2003/06/13 15:45:52 Modified:src/documentation/xdocs/link livesites.xml Log: complete update on the livesites, sorting the pages by their Cocoon version, kicked some pages (this commit is only for documenting the kicks) Revision ChangesPath 1.5 +156 -97

cvs commit: cocoon-2.0/src/documentation/xdocs/link livesites.xml

joerg 2003/06/13 15:45:37 Modified:src/documentation/xdocs/link livesites.xml Log: complete update on the livesites, sorting the pages by their Cocoon version, kicked some pages (this commit is only for documenting the kicks) Revision ChangesPath 1.2 +157 -97

Re: Release Plan for 2.1

With or without beta release? Joerg Steven Noels wrote: On 13/06/2003 21:18 Joerg Heinicke wrote: If the FOM implementer themselves are of this opinion, let's go ahead and release Cocoon 2.1 as soon as possible. Does it need a vote? It normally does, would you mind starting it?

Re: Release Plan for 2.1

On 13/06/2003 21:18 Joerg Heinicke wrote: If the FOM implementer themselves are of this opinion, let's go ahead and release Cocoon 2.1 as soon as possible. Does it need a vote? It normally does, would you mind starting it? -- Steven Noelshttp://outerthought.org/ Out

Re: Release Plan for 2.1

If the FOM implementer themselves are of this opinion, let's go ahead and release Cocoon 2.1 as soon as possible. Does it need a vote? Joerg Christopher Oliver wrote: I agree with you that 2.1 should not be delayed for changes to FOM. That can come later. Stephan Michels wrote: On Fri, 13 Ju

Re: Release Plan for 2.1

I agree with you that 2.1 should not be delayed for changes to FOM. That can come later. Stephan Michels wrote: On Fri, 13 Jun 2003, Carsten Ziegeler wrote: AFAIK, the only real thing missing for 2.1 is the FOM implementation. The question is now, is someone already working on it resp. shoul

Re: Finishing FOM (was RE: Release Plan for 2.1)

Although I think Stefano and Ricardo's design overall seems pretty good I think it will take some time to implement, test, debug, and document. Therefore I think we should ship 2.1 while we continue to develop flowscript. I think it will take more than one release to stabilize its design, anyw

Re: latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler:method initialize()V not found

Berin Loritsch wrote: Rob Johnston wrote: On Fri, 13 Jun 2003, Berin Loritsch wrote: Okay, so you were actually able to verify the problem. Glad I'm not going insane. :-) Is it too early to say if the problem is in the JDK or in the ecm? Hopefully this will be a trivial fix... I am not very

Re: latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler:method initialize()V not found

Rob Johnston wrote: On Fri, 13 Jun 2003, Berin Loritsch wrote: Okay, so you were actually able to verify the problem. Glad I'm not going insane. :-) Is it too early to say if the problem is in the JDK or in the ecm? Hopefully this will be a trivial fix... I am not very familiar with the idiot-s

RE: Design bug or implementation bug in redirector?

> OK, thanks. Now what I need is a way to do forwarding. > I started looking at using some other framework because of this. How does forwarding differ from redirection? What specifically are you trying to achieve? Upayavira

Re: latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler: method initialize()V not found

On Fri, 13 Jun 2003, Berin Loritsch wrote: > Berin Loritsch wrote: > >It seems unlikely, but it is possible. > > > >Could you print out the output of: > > > >$ java -version > > > >On one of the Apache boxes we have both JDK 1.3.1 and JDK 1.4.1, and > >the results of JDK 1.3.1 is: > > > >java vers

Re: latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler: method initialize()V not found

On Fri, 13 Jun 2003, Berin Loritsch wrote: > Rob Johnston wrote: > >On Fri, 13 Jun 2003, Leo Sutic wrote: > > > > > >>Do you run windows or linux? > > > > > >FreeBSD. Which is the problem -- I think there is some incompatibility > >between the ExcaliburComponentManager & the 1.3.1 JDK for FreeBSD

Re: latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler:method initialize()V not found

Berin Loritsch wrote: Rob Johnston wrote: On Fri, 13 Jun 2003, Leo Sutic wrote: Do you run windows or linux? FreeBSD. Which is the problem -- I think there is some incompatibility between the ExcaliburComponentManager & the 1.3.1 JDK for FreeBSD (which seems like a Major bug to me!) It seem

Re: latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler:method initialize()V not found

Rob Johnston wrote: On Fri, 13 Jun 2003, Leo Sutic wrote: Do you run windows or linux? FreeBSD. Which is the problem -- I think there is some incompatibility between the ExcaliburComponentManager & the 1.3.1 JDK for FreeBSD (which seems like a Major bug to me!) It seems unlikely, but it is pos

Re: latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler: method initialize()V not found

On Fri, 13 Jun 2003, Leo Sutic wrote: > Do you run windows or linux? FreeBSD. Which is the problem -- I think there is some incompatibility between the ExcaliburComponentManager & the 1.3.1 JDK for FreeBSD (which seems like a Major bug to me!) > Am thinking about doing a: > > WINDOWS: > fo

cvs commit: cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/util CopletDataReferenceFieldHandler.java CopletBaseDataReferenceFieldHandler.java CopletDataFieldHandler.java DeltaApplicable.java ParameterFieldHandler.java CopletInstanceDataFieldHandler.java AspectDataFieldHandler.java DeltaApplicableReferencesAdjustable.java ConfigurationFieldHandler.java CopletBaseDataFieldHandler.java AttributesFieldHandler.java ReferenceFieldHandler.java

cziegeler2003/06/13 07:20:10 Modified:src/blocks/portal/java/org/apache/cocoon/portal/util CopletDataReferenceFieldHandler.java CopletBaseDataReferenceFieldHandler.java CopletDataFieldHandler.java DeltaApplicable.jav

cvs commit: cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/util AttributesFieldHandler.java

cziegeler2003/06/13 07:15:04 Modified:src/blocks/portal/java/org/apache/cocoon/portal/coplet CopletData.java CopletInstanceData.java src/blocks/portal/java/org/apache/cocoon/portal/util AttributesFieldHandler.java Log: Ad

RE: Finishing FOM (was RE: Release Plan for 2.1)

Upayavira wrote: > > I think its refactoring and adding some functionality. As a starting > > point you can look at this thread: > > http://marc.theaimsgroup.com/?t=10540178951&r=1&w=2 > > I remember reading that. What I wanted to know is exactly how one > would go about > updating the FOM.

RE: Design bug or implementation bug in redirector?

OK, thanks. Now what I need is a way to do forwarding. I started looking at using some other framework because of this. -- Fernando D. Mato Mira [EMAIL PROTECTED] Thomson Dialog www.dialog.com E-MAIL NOTICE: This message (plus any attachments) is confidential and may be subject to

Finishing FOM (was RE: Release Plan for 2.1)

> > > AFAIK, the only real thing missing for 2.1 is the FOM > > > implementation. The question is now, is someone already working on > > > it resp. should we wait for the release until it's finished? > > > > What is actually required to fix the FOM implementation? Is it just > > refactoring some o

RE: Release Plan for 2.1

Stephan Michels wrote: > On Fri, 13 Jun 2003, Carsten Ziegeler wrote: > > > AFAIK, the only real thing missing for 2.1 is the FOM implementation. > > The question is now, is someone already working on it resp. should > > we wait for the release until it's finished? > > > > I think we should set a

Re: Cocoon and upgrading to Fortress

Geoff Howard wrote: At 02:31 AM 6/13/2003, you wrote: Berin Loritsch wrote_ > > Fortress allows us to do a number of really cool things that are > not available in the ECM. One of them is to no longer require the > accursed "Roles" file. Adding new user components to Cocoon and > having the conf

Re: Design bug or implementation bug in redirector?

Mato Mira, Fernando wrote: When trying foo/baz will get redirected to foo/bar/baz, not to bar/baz It's a feature. Redirect sends redirect which is resolved by browser. Sitemap does not process redirect URI. Thus, if you want to redirect to /bar/baz, type: Vadim

Re: Cocoon and upgrading to Fortress

Carsten Ziegeler wrote: Berin Loritsch wrote_ Fortress allows us to do a number of really cool things that are not available in the ECM. One of them is to no longer require the accursed "Roles" file. Adding new user components to Cocoon and having the configuration able to use those components d

[C2.1m3] map:aggregate call part twice

Hi all, it seems that the map:aggregate calls a map:part twice :( The first generates the output stream and are displayed by the browser. The second are not displayed. The sitemap.log show both entrys. An action who add database entrys add 2, with different ids. If the side is direct called it

cvs commit: cocoon-2.1/src/webapp/stylesheets/system error2html.xslt

upayavira2003/06/13 05:05:54 Modified:src/webapp/stylesheets/system error2html.xslt Log: Correcting broken FAQ link Revision ChangesPath 1.7 +1 -1 cocoon-2.1/src/webapp/stylesheets/system/error2html.xslt Index: error2html.xslt ===

RE: Cocoon and upgrading to Fortress

At 02:31 AM 6/13/2003, you wrote: Berin Loritsch wrote_ > > Fortress allows us to do a number of really cool things that are > not available in the ECM. One of them is to no longer require the > accursed "Roles" file. Adding new user components to Cocoon and > having the configuration able to use

Re: Release Plan for 2.1

On Fri, 13 Jun 2003, Carsten Ziegeler wrote: > AFAIK, the only real thing missing for 2.1 is the FOM implementation. > The question is now, is someone already working on it resp. should > we wait for the release until it's finished? > > I think we should set a date now and take whatever we have

RE: Release Plan for 2.1

Upayavira > > On 13 Jun 2003 at 8:35, Carsten Ziegeler wrote: > > > AFAIK, the only real thing missing for 2.1 is the FOM implementation. > > The question is now, is someone already working on it resp. should we > > wait for the release until it's finished? > > What is actually required to fix

Design bug or implementation bug in redirector?

When trying foo/baz will get redirected to foo/bar/baz, not to bar/baz If I wanted to redirect to that, I could just write This is with Cocoon 2.1m2 -- Fernando D. Mato Mira [EMAIL PROTECTED] Thomson Dialog www.dialog.com E-MAIL NOTICE: This message (plus any attachm

Re: XMLForm repeat tag power! ?

On Friday, June 13, 2003, at 11:17 AM, Jeroen Cranendonk wrote: It does help a lot, thanks! :) Someone should copy paste that to some documentation or sample ;) Just one more question/thought, You only showed using fields, I assume the textbox and such fields work just as well ? Yeah (If you ca

cvs commit: cocoon-2.1/src/scratchpad/webapp/samples scratchpad-samples.xml

cziegeler2003/06/13 03:27:38 Modified:src/targets compile-build.xml .build.properties src/scratchpad/webapp/samples scratchpad-samples.xml Added: src/scratchpad/src/org/apache/cocoon/generation JellyGenerator.java

DO NOT REPLY [Bug 15710] - [PATCH]: JellyGenerator for Cocoon

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/scratchpad/mocks - New directory

cziegeler2003/06/13 03:27:08 cocoon-2.1/src/scratchpad/mocks - New directory

cvs commit: cocoon-2.1/src/scratchpad/mocks/org - New directory

cziegeler2003/06/13 03:27:09 cocoon-2.1/src/scratchpad/mocks/org - New directory

cvs commit: cocoon-2.1/src/scratchpad/mocks/org/apache/commons - New directory

cziegeler2003/06/13 03:27:09 cocoon-2.1/src/scratchpad/mocks/org/apache/commons - New directory

cvs commit: cocoon-2.1/src/scratchpad/mocks/org/apache - New directory

cziegeler2003/06/13 03:27:09 cocoon-2.1/src/scratchpad/mocks/org/apache - New directory

cvs commit: cocoon-2.1/src/scratchpad/mocks/org/apache/commons/jelly - New directory

cziegeler2003/06/13 03:27:09 cocoon-2.1/src/scratchpad/mocks/org/apache/commons/jelly - New directory

cvs commit: cocoon-2.1/src/scratchpad/webapp/samples/jelly - New directory

cziegeler2003/06/13 03:27:09 cocoon-2.1/src/scratchpad/webapp/samples/jelly - New directory

DO NOT REPLY [Bug 15710] - [PATCH]: JellyGenerator for Cocoon

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: XMLForm repeat tag power! ?

Le Vendredi, 13 juin 2003, à 12:17 Europe/Zurich, Jeroen Cranendonk a écrit : ...Someone should copy paste that to some documentation or sample ;) If you could add this info to the Wiki at http://wiki.cocoondev.org/Wiki.jsp it would be great. This is very easy do to, just follow the instructions

Re: XMLForm repeat tag power! ?

It does help a lot, thanks! :) Someone should copy paste that to some documentation or sample ;) Just one more question/thought, You only showed using fields, I assume the textbox and such fields work just as well ? (If you can find a getter method, you can find the setter method too :) There is

DO NOT REPLY [Bug 20736] New: - JXForms validator rejects null value for numeric field

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: XMLForm repeat tag power! ?

On Friday, June 13, 2003, at 08:40 AM, Jeroen Cranendonk wrote: Firstly, I've seen the samples in cvs that use the repeat tag, from what I see you reference a field in the model/bean that returns a List, does this have to be a List, or would any Set or Collection do ? what's the datatype that

Re: Release Plan for 2.1

On 13 Jun 2003 at 8:35, Carsten Ziegeler wrote: > AFAIK, the only real thing missing for 2.1 is the FOM implementation. > The question is now, is someone already working on it resp. should we > wait for the release until it's finished? What is actually required to fix the FOM implementation? Is i

[Pls help! urgent] Apache Cocoon: ESQL Taglib db connection failure

I am using cocoon2.0.4 with tomcat 4.1 and j2sdk1.4.0 I am trying to set up a pooled connection with mysql using esql taglib. But Iam getting the following error. I tried connecting with both SQL server and mysql but the problem persists. /*Error Message **/ The

Re: XMLForm repeat tag power! ?

I've tryed using w3c DOM instead of userbean, the way it was done in the example. It works fine.I changed WizardAction. Instead ot getting the parameter UserBean, I get a parameter - xml file. Inside the Action I make a w3c dom form that file and work with it.You just have to play with the xpath in

RE: latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler: method initialize()V not found

Do you run windows or linux? Am thinking about doing a: WINDOWS: for %i in (*.jar) do (echo %i && jar -tf %i) >> all.txt LINUX: --- some equivalent --- and then checking the resulting file. You should find an ExcaliburComponentManager in some unexpected place. /LS > From: Rob Johnston

Re: JXForm or JXTemplate ?

On Thursday, June 12, 2003, at 07:02 PM, Christopher Oliver wrote: If you use jxForm.js then you must use the JXForms template. OK, thanks for the confirmation. However, you can use both JXForms and JXTemplate by running one as a generator and the other as a transformer in the same pipeline. Do

Re: flow - database.js - Componentmanager

> You're right, this is a serious problem. I'll try to look into it. Can > you provide more information about what is causing it? my flowscript code looks like the following example: --- cocoon.load("resource://org/apache/cocoon/components/flow/javascript/Databas e.js"); function myLogic {

XMLForm repeat tag power! ?

Greetings :) A fellow worker of mine is trying to build a form upon xmlforms with a rather complicated makeup, he wants the form to represent a list of users, with each user having some fields for user name, adres and so :) like this: User 1 name: biggie address: big house User 2 name: little a

DO NOT REPLY [Bug 20723] - incorrect resolving of xmldb: (others?) pseudo-protocol URI

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 20682] - Generator "directory": Caching fails

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