RE: cvs commit: xml-cocoon2/tools/src blocks-build.xsl

[EMAIL PROTECTED] wrote: > + > + > > Doesn't it work if I set include to false? Or why did you add the comment? Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email:

RE: [vote] build systems

Torsten Curdt wrote: > > Carsten, could you please try to reproduce the following: > > build clean > > build > > check the cocoon.roles from the jar -> roles from blocks are not there > > build > > check the cocoon.roles from the jar -> roles from blocks are there > > Sorry - I don't think i

cvs commit: xml-cocoon2 build.xml

cziegeler2002/10/29 23:04:23 Modified:.build.xml Log: Workaround (or hack if you like) to add roles defined in blocks to the roles.xml Revision ChangesPath 1.275 +9 -0 xml-cocoon2/build.xml Index: build.xml =

cvs commit: xml-cocoon2/legal LICENSE.jing

crossley2002/10/29 21:37:02 Added: legalLICENSE.jing Log: Added Jing for XML validation using RELAX NG. Revision ChangesPath 1.1 xml-cocoon2/legal/LICENSE.jing Index: LICENSE.jing ==

cvs commit: xml-cocoon2/lib/optional jing-20020724.jar

crossley2002/10/29 21:35:45 Added: lib/optional jing-20020724.jar Log: Added Jing for XML validation using RELAX NG. Revision ChangesPath 1.1 xml-cocoon2/lib/optional/jing-20020724.jar <> ---

cvs commit: xml-cocoon2/lib jars.xml

crossley2002/10/29 21:29:51 Modified:lib jars.xml Log: Added Jing for RELAX NG validation. Revision ChangesPath 1.42 +8 -0 xml-cocoon2/lib/jars.xml Index: jars.xml === RCS file: /home/

[PROPOSAL] build-time XML validation via RELAX NG

Many thanks to the excellent work from Colin Adams to prepare the draft sitemap RNG grammar. There is now a "validate" target in the main build.xml of head 2.1 CVS only. Call it explicitly with ./build.sh validate ... no other targets depend on it yet. Please try it out. Build-time validation is

cvs commit: xml-cocoon2 build.xml

crossley2002/10/29 21:18:55 Modified:.build.xml Log: New "validate" task to do RELAX NG validation of various XML instances. Revision ChangesPath 1.274 +29 -0 xml-cocoon2/build.xml Index: build.xml ===

cvs commit: xml-cocoon2/src/webapp/WEB-INF/entities roles-v01.rng

crossley2002/10/29 21:16:13 Added: src/webapp/WEB-INF/entities roles-v01.rng Log: Initial RELAX NG grammar for cocoon.roles instances. Revision ChangesPath 1.1 xml-cocoon2/src/webapp/WEB-INF/entities/roles-v01.rng Index: roles-v01.rng ===

cvs commit: xml-cocoon2/src/webapp/WEB-INF/entities sitemap-v05.rng

crossley2002/10/29 21:14:42 Modified:src/webapp/WEB-INF/entities sitemap-v05.rng Log: Minor tweaks. Revision ChangesPath 1.2 +12 -4 xml-cocoon2/src/webapp/WEB-INF/entities/sitemap-v05.rng Index: sitemap-v05.rng

[XSP:util] Formatting Date to String....

Hi, I saw that in XSP there is a logicsheet called util. There is a function tag called: This tag also has a format attribute, that let define the format of the output. I am now "playing" with reports of a database. I figured I need a similar function to format the date of the reports for o

Re: [PROPOSAL] Pipeline Level Flow Extension

On Tuesday, Oct 29, 2002, at 01:51 US/Pacific, Michael Melhem wrote: On Mon, 28 Oct 2002, Ovidiu Predescu wrote: On Monday, Oct 28, 2002, at 07:25 US/Pacific, Michael Melhem wrote: I don't think there's a good reason for this complexity. Do you have a good use case for such a usage? Im not

Re: XSLTC as default transformer

done. - Original Message - From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 29, 2002 2:58 PM Subject: Re: XSLTC as default transformer > Ivelin Ivanov wrote: > > > If I recall correctly the number of votes for switching to XSLTC in > > sitem

DO NOT REPLY [Bug 14074] New: - Previously reported tar bug - isn't (well, it is but..)

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

