Re: the multipartparser

Micah Dubinko wrote: I want to get involved in Cocoon more, and wonder if this would be a good project to cut my teeth on. So, provided nobody objects, I'd like to volunteer to take on this little project. I'm sure I'll have some questions along the way, but nothing the fine folks on IRC or th

DO NOT REPLY [Bug 31649] - [Patch] Flowscript: Switch to re-implementation of official Rhino

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://issues.apache.org/bugzilla/show_bu

RE: CForms: widget states added

Does it fix this one? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27598 Bart. > -Original Message- > From: Sylvain Wallez [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 02, 2004 11:12 AM > To: [EMAIL PROTECTED] > Subject: CForms: widget states added > > Hi all, > > I finally

XMLSerializer Reference

Hi folks, Do u know any reference for customizing xmlserializer ? Thanx in advance   rokib

Re: latest Moin

Upayavira wrote: Reinhard Poetz wrote: Is the content of the right-side bar customizable so that we get our former menu back? What you mean you want a customisable right side bar? Not just a right side bar? Fussy eh? ;-) More seriously, I believe there is a way to configure the options, somewh

DO NOT REPLY [Bug 31649] - [Patch] Flowscript: Switch to re-implementation of official Rhino

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://issues.apache.org/bugzilla/show_bu

RE: Questions to be answered for link request - V3

After some time I found some questions we could ask. I added them below. If nobody has any objections to the text below I will make two Bugzilla entries on Monday: one as sample entry and one as a request to update the Livesites directions with the information below. Bye, Helma > -Original M

Re: Implementation of the Continuations checker

From: "Giacomo Pati" <[EMAIL PROTECTED]> Ok, guys, lets see if we can find a consensus for this issue. The issues have been: - Excalibur Event package is deprecated. We need a replacement of those functionalities we are in need for the core (scheduling Runnables once, with delays, periodically)

Re: Implementation of the Continuations checker

On Tue, 2 Nov 2004, Vadim Gritsenko wrote: Giacomo Pati wrote: Ok, guys, lets see if we can find a consensus for this issue. The issues have been: - Excalibur Event package is deprecated. We need a replacement of those functionalities we are in need for the core (scheduling Runnables once, with del

Re: Implementation of the Continuations checker

Giacomo Pati wrote: Ok, guys, lets see if we can find a consensus for this issue. The issues have been: - Excalibur Event package is deprecated. We need a replacement of those functionalities we are in need for the core (scheduling Runnables once, with delays, periodically) - Some stated that t

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Antonio Gallardo wrote: Stefano Mazzocchi dijo: Antonio Gallardo wrote: Stefano Mazzocchi dijo: Gump wrote: cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest [javac] /home/gump/workspaces2/pu

DO NOT REPLY [Bug 31649] - [Patch] Flowscript: Switch to re-implementation of official Rhino

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31649] - [Patch] Flowscript: Switch to re-implementation of official Rhino

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://issues.apache.org/bugzilla/show_bu

Re: svn commit: rev 56438 - cocoon/trunk/src/blocks/javaflow/java/org/apache/cocoon/components/flow/javascript

Reinhard Poetz wrote: [EMAIL PROTECTED] wrote: Author: reinhard Date: Tue Nov 2 15:20:30 2004 New Revision: 56438 Modified: cocoon/trunk/src/blocks/javaflow/java/org/apache/cocoon/components/flow/javascript/JavaScriptCompilingClassLoader.java Log: Because of switching to rhino-1.6 it doesn't

Re: svn commit: rev 56438 - cocoon/trunk/src/blocks/javaflow/java/org/apache/cocoon/components/flow/javascript

[EMAIL PROTECTED] wrote: Author: reinhard Date: Tue Nov 2 15:20:30 2004 New Revision: 56438 Modified: cocoon/trunk/src/blocks/javaflow/java/org/apache/cocoon/components/flow/javascript/JavaScriptCompilingClassLoader.java Log: Because of switching to rhino-1.6 it doesn't compile any more - had

Re: [lazy vote] cforms request processing

Antonio Gallardo wrote: Hi Tim: As I told before I am not sure. I really want to see what the other people will said here. I also already saw that Sylvain voted +1 for the changes. But I am not sure if this is correct or not. That is all. Yes, I'm +1. Or +10, +100 and even +1000 :-) This issue h

