Re: [Reminder] First Friday and Cocoon Release

Le Jeudi, 6 nov 2003, à 18:12 Europe/Zurich, Ugo Cei a écrit : Carsten Ziegeler wrote: Tomorrows is our first "FirstFriday" (http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday) Did we agree on a whiteboarding system, at last? Not that I know - the closest thing to a cross-platform SubEthaEdit t

Re: DO NOT REPLY [Bug 24475] - mail block: Error in Folder mock class

[EMAIL PROTECTED] wrote: [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | ---

DO NOT REPLY [Bug 20308] - Stylesheet includes not working with XSLTC

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 20308] - Stylesheet includes not working with XSLTC

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 20308] - Stylesheet includes not working with XSLTC

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 24475] - mail block: Error in Folder mock class

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 24475] - mail block: Error in Folder mock class

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 24475] - mail block: Error in Folder mock class

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: [Vote] Removing ComponentManagerProxy

Carsten Ziegeler dijo: > Volker found recently a hugh performance problem in the > current DefaultComponentFactory in Excalibur. > > You can find more information here: > http://marc.theaimsgroup.com/?t=10677987271&r=1&w=2 > > http://marc.theaimsgroup.com/?t=10680213662&r=1&w=2 > > I propos

Re: [Reminder] First Friday and Cocoon Release

Ugo Cei wrote: > Carsten Ziegeler wrote: > > Tomorrows is our first "FirstFriday" > > (http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday) > > Did we agree on a whiteboarding system, at last? Perhaps just using the dev@ mailing list and Wiki for this first one. --David

DO NOT REPLY [Bug 24457] - Problem with Xalan/XSLT

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: stub approach with WSDL/SOAP on Cocoon

Sylvain Wallez wrote: Daniel Fagerstrom wrote: [EMAIL PROTECTED] wrote: Hi to all, first of all sorry for my bad English and for not so much clarity in post :-) I'm currently doing a project using Cocoon 2.1.2 . I'm trying to find an automated way to reuse components in a pipelne, like WebSer

Re: [Proposal] Add "enum" basetype and convertor to Woody

Ugo Cei wrote: I'd like to add an "enum" basetype and "enum" convertor to Woody. Those would work with types implementing Joshua Bloch's "typesafe enum" pattern [1]. OK, since I had a little time on my hands, I went ahead and committed a first implementation. Basically, it works, but relies on t

DO NOT REPLY [Bug 24402] - [PATCH] XML posting from SourceWritingTransformer by using an enhanced HTTPClientSource

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: Double submit problem with Woody?

Jeff Ramsdale wrote: I was testing the Woody samples this afternoon with a co-worker (form1 sample, I'm not sure if it was the flow or action version) and received an error that seemed to indicate a double submit problem. That is, I submitted some information, clicked the Back button (or probabl

Re: encoding problem

Leszek Gawron wrote: On Wed, Nov 05, 2003 at 04:33:51PM +0100, Leszek Gawron wrote: Current CVS version of cocoon: ServerPagesGenerator.generate(): java.lang.RuntimeException: org.xml.sax.SAXException: Attempt to output character of integral value 346 that is not represented in specified output

Re: Unable to resolve context key (in CLI)

http://marc.theaimsgroup.com/?l=xml-cocoon-cvs&m=106789462214616&w=2 and http://marc.theaimsgroup.com/?t=106760662600010&r=1&w=4 Joerg On 06.11.2003 19:17, Upayavira wrote: Hi, In order to test again my Ant task with a fresh checkout from CVS, I ran the CLI itself with minimal configuration:

Re: [Woody] cancel button

Jeremy Quinn wrote: On Thursday, November 6, 2003, at 01:34 PM, Reinhard Poetz wrote: From: Jeremy Quinn Hi All, I am trying to add a 'Cancel' button to a form, so if the user clicks it they exit the current form processing by being redirected to another URL, it is not working as expected. I

Unable to resolve context key (in CLI)

Hi, In order to test again my Ant task with a fresh checkout from CVS, I ran the CLI itself with minimal configuration: cocoon cli -x cli.xconf And got: X [0] samples/hello-world/hello.html BROKEN: Unable to resolve context key: default-encoding X [0]

[Proposal] Add "enum" basetype and convertor to Woody

I'd like to add an "enum" basetype and "enum" convertor to Woody. Those would work with types implementing Joshua Bloch's "typesafe enum" pattern [1]. The reason for this is as follows: when representing business entities with Java objects, I always try to assign a significant type to fields t

DO NOT REPLY [Bug 24475] - mail block: Error in Folder mock class

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: [Reminder] First Friday and Cocoon Release

Carsten Ziegeler wrote: Tomorrows is our first "FirstFriday" (http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday) Did we agree on a whiteboarding system, at last? Ugo -- Ugo Cei - Consorzio di Bioingegneria e Informatica Medica P.le Volontari del Sangue, 2 - 27100 Pavia - Italy Phone: +39.0382

DO NOT REPLY [Bug 24475] New: - mail block: Error in Folder mock class

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: [Vote] empty HTTP responses [was Re: Cannot easily set http status]

Unico Hommes wrote: > I am +1 on the idea but would favor naming the method sendStatus > instead, and also have a way to set the status on the environment from > the flow without sending an empty response: > > - cocoon.sendStatus(status) > - cocoon.sendStatus(status, message) > - cocoon.response.s

DO NOT REPLY [Bug 24458] - CocoonMail sample: NoSuchMethodError

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 24458] - CocoonMail sample: NoSuchMethodError

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: [Vote] empty HTTP responses [was Re: Cannot easily set http status]