Back from Germany

All right, I'm back from Germany. Last week I tried to make it for the Frankfurt gettogether but I had a car crash and I couldn't make it. :/ Luckily nobody got hurt, I just couldn't drive any longer and I had to come back home. So I took the plain to Bonn where I spoke at the http://netzspannu

Re: Another XSP?

To satisfy my own curiosity, I actualy asked them about it, and got this response. I should point out that in retrospect my inital email to them was, well, slightly more abrasive than it ought to jave been, for which I did follow-up with an apology. At any rate, here was the reply I got: If you

Re: cocoon-2.0.3 portal in a production environment ...

SAXESS - Hussayn Dabbous wrote: Is it reasonable to use the cocoon portal demo from cocoon-2.0.3 as starting point for a productive application running about 2 users with about 120 concurrent sessions and about 10 major page hits per second (not counting subsequent requests for images and so

Re: Another XSP?

Ugo Cei wrote: "Introducing XML Server Pages - XSP" "XSP technology is a revolutionary innovation from Trilog built to improve both the development and execution of powerful Web applications. As the core technology in FlowBuilder XML Edition, XML Server Pages (XSPs) provide the framework to crea

Re: XSLTC as default transformer

Ivelin Ivanov wrote: If I recall correctly the number of votes for switching to XSLTC in sitemap outnumbered the ones against. Am I wrong? Stefano, are we doing it? Yes, let's do it. Could you please take care of that? I'm submerged with email :/ -- Stefano Mazzocchi

RE: Another XSP?

> -Original Message- > From: Litrik De Roy [mailto:cocoon-dev@;litrik.com] > Sent: Wednesday, 30 October 2002 09:20 > To: [EMAIL PROTECTED] > Subject: Re: Another XSP? > > > I just don't get it. Don't these guys do any kind of research > before naming > their product? That's not the only r

Re: Another XSP?

Thier product has been around since 1998...so they have been around too...still unfortunate though. > I just don't get it. Don't these guys do any kind of research before naming their >product? > > Cocoon XSP's have been around for quite some time now. > > If I would have been these guys I woul

Re: Another XSP?

I just don't get it. Don't these guys do any kind of research before naming their product? Cocoon XSP's have been around for quite some time now. If I would have been these guys I would have avoided any existing nalme in the same area Litrik De Roy www.litrik.com - Original Message ---

cvs commit: xml-cocoon2/src/blocks/precept/samples/example2 i2html.xsl view1.xml view2.xml view3.xml view4.xml

tcurdt 2002/10/29 11:53:11 Modified:src/blocks/precept/java/org/apache/cocoon/precept/acting AbstractMethodAction.java src/blocks/precept/samples sitemap.xmap src/blocks/precept/samples/example1 view1.xsl view2.xsl src

RE: CaheValidity & toString()

> Either > src="cocoon://path/cacheable?page-number=DEPENDSONWHATYOUUSEDABOVE?"> > or similar to > src="cocoon://path/cacheable?page-number={request-param:page-n > umber}?"> > if page number comes as request parameter. Okay this makes sense to me now. Thanks! Steve --

DO NOT REPLY [Bug 14060] New: - bug in tar file

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: Developers docs out of date?

Colin Paul Adams wrote: "Vadim" == Vadim Gritsenko <[EMAIL PROTECTED]> writes: Vadim> That's strange... Looking at the latest *released* version Vadim> of Cocoon, I'm able to find all referenced classes... Vadim> PS Latest stable branch also has all these classes Well I gu

Re: Developers docs out of date?

> "Vadim" == Vadim Gritsenko <[EMAIL PROTECTED]> writes: Vadim> That's strange... Looking at the latest *released* version Vadim> of Cocoon, I'm able to find all referenced classes... Vadim> PS Latest stable branch also has all these classes Well I guess I should have mentioned I

DO NOT REPLY [Bug 13648] - [PATCH] Makes file upload behaviour configurable

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] build systems