Re: [lazy vote] cforms request processing

Nuno Santos wrote: The Request interface has a method to get an enumeration of parameter names( getParameterNames), so just check the existence of the widget Request parameter name and process only if exist! We don't need to enumerate parameters, as each widget knows which parameters it should

Re: [lazy vote] cforms request processing

Jason Johnston wrote: On Tue, 2004-11-02 at 13:55, Tim Larson wrote: We would still perform validation. The only thing we would not do is automatically reset a widget's value to null when its request parameter is missing. Because we would still validate the widget, "required" widgets would sti

Re: [lazy vote] cforms request processing

On Tue, 2004-11-02 at 13:55, Tim Larson wrote: > > We would still perform validation. The only thing we would not do > is automatically reset a widget's value to null when its request > parameter is missing. Because we would still validate the widget, > "required" widgets would still catch empty

Re: Implementation of the Continuations checker

Ok, guys, lets see if we can find a consensus for this issue. The issues have been: - Excalibur Event package is deprecated. We need a replacement of those functionalities we are in need for the core (scheduling Runnables once, with delays, periodically) - Some stated that the cron block seems

Re: the multipartparser

I want to get involved in Cocoon more, and wonder if this would be a good project to cut my teeth on. So, provided nobody objects, I'd like to volunteer to take on this little project. I'm sure I'll have some questions along the way, but nothing the fine folks on IRC or this list can't handle.

Re: Persisting SimpleLuceneQuery [Long]

Hi Jeremy: I was suddenly busy again. Sorry for that. But, I don't forgot about this mail. In the last weekend, I tried to see at the Lucene sample, but it was not working. :-( Fortunately, Sylvain fixed the small bug. Now it working again! I will update OJB to 1.0.1 and then we will be ready to

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Stefano Mazzocchi dijo: > Antonio Gallardo wrote: > >> Stefano Mazzocchi dijo: >> >>>Gump wrote: >>> >>> cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest [javac] /home/g

Re: Switching rhino implementation

Reinhard Poetz dijo: > Igor explains the differences here: > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=109528520325331&w=2 Please wikify that! ;-) Best Regards, Antonio Gallardo

Re: [lazy vote] cforms request processing

Hi Tim: As I told before I am not sure. I really want to see what the other people will said here. I also already saw that Sylvain voted +1 for the changes. But I am not sure if this is correct or not. That is all. Tim Larson dijo: > On Tue, Nov 02, 2004 at 02:38:24PM -0600, Antonio Gallardo wrot

Re: [rant] please backport bugfixes to 2.1!

On Tue, Nov 02, 2004 at 11:29:28AM +0100, Sylvain Wallez wrote: > Unusual for me, but time for a rant: I wrote the new CForms widget state > feature in 2.1 and tried to port it to 2.2. > > WHAT A PITA! > > There are a number or *bug fixes* or minor new features that only exist > in 2.2. Why are

Re: [RT] Attribute Rendering and CForms Convertors (was: Templating Engine - Next steps?)

On Tue, 2004-11-02 at 19:21 +0100, Daniel Fagerstrom wrote: > Ok, the idea is as follows: we have a converter component, that is like > the renderer component above, but bidirectional. I.e. both rendering: > data type -> displayable string and input conversion: input string -> > data type. The

Re: [lazy vote] cforms request processing

On Tue, Nov 02, 2004 at 02:38:24PM -0600, Antonio Gallardo wrote: > I see the point.I am more convinced that we are pushing HTTP to the > maximum and we need more well, can we implement that only for > stateless forms? Why we need to cut all with the same scissors? This is > only a thought. ;-)

Re: [lazy vote] cforms request processing

On Tue, Nov 02, 2004 at 12:33:48PM -0700, Jason Johnston wrote: > On Mon, 2004-11-01 at 22:08, Tim Larson wrote: > > > This can open some posible security concerns at all? > > > > The form model would still be in control of which request > > parameters get processed. The only change is that a mis

Re: [lazy vote] cforms request processing

