HTML-Generator - XPATH

Hi, i posted this mail to the cocoon user list, but no one could solve my problem there so I try it here again: Yesterday we upated our webapp with the current changes of cocoon-2.1 repository. I have a question concerning the HTML-Generator. The following sitemap-snippet matched in our previo

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Tim, I'm really grateful to you, your little hack saved my day :-) Thanks a lot, and hopefully Berin gonna catch with the proper way of doing it. Thanks again. Ramy Tim Myers wrote: Ramy, I sure hope Berin has something better than this on his hard disk. If you are still awake must see the s

DO NOT REPLY [Bug 17943] New: - Cocoon 2 - Internal server error

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: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Ramy, I sure hope Berin has something better than this on his hard disk. If you are still awake must see the samples run this will do it. Tim On Thu, Mar 13, 2003 at 04:01:20AM +0200, Ramy Mamdouh wrote: Index: CocoonServlet.java =

one more piece

one more documentation>doc change Index: extended-document2html.xsl === RCS file: /home/cvspublic/cocoon-2.1/src/webapp/samples/flow/stylesheets/extended-document2html.xsl,v retrieving revision 1.1 diff -u -r1.1 extended-document2html

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Hello Berin, Thanks for your quick response, but I'm still facing errors here :-( Trying to run the XMLForms or Flow samples (or my own flow and xmlforms for that matter), I get the following excpetion regarding the ContinuationsManager (I beleive it's the source of the other errors): DEBUG (

DO NOT REPLY [Bug 17671] - [PATCH] CLI Traversal Enhancements

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 17763] - Internal DTD comments cause invalid XML

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 17930] - [PATCH] update on FOP serializer docs

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

[patch] flow samples

I realize it is better to run these things through bugzilla, but this is just a quickie to get the flow samples looking pretty again. Tim Index: sitemap.xmap === RCS file: /home/cvspublic/cocoon-2.1/src/webapp/samples/flow/sitemap.xma

Re: Encoding problems

Gianugo Rabellino wrote: Santiago Gala wrote: Last-Modified: could be filled with this (the aggregated semantics for it is clear, I think: the highest modification date in the compound validity object). For objects implementing "dynamic" retrieval, like xsp sheets, they should set "now" and a c

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java

On Wednesday, March 12, 2003, at 07:08 PM, Berin Loritsch wrote: Ramy Mamdouh wrote: Hello, Now it compiles, but I couldn't get Cocoon to run, with this error : That is because of some references in the roles file and xconf file I forgot. I just committed the removal of that stuff--try it again.

DO NOT REPLY [Bug 17930] - [PATCH] update on FOP serializer docs

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 17930] New: - [PATCH] update on FOP serializer docs

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: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Ramy Mamdouh wrote: Hello, Now it compiles, but I couldn't get Cocoon to run, with this error : That is because of some references in the roles file and xconf file I forgot. I just committed the removal of that stuff--try it again.

Re: [RT] Cocoon's own publishing system

On Wednesday, March 12, 2003, at 12:22 PM, Steven Noels wrote: Stefano Mazzocchi wrote: So, should we perform 'forrestization' of our documents to go ahead with the plan? That's not a strict requirement, just cronifying 'cvs update', 'build docs' and some 'cp' to a live website will do ATM IIU

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java

On Wednesday, March 12, 2003, at 06:32 PM, Berin Loritsch wrote: Jeremy Quinn wrote: On Wednesday, March 12, 2003, at 04:42 PM, Berin Loritsch wrote: It was done, but apparently my CVS client malfunctioned and I committed a stale change. I will *remake* my change and commit it again. Everythi

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Hello, Now it compiles, but I couldn't get Cocoon to run, with this error : ERROR (2003-03-12) 20:55.37:481 [core.manager] (Unknown-URI) Unknown-thread/ExcaliburComponentManager: Could not get class org.apache.cocoon.components.flow.schedulerwrapper.ThreadManagerComponent for role org.apac

Re: esql samples