Carsten, could you please try to reproduce the following: build clean build check the cocoon.roles from the jar -> roles from blocks are not there build check the cocoon.roles from the jar -> roles from blocks are there Sorry - I don't think it's fixed yet :-( -- Torsten

Re: DO NOT REPLY [Bug 13648] - [PATCH] Makes file upload behaviour configurable

Thanks, Vadim. Everything looks fine. Geoff --- [EMAIL PROTECTED] wrote: > 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

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/precept ConfigurationHelper.java Constraint.java Context.java Instance.java InstanceFactory.java InstanceTransformer.java InvalidXPathSyntaxException.java NoSuchNodeException.java Preceptor.java PreceptorViolationException.java

tcurdt 2002/10/29 08:07:38 Removed: src/scratchpad/src/org/apache/cocoon/precept ConfigurationHelper.java Constraint.java Context.java Instance.java InstanceFactory.java InstanceTransformer.java

cvs commit: xml-cocoon2/tools/src blocks-build.xsl

tcurdt 2002/10/29 07:52:56 Modified:.module.xml properties.xml tools/src blocks-build.xsl Log: added the precept block, marked it unstable and not active in normal build Revision ChangesPath 1.14 +18 -0 xml-cocoon2/module.xml Index: m

Re: [RT] Getting rid of the table-based layout

On Monday, October 28, 2002, at 08:43 pm, Tony Collen wrote: Steven Noels wrote: Miles Elam wrote: But then again, this is all sophostry and rhetoric without something to look at or back it up with. So, getting to my point, I got bored today and made a mockup of http://xml.apache.org/c

cvs commit: xml-cocoon2/src/blocks/precept/samples/example1 - New directory

tcurdt 2002/10/29 07:47:10 xml-cocoon2/src/blocks/precept/samples/example1 - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e

cvs commit: xml-cocoon2/src/blocks/precept/samples/example2 - New directory

tcurdt 2002/10/29 07:47:10 xml-cocoon2/src/blocks/precept/samples/example2 - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e

cvs commit: xml-cocoon2/legal LICENSE.castor

tcurdt 2002/10/29 07:29:13 Modified:lib jars.xml Added: lib/optional castor-0.9.3.9-xml.jar legalLICENSE.castor Removed: src/scratchpad/lib castor-0.9.3.9-xml.jar LICENSE.castor Log: moved castor jar from scratchpad into optional Revision

cvs commit: xml-cocoon2/src/blocks/precept/samples/model - New directory

tcurdt 2002/10/29 07:14:32 xml-cocoon2/src/blocks/precept/samples/model - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-ma

Re: todo list for Flow

Ivelin Ivanov wrote: I send both feature requests and bugs to bugzilla. This way I have one place to be concerned with updating when I make a change in the code. Is that a mistake? I try to update changes.xml and todo.xml but it appears to be redundand? changes.xml is *not* redundant. I think

cvs commit: xml-cocoon2/src/blocks/precept/samples - New directory

tcurdt 2002/10/29 07:12:57 xml-cocoon2/src/blocks/precept/samples - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [E

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/preceptors/easyrelax/constraints - New directory

tcurdt 2002/10/29 07:11:10 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/preceptors/easyrelax/constraints - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail:

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores/dom/simple - New directory

tcurdt 2002/10/29 07:08:48 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores/dom/simple - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROT

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores/bean/test - New directory

tcurdt 2002/10/29 07:08:48 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores/bean/test - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTE

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/preceptors/easyrelax - New directory

tcurdt 2002/10/29 07:08:17 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/preceptors/easyrelax - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL P

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores/bean - New directory

tcurdt 2002/10/29 07:08:17 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores/bean - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores/dom - New directory

tcurdt 2002/10/29 07:08:17 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores/dom - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/preceptors - New directory

tcurdt 2002/10/29 07:06:20 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/preceptors - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/acting - New directory

tcurdt 2002/10/29 07:06:20 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/acting - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For a

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores - New directory

tcurdt 2002/10/29 07:06:20 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept/stores - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For a

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept - New directory

tcurdt 2002/10/29 07:05:45 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon/precept - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addition

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache/cocoon - New directory

tcurdt 2002/10/29 07:05:30 xml-cocoon2/src/blocks/precept/java/org/apache/cocoon - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comma

cvs commit: xml-cocoon2/src/blocks/precept/java/org/apache - New directory

tcurdt 2002/10/29 07:05:20 xml-cocoon2/src/blocks/precept/java/org/apache - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-

cvs commit: xml-cocoon2/src/blocks/precept/java/org - New directory

tcurdt 2002/10/29 07:05:03 xml-cocoon2/src/blocks/precept/java/org - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [

cvs commit: xml-cocoon2/src/blocks/precept/conf - New directory

tcurdt 2002/10/29 07:04:36 xml-cocoon2/src/blocks/precept/conf - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAI

cvs commit: xml-cocoon2/src/blocks/precept/java - New directory

tcurdt 2002/10/29 07:04:36 xml-cocoon2/src/blocks/precept/java - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAI

cvs commit: xml-cocoon2/src/blocks/precept - New directory

tcurdt 2002/10/29 07:04:17 xml-cocoon2/src/blocks/precept - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PRO

Re: CaheValidity & toString()

Stephen Ng wrote: Vadim, Back to basics... You can either ask user list on how to do this or simply use: ... pipeline goes here ... I am sorry to be so stupid here but I don't understand! :-(. I know I can use a general pattern in the match pattern, but how does that help me whe

RE: CaheValidity & toString()

Vadim, > Back to basics... You can either ask user list on how to do this or > simply use: > > > ... pipeline goes here ... > I am sorry to be so stupid here but I don't understand! :-(. I know I can use a general pattern in the match pattern, but how does that help me when I create the

Re: cvs commit: xml-cocoon2/lib/optional commons-httpclient.jar commons-httpclient-20020909.jar

[EMAIL PROTECTED] wrote: ivelin 2002/10/29 05:21:15 Modified:lib jars.xml Added: lib/optional commons-httpclient.jar Hi Ivelin, Does this new library has any version? Vadim Removed: lib/optional commons-httpclient-20020909.jar Log: updated to the latest vers

Re: [vote] build systems

On Tuesday 29 October 2002 14:41, Carsten Ziegeler wrote: > Torsten Curdt wrote: > > > Argh, but it did work, because when I created the portal block > > > I took care of the build system and changed it for that. > > > > > > Yes I confirm now it doesn't work anymore, so we should fix it. > > > > ye

DO NOT REPLY [Bug 14015] - [PATCH] How To use i18n Transformer with XMLForm Framework

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: XSLTC as default transformer

done. - Original Message - From: "Vadim Gritsenko" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, October 27, 2002 10:46 AM Subject: Re: XSLTC as default transformer > Ivelin Ivanov wrote: > > >If I recall correctly the number of votes for switching to XSLTC in sitemap > >ou

Re: CaheValidity & toString()

Stephen Ng wrote: Suppose you want to aggregate cacheable.xsp and have it cached for different values of 'param'. Then, you need to aggregate it using: cocoon://path/cacheable?param=some-value Instead of just: cocoon://path/cacheable Latter will also work but it has system ID which doe

cvs commit: xml-cocoon2/src/webapp/samples/xmlform/stylesheets wizard2html.xsl

ivelin 2002/10/29 05:43:40 Modified:src/webapp/samples/xmlform/stylesheets wizard2html.xsl Log: minor update - formatting Revision ChangesPath 1.7 +131 -149 xml-cocoon2/src/webapp/samples/xmlform/stylesheets/wizard2html.xsl Index: wizard2html.xsl =

cvs commit: xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/ow/xsl owattach.xsl mystyle.xsl owinc.xsl ow.xsl

ivelin 2002/10/29 05:38:21 Added: src/webapp/samples/webserviceproxy/cocoonhive/portal home.xml src/webapp/samples/webserviceproxy/cocoonhive/stylesheets page.css page2html.xsl service2page.xsl src/webapp/sa

cvs commit: xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/stylesheets - New directory

ivelin 2002/10/29 05:37:52 xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/stylesheets - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For

RE: [vote] build systems

Torsten Curdt wrote: > > > Argh, but it did work, because when I created the portal block > > I took care of the build system and changed it for that. > > > > Yes I confirm now it doesn't work anymore, so we should fix it. > > yepp! > > the cocoon.jar is build first and then the roles get applie

cvs commit: xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/portal - New directory

ivelin 2002/10/29 05:37:47 xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/portal - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

cvs commit: xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/ow/xsl - New directory

ivelin 2002/10/29 05:37:39 xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/ow/xsl - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

cvs commit: xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/ow - New directory

ivelin 2002/10/29 05:37:39 xml-cocoon2/src/webapp/samples/webserviceproxy/cocoonhive/ow - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additiona

Re: todo list for Flow

I send both feature requests and bugs to bugzilla. This way I have one place to be concerned with updating when I make a change in the code. Is that a mistake? I try to update changes.xml and todo.xml but it appears to be redundand? Should be consider generating these files from bugzilla? Ivelin

cvs commit: xml-cocoon2/lib/optional commons-httpclient.jar commons-httpclient-20020909.jar

ivelin 2002/10/29 05:21:15 Modified:lib jars.xml Added: lib/optional commons-httpclient.jar Removed: lib/optional commons-httpclient-20020909.jar Log: updated to the latest version of http-client Revision ChangesPath 1.40 +1 -1 xml-cocoon2/li

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/variables PreparedVariableResolver.java

cziegeler2002/10/29 05:16:12 Modified:src/java/org/apache/cocoon/components/treeprocessor/variables PreparedVariableResolver.java Log: Minor performance improvement Revision ChangesPath 1.6 +11 -5 xml-cocoon2/src/java/org/apache/cocoon/c

RE: [BUG] Cocoon doesn't build with JDK 1.4

Ok, I found it. I guess you all use "build webapp" or something like that - I used simply "build" which invokes the "compile" target which depended on the "init" target and not on the "prepare". It's fixed now. Thanks Carsten > -Original Message- > From: Torsten Curdt [mailto:tcurdt@;dff

cvs commit: xml-cocoon2 build.xml

cziegeler2002/10/29 05:11:38 Modified:.build.xml Log: Fixing build system Revision ChangesPath 1.273 +1 -1 xml-cocoon2/build.xml Index: build.xml === RCS file: /home/cvs/xml-cocoon2/

Re: [vote] build systems

> Argh, but it did work, because when I created the portal block > I took care of the build system and changed it for that. > > Yes I confirm now it doesn't work anymore, so we should fix it. yepp! the cocoon.jar is build first and then the roles get applied... so in the build dir there is the co

RE: [vote] build systems

Torsten Curdt wrote: > > AFAICS it doesn't... the cocoon.jar is build before the blocks > are build so it > cannot work. I just moved precept into a block and noticed the > xroles does > not get included. > Argh, but it did work, because when I created the portal block I took care of the bui

Re: [BUG] Cocoon doesn't build with JDK 1.4

On Tuesday 29 October 2002 13:06, Carsten Ziegeler wrote: > Sorry, but it doesn't work here. Of course I have the latest cvs > and I did a build clean before. The "@JDBC3_START@" is not > replaced correctly. strange?! ...sorry - cannot reproduce it. since I am currently working on the build syste

Re: [vote] build systems

On Tuesday 29 October 2002 12:58, Carsten Ziegeler wrote: > Torsten Curdt wrote: > > guys I'd like to have some backup before I change what I have in mind > > > > 1. add a "status=stable/unstable" attribute to the projects in module.xml > > ok > > > 2. add per project jar and class dependencies

DO NOT REPLY [Bug 14048] New: - No-cache enhancement for ResourceReader component

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: [BUG] Cocoon doesn't build with JDK 1.4

Sorry, but it doesn't work here. Of course I have the latest cvs and I did a build clean before. The "@JDBC3_START@" is not replaced correctly. Carsten > -Original Message- > From: Christian Haul [mailto:haul@;dvs1.informatik.tu-darmstadt.de] > Sent: Tuesday, October 29, 2002 11:59 AM >

RE: [vote] build systems

Torsten Curdt wrote: > > guys I'd like to have some backup before I change what I have in mind > > 1. add a "status=stable/unstable" attribute to the projects in module.xml ok > > 2. add per project jar and class dependencies to the module.xml ok > > 4. all blocks start with cocoon- (for besse

RE: CaheValidity & toString()

> Suppose you want to aggregate cacheable.xsp and have it cached for > different values of 'param'. Then, you need to aggregate it using: > > cocoon://path/cacheable?param=some-value > > Instead of just: > > cocoon://path/cacheable > > Latter will also work but it has system ID which d

Re: Another XSP?

On Tuesday 29 October 2002 08:55, Ugo Cei wrote: > "Introducing XML Server Pages - XSP" > > "XSP technology is a revolutionary innovation from Trilog built to > improve both the development and execution of powerful Web applications. > As the core technology in FlowBuilder XML Edition, XML Server P

Re: [PROPOSAL] Pipeline Level Flow Extension

> What I would like to be able to do is specify a flow for > the report masks, and a seperate flow for the reports (with > out having to have a seperate sitemap in this case). This seems > to me "natural" thing one might wish to do, rather than "complex" > thing. :) I second that - it would feel n

Re: [BUG] Cocoon doesn't build with JDK 1.4

On 29.Oct.2002 -- 11:47 AM, Torsten Curdt wrote: > On Tuesday 29 October 2002 11:11, Carsten Ziegeler wrote: > > Hi, > > > > the latest cvs of cocoon doesn't compile with JDK 1.4. It seems > > this is caused by the latest move of the database blocks: > > > > [echo] Compiling block with Java 1.

Re: [BUG] Cocoon doesn't build with JDK 1.4

On Tuesday 29 October 2002 11:11, Carsten Ziegeler wrote: > Hi, > > the latest cvs of cocoon doesn't compile with JDK 1.4. It seems > this is caused by the latest move of the database blocks: > > [echo] Compiling block with Java 1.4, debug on, optimize off, > deprecation o > ff... > [javac

[vote] build systems

guys I'd like to have some backup before I change what I have in mind 1. add a "status=stable/unstable" attribute to the projects in module.xml 2. add per project jar and class dependencies to the module.xml 4. all blocks start with cocoon- (for besser visibility in gump) 5. move the scratc

[BUG] Cocoon doesn't build with JDK 1.4

Hi, the latest cvs of cocoon doesn't compile with JDK 1.4. It seems this is caused by the latest move of the database blocks: [echo] Compiling block with Java 1.4, debug on, optimize off, deprecation o ff... [javac] Compiling 29 source files to F:\eclipse\workspace\ApacheCocoon\build \co

Re: [PROPOSAL] Pipeline Level Flow Extension

On Mon, 28 Oct 2002, Ovidiu Predescu wrote: Hi Ovidiu, > Hi Michael, > > On Monday, Oct 28, 2002, at 07:25 US/Pacific, Michael Melhem wrote: > > > Hello Cocooners, > > > > I have a proposal for "pipeline level flowmaps" (and flowmap chaining) > > as an extention to the existing sitemap-level flowm

cocoon-2.0.3 portal in a production environment ...

Is it reasonable to use the cocoon portal demo from cocoon-2.0.3 as starting point for a productive application running about 2 users with about 120 concurrent sessions and about 10 major page hits per second (not counting subsequent requests for images and so on) We are currently running a

Re: build system [was: scratchpad blocks]

On Tuesday 29 October 2002 05:31, Vadim Gritsenko wrote: > Torsten Curdt wrote: > >while implementing the scratchpad blocks... > > > >>I am fine with that... So I'll go for > >> > >> > >> > >> > > > >...I found some things I like to hear some opinions on before changing t

Re: Another XSP?

> And "flow*", too we should keep track of things like this, like that > Sony Cocoon thingy a while back... if for not reason than to be able to > look back in a couple years after they've failed horribly and The Real > Cocoon has taken over the world :) :-) > TC > > Tony Collen -- [EMAIL PRO

Re: Another XSP?

On Tue, 29 Oct 2002, Ugo Cei wrote: > "Introducing XML Server Pages - XSP" > > "XSP technology is a revolutionary innovation from Trilog built to > improve both the development and execution of powerful Web applications. > As the core technology in FlowBuilder XML Edition, XML Server Pages > (XSPs

Re: todo list for Flow

Yes, you're right, I'll do it. The file I've just added in the source directory was forgotten in the old src/scratchpad/schecoon/ directory. Regards, Ovidiu On Monday, Oct 28, 2002, at 21:56 US/Pacific, David Crossley wrote: Ovidiu, perhaps you should follow our example of a todo list for docs,