Tim Larson dijo: > On Mon, Nov 01, 2004 at 06:13:21PM -0600, Antonio Gallardo wrote: >> Tim Larson dijo: >> > We have talked several times about changing the request >> > processing in cforms to not touch any widget whose >> > request parameter is missing (to prevent these widgets' >> > values from

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Antonio Gallardo wrote: Stefano Mazzocchi dijo: Gump wrote: cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest [javac] /home/gump/workspaces2/public/workspace/cocoon/src/blocks/proxy/java/org/

Re: Expression languages (was Re: [RT] StringTemplate: The answer to our templating needs?)

Daniel Fagerstrom dijo: > I agree with Sylvain. I mainly use expression languages for accessing > DOM trees, and we write a lot of XSLT at my company, so for us JXPath > (or other XPath based expression languages) is the natural choice. For > people who mainly work in Java, and use Cocoon as a view

Re: [lazy vote] cforms request processing

On Mon, 2004-11-01 at 22:08, Tim Larson wrote: > > This can open some posible security concerns at all? > > The form model would still be in control of which request > parameters get processed. The only change is that a missing > request parameter would cause no change to the corresponding > widg

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Stefano Mazzocchi dijo: > Gump wrote: > >> cocoon-block-proxy-compile: >> [javac] Compiling 4 source files to >> /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest >> [javac] >> /home/gump/workspaces2/public/workspace/cocoon/src/blocks/proxy/java/org/apac

Re: [lazy vote] cforms request processing

The Request interface has a method to get an enumeration of parameter names( getParameterNames), so just check the existence of the widget Request parameter name and process only if exist! On Tue, 2004-11-02 at 05:08, Tim Larson wrote: > On Mon, Nov 01, 2004 at 06:13:21PM -0600, Antonio Gallardo w

[RT] Attribute Rendering and CForms Convertors (was: Templating Engine - Next steps?)

Bart Molenkamp wrote: I've also been thinking about a simple method for displaying object instances of different classes. E.g. I get an object from the flow layer, I need to decide how to format it. Instances of class "A" are formatted differently than instances from class "B". Now, this could be d

Re: latest Moin

On 2 Nov 2004, at 11:54, Upayavira wrote: http://wiki.apache.org/cocoon-test/ IOError[Errno 13] Permission denied: '/www/wiki.apache.org/data/cocoon-test/data/user/ 1093422431.38.32457.trail' Try now. +1, make the switch! :-P Pier smime.p7s Description: S/MIME cryptographic signature

Re: [rant] please backport bugfixes to 2.1!

Sylvain Wallez dijo: > Carsten Ziegeler wrote: > >>Sylvain Wallez wrote: >> >> There are other changes as well - internal processing etc. But the good news is: you can use the ExtendedComponentSelector in the configuration, although the class doesn't exist. ECM++ will automatical

Re: how to get the xml serializer

Luigi Bai wrote: > You need to make sure there is a serializer with the name "xml" declared > in your sitemap.xmap file (or a parent sitemap) before you use your source > module. > thanks for your answer, the xml serializer is effectively declared in my main sitemap ;-(. It's not the default one

Re: Templating Engine - Next steps?

Carsten Ziegeler wrote: Daniel Fagerstrom wrote: E.) Use Jelly: http://jakarta.apache.org/commons/jelly/ AFAIK Jelly allready solve most of the requirements above. More specifically it uses JEXL or Jaxen as expression language, and you can use expressions both in attributes and in text with t

Re: [GUMP@brutus]: Project cocoon-block-mail (in module cocoon) failed

Gump wrote: cocoon-block-asciiart-compile: cocoon-block-velocity-compile: cocoon-block-cron-compile: cocoon-block-batik-compile: cocoon-block-xsp-compile: cocoon-block-forms-compile: cocoon-block-databases-compile: main: cocoon-block-ojb-compile: this is very weird. the 'mail' block does not depend

Re: [GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

Gump wrote: cocoon-block-proxy-compile: [javac] Compiling 4 source files to /home/gump/workspaces2/public/workspace/cocoon/build/cocoon-02112004/blocks/proxy/dest [javac] /home/gump/workspaces2/public/workspace/cocoon/src/blocks/proxy/java/org/apache/cocoon/generation/HttpProxyGenerator.j

Re: how to get the xml serializer

You might also consider making the name of the serializer a parameter, which defaults to the value "xml". Otherwise, it's this "magic" name that must be understood as a silent dependency. Luigi On Tue, 2 Nov 2004, Luigi Bai wrote: You need to make sure there is a serializer with the name "xml" d

Re: the multipartparser

I concer with Ugo. Please also see http://issues.apache.org/bugzilla/show_bug.cgi?id=24289 for a patch to the current MultipartParser to handle multipar/mixed. On Tue, 2 Nov 2004, Ugo Cei wrote: Il giorno 02/nov/04, alle 15:29, Jorg Heymans ha scritto: Is there a reason why we have our own multip

Re: how to get the xml serializer

You need to make sure there is a serializer with the name "xml" declared in your sitemap.xmap file (or a parent sitemap) before you use your source module. Luigi On Tue, 2 Nov 2004, BURGHARD [ISO-8859-15] Éric wrote: Hi ! I'm writing a new source module. I set-up some new pipelines with this mod

RE: Templating Engine - Next steps?

Daniel Fagerstrom wrote: > E.) Use Jelly: http://jakarta.apache.org/commons/jelly/ > > AFAIK Jelly allready solve most of the requirements above. > More specifically it uses JEXL or Jaxen as expression > language, and you can use expressions both in attributes and > in text with the syntax "

Re: Templating Engine - Next steps?

Reinhard Poetz wrote: After a lot of mails talking about expression languages and templating enginges I try to summarize the current state of our discussion. I see following requirements so far (in brackets you find the name of the person that brought up the requirement): - control structures

DO NOT REPLY [Bug 32011] - [PATCH] buildList in AbstractDatabaseAction generates incorrect parameter list

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://issues.apache.org/bugzilla/show_bu

Re: the multipartparser

Il giorno 02/nov/04, alle 15:29, Jorg Heymans ha scritto: Is there a reason why we have our own multipart parser instead of using commons-fileupload? This has come up already about 1.5 years ago [1]. Maybe when the multipart parser was invented, commons-fileupload wasn't yet there, or maybe it w

Re: Expression languages (was Re: [RT] StringTemplate: The answer to our templating needs?)

Sylvain Wallez wrote: Carsten Ziegeler wrote: Sylvain Wallez wrote: XPath is a must-have when you deal with XML documents while Jexl is mostly useless in that case but is straightforward when you deal with JavaBeans. I also agree that understanding the difference between "${continuation.id}" and

Re: Switching rhino implementation

Reinhard Poetz wrote: Thank you guys. I'm going to replace the old implementation by the new one in trunk. In branch I will wait for the new release and rename the old language "javascript-2.1.6" which indicates that this is the former implementation. The new implementation will be called "javas

the multipartparser

Hi, Is there a reason why we have our own multipart parser instead of using commons-fileupload? This has come up already about 1.5 years ago [1]. I have a problem with the multipart parser in IE and Opera (not in Firefox), reproduceable with the following form results in o.a.c.s.m.Multipart

DO NOT REPLY [Bug 32011] - [PATCH] buildList in AbstractDatabaseAction generates incorrect parameter list

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://issues.apache.org/bugzilla/show_bu

how to get the xml serializer

Hi ! I'm writing a new source module. I set-up some new pipelines with this module in the generator and everything is working correctly, ... well not exactly When i try to cinclude the xml from these pipelines in another pipeline i get an exception (unable to find the xml serializer component fr

DO NOT REPLY [Bug 32011] - [PATCH] buildList in AbstractDatabaseAction generates incorrect parameter list

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24289] - MultipartParser cannot handle multibyte character in uploaded file name correctly

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32011] - [PATCH] buildList in AbstractDatabaseAction generates incorrect parameter list

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32011] - [PATCH] buildList in AbstractDatabaseAction generates incorrect parameter list

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://issues.apache.org/bugzilla/show_bu