At 11:23 AM 3/12/2003, Torsten wrote: But the .script file *is* actually a simple .sql script. Yes, but as I remember it, wouldn't be appropriate to use as the source in other DB's, but... Can you remember why? I haven't really looked closer into it. Well, it was the stuff like: GRANT ALL ON CLA

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Jeremy Quinn wrote: On Wednesday, March 12, 2003, at 04:42 PM, Berin Loritsch wrote: It was done, but apparently my CVS client malfunctioned and I committed a stale change. I will *remake* my change and commit it again. Everything looks good to me now. BTW, one of the reasons I had a stale repo

Re: are we ready to move to cocoon.apache.org?

Jeremy Quinn wrote: Very minor point, I am not happy with the 'v' in the URL, it is unnecessary IMHO. But I don't want to get in the way of your good works ;) No, you're right, the 'v' doesn't really add any useful information. I agree to remove it. Stefano.

Re: [RT] Cocoon's own publishing system (removing "build docs"?)

Hi Stefano, +1 on your proposal, just two comments below: ...4) the staging server will regenerate results automatically... It would be good to be able to know when/if this has happened when working on docs. Either a web page on the staging site with a report of what was done, logs, or somethin

Re: [RT] Cocoon's own publishing system

Pier Fumagalli wrote: There are "few" problems with moof... I love that little bundle of fur, but Memory is only 384 Mb and CPU is just 466 Mhz. It's the same system I am running @ work, and it is kinda slow :-( The other thing is that I still quite didn't figure out why it takes roughly 30 sec

Re: Possible bug : problem getting request parameters while uploading a file

Actually, not much things have changed. The CVS repositery has recently changed, so all the file versions are set to 1.1. But I've got the sources of cocoon 2.0.3 and cocoon 2.0.4. Therefore I can give you the diffs of some files. org.apache.cocoon.components.request.MultiPartRequestFactoryImpl

Re: [RT] Cocoon's own publishing system

Sam Ruby wrote: At the present time, there is a specific need that I am willing to help with. For now, lets just leave it at that. I also fully acknowledge that if something better comes along that the cocoon team will switch to it. I just don't expect that to happen. ;-) Don't you dare to

Re: [RT] Cocoon's own publishing system

Stefano Mazzocchi wrote: So, should we perform 'forrestization' of our documents to go ahead with the plan? That's not a strict requirement, just cronifying 'cvs update', 'build docs' and some 'cp' to a live website will do ATM IIUC. The reason handing out Sam a cocoondev.org account was that G

Re: EnvironmentWrapper.java

Thanks! Your version is better. I just couldn't figure out how to get that one line out of the processor. Tim On Wed, Mar 12, 2003 at 01:58:02PM +0100, Carsten Ziegeler wrote: > Hi Tim, > > thanks for your patch! I applied a slightly changed version > that cleans up the Environment: no referenc

Re: form encoding problems

On Wed, 2003-03-12 at 17:52, Jeremy Quinn wrote: [...] > As far as I can tell, yes it did solve it. > I was making only one change at a time, after this one, it worked ;) > > > I'm wondering how the SetCharacterEncodingAction could actually do > > anything useful. According to the servlet spec (I'

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java

On Wednesday, March 12, 2003, at 04:42 PM, Berin Loritsch wrote: Jeremy Quinn wrote: On Wednesday, March 12, 2003, at 03:45 PM, Carsten Ziegeler wrote: Berin Loritsch wrote: I will do it now - it might be that I break something of your commits then :), so please check afterwards. I can reappl

Re: form encoding problems

On Tuesday, March 11, 2003, at 01:34 PM, Bruno Dumon wrote: On Mon, 2003-03-03 at 23:00, Jeremy Quinn wrote: [...] I have got it. This was answered on the users list a while back, sorry guys. Answer, use the SetCharacterEncodingAction in the Pipeline. Works with InputModules too. (a bit late to j

Re: are we ready to move to cocoon.apache.org?

-0 I abstain Very minor point, I am not happy with the 'v' in the URL, it is unnecessary IMHO. Same here :) But not very important. So let's say +0 ;) But I don't want to get in the way of your good works ;) ditto -- Torsten

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Jeremy Quinn wrote: On Wednesday, March 12, 2003, at 03:45 PM, Carsten Ziegeler wrote: Berin Loritsch wrote: I will do it now - it might be that I break something of your commits then :), so please check afterwards. I can reapply them later. Ok, I reverted - but now, it's not compiling, I get

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Carsten Ziegeler wrote: Berin Loritsch wrote: I will do it now - it might be that I break something of your commits then :), so please check afterwards. I can reapply them later. Ok, I reverted - but now, it's not compiling, I get exceptions in org\apache\cocoon\components\flow\schedulerwrapper\T

Re: are we ready to move to cocoon.apache.org?

On Tuesday, March 11, 2003, at 01:01 PM, Stefano Mazzocchi wrote: Pier Fumagalli wrote: "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: Things to do will be: 1) move the existing docs to the cocoon.apache.org virtualhost (please note that the copyright year on the web site is old!) 2) create per

Re: build system - status of filtering

Stefano Mazzocchi wrote, On 12/03/2003 17.27: Nicola Ken Barozzi wrote: ... If you want to do it, make the sub-build write the infos in a fiule, and have the original build pock them up. Not pretty, but since Ant has not decided to have "returns" from subbuilds, it's the only way to do exactly

Re: Snapshot links at Cocoon website

On Tuesday, March 11, 2003, at 12:31 PM, Diana Shannon wrote: On Tuesday, March 11, 2003, at 05:32 AM, Pier Fumagalli wrote: I suggest linking to http://xml.apache.org/cocoon/mirror.cgi#nightly but I guess that's your intention ;-) Yes, but at that point we'll have to re-build the site once ag

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java

On Wednesday, March 12, 2003, at 03:45 PM, Carsten Ziegeler wrote: Berin Loritsch wrote: I will do it now - it might be that I break something of your commits then :), so please check afterwards. I can reapply them later. Ok, I reverted - but now, it's not compiling, I get exceptions in org\apa

Re: build system - status of filtering

Nicola Ken Barozzi wrote: calls another Ant on that build. When it's finished, it closes it. In pseudo-code: Vector filters; new Ant(true, false, main, "blocks/database/build.xml"); copy( "on", ...); And in Ant(...) Ant(...){ filters = new Vector(); filters.add(new Filter(...)); }

DO NOT REPLY [Bug 17924] New: - Cached resources don't have Expires-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: esql samples

But the .script file *is* actually a simple .sql script. Yes, but as I remember it, wouldn't be appropriate to use as the source in other DB's, but... Can you remember why? I haven't really looked closer into it. Now that the samples are at least working again, how about considering some options

Re: XMLFroms NPE, maybe related to the NamespaceNormalizingDOMStreamer?

I'm sorry, but I've done an Update, and I couldn't compile after that. The mains reason as it looks is org.apache.avalon.cornerstone. blocks.threads does not exist. here's the Ant output : = compile-core: Copying 28 files to C:\working\cocoon\xml-cocoon2\build\cocoon-2.1-dev\classes Compiling

Portal error (Cocoon-2.1-dev samples)

Hello, I'm running a Cocoon-2.1-dev snapshot from 29 january 2003 with JDK 1.3.1 and Tomcat 4.1.12. When I try to run the portal sample, it produces this error: The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that org.apache.cocoon.ProcessingException says: Applic

RE: XMLFroms NPE, maybe related to the NamespaceNormalizingDOMStreamer?

I just checked in a fix for this, it should now work again. Carsten > -Original Message- > From: Ramy Mamdouh [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 12, 2003 4:51 PM > To: [EMAIL PROTECTED] > Subject: XMLFroms NPE, maybe related to the > NamespaceNormalizingDOMStreamer? > > >

XMLFroms NPE, maybe related to the NamespaceNormalizingDOMStreamer?

Hello, I'm using Cocoon-dev 2.1, CVS updated this morning, Tomcat 4.1.18, JDK 1.4.1_01. XMLForms stuff (both the samples, and my application's specific ones) aren't working, with a Null Pointer Exception. Looks like it has something to do with the DOM 1 support? here's the exceptions in the l

RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java

Berin Loritsch wrote: > > I will do it now - it might be that I break something of your commits > > then :), so please check afterwards. > > I can reapply them later. > Ok, I reverted - but now, it's not compiling, I get exceptions in org\apache\cocoon\components\flow\schedulerwrapper\ThreadManager

Re: esql samples

At 08:46 AM 3/12/2003, Torsten wrote: That's why I wouldn't give up too easily on making the db setup work from a normal sql script. Currently we have the .sql out there, but I'm not sure it's up to date (though it looks like it), and if it's not used, it's certainly in danger of getting out of d

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Carsten Ziegeler wrote: Berin Loritsch wrote: :/ I thought I updated the repository *daily* for the last week or so. Ok. Now how do we revert again? I will do it now - it might be that I break something of your commits then :), so please check afterwards. I can reapply them later.

RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java

Berin Loritsch wrote: > :/ > > I thought I updated the repository *daily* for the last week or so. > > Ok. Now how do we revert again? > I will do it now - it might be that I break something of your commits then :), so please check afterwards. Carsten

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flowContinuationsManagerImpl.java

Carsten Ziegeler wrote: Hi Berin, could it be that you are using an old CVS version? Because your recent changes are reverting some changes I made over one week ago! Especially the change the call SourceUtil.toSAX() has changed and I rewrote parts of the SourceWriting Transformer that you reverted

Re: Possible bug : problem getting request parameters while uploading a file

Very interesting - I didn't think much changed with the parser itself. What does cvs show? (can't and shouldn't access it from work) Geoff At 09:07 AM 3/12/2003, you wrote: Well, I already knew these configuration details. Here 's my configuration : autosave-uploads = true upload-directory =

RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/flow ContinuationsManagerImpl.java

Hi Berin, could it be that you are using an old CVS version? Because your recent changes are reverting some changes I made over one week ago! Especially the change the call SourceUtil.toSAX() has changed and I rewrote parts of the SourceWriting Transformer that you reverted. Carsten > -Orig

Re: problem with graduate project (sitemap)

greenuser wrote: please check the attachement for my question? nils nijenhuis mail: [EMAIL PROTECTED] Could you *please* post as plain text email ...just like everyone else does? A .doc attachment is not appropriate and not much likely to be opened at all Thanks -- Torsten

Re: problem with graduate project (sitemap)

greenuser wrote, On 12/03/2003 15.14: please check the attachment for my question? Please send all questions to this list in plain text format. Since many use text mailers and since text mail uses the least bandwidth (that costs), it's considered very impolite to refer to attachments, even mor

Re: problem with graduate project (sitemap)

Next time can you post your messages to cocoon-users, and don't assume that people have Word, much better to send your question in the body of a message. Anyway, if the below is your code, then you have used "scr" in your elements, not "src", which means that the transformer can't find its sour

Re: build system - status of filtering

Christian Haul wrote, On 12/03/2003 10.10: On 11.Mar.2003 -- 11:00 PM, Nicola Ken Barozzi wrote: ... actually works like , and is completely reentrant. Only that it doesn't work on a different file :-| does. Basically it's the only real difference. Actually, http://ant.apache.org/manual/Core

problem with graduate project (sitemap)

please check the attachement for my question? nils nijenhuis mail: [EMAIL PROTECTED] sitemap.doc Description: MS-Word document

Re: build system - status of filtering

Stefano Mazzocchi wrote: Berin Loritsch wrote: Stefano Mazzocchi wrote: How are you filtering the datasources.xconf file? filtering is performed during :P I should have phrased that differently. For what purpose is filtering applied to the datasources.xconf file? Which I believe the answer t

Re: [RT] Cocoon's own publishing system

Stefano Mazzocchi wrote: Sam Ruby wrote: Steven Noels wrote: I'm happy to trigger scripts or check on their regular operations once they are installed, but am a bit swamped ATM to come up with some scripts myself. So anyone who wants to give it a whirl just tell me and I'll be at your service

RE: very weird sitemap error handling behavior

Nicola Ken Barozzi wrote: > Generally speaking this is not true. Cocoon can emit non-wellformed > content, but it should look like: > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> > [the rest] > [snip] > > This is because we don't want to buffer all the response for perci

Re: [RT] Fixing the CLI

Upayavira wrote, On 12/03/2003 13.09: This is taking me time, but I'm getting there... Very much appreciated. You are doing a nice work, keep going! :-) ---links beginning #, javascript:, etc--- This one was real stupid of me - the link serializer filters them out, but my LinkGatherer didn't.

Re: very weird sitemap error handling behavior

Stefano Mazzocchi wrote, On 12/03/2003 12.49: ... In fact, I get [snip] http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> [the rest] Strangely enough, the contents appended are the correct result of the xslt transformation, even if the welcome.xml page to generate has been manually alter

Re: cvs commit: cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/source/implblob.xconf

Torsten Curdt wrote: AFAIU, you changed the behavior and now FOPSerializer will lookup config not relative to the context, but relative to the current sitemap. If that's what you want, then serializer docs also has to be changed (if this was documented before...). Argh, yes, that's true - if the

Re: Possible bug : problem getting request parameters while uploading a file

Well, I already knew these configuration details. Here 's my configuration : autosave-uploads = true upload-directory = /WEB-INF/work/upload-dir overwrite-uploads = rename upload-max-size = 1000 request-factory = org.apache.cocoon.components.request.MultipartRequestFactoryImpl I can precise

Re: build system - status of filtering

Stefano Mazzocchi wrote, On 12/03/2003 11.51: Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote, On 11/03/2003 19.53: Christian Haul wrote: ... Strangely enough, a quick look at blocks-build.xsl seems to indicate that files in the conf directory are filtered. Hints anybody? Yes. the indica

Re: esql samples

On 12.Mar.2003 -- 08:23 AM, Geoff Howard wrote: > At 03:39 AM 3/12/2003, you wrote: > >Well, the idea was to make it easy to switch to $MY_FAVOURITE_DBMS for > >the user. I believe a frequently asked question is "how do I make the > >samples work with (MySQL|PostgreSQL|Oracle|DB2|Sybase|Access)?" >

Re: cvs commit: cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/source/implblob.xconf

AFAIU, you changed the behavior and now FOPSerializer will lookup config not relative to the context, but relative to the current sitemap. If that's what you want, then serializer docs also has to be changed (if this was documented before...). Argh, yes, that's true - if the former version used the

Re: esql samples

That's why I wouldn't give up too easily on making the db setup work from a normal sql script. Currently we have the .sql out there, but I'm not sure it's up to date (though it looks like it), and if it's not used, it's certainly in danger of getting out of date at some point. But the .script fil

RE: cvs commit: cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/source/impl blob.xconf

Vadim Gritsenko wrote: > Carsten, > > AFAIU, you changed the behavior and now FOPSerializer will lookup config > not relative to the context, but relative to the current sitemap. If > that's what you want, then serializer docs also has to be changed (if > this was documented before...). > Argh, yes

Re: esql samples

Excellent - I'll check it out tonight (which depending on where you live is probably in the wee hours of the AM). we'll see :) Last night I noticed that the hsql block had the correct db.script, but it wasn't getting copied into the webapp - I assume this is fixed by #2 above. Ups.. I forgot

RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/xscript XScriptObject.java XScriptObjectFromURL.java XScriptObjectInlineXML.java

> From: Joerg Heinicke [mailto:[EMAIL PROTECTED] > > > There are at least two parts that might not work: > > > b) configuring the fopserializer with a custom config file > > Why shouldn't this work? This is exactly the resolving you fixed today > morning. I didn't test your version, but the version

Re: cvs commit: cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/source/implblob.xconf

[EMAIL PROTECTED] wrote: cziegeler2003/03/12 01:35:39 1.2 +14 -15cocoon-2.1/src/blocks/fop/java/org/apache/cocoon/serialization/FOPSerializer.java ... -// FIXME: How to do without URLFactory but relative to context? -urlFactory = (URLFacto

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/xscriptXScriptObject.java XScriptObjectFromURL.java XScriptObjectInlineXML.java

There are at least two parts that might not work: b) configuring the fopserializer with a custom config file Why shouldn't this work? This is exactly the resolving you fixed today morning. I didn't test your version, but the version I made yesterday was not very different and worked, i.e. the co

Re: esql samples

At 03:39 AM 3/12/2003, you wrote: On 11.Mar.2003 -- 06:33 PM, Torsten Curdt wrote: > But since this is only used for the "personal" datasource it doesn't > make any sense all to have it configurable in the properties. It's just > for the example database. Let's KISS :) Well, the idea was to make i

Re: esql samples

At 06:24 AM 3/12/2003, you wrote: Ok, team, I fixed the esql samples. Please try. Changes: 1) Now the database block has the script and properties file to fill the hsqldb with the sample entries. I wasn't quite sure whether it should go into the hsqldb block or into the databases block.

RE: EnvironmentWrapper.java

Hi Tim, thanks for your patch! I applied a slightly changed version that cleans up the Environment: no reference to the pipeline engine anymore. Thanks, it should work now (at least your test case from bug 10281 works). Carsten

Re: Possible bug : problem getting request parameters while uploading a file

There were some changes between 2.0.3 and 2.0.4 WRT file uploads. The one that pops out immediately without knowing much about your action is that autosaving file uploads is now set to false by default in web.xml. This means that you'll have a FilePartArray in the request. If you weren't aware o

RE: Encoding problems

Santiago Gala wrote: > > > Last-Modified: could be filled with this (the aggregated semantics for > it is clear, I think: the highest modification date in the compound > validity object). For objects implementing "dynamic" retrieval, like xsp > sheets, they should set "now" and a close to zero exp

Re: Encoding problems

Santiago Gala wrote: Last-Modified: could be filled with this (the aggregated semantics for it is clear, I think: the highest modification date in the compound validity object). For objects implementing "dynamic" retrieval, like xsp sheets, they should set "now" and a close to zero expiration da

Re: Encoding problems

Carsten Ziegeler wrote: Santiago Gala wrote: Re: cache comments later: When I was discussing Cocoon (then new) cache ideas with Ricardo Rocha, (so around winter 2000/spring 2001) I sent an idea to Cocoon-dev about propagating the CacheValidity to set the Expires in the seriazed output. It loo

Re: [RT] Fixing the CLI

This is taking me time, but I'm getting there... ---links beginning #, javascript:, etc--- This one was real stupid of me - the link serializer filters them out, but my LinkGatherer didn't. It now does. ---Single vs Multi-pass Benchmarks--- I ran a test of my new (single pass) CLI patch against

very weird sitemap error handling behavior

I'm currently focusing on error handling and I found a weird behavior by messing around with the subpipe. I wrote in my sitemap to see what the error-notify generator was emitting, but Camino (formerly chimera, aka mozilla-light for macosX) which now has pretty nice (nicer than

Re: esql samples

Ok, team, I fixed the esql samples. Please try. Changes: 1) Now the database block has the script and properties file to fill the hsqldb with the sample entries. I wasn't quite sure whether it should go into the hsqldb block or into the databases block. Maybe we should split it up int

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/xscriptXScriptObject.java XScriptObjectFromURL.java XScriptObjectInlineXML.java

Carsten Ziegeler wrote: Stefano Mazzocchi wrote: BTW, what's the status of the 'deprecation' transition? what's left to do? are we able to compile the core without the deprecated classes yet? Anyway, thanks to both you and Carsten for helping out on this. It would have been a nightmare to do it

Re: build system - status of filtering

Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote, On 11/03/2003 19.53: Christian Haul wrote: ... Strangely enough, a quick look at blocks-build.xsl seems to indicate that files in the conf directory are filtered. Hints anybody? Yes. the indications are now located in a build.xml file locate

Cocoon 2.0.4 & deli 0.9.1

Hello all. I write to this list to ask you an integration question regarding deli 0.9.1 and current (stable) cocoon 2.0.4. We want to use last DELI version to implement rdf for multiple terminals. I've downloaded it from sourceforge, compiled, then tried to use deli.jar in place of deli-0.5.0.jar

Re: [RT] Cocoon's own publishing system

Sam Ruby wrote: Steven Noels wrote: I'm happy to trigger scripts or check on their regular operations once they are installed, but am a bit swamped ATM to come up with some scripts myself. So anyone who wants to give it a whirl just tell me and I'll be at your service. Cronifying "build docs"

Re: [RT] Cocoon's own publishing system

Steven Noels wrote: Sounds good to me. I learned from Ask on infrastructure@ one can do rsync without an rsync daemon on a server, over ssh: rsync -avz -e ssh /orig/dir/ [EMAIL PROTECTED]:/destination/dir/ So cocoondev.org might as well help out as a staging server. Oh, yes, totally! NOTE: fr

RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/xscript XScriptObject.java XScriptObjectFromURL.java XScriptObjectInlineXML.java

Carsten Ziegeler wrote: > > Stefano Mazzocchi wrote: > > BTW, what's the status of the 'deprecation' transition? what's left to > > do? are we able to compile the core without the deprecated classes yet? > > > > Anyway, thanks to both you and Carsten for helping out on this. > It would > > ha

Possible bug : problem getting request parameters while uploading a file

Hi ! I've recently upgraded from Cocoon 2.0.3 to Cocoon 2.0.4 and something doesn't work anymore. I've posted a message on cocoon-users but no one seems to be able to answer me. Here's a summary of the problem : I need to upload a file from an HTML form. I use the automatic upload provide

Re: build system - status of filtering

Torsten Curdt wrote: the ideal solution would be to give its block the ability to define its own build customizations, but ant doesn't have this 'inheritance' concept :/ So i don't really know what to do. Suggestions? Please see the "esql samples" thread If noone objects I'll remove the fil

Re: [GUMP] Build Failure - Cocoon

Sam Ruby wrote: Is the target used by the main "coccon" project meant to include the fop-block? No. I presumed that these were to be built separately... In fact. It's a bug. I'm going to investigate what's causing it right now. S.

Re: [RT] Cocoon's own publishing system

On Tuesday, March 11, 2003, at 03:22 PM, Andrew Savory wrote: On Tue, 11 Mar 2003, Diana Shannon wrote: I agree 100% with Andrew that two "clearly" separated repositories won't really improve on what we had. But it's all we have at the moment. Sure. I'm happy to help try and refactor it down to

Re: [RF] Entropy Killed the Cat

Christopher Oliver wrote: Stefano Mazzocchi wrote: The discussion is about making the flow a technology that cocoon can depend on for years. And this passes thru stabilizing the contracts between the flow scripters and the cocoon internals. And I want this to be done by a community, not by onl

Re: build system - status of filtering

Berin Loritsch wrote: Stefano Mazzocchi wrote: Christian Haul wrote: Team, after looking at the current samples it appears that src/blocks/databases/conf/datasources.xconf not filtered during the build. Thus the datasource to connect to for the datbase samples is invalid. ahhh, you're right, I

Re: Rhino with continuations cvs

Christopher Oliver wrote: Stefano Mazzocchi wrote: BTW, do you have any news on the merging your patches into the main rhino tree at mozilla.org? Honestly, I don't think that will happen any time soon. My changes were based on a snapshot from March of last year. During that time one of the

Re: build system - status of filtering

On 11.Mar.2003 -- 11:00 PM, Nicola Ken Barozzi wrote: > > Stefano Mazzocchi wrote, On 11/03/2003 19.53: > >Christian Haul wrote: > > > ... > >>Strangely enough, a quick look at blocks-build.xsl seems to indicate > >>that files in the conf directory are filtered. Hints anybody? > > > >Yes. the ind

Re: esql samples

On 11.Mar.2003 -- 06:33 PM, Torsten Curdt wrote: > >>I wanted to look after the esql samples but found > >> > >>1) the hsqldb not being filled (where did we do this before?) > > > > > >I noticed this a few days ago, but haven't had time to write about it. > >I'm pretty sure from experiencing addi

Re: build system - status of filtering

On 11.Mar.2003 -- 06:42 PM, Torsten Curdt wrote: > >Team, > > > >after looking at the current samples it appears that > >src/blocks/databases/conf/datasources.xconf not filtered during the > >build. Thus the datasource to connect to for the datbase samples is > >invalid. > > Well, did you miss the