On Thursday, Nov 6, 2003, at 14:39 Europe/Rome, Vadim Gritsenko wrote: I agree with comments in this other thread that let's not introduce nested components in . Instead, if needed, let's introduce . Sometime later. -1 I want to arrive to a point in the future where the ugly element and silly

RE: sitemap logging?

Hadn't committed them yet. Done now though. Check the cvs log. Unico > -Original Message- > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED] > Sent: donderdag 6 november 2003 14:51 > To: [EMAIL PROTECTED] > Subject: Re: sitemap logging? > > > peter royal wrote: > > > On Nov 4, 2003, a

RE: Antwort: RE: ExtendedComponentSelector not ThreadSafe

Carsten Ziegeler wrote: > Volker Schmitt wrote: > > Another solution is to add a protected Method to > > ExcaliburComponentSelector > > : > > > > canRelease(Object Component) { > > return m_componentMapping.get( component ) != null; > > } > > > Yes, good idea! I have added it to excalibur

Re: [RT] Unit testing and CocoonUnit

Upayavira wrote: Giacomo Pati wrote: Upayavira wrote: Steve K wrote: Upayavira -- - Jakarta Cactus (http://jakarta.apache.org/cactus/) -- This takes a similar approach by setting up a mock servlet environment to test your servlets in. However, it seemed way to big and complicated to do what

DO NOT REPLY [Bug 24463] - [PATCH] Petstore sample: bug fixes + completions

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: [Woody] cancel button

On Thursday, November 6, 2003, at 01:34 PM, Reinhard Poetz wrote: From: Jeremy Quinn Hi All, I am trying to add a 'Cancel' button to a form, so if the user clicks it they exit the current form processing by being redirected to another URL, it is not working as expected. I guess it is a problem

Re: sitemap logging?

peter royal wrote: On Nov 4, 2003, at 1:12 PM, Unico Hommes wrote: I've done what Peter suggested. It was a minimal change in Cocoon class and SitemapLanguage class. I've also verified that Fortress also makes the LoggerManager available from the ServiceManager. I believe we should fix this now i

DO NOT REPLY [Bug 24463] - [PATCH] Petstore sample: bug fixes + completions

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: Antwort: RE: ExtendedComponentSelector not ThreadSafe

Volker Schmitt wrote: > Another solution is to add a protected Method to > ExcaliburComponentSelector > : > > canRelease(Object Component) { > return m_componentMapping.get( component ) != null; > } > Yes, good idea! I have added it to excalibur and I'm now trying to find out how to build

DO NOT REPLY [Bug 24463] New: - [PATCH] Petstore sample: bug fixes + completions

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: [Vote] empty HTTP responses [was Re: Cannot easily set http status]

Stefano Mazzocchi wrote: On Wednesday, Nov 5, 2003, at 13:41 Europe/Rome, Vadim Gritsenko wrote: ... Before we vote: how to resolve "flow actions" issue then? There should be migration path for users who already have wrote an actions wtih flow. (remember? you've said that actions should be rep

RE: [Woody] cancel button

From: Jeremy Quinn > Hi All, > > I am trying to add a 'Cancel' button to a form, so if the user clicks > it they exit the current form processing by being redirected > to another > URL, it is not working as expected. > > in my form model: > > >Cancel >cancels this form > >

[Woody] cancel button

Hi All, I am trying to add a 'Cancel' button to a form, so if the user clicks it they exit the current form processing by being redirected to another URL, it is not working as expected. in my form model: Cancel cancels this form cancel(); in my form template: in my flowscrip

RE: [Vote] Removing ComponentManagerProxy

> > -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED] > Sent: donderdag 6 november 2003 14:16 > To: [EMAIL PROTECTED]; Avalon Developers List > > Unico Hommes wrote: > > I thought this proxy was needed for migration from component to > > service package? So that u

RE: [Vote] Removing ComponentManagerProxy

Joerg Heinicke wrote: > > What happens with non-released components? Garbage Collection? > No, with non-released components you might get a memory-leak. Therefore it is required to release a component fetch via a lookup at some point. Carsten

RE: [Vote] Removing ComponentManagerProxy

Unico Hommes wrote: > I thought this proxy was needed for migration from component to service > package? So that users can create services without having to implement > Component and then still be able to use them via ECM. > No, that is a different proxy for the components. The proxy this vote is

[VOTE][Results] Remove IDL-Docs

Thank you for your votes guys: There are 5 +1 votes. I'll remove it as soon as I have CVS access (probably at the beginning of the next week --> this unfortunatly also means that I can't take part at the Virtual Hackaton in a way which requires CVS commits. ... but I'll join discussions.). --

RE: [Vote] Removing ComponentManagerProxy

> > -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED] > Sent: donderdag 6 november 2003 13:31 > To: Avalon Developers List > Cc: Cocoon-Dev > > Volker found recently a hugh performance problem in the > current DefaultComponentFactory in Excalibur. > > You can fin

DO NOT REPLY [Bug 24457] - Problem with Xalan/XSLT

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 24457] - Problem with Xalan/XSLT

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: [Vote] Removing ComponentManagerProxy

I propose to remove the ComponentManagerProxy as this is a) a performance killer and b) not soo useful as it might look. +1 -- Torsten

Re: [Vote] Removing ComponentManagerProxy

Carsten Ziegeler wrote: Volker found recently a hugh performance problem in the current DefaultComponentFactory in Excalibur. You can find more information here: http://marc.theaimsgroup.com/?t=10677987271&r=1&w=2 http://marc.theaimsgroup.com/?t=10680213662&r=1&w=2 I propose to remove the

Re: [Vote] Removing ComponentManagerProxy

Carsten Ziegeler wrote: Volker found recently a hugh performance problem in the current DefaultComponentFactory in Excalibur. You can find more information here: http://marc.theaimsgroup.com/?t=10677987271&r=1&w=2 http://marc.theaimsgroup.com/?t=10680213662&r=1&w=2 I propose to remove the

[Vote] Removing ComponentManagerProxy

Volker found recently a hugh performance problem in the current DefaultComponentFactory in Excalibur. You can find more information here: http://marc.theaimsgroup.com/?t=10677987271&r=1&w=2 http://marc.theaimsgroup.com/?t=10680213662&r=1&w=2 I propose to remove the ComponentManagerProxy

RE: [Reminder] First Friday and Cocoon Release

On Thu, 2003-11-06 at 12:48, Carsten Ziegeler wrote: > Bruno Dumon wrote: > > > > So, if nothing prevents us from the release on thursday, > > > we will have a code freeze starting on this sunday. > > > > starting tuesday I think (2 day freeze)? > > > I thought we agreed for a longer freeze per

Re: [Vote] empty HTTP responses [was Re: Cannot easily set http status]

Unico Hommes wrote: I am +1 on the idea but would favor naming the method sendStatus instead, and also have a way to set the status on the environment from the flow without sending an empty response: - cocoon.sendStatus(status) - cocoon.sendStatus(status, message) - cocoon.response.setStatus(status

RE: [Reminder] First Friday and Cocoon Release

Bruno Dumon wrote: > > So, if nothing prevents us from the release on thursday, > > we will have a code freeze starting on this sunday. > > starting tuesday I think (2 day freeze)? > I thought we agreed for a longer freeze period. Anyway, if we start the freeze on sunday this means we have thre

RE: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/components/pipeline ProcessingPipeline.java AbstractProcessingPipeline.java

Stefano Mazzocchi wrote: > > On Thursday, Nov 6, 2003, at 08:22 Europe/Rome, Carsten Ziegeler wrote: > > > Geoff Howard wrote: > >> Is this a step back towards ComponentManager, or a step forward toward > >> Fortress? > >> > > I know only one direction: forward. > > that sounded s "Blitzkrie

Re: [Vote] empty HTTP responses [was Re: Cannot easily set http status]

On Thursday, Nov 6, 2003, at 09:37 Europe/Rome, Unico Hommes wrote: I am +1 on the idea but would favor naming the method sendStatus instead, and also have a way to set the status on the environment from the flow without sending an empty response: - cocoon.sendStatus(status) - cocoon.sendStatus(st

Re: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/components/pipeline ProcessingPipeline.java AbstractProcessingPipeline.java

On Thursday, Nov 6, 2003, at 08:22 Europe/Rome, Carsten Ziegeler wrote: Geoff Howard wrote: Is this a step back towards ComponentManager, or a step forward toward Fortress? I know only one direction: forward. that sounded s "Blitzkrieg! :-) -- Stefano.

The fix is working good

Thanks Bruno. I already did the test and it is working fine now. Best Regards, Antonio Gallardo

Re: [Woody-binding] wb:repeater unique-path

Bruno Dumon dijo: > I think you're mixing stuff. The simple-repeater uses another strategy > to perform the binding, and doesn't need a unique identification (since > it simply deletes and re-adds everything). Sorry. I am newbie in woody :-D Best Regards, Antonio Gallardo

DO NOT REPLY [Bug 24395] - [Woody] Read access to MultiValueField through flow script

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 24457] - Problem with Xalan/XSLT

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: [Vote] empty HTTP responses [was Re: Cannot easily set http status]

Unico Hommes wrote: -Original Message- From: Sylvain Wallez [mailto:[EMAIL PROTECTED] Sent: woensdag 5 november 2003 15:12 To: [EMAIL PROTECTED] Unico Hommes wrote: Null would mean a pipeline is not required to be executed. -1 : we must have an explicit call to an environme

DO NOT REPLY [Bug 24457] - Problem with Xalan/XSLT

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 24457] - Problem with Xalan/XSLT

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: [Woody-binding] wb:repeater unique-path

On Thu, 2003-11-06 at 11:33, Antonio Gallardo wrote: > Bruno Dumon dijo: > > On Wed, 2003-11-05 at 20:30, Bruno Dumon wrote: > >> On Wed, 2003-11-05 at 19:57, Bruno Dumon wrote: > >> > On Wed, 2003-11-05 at 18:51, Antonio Gallardo wrote: > >> > > Hi: > >> > > > >> > > I am trying to do a "form.save

Re: [Woody-binding] wb:repeater unique-path

Bruno Dumon dijo: Hi Bruno: Thanks for the patch. I will try it right now. I stopped yesterday because of that. :-D > BTW, names like res_id and Auth_permission don't follow the java naming > conventions, better would be resId and AuthPermission. I am aware of that. Druid also generates the SQ

Re: [Woody-binding] wb:repeater unique-path

Bruno Dumon dijo: > On Wed, 2003-11-05 at 20:30, Bruno Dumon wrote: >> On Wed, 2003-11-05 at 19:57, Bruno Dumon wrote: >> > On Wed, 2003-11-05 at 18:51, Antonio Gallardo wrote: >> > > Hi: >> > > >> > > I am trying to do a "form.save(bean)" from an empty displayed >> form.I have 2 days with this sam

DO NOT REPLY [Bug 24457] - Problem with Xalan/XSLT

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 24457] - Problem with Xalan/XSLT

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

Woody and the ObjectModel

I am trying to call a web service from within my Woody Script.   The SOAP calls uses information in the session object to maintain state.   The SOAP controller takes (at present) the (Environment) ObjectModel as one of it's arguments, from this it obtains a reference to the session object,

RE: Saving pipeline output to a temp file...everything you wanted to know but were afraid to ask!

> > -Original Message- > From: Sylvain Wallez [mailto:[EMAIL PROTECTED] > Sent: woensdag 5 november 2003 21:23 > To: [EMAIL PROTECTED] > > (moving the discussion to @dev) > > Unico Hommes wrote: > > > > >>Mmmh... careful here : you're relying on a unspecified > behaviour that all

DO NOT REPLY [Bug 24458] New: - CocoonMail sample: NoSuchMethodError

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 24457] - Problem with Xalan/XSLT

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

component question

Hello, I am writing a simple component wrapping smsj (the library for sending SMS messages). I'd like to contribute it but I have a question before I finish: When using a component to send an SMS the smsj classes may throw an exception. What cocoon exception class should be used to recast this exc

DO NOT REPLY [Bug 24457] - Problem with Xalan/XSLT

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: [Reminder] First Friday and Cocoon Release

On Thu, 2003-11-06 at 09:32, Carsten Ziegeler wrote: > Hi, > > here is just a reminder for the upcomming 'events': > > Tomorrows is our first "FirstFriday" > (http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday) > > and next week we will hopefully have the 2.1.3 release > on thursday. > > So,

Re: [Woody-binding] wb:repeater unique-path

On Wed, 2003-11-05 at 20:30, Bruno Dumon wrote: > On Wed, 2003-11-05 at 19:57, Bruno Dumon wrote: > > On Wed, 2003-11-05 at 18:51, Antonio Gallardo wrote: > > > Hi: > > > > > > I am trying to do a "form.save(bean)" from an empty displayed form.I have > > > 2 days with this sample and still not wor

DO NOT REPLY [Bug 24457] New: - Problem with Xalan/XSLT

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: [Woody-binding] wb:repeater unique-path

On Wed, 2003-11-05 at 21:23, Antonio Gallardo wrote: > Bruno Dumon dijo: > > On Wed, 2003-11-05 at 18:51, Antonio Gallardo wrote: > >> Hi: > >> > >> I am trying to do a "form.save(bean)" from an empty displayed form.I > >> have 2 days with this sample and still not working. :-( > >> > >> > >> My pr

Antwort: RE: ExtendedComponentSelector not ThreadSafe

>Volker Schmitt wrote: >> >> >> If two Threads or the same Thread lookup the same hint twice only one >> reference is hold inside the HashSet and the release of the second >> Component fail. >> >> My first idea was first try to release the Component to the parent and if >> fail call super.relea

DO NOT REPLY [Bug 24409] - [PATCH] SendMailTransformer namespace handling broken

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 24409] - [PATCH] SendMailTransformer namespace handling broken

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 24340] - SendMailTransformer only sends one message - ever.

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 24340] - SendMailTransformer only sends one message - ever.

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: [Vote] empty HTTP responses [was Re: Cannot easily set http status]

> -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] > Sent: woensdag 5 november 2003 15:25 > To: [EMAIL PROTECTED] > Subject: Re: [Vote] empty HTTP responses [was Re: Cannot > easily set http status] > > > > On Wednesday, Nov 5, 2003, at 14:20 Europe/Rome, Unico

[Reminder] First Friday and Cocoon Release

Hi, here is just a reminder for the upcomming 'events': Tomorrows is our first "FirstFriday" (http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday) and next week we will hopefully have the 2.1.3 release on thursday. So, if nothing prevents us from the release on thursday, we will have a code fr

RE: ExtendedComponentSelector not ThreadSafe

Volker Schmitt wrote: > > > If two Threads or the same Thread lookup the same hint twice only one > reference is hold inside the HashSet and the release of the second > Component fail. > > My first idea was first try to release the Component to the parent and if > fail call super.release(). In d

RE: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/components/pipeline ProcessingPipeline.java AbstractProcessingPipeline.java

Geoff Howard wrote: > Is this a step back towards ComponentManager, or a step forward toward > Fortress? > I know only one direction: forward. I removed some dependencies to the CM while adding a compatibility layer. Carsten