Re: Switching rhino implementation

> Leszek Gawron wrote: > From what I see in this mail new implementation still allows for > cleanup code after continuation has been created but does not allow for > automatic resource fetching ( catch( continue ) ). > > > var pool = ...; > > function someFunction() { > > var conn = pool.get

Re: latest Moin

Pier Fumagalli wrote: On 2 Nov 2004, at 08:32, Upayavira wrote: Leszek Gawron wrote: Upayavira wrote: Ralph Goers wrote: Is it possible to have the site bar on the left? :-) The option I found was for a theme called 'rightsidebar'. I have not heard mention of a 'leftsidebar' theme, so, unless so

Re: latest Moin

On 2 Nov 2004, at 08:32, Upayavira wrote: Leszek Gawron wrote: Upayavira wrote: Ralph Goers wrote: Is it possible to have the site bar on the left? :-) The option I found was for a theme called 'rightsidebar'. I have not heard mention of a 'leftsidebar' theme, so, unless someone wants to do so

Re: Switching rhino implementation

Reinhard Poetz wrote: Leszek Gawron wrote: Reinhard Poetz wrote: Thank you guys. I'm going to replace the old implementation by the new one in trunk. In branch I will wait for the new release and rename the old language "javascript-2.1.6" which indicates that this is the former implementation. T

Re: [rant] please backport bugfixes to 2.1!

Carsten Ziegeler wrote: Sylvain Wallez wrote: There are other changes as well - internal processing etc. But the good news is: you can use the ExtendedComponentSelector in the configuration, although the class doesn't exist. ECM++ will automatically use the CocoonServiceSelector. This is for com

Re: Switching rhino implementation

Leszek Gawron wrote: Reinhard Poetz wrote: Thank you guys. I'm going to replace the old implementation by the new one in trunk. In branch I will wait for the new release and rename the old language "javascript-2.1.6" which indicates that this is the former implementation. The new implementation

Re: latest Moin

Leszek Gawron wrote: Upayavira wrote: This is a Moin 1.2.4 installation, running off a copy of the main Wiki site. There's more that needs to be done before we can upgrade, for example ensuring we can still do notification mails and central configurations for the whole wiki farm. Then, whether o

Re: Switching rhino implementation

Reinhard Poetz wrote: Thank you guys. I'm going to replace the old implementation by the new one in trunk. In branch I will wait for the new release and rename the old language "javascript-2.1.6" which indicates that this is the former implementation. The new implementation will be called "javas

Re: latest Moin

Upayavira wrote: This is a Moin 1.2.4 installation, running off a copy of the main Wiki site. There's more that needs to be done before we can upgrade, for example ensuring we can still do notification mails and central configurations for the whole wiki farm. Then, whether others like the right

RE: [rant] please backport bugfixes to 2.1!

Sylvain Wallez wrote: > >> > >There are other changes as well - internal processing etc. > But the good > >news is: you can use the ExtendedComponentSelector in the > >configuration, although the class doesn't exist. ECM++ will > >automatically use the CocoonServiceSelector. This is for > comp

Re: [rant] please backport bugfixes to 2.1!

Carsten Ziegeler wrote: Sylvain Wallez wrote: I remember a time where 2.2 contained only the Cocoon core and no blocks. Is it no more possible? Ah no: the cforms xconf files now reference ECM++ selectors. G... What about reinstalling in 2.2 an ExtendedComponentSelector that would simply be

[GUMP@brutus]: Project cocoon-block-mail (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-mail has an issue affecting its community integration. This issue af

[GUMP@brutus]: Project cocoon-block-scratchpad (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-scratchpad has an issue affecting its community integration. This is

[GUMP@brutus]: Project cocoon-block-cron (in module cocoon) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-cron *no longer* has an issue. The current state of this project is

[GUMP@brutus]: Project cocoon-block-faces (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-faces has an issue affecting its community integration. This issue a

[GUMP@brutus]: Project cocoon-block-proxy (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-proxy has an issue affecting its community integration. This issue a

Re: [rant] please backport bugfixes to 2.1!

Carsten Ziegeler wrote: Sylvain Wallez wrote: I remember a time where 2.2 contained only the Cocoon core and no blocks. Is it no more possible? Ah no: the cforms xconf files now reference ECM++ selectors. G... What about reinstalling in 2.2 an ExtendedComponentSelector that would simply

[GUMP@brutus]: Project cocoon-block-portal (in module cocoon) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-portal *no longer* has an issue. The current state of this project

[GUMP@brutus]: Project cocoon-block-jms (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-jms has an issue affecting its community integration. This issue aff

[GUMP@brutus]: Project cocoon-block-bsf (in module cocoon) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-bsf *no longer* has an issue. The current state of this project is

[GUMP@brutus]: Project cocoon-block-forms (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-forms has an issue affecting its community integration. This issue a

[GUMP@brutus]: Project cocoon-block-woody (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-woody has an issue affecting its community integration. This issue a

[GUMP@brutus]: Project cocoon-block-midi (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-midi has an issue affecting its community integration. This issue af

RE: [rant] please backport bugfixes to 2.1!

Sylvain Wallez wrote: > > I remember a time where 2.2 contained only the Cocoon core > and no blocks. Is it no more possible? Ah no: the cforms > xconf files now reference ECM++ selectors. G... What > about reinstalling in 2.2 an ExtendedComponentSelector that > would simply be a subclass

[GUMP@brutus]: Project cocoon-block-hsqldb (in module cocoon) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-hsqldb *no longer* has an issue. The current state of this project

[GUMP@brutus]: Project cocoon-block-chaperon (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-chaperon has an issue affecting its community integration. This issu

[rant] please backport bugfixes to 2.1!

Unusual for me, but time for a rant: I wrote the new CForms widget state feature in 2.1 and tried to port it to 2.2. WHAT A PITA! There are a number or *bug fixes* or minor new features that only exist in 2.2. Why aren't they ported also to 2.1? Please, please, consider upgrading both branches

CForms: widget states added

Hi all, I finally added widget states to CForms. All widgets can have a "state" attribute withe the values "active" (the default), "disabled" or "invisible", which are defined in a new WidgetState class. In disable state, values are displayed, but are not read from the request. In invisible sta

Re: [lazy vote] cforms request processing

Tim Larson wrote: We have talked several times about changing the request processing in cforms to not touch any widget whose request parameter is missing (to prevent these widgets' values from being reset to null,) the end result being that it would be easier for the view to decide how to split a f

ESQL, Oracle CLOB and encoding

Good morning Dear All This is a re-post from the users list where unluckily I didn't find a solution to my question. So, appologies for cross-posting. I've run into trouble with my ESQL page. In detail: I'm running an Oracle database pool and a few tables in there with CLOBs which contain UTF-8

Re: latest Moin

Reinhard Poetz wrote: Well, whether or not we go leftside or rightside, I've managed to install Moin 1.2.4 onto an Apache server. Go to: http://wiki.apache.org/cocoon-test/ This is a Moin 1.2.4 installation, running off a copy of the main Wiki site. There's more that needs to be done before we

DO NOT REPLY [Bug 31312] - [PATCH] Forms without continuation

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31312] - [PATCH] Forms without continuation

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31312] - [PATCH] Forms without continuation

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31312] - [PATCH] Forms without continuation

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31312] - [PATCH] Forms without continuation

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://issues.apache.org/bugzilla/show_bu

Re: latest Moin

Upayavira wrote: Leszek Gawron wrote: Upayavira wrote: Ralph Goers wrote: Is it possible to have the site bar on the left? :-) The option I found was for a theme called 'rightsidebar'. I have not heard mention of a 'leftsidebar' theme, so, unless someone wants to do some HTML coding, we're stu

Re: latest Moin

Leszek Gawron wrote: Upayavira wrote: Ralph Goers wrote: Is it possible to have the site bar on the left? :-) The option I found was for a theme called 'rightsidebar'. I have not heard mention of a 'leftsidebar' theme, so, unless someone wants to do some HTML coding, we're stuck with a right h

DO NOT REPLY [Bug 32011] - [PATCH] buildList in AbstractDatabaseAction generates incorrect parameter list

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://issues.apache.org/bugzilla/show_bu

RE: Templating Engine - Next steps?

> -Original Message- > From: Leszek Gawron [mailto:[EMAIL PROTECTED] > Reinhard Poetz wrote: > > > > > - control structures like for/each, if, choose (RP) > what bugs me is the verbosity of choose/when/otherwise to implement > if/else semantics. I've also been thinking about a simple

RE: Release 2.1.6 (was: Re: Switching rhino implementation)

Antonio Gallardo wrote: > > The task is "easy", we need to merge only few files before > the release: > > http://wiki.apache.org/cocoon/MergingBranches > > I think after that we can finally release. ;-) > > WDYT? > Exactly my thoughts - although I have the feeling that some things have only b

Re: Switching rhino implementation

Bertrand Delacretaz wrote: Le 1 nov. 04, à 19:28, Reinhard Poetz a écrit : ...I would wait with switching to the new flowscript implementation until the release of 2.1.6 Then we have a few months to test it in branch and trunk and if everything goes well I would deprecate the old one and rename

  1   2   >