Re: Expire Continuations Patch[15368] submitted

On Mon, Dec 16, 2002 at 09:40:59AM -0800, Ovidiu Predescu wrote: > Great job, Michael! I'll take a look at it and check it in > appropriately. No Problem :) > > One thing I think we can change to make things simpler is to disallow > customizing the time-to-live on a continuation instance basis

DO NOT REPLY [Bug 15368] - [PATCH] Expire Continuations

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 15431] - [i18n] making XMLResourceBundle cocoon-izable

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: JXPath logicsheet problem found

On Monday, Dec 16, 2002, at 00:00 US/Pacific, Ugo Cei wrote: Ovidiu Predescu wrote: Yes, generate-id() is a better solution. I've changed to using it in my local copy. Could you please commit a patch? Many thanks to Joerg for helping me fix this bug! I've committed a patch for jpath.xsl wh

DO NOT REPLY [Bug 15431] New: - [i18n] making XMLResourceBundle cocoon-izable

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: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java jpath.xsl

ovidiu 2002/12/16 23:26:15 Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java jpath.xsl Log: Applied fixes as suggested by Joerg Heinicke <[EMAIL PROTECTED]> to solve Xalan 2.4.1 and XSLTC problems with XSLT key definitions. Revisi

DO NOT REPLY [PATCH QUEUE] Summary December 17 2002

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

Re: DO NOT REPLY [Bug 14951] - MIME-type for rtf sample incorrect

On 17 Dec 2002 [EMAIL PROTECTED] wrote: > thank you for the patch Tom. > Please test the new version in your environment and let me know if it still > does what you expected. > Works fine for me. Looks good, Ivelin! :) Thanks for applying my patch. Tony Tony Collen -- [EMAIL PROTECTED] Colle

Participation in the Cocoon PMC

Stefano Mazzocchi wrote: > Ok, this should have given you enough information. > > Now, please, answer this question: > > - would you like to partecipate in the Cocoon PMC? [X] yes - Introducing NetZero Long Distance 1st month Free! Sign up tod

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation XMLFormTransformer.java

ivelin 2002/12/16 20:17:12 Modified:src/java/org/apache/cocoon/transformation XMLFormTransformer.java Log: reorged imports Revision ChangesPath 1.17 +11 -11 xml-cocoon2/src/java/org/apache/cocoon/transformation/XMLFormTransformer.java

DO NOT REPLY [Bug 14916] - WebServiceProxyGenerator doesn't honor wsproxy-method configuration parameter

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 14951] - MIME-type for rtf sample incorrect

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 14951] - MIME-type for rtf sample incorrect

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 14916] - WebServiceProxyGenerator doesn't honor wsproxy-method configuration parameter

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: xml-cocoon2/src/java/org/apache/cocoon/generation WebServiceProxyGenerator.java

ivelin 2002/12/16 20:09:36 Modified:src/java/org/apache/cocoon/generation WebServiceProxyGenerator.java Log: applied patch by [EMAIL PROTECTED] (Tony Collen) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14916 Revision ChangesPath 1.5

[RT] Input Pipelines (long)

Input Pipelines === There is, IMO, a need for better support for input handling in Cocoon. I believe that the introduction of "input pipelines" can be an important step in this direction. In the rest of this (long) RT I will discuss use cases for them, a possible definition of input pi

Re: XMLDB psuedo Proptocol in cocoon2.0.4 failure in registering driv er DatabaseImpl.

Gianugo Rabellino wrote: this database has username and password to connect to database. But XML:DB protocol doesn't support to pass username and password from configuration file. So we have changed in our XML:DB implementation to always to connect through default username and password. Could u m

cvs commit: xml-cocoon2 changes.xml

gianugo 2002/12/16 16:06:08 Modified:.changes.xml Log: Added optional "user" and "password" attributes to the XML:DB configuration Revision ChangesPath 1.307 +5 -1 xml-cocoon2/changes.xml Index: changes.xml =

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source XMLDBSource.java XMLDBSourceFactory.java

gianugo 2002/12/16 16:03:45 Modified:src/java/org/apache/cocoon/components/source XMLDBSource.java XMLDBSourceFactory.java Log: Added optional "user" and "password" attributes to the XML:DB configuration Revision ChangesPath 1.11 +14 -3 x

Problem with writing TidySerializer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I'm currently writing a serializer which uses Tidy instead of xalan. I hope to have fewer problems with serializing well formatted HTML. The serializer is mixed out of AbstractSerializer and HTMLGenerator. It compiles without errors, but I al

[Fwd: Fwd: Re: JSR199: JavaTM Compiler API - open for nominationsof experts]

Anyone interested in partecipating? Original Message Subject: Fwd: Re: JSR199: JavaTM Compiler API - open for nominations of experts Date: Fri, 13 Dec 2002 15:21:45 -0500 From: Ian Darwin <[EMAIL PROTECTED]> Reply-To: Ant Developers List <[EMAIL PROTECTED]> To: [EMAIL PROTECT

Re: combo: Cocoon-2.1, Source Writing Transformer, Saxon-7.3.1 broken

Timothy Larson wrote: When I try to use the SourceWritingTransformer in a fresh snapshot of Cocoon-2.1 it works as expected. However, if the Saxon-7.3.1 jar is in the WEB-INF\lib directory the SWT refuses to work with the fatal error: description org.apache.cocoon.ProcessingException: Faile

Re: [Proposal] Move Sources and Modules as top-level Cocoon components

Carsten Ziegeler wrote: Nicola Ken Barozzi wrote: Sources and Modules are incresingly important in Cocoon, and should be used and documented with more visibility. Yes. [...] Thus, I propose that input modules and sources have heir place in the org.apache.cocoon.* package space, and that a

Re: [BUGFIX] Cocoon-2.1, Saxon-7.3.1, XSP pages

But isn't it obviously a Saxon bug, if namespace declarations appear in text output? I think it's not possible to fix the code for every processor release, even if this seems to be a little fix. If you want to use this Saxon version, is it not enough to change it in your local version? Joerg T

Re: [BUGFIX] Cocoon-2.1, Saxon-7.3.1, XSP pages

I appreciate your concern about these changes, and I agree that they need to be tested with other XSLT processors. They have been tested only with the Xalan bundled in the Dec-16-2002) Cocoon-2.1 snapshot, and with Saxon-7.3.1. Here are stronger arguments for these changes: Step 1: The attribut

combo: Cocoon-2.1, Source Writing Transformer, Saxon-7.3.1broken

When I try to use the SourceWritingTransformer in a fresh snapshot of Cocoon-2.1 it works as expected. However, if the Saxon-7.3.1 jar is in the WEB-INF\lib directory the SWT refuses to work with the fatal error: description org.apache.cocoon.ProcessingException: Failed to execute pipeline.

Re: [BUGFIX] Cocoon-2.1, Saxon-7.3.1, XSP pages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timothy: Have you tested that those changes will not break other XSLT processors? Saxon 7 is experimental and there is no guarantee that further changes will not break it again. I'm strongly -1 about this changes Carlos - - Original Message ---

Re: [Flow] Going back and forth with continuations

On Monday, Dec 16, 2002, at 08:55 US/Pacific, Christopher Oliver wrote: Ovidiu Predescu wrote: On Sunday, Dec 15, 2002, at 23:59 US/Pacific, Ugo Cei wrote: Ovidiu Predescu wrote: One solution would be to define a pseudo-continuation, just after you finish the function initialization code

[BUGFIX] Cocoon-2.1, Saxon-7.3.1, XSP pages

I solved my problem with Cocoon-2.1, Saxon-7.3.1, and XSP pages, without breaking support for Xalan. In the file: xml-cocoon\src\java\org\apache\cocoon\components\language\markup\xsp\java\xsp.xsl I did these two steps to allow the generated java source code for XSP pages to compile without error

Java compiler API [WAS Re: Compiling with Servlet spec 2.3 classloading]

Hi, Great stuff, Chris! I didn't realize Eclipse comes with its own compiler. Your API is a great tool to abstract out the inner details of a compiler. I'll check out both of them to see how they could be used in a useful way in some of the things I have in mind. I'm primarily interested in

Java compiler API [WAS Re: Compiling with Servlet spec 2.3 classloading]

Hi, Great stuff, Chris! I didn't realize Eclipse comes with its own compiler. Your API is a great tool to abstract out the inner details of a compiler. I'll check out both of them to see how they could be used in a useful way in some of the things I have in mind. I'm primarily interested in

Re: Expire Continuations Patch[15368] submitted

Great job, Michael! I'll take a look at it and check it in appropriately. One thing I think we can change to make things simpler is to disallow customizing the time-to-live on a continuation instance basis. This would force continuations to be expired starting from the top of the tree, making

saving a generated pdf file in server side

    Hello All, Can anybody help me out of this problem?   A screen is divided in two frames:-Top frame shows PDF generated by pattern using XSL:FOBottom frame contains button for sending opened PDF (in top frame) through Mail. We are using JavaMail API integrated with JBos

Re: [Flow] Going back and forth with continuations

Ovidiu Predescu wrote: On Sunday, Dec 15, 2002, at 23:59 US/Pacific, Ugo Cei wrote: Ovidiu Predescu wrote: One solution would be to define a pseudo-continuation, just after you finish the function initialization code, which could be referred from the View page template. Something like: fun

[xsp-session] - Wrong place?

The session.xsl for xsp-session is placed at: src/java/org/apache/cocoon/compone66nts/language/markup/xsp The esql.xsl for esql (XSP) is place at the database block: src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp/java The question is: The actual place of session.xsl

Re: [Flow] Going back and forth with continuations

On Sunday, Dec 15, 2002, at 23:59 US/Pacific, Ugo Cei wrote: Ovidiu Predescu wrote: One solution would be to define a pseudo-continuation, just after you finish the function initialization code, which could be referred from the View page template. Something like: function myFunc() { var a;

Re: Participation in the Cocoon PMC

On Thu, Dec 12, 2002 at 11:21:44PM -0800, Stefano Mazzocchi wrote: > - would you like to partecipate in the Cocoon PMC? > > [X] yes > [ ] no Cheers, Marcus -- . ,,$, Marcus Crafter ;$' ':Computer Systems Engineer

RE: [Proposal] Move Sources and Modules as top-level Cocoon components

Nicola Ken Barozzi wrote: > > Sources and Modules are incresingly important in Cocoon, and should be > used and documented with more visibility. > Yes. > Sources are IMHO a fundamental piece in Cocoon, because they separate > the retrival of data from the actual generation of SAX events in a > Ge

cvs commit: xml-cocoon2 changes.xml

haul2002/12/16 06:58:57 Modified:.Tag: cocoon_2_0_3_branch changes.xml Log: AbstractJXPathModule / JXPathMetaModule default to lenient mode i.e. do not throw an exception on unsupported attributes but return null instead. Made this a configuration opt

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java input.xsl

haul2002/12/16 06:58:13 Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java Tag: cocoon_2_0_3_branch input.xsl Log: input.xml: renaming mixed up called template names from logicsheet-util.xsl Revision ChangesPath

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation SimpleFormTransformer.java

haul2002/12/16 06:57:23 Modified:src/java/org/apache/cocoon/transformation Tag: cocoon_2_0_3_branch SimpleFormTransformer.java Log: SimpleFormTransfomer: fixed error tags when no validation data available. Revision ChangesPath No

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input AbstractJXPathModule.java AbstractMetaModule.java ChainMetaModule.java JXPathMetaModule.java SimpleMappingMetaModule.java

haul2002/12/16 06:56:30 Modified:src/java/org/apache/cocoon/components/modules/input Tag: cocoon_2_0_3_branch AbstractJXPathModule.java AbstractMetaModule.java ChainMetaModule.java JXPathMetaModule.java SimpleMap

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input AbstractMetaModule.java ChainMetaModule.java

haul2002/12/16 06:55:05 Modified:src/java/org/apache/cocoon/components/modules/input AbstractMetaModule.java ChainMetaModule.java Log: Fix wrong brackets thanks to Jeff Turner Revision ChangesPath 1.6 +6 -4 xml-cocoon2/src/java/org/

DO NOT REPLY [Bug 15401] New: - ResourceReader doest not set Last-Modified header

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: SQLTransformer and Transactions

Luca, I would prefer to use stored procedures, but they are not implemented yet in MySQL and we use MySQL in all our applications. MySQL doesn't suport the begin-end; construction you used below either AFAIK. /Daniel Fagerstrom Luca Morandini wrote: Sylvian, I'm not completely convinced a rew

Re: SQLTransformer and Transactions

Sylvain Wallez wrote: I consider that getting a connection from the pool for each creates some unnececessary load on the pool. So I would go for the first solution (use the same connection). I will try that. There will still be a need for new connections for sub queries, to reuse the same co

saving a generated pdf file in server side

Hello All, Can anybody help me out of this problem?   A screen is divided in two frames:-Top frame shows PDF generated by pattern using XSL:FOBottom frame contains button for sending opened PDF (in top frame) through Mail. We are using JavaMail API integrated with JBoss. Actually I want to s

Re: Cocoon 2.1 release plan

I think we should do it. Ivelin - Original Message - From: "Carsten Ziegeler" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 16, 2002 1:47 AM Subject: RE: Cocoon 2.1 release plan > Hi, > > afaik the year is not over yet ;) > > I updated the plan one week ago - i

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/helpers SourceCredential.java

gianugo 2002/12/16 05:09:14 Removed: src/scratchpad/src/org/apache/cocoon/components/source/helpers SourceCredential.java Log: Moved SourceCredential to the main trunk -- In case of troubles,

Re: JXPath logicsheet problem found

Hi Ovidiu, after your mail I tested the transformation with my local copy of Cocoon and the command line Xalan. The default transformed used in Cocoon was XSLTC. So I got different wrong results. Switching Cocoon to Xalan I got the same wrong result in Cocoon and command line. (See further com

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/helpers SourceCredential.java

gianugo 2002/12/16 05:03:31 Added: src/java/org/apache/cocoon/components/source/helpers SourceCredential.java Log: Promoted SourceCredential to main trunk (will be used in the XML:DB components) Revision ChangesPath 1.1 xml-coco

Expire Continuations Patch[15368] submitted

Hi all, FYI, bugzilla Patch [Bug 1538] implements "Expire Continuations" using the cornerstone scheduler to periodically (as defined in the xconf) clean up expired flow continuations. I decided to use the cornerstone-scheduler because the avalon-monitor was not appropriate, and I wanted to use a

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/helpers - New directory

gianugo 2002/12/16 04:10:02 xml-cocoon2/src/java/org/apache/cocoon/components/source/helpers - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

[FEATURE-REQUEST] set transformer factory attributes in XSLTProcessorImpl

Hi, I'd like to set specific transformer factory attributes, when configuring the xslt transformer in cocoon.xconf, in the same way the incremental processing attribute is set. If this change may take time, changing getTransformerFactory() from private to protected, may enable me to extend XSLTPr

Re: SourceFactory considered harmful (Bug #15279)

Carsten Ziegeler wrote: Sylvain Wallez wrote: Hi team, Bug #15279 (WriteableSource doesn't work with "context:" URLs) reveals what seems to me a design flaw in the SourceResolver. The SourceResolver uses two kinds of classes can to do its job : SourceFactories and URLFactories. When an URL

Re: cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java input.xsl

From: "Christian Haul" <[EMAIL PROTECTED]> ... > > Whatever. The timing was definitely bad :-( Let's share the blame now > and hope to "share" a beer next time :-) Great idea ;) But all those great GetTogethers and Stammi...s (what a difficult language is that German) are so far from Moscow... :-(

cvs commit: xml-cocoon2 changes.xml

haul2002/12/16 03:04:00 Modified:.changes.xml Log: New transformer extracts fragments to documents and stores them using an OutputModule. Tags that start fragment are configurable. New output module puts everything in a map in a request attr

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation AbstractExtractionTransformer.java SimpleFormInstanceExtractionTransformer.java

haul2002/12/16 03:02:39 Added: src/java/org/apache/cocoon/transformation AbstractExtractionTransformer.java SimpleFormInstanceExtractionTransformer.java Log: New transformer extracts fragments to documents and stores them

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules modules.xconf

haul2002/12/16 02:53:01 Modified:src/java/org/apache/cocoon/components/modules modules.xconf Log: New output module puts everything in a map in a request attribute. Revision ChangesPath 1.13 +1 -0 xml-cocoon2/src/java/org/apache/cocoon/compone

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/output RequestAttributeMap.java

haul2002/12/16 02:52:34 Added: src/java/org/apache/cocoon/components/modules/output RequestAttributeMap.java Log: New output module puts everything in a map in a request attribute. Revision ChangesPath 1.1 xml-

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input AbstractJXPathModule.java JXPathMetaModule.java

haul2002/12/16 02:37:33 Modified:src/java/org/apache/cocoon/components/modules/input AbstractJXPathModule.java JXPathMetaModule.java Log: AbstractJXPathModule / JXPathMetaModule default to lenient mode i.e. do not throw an exception on unsup

Re: cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java input.xsl

On 16.Dec.2002 -- 01:21 PM, Konstantin Piroumian wrote: > From: "Christian Haul" <[EMAIL PROTECTED]> > > On 16.Dec.2002 -- 01:01 PM, Konstantin Piroumian wrote: > > > Thanks for fixing this and sorry, that was my fault. It was not a good > idea > > > to patch this in a hurry. > > > > Not at all. It

Re: cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java input.xsl

From: "Christian Haul" <[EMAIL PROTECTED]> > On 16.Dec.2002 -- 01:01 PM, Konstantin Piroumian wrote: > > Thanks for fixing this and sorry, that was my fault. It was not a good idea > > to patch this in a hurry. > > Not at all. It was me who changed to template names and method > names after Antonio

cvs commit: xml-cocoon2 changes.xml

haul2002/12/16 02:09:41 Modified:.changes.xml Log: Revision ChangesPath 1.305 +21 -1 xml-cocoon2/changes.xml Index: changes.xml === RCS file: /home/cvs/xml-cocoon2/changes.xml,v

Re: cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java input.xsl

On 16.Dec.2002 -- 01:01 PM, Konstantin Piroumian wrote: > Thanks for fixing this and sorry, that was my fault. It was not a good idea > to patch this in a hurry. Not at all. It was me who changed to template names and method names after Antonios suggestion. Chris. -- C h r i s t i a

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input XMLMetaModule.java

haul2002/12/16 02:05:51 Modified:src/java/org/apache/cocoon/components/modules/input XMLMetaModule.java Log: XMLMetaModule returns DocumentWrapper instead of String. Revision ChangesPath 1.7 +117 -27 xml-cocoon2/src/java/

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/xml/dom DocumentWrapper.java DOMUtil.java

haul2002/12/16 02:01:12 Modified:src/java/org/apache/cocoon/xml/dom DOMUtil.java Added: src/java/org/apache/cocoon/xml/dom DocumentWrapper.java Log: Wrapper for org.w3c.dom.Document that implements XMLizable and provides a useful toString() method.

Re: cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java input.xsl

Thanks for fixing this and sorry, that was my fault. It was not a good idea to patch this in a hurry. Konstantin - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 16, 2002 12:37 Subject: cvs commit: xml-cocoon2/src/java/org/apache/cocoon/compone

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input SimpleMappingMetaModule.java

haul2002/12/16 01:57:05 Modified:src/java/org/apache/cocoon/components/modules/input SimpleMappingMetaModule.java Log: SimpleMappingMetaModule: added feature to remove a prefix / suffix. plus some debug statements Revision Changes

Re: SourceCredential in scratchpad

On Mon, 16 Dec 2002, Martin Holz wrote: > Hi Stephan, > > On Monday 16 December 2002 00:13, Gianugo Rabellino wrote: > > Stephan: is it OK for you to move that class in the main > > trunk? It's pretty general and straightforward, and I > > think it would be useful for every Source requiring > >

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input ChainMetaModule.java

haul2002/12/16 01:50:54 Modified:src/java/org/apache/cocoon/components/modules/input ChainMetaModule.java Log: added some debug statements Revision ChangesPath 1.4 +6 -1 xml-cocoon2/src/java/org/apache/cocoon/components/modules/inpu

Re: SourceCredential in scratchpad

On Mon, 16 Dec 2002, Gianugo Rabellino wrote: > I'm working (finally!) to clean up the XMLDB stuff, moving it into a > separate block and fixing the authentication issue. While on the way I > found out that I needed an object to store the authentication data, and > browsing over scratchpad I fo

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input AbstractMetaModule.java

haul2002/12/16 01:43:18 Modified:src/java/org/apache/cocoon/components/modules/input AbstractMetaModule.java Log: "meta" input modules: configuring a different module locally did not override the default one in all circumstances. R

RE: [BUG] _members are not recycled in TraxTransformer

> -Original Message- > From: Amir Rosen [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 16, 2002 10:36 AM > To: [EMAIL PROTECTED] > Subject: [BUG] _members are not recycled in TraxTransformer > > > Hi, > > Just going through the code (2.0.4) i noticed that all the members > in Trax

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java input.xsl

haul2002/12/16 01:37:21 Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java input.xsl Log: input.xml: renaming mixed up called template names from logicsheet-util.xsl Revision ChangesPath 1.5 +10 -10

[BUG] _members are not recycled in TraxTransformer

Hi, Just going through the code (2.0.4) i noticed that all the members in TraxTransformer begining with underscore (_useDeli, etc.) that are set in setup(..) are not recycled. _useDeli = useDeli; etc. should be added in recycle() Thanks, Amir Rosen CTI Squared [EMAIL PROTECTED] +972-9-9605200

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation SimpleFormTransformer.java

haul2002/12/16 01:35:39 Modified:src/java/org/apache/cocoon/transformation SimpleFormTransformer.java Log: SimpleFormTransfomer: fixed error tags when no validation data available. Revision ChangesPath 1.5 +3 -1 xml-co

RE: Cocoon performance tuning

Steven Noels wrote: > Carsten Ziegeler wrote: > > > As long as I do the releases, I will not do a silent re-release. > > That's for sure. > > Never mind, it was just a stupid idea - I'm crawling back to my cave. > My statement was not targetted directly at you, Steven. I just wanted to make sure

Re: SourceCredential in scratchpad

Hi Stephan, On Monday 16 December 2002 00:13, Gianugo Rabellino wrote: > Stephan: is it OK for you to move that class in the main > trunk? It's pretty general and straightforward, and I > think it would be useful for every Source requiring > authentication. I don't know if you are still working on

Re: Cocoon performance tuning

Carsten Ziegeler wrote: As long as I do the releases, I will not do a silent re-release. That's for sure. Never mind, it was just a stupid idea - I'm crawling back to my cave. -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java & XML Competence

Re: JXPath logicsheet problem found

Ovidiu Predescu wrote: Yes, generate-id() is a better solution. I've changed to using it in my local copy. Could you please commit a patch? Thanks in Advance, Ugo -- Ugo Cei - http://www.beblogging.com/blog/ - To unsubs