RE: We need a detailed comparison with Struts

>I can only hope such architectural decisions are not solely made based >on documentation or 'white papers', but also on evaluating design and >codebase. I wish it were :) fabien. - To unsubscribe, e-mail: [EMAIL PROTECTED] F

Re: We need a detailed comparison with Struts

TREGAN Fabien wrote: > Ok, that's what i'm trying to explain, but the problem is that the first > lines of the firt page of C2 doc says : > > > What is this? > > > > Apache Cocoon is an XML publishing framework

RE: Cachability (was RE: XInclude Transformer vs CInlude Transformer)

Conal Tuohy wrote: > > I've just been looking at "inclusion" recently and noticed that > the cinclude > transformer had caching but the xinclude transformer didn't, and > I wondered > if there was some arcane reason or was it just a historial > accident ;-) And > BTW I think Carsten is right - th

RE: CachingPoint algorithm and treeprocessor

Michael Melhem wrote: > > As we have been discussing earlier, I have been doing some more work > on "cache points" I believe I have something that appears to be workng! > > However, there a couple of issues I would like to run by you: > > Issue 1. > I have added a new method to the interface "

RE: We need a detailed comparison with Struts

Many people wrote : >>>yes, but this feeds into the marketing problem. Just what IS Cocoon? >> >> This is important : one of the main problem I hade when I <...> >> (maybe a more formal report when I have time to write it, but the important >> idea there is : Is Cocoon just a publication

Serializing Japanese

How can I serialize html output in Japanese shift_jis encoding. I have tried the following in sitemap.xmap: shift_jis but the output is encoded as UTF-8 not Japanese shift_jis. - To unsubscribe, e-mail: [EMAI

RE: Planning the releases

Ivelin Ivanov wrote: > > Are Cocoon blocks in or out from 2.1 ? > Currently they are out as (AFAIK) noone has started working on it. But if someone is able to make a concept *and* implement it by the 15th of July (or the release date of the beta 1) they can be in. Personally, I think we should

Re: We need a detailed comparison with Struts

On Thursday 13 June 2002 05:44, Ivelin Ivanov wrote: >. . .(11pm typo corrected) > I think you could say that (Cocoon) used to be a publishing framework. > Starting with 2.1 it becomes a kick-a** web app platform. >. . . Yes - which means Cocoon is mature today *as a publishing framework*, and t

Null pointer exception

I am trying to install my working app at a Java hosting center. My app works fine on NT. The app server is running Resin. Cocoon 2.0.2 seems to be running ok. When I try my app I get: java.lang.NullPointerException at org.apache.cocoon.components.language.markup.LogicsheetCodeGenerato

Re: We need a detailed comparison with Struts

Vadim Gritsenko wrote: >>From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] > > ... > >>I think you could say that Struts used to be a publishing framework. > > > Cocoon? > > :) Darn... it's 11pm. Thanks for ringing the bell Vadim :)) > > Take care, > Vadi

RE: We need a detailed comparison with Struts

> From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] ... > I think you could say that Struts used to be a publishing framework. Cocoon? :) Take care, Vadim > Starting with 2.1 it becomes a kick-a** web app platform. > > > Ivelin ...

Re: We need a detailed comparison with Struts

TREGAN Fabien wrote: >>>Right, but this 3rd party stuff (in lib/optional) is for features that >> > Struts doesn't provide. > >>yes, but this feeds into the marketing problem. Just what IS Cocoon? > > > This is important : one of the main problem I hade when I said that wanted > to use C2 fo

Re: Session support implemented

Rock and Roll Jeff ! I'll try it out. Thanks ! A quick question of low priority. Is https supported at this point? Ivelin Jeff Turner wrote: > Hi, > > I've implemented minimal session support. To test it, run 'ant', then > './runtests.sh'. The 'session' target in test.xml will run, > de

Re: Planning the releases

Carsten Ziegeler wrote: > Hi Team, > > I think it's time to recall the "release early release often" paradigma... > > As others already mentioned over the last weeks, we should try to > release a 2.0.3 as soon as possible. For this we should collect the > open issues, do them and release (sounds

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/xmlform Types.java

ivelin 2002/06/12 19:40:41 Removed: src/java/org/apache/cocoon/components/xmlform Types.java Log: Features from latest JXPath version, reduce code in XMLForm -- In case of troubles, e-mail: [EMAIL PROTECTED]

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

ivelin 2002/06/12 19:39:57 Modified:lib/optional commons-jxpath.jar Log: Features from latest JXPath version, reduce code in XMLForm Revision ChangesPath 1.4 +911 -828 xml-cocoon2/lib/optional/commons-jxpath.jar <>

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/xmlform Form.java

ivelin 2002/06/12 19:35:04 Modified:src/java/org/apache/cocoon/components/xmlform Form.java Log: Features from latest JXPath version, reduce code. Revision ChangesPath 1.3 +11 -59 xml-cocoon2/src/java/org/apache/cocoon/components/xmlform/Form.java Index

Re: FW: faq on cocoon-homepage

Diana Shannon wrote: > Diana Shannon wrote: > >> user feedback wrote: > >>> [ http://xml.apache.org/cocoon/ ] > >>> The links to the faq section are linked wrong. They point to faq.html, > >>> but it's faq/ > >>> Regards, Daniele > > > > I'm not sure what links she's referring to, but Vadim astute

Re: [VOTE] Schematron validator in Anteater (and Cocoon validatingTransformer)

Thanks Ovidiu, I'll take advantage of your tips. The value of integrating with JUnit reporting would be that we could possibly reuse the reporting code. As I mentioned to Jeff though, we might consider WebTest's reporting code as well, since it's ant based and might be easier to integrate wi

Re: XMLForms and Flowmap

Reinhard Poetz wrote: >>We are looking for someone to step up and show us how these two can work >>together in a nice way. >> >>Interested? >> >> >>Ivelin > > > Yes I am but my time and my java knowledge are limited (... but I'm > learning) So you have the itch. That's all it takes ;-] > > A

Re: XMLForm hello world in the works

Andrew, Your action needs the Cocoon XMLForm classes, don't comment them out. Also note the 'components' is missing in each 'imports'. Thus it should read, // Schematron classes import org.apache.cocoon.components.validation.SchemaFactory; import org.apache.cocoon.components.validation.Schema; im

Re: Anteater session support (Re: Anteater tests)

Great to know that you're cracking away JUinit reporting and session support. As far as a new HttpClient is concerned, I can care less if session support is implemented. I looked at Anteater code and was surprised how simple and small it is, yet the scripts can be quite flexible. The power of

Re: XMLForm hello world in the works

[EMAIL PROTECTED] wrote: >Andrew, > >I don't know what's wrong, but here's a few things to try: > > Thanks! Actually, I didn't mean to send, this and thought I hit stop. I discovered my problem was actually some invisible character had snuck its way into the processing instruction. But I'

Re: XMLForm hello world in the works

Sorry, that last transform for the pipeline given in 3) should be: mratliff@collegen

Re: XMLForm hello world in the works

Andrew, I don't know what's wrong, but here's a few things to try: 1) I don't get this. Why are you declaring two identical actions? Can't see why it would hurt, but can't see how it helps either... I would do something like this: (you will need to change the src so

Re: What are the problems with JDK 1.4?

Hi, I've been playing with Cocoon 2 for a while now in my spare time, it's quite a piece of work, guys! Anyhow, even using the latest source from CVS with JDK1.3 the JDBC Pooling seems to have some strange behaviour when more than 1 datasource is involved. If I add another jdbc datasource to

XMLForm hello world in the works

Hi All, I'm trying to create a HelloXMLForm example and I'm getting this: /The processing instruction target matching "[xX][mM][lL]" is not allowed./ More precisely: /org.apache.cocoon.ProcessingException: Failed to execute pipeline.: org.xml.sax.SAXParseException: The processing instruction

Cachability (was RE: XInclude Transformer vs CInlude Transformer)

I've just been looking at "inclusion" recently and noticed that the cinclude transformer had caching but the xinclude transformer didn't, and I wondered if there was some arcane reason or was it just a historial accident ;-) And BTW I think Carsten is right - the inclusion code should be united.

RE: XMLForms and Flowmap

Reinhard Poetz wrote: > > We are looking for someone to step up and show us how these two can work > > together in a nice way. > > > > Interested? > > > > > > Ivelin > > Yes I am but my time and my java knowledge are limited (... but I'm > learning) > > Anyway, I'll try it. Maybe there is somebody

RE: Problems with my.roles going from 2.0.2 to 2.0.3

> From: Stephan Michels [mailto:[EMAIL PROTECTED]] > > > On Wed, 12 Jun 2002, Stuart Roebuck wrote: > > > In order to resolve some problems in 2.0.2 and accommodate the changes > > in SourceResolvers between 2.0.2 and 2.0.3 I have moved my project to > > the latest 2.0.3 CVS and I'm now having

Re: Problems with my.roles going from 2.0.2 to 2.0.3

On Wed, 12 Jun 2002, Stuart Roebuck wrote: > In order to resolve some problems in 2.0.2 and accommodate the changes > in SourceResolvers between 2.0.2 and 2.0.3 I have moved my project to > the latest 2.0.3 CVS and I'm now having problems using one of my own > non-sitemap components that was wo

Re: Problems with my.roles going from 2.0.2 to 2.0.3

On Wednesday, June 12, 2002, at 09:50 pm, Stuart Roebuck wrote: > In order to resolve some problems in 2.0.2 and accommodate the changes > in SourceResolvers between 2.0.2 and 2.0.3 I have moved my project to > the latest 2.0.3 CVS and I'm now having problems using one of my own > non-sitemap

Problems with my.roles going from 2.0.2 to 2.0.3

In order to resolve some problems in 2.0.2 and accommodate the changes in SourceResolvers between 2.0.2 and 2.0.3 I have moved my project to the latest 2.0.3 CVS and I'm now having problems using one of my own non-sitemap components that was working fine in 2.0.2. I've done a complete clean bu

DO NOT REPLY [Bug 4221] - Error in JaxpParser: Cannot find org.apache.cocoon.components.resolver.Resolver

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 4221] - Error in JaxpParser: Cannot find org.apache.cocoon.components.resolver.Resolver

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: AcceptSelector

On Wednesday, June 12, 2002, at 01:30 PM, Michael Hartle wrote: >> How should I provide the source code so you can check it out? (I'm new >> to cocoon-dev.) >> > This sounds interesting, so just go to Bugzilla and add it as a "bug" > for Cocoon 2, prefixing your Summary with "[PATCH]" and addi

Re: [VOTE] Schematron validator in Anteater (and Cocoonvalidating Transformer)

Ivelin, I'm not Jeff, but I do have some ideas. The Schematron validor would have a correspondent MatcherTest subclass in Anteater. You would essentially need to implement the validate() method, in which you call the Validator.validate() method. You either return true, if Validator.validate() re

Re: sitemap recursive?

On Wednesday, June 12, 2002, at 01:50 PM, Vadim Gritsenko wrote: >> From: Jeremy Quinn [mailto:[EMAIL PROTECTED]] >> >> Is it safe to use the SiteMap recursively? > > There are no technical limitations to it. > > >> (can XSLT use the cocoon:/ protocol?) > > (yes) > Cool! Thanks Vadim, regards

DO NOT REPLY [Bug 9725] - GB2312 support in XSP

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 9725] - GB2312 support in XSP

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: AcceptSelector

Jonas Petersen wrote: >The best would probably be to combine the caching and the precalculation >at the beginning of the block. > >So what do you think about it? Is it useful? Would it make sense to >include it into cocoon? > >How should I provide the source code so you can check it out? (I'm n

Re: AcceptSelector

On Wednesday 12 June 2002 01:20 pm, Jonas Petersen wrote: > I am working on a selector that analyses the Accept header of the > browser and provides a way to (for example) response with the best > fitting content(-type). It's comparable with the apache module > 'mod_negotiation'. awesome! > Now

DO NOT REPLY [Bug 9621] - [PATCH] ByteRangeResourceReader

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 9621] - [PATCH] ByteRangeResourceReader

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/scratchpad/src/org/apache/cocoon/util ByteRange.java

froehlich2002/06/12 10:25:37 Added: src/scratchpad/src/org/apache/cocoon/util ByteRange.java Log: applied patch from [EMAIL PROTECTED] added ByteRangeResourceReader Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/util/ByteR

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/reading ByteRangeResourceReader.java

froehlich2002/06/12 10:25:23 Added: src/scratchpad/src/org/apache/cocoon/reading ByteRangeResourceReader.java Log: applied patch from [EMAIL PROTECTED] added ByteRangeResourceReader Revision ChangesPath 1.1 xml-cocoon2/src/sc

AcceptSelector

Hi, I am working on a selector that analyses the Accept header of the browser and provides a way to (for example) response with the best fitting content(-type). It's comparable with the apache module 'mod_negotiation'. The main class is named 'AcceptSelector'. It is based on the abstract class

CachingPoint algorithm and treeprocessor

Hi Carsten, Hows things, I hope all is well in your neck of the woods! As we have been discussing earlier, I have been doing some more work on "cache points" I believe I have something that appears to be workng! However, there a couple of issues I would like to run by you: Issue 1. I have adde

DO NOT REPLY [Bug 9404] - [PATCH] JSP like Tag-Library Implementation

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 9404] - [PATCH] JSP like Tag-Library Implementation

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/scratchpad/src/org/apache/cocoon/transformation TagTransformer.java

froehlich2002/06/12 09:53:43 Added: src/scratchpad/src/org/apache/cocoon/transformation TagTransformer.java Log: applied patch from [EMAIL PROTECTED] . JSP like Tag-Library Implementation Revision ChangesPath 1.1 xml-cocoon2/

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/jxpath JXPathCocoonContexts.java CocoonSessionHandler.java CocoonRequestHandler.java CocoonContextHandler.java

froehlich2002/06/12 09:50:45 Added: src/scratchpad/src/org/apache/cocoon/jxpath JXPathCocoonContexts.java CocoonSessionHandler.java CocoonRequestHandler.java CocoonContextHandler.java Log: applied patch from [EMAIL PROTECTED] . JSP

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/jxpath - New directory

froehlich2002/06/12 09:50:33 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/jxpath - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional c

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/test IterationTestTag.java HelloWorldTag.java

froehlich2002/06/12 09:50:00 Added: src/scratchpad/src/org/apache/cocoon/taglib/test IterationTestTag.java HelloWorldTag.java Log: applied patch from [EMAIL PROTECTED] . JSP like Tag-Library Implementation Revision ChangesPath 1.1

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/test/acting TagtestAction.java

froehlich2002/06/12 09:49:19 Added: src/scratchpad/src/org/apache/cocoon/taglib/test/acting TagtestAction.java Log: applied patch from [EMAIL PROTECTED] . JSP like Tag-Library Implementation Revision ChangesPath 1.1 xml-cocoo

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/string UpperCaseTag.java TrimTag.java TextRecordingTag.java StringTagSupport.java LowerCaseTag.java

froehlich2002/06/12 09:49:13 Added: src/scratchpad/src/org/apache/cocoon/taglib/string UpperCaseTag.java TrimTag.java TextRecordingTag.java StringTagSupport.java LowerCaseTag.java Log: applied patch from [EMAI

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/jxpath/core OutTag.java ForEachTag.java

froehlich2002/06/12 09:49:03 Added: src/scratchpad/src/org/apache/cocoon/taglib/jxpath/core OutTag.java ForEachTag.java Log: applied patch from [EMAIL PROTECTED] . JSP like Tag-Library Implementation Revision ChangesPath 1.1

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/i18n LocaleTag.java

froehlich2002/06/12 09:48:55 Added: src/scratchpad/src/org/apache/cocoon/taglib/i18n LocaleTag.java Log: applied patch from [EMAIL PROTECTED] . JSP like Tag-Library Implementation Revision ChangesPath 1.1 xml-cocoon2/src/scra

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/datetime MonthsTag.java

froehlich2002/06/12 09:48:49 Added: src/scratchpad/src/org/apache/cocoon/taglib/datetime MonthsTag.java Log: applied patch from [EMAIL PROTECTED] . JSP like Tag-Library Implementation Revision ChangesPath 1.1 xml-cocoon2/src/

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/core SourceTag.java LoopTagSupport.java LoopTagStatus.java LoopTag.java ForEachSupport.java

froehlich2002/06/12 09:48:43 Added: src/scratchpad/src/org/apache/cocoon/taglib/core SourceTag.java LoopTagSupport.java LoopTagStatus.java LoopTag.java ForEachSupport.java Log: applied patch from [EMAIL PROTECTED] . JSP like Tag-Li

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib XMLProducerTagSupport.java XMLProducerTag.java XMLConsumerTagSupport.java XMLConsumerTag.java VarXMLProducerTagSupport.java VarTransformerTagSupport.java VarTagSupport.java TransformerTagSupport.java TransformerTag.java TagSupport.java Tag.java IterationTag.java

froehlich2002/06/12 09:48:30 Added: src/scratchpad/src/org/apache/cocoon/taglib XMLProducerTagSupport.java XMLProducerTag.java XMLConsumerTagSupport.java XMLConsumerTag.java VarXMLProducerTagSupport.java

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/test/acting - New directory

froehlich2002/06/12 09:46:10 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/test/acting - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/test - New directory

froehlich2002/06/12 09:46:07 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/test - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/string - New directory

froehlich2002/06/12 09:46:02 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/string - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/jxpath/core - New directory

froehlich2002/06/12 09:45:54 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/jxpath/core - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/jxpath - New directory

froehlich2002/06/12 09:45:47 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/jxpath - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/i18n - New directory

froehlich2002/06/12 09:45:45 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/i18n - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/datetime - New directory

froehlich2002/06/12 09:45:42 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/datetime - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For add

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/core - New directory

froehlich2002/06/12 09:45:38 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/core - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib - New directory

froehlich2002/06/12 09:45:30 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional c

Re: Planning the releases

On Wednesday 12 June 2002 06:08 am, Davanum Srinivas wrote: > July 1 for C2.0.3 > July 15 for C2.1 beta 1 +1 to both. -pete -- peter royal -> [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional command

RE: [GUMP] Build Failure - xml-cocoon2

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > Vadim Gritsenko wrote: > > > > I have no idea what needs to be done to fix gump build. :-/ > > > > Have you ever read the Gump docs, or do you need a RTFM? ;-P Now that you tell it... Went through the pages... Found broken link... (on ht

Re: progress report on XSLTC]]

Gianugo Rabellino wrote: > > Ivelin Ivanov wrote: > > Excelent! > > > > I want to try it NOW ! > > > > For all the folks that were benchmarking Saxon, Xalan, XT, etc. > > This is your chance to test drive the F1 car before it's out on the official > > race track. > > > > > > Gianugo, can you plea

What are the problems with JDK 1.4?

Hi, for the next release (2.0.3) we should try to fix the problems concerning JDK 1.4. One problem, the building of the javadocs is solved now. But it seems that there are problems with JDBC Pooling. If I compile everything using JDK 1.4, the sql examples run well. Running this with JDK 1.4, the

Re: [GUMP] Build Failure - xml-cocoon2

On Wed, 12 Jun 2002, Nicola Ken Barozzi wrote: > > Vadim Gritsenko wrote: > > Who knows what needs to be done to add new libraries to the GUMP build? > > It has been just added By Stephan B. > > What's missing is the Wings jars. > I'll send a patch to Gump to put it in the builds ASAP. > > > >

Re: [GUMP] Build Failure - xml-cocoon2

Vadim Gritsenko wrote: >>From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] >> >> >>Vadim Gritsenko wrote: >> >>>Who knows what needs to be done to add new libraries to the GUMP >> > build? > >>It has been just added By Stephan B. >> >>What's missing is the Wings jars. >>I'll send a patch to Gu

cvs commit: xml-cocoon2/src/documentation/xdocs/link training.xml

cziegeler2002/06/12 07:21:00 Modified:src/documentation/xdocs/link training.xml Log: Added training course Revision ChangesPath 1.3 +6 -0 xml-cocoon2/src/documentation/xdocs/link/training.xml Index: training.xml =

RE: [GUMP] Build Failure - xml-cocoon2

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > > Vadim Gritsenko wrote: > > Who knows what needs to be done to add new libraries to the GUMP build? > > It has been just added By Stephan B. > > What's missing is the Wings jars. > I'll send a patch to Gump to put it in the builds ASAP

RE: [GUMP] Build Failure - xml-cocoon2

> From: Morrison, John [mailto:[EMAIL PROTECTED]] > > Is GUMP supposed to be building the scratchpad? > > > cocoon2/build/cocoon/scratchpad/src/org/apache/cocoon/componen >^^ > > ? compile target builds all sources. Vadim

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

cziegeler2002/06/12 06:59:22 Modified:src/java/org/apache/cocoon/components/language/markup/xsp EsqlConnection.java Log: Fixed endless recursion bug Revision ChangesPath 1.9 +3 -3 xml-cocoon2/src/java/org/apache/cocoon/components/langu

RE: [GUMP] Build Failure - xml-cocoon2

Is GUMP supposed to be building the scratchpad? > cocoon2/build/cocoon/scratchpad/src/org/apache/cocoon/componen ^^ ? > ts/repository/impl/SlideSourceDescriptor.java:83: cannot resolve symbol J. ==

Re: [GUMP] Build Failure - xml-cocoon2

Vadim Gritsenko wrote: > Who knows what needs to be done to add new libraries to the GUMP build? It has been just added By Stephan B. What's missing is the Wings jars. I'll send a patch to Gump to put it in the builds ASAP. > > > >>From: Sam Ruby [mailto:[EMAIL PROTECTED]] > > > > >>

RE: [GUMP] Build Failure - xml-cocoon2

Who knows what needs to be done to add new libraries to the GUMP build? Vadim > From: Sam Ruby [mailto:[EMAIL PROTECTED]] > [javac] /home/rubys/jakarta/xml- > cocoon2/build/cocoon/scratchpad/src/org/apache/cocoon/components/reposit ory/im > pl/SlideSourceDescriptor.java:83: cannot resolv

RE: Planning the releases

Vadim Gritsenko wrote: > > > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > > > > > Vadim Gritsenko wrote: > > > > > > > > > This is the most discussed issue on the user list, it must be fixed > > > before release. Can we have now Excalibur which works with 1.3 *and* > > > 1.4? > > > >

RE: Planning the releases

> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > > Vadim Gritsenko wrote: > > > > > > This is the most discussed issue on the user list, it must be fixed > > before release. Can we have now Excalibur which works with 1.3 *and* > > 1.4? > > > What is needed for it? > > The current excali

[GUMP] Build Failure - xml-cocoon2

[echo] -- [echo] Apache Cocoon 20020612 [1999-2002] [echo] -- [echo] Building with Apache Ant version 1.6alpha compiled on June 12 2002 [echo] using build file

RE: SourceResolving in non-sitemap components

Stuart Roebuck wrote: > > I'm trying to get my head round SourceResolving and would be grateful > for clarification. > > There appear to be at a number of SourceResolver classes: > > > org.apache.excalibur.source.SourceResolver This is the real source resolver. > > org.apache.avalon.e

SourceResolving in non-sitemap components

I'm trying to get my head round SourceResolving and would be grateful for clarification. There appear to be at a number of SourceResolver classes: > org.apache.excalibur.source.SourceResolver > org.apache.avalon.excalibur.source.SourceResolver > org.apache.cocoon.environment.S

HELP! Urgently needed help on head

Hello all, I have a problem I can´t find a place to start looking for the solution: My config is like the following: win2k (2*1,1 ghz 1 Gb RAM 50Gb Hdd) sun jdk1.3.1_02 resin 2.0.5 freshly checked out head, compiled with "build -Dinclude.webapp.libs=yes -Dinclude.scratchpad.libs=yes webapp" Th

RE: Planning the releases

Vadim Gritsenko wrote: > > > This is the most discussed issue on the user list, it must be fixed > before release. Can we have now Excalibur which works with 1.3 *and* > 1.4? > What is needed for it? The current excalibur is compiled with jdk 1.4 in 1.2 compatible mode. For me this works on

RE: sitemap recursive?

> From: Jeremy Quinn [mailto:[EMAIL PROTECTED]] > > Hi All, > > Is it safe to use the SiteMap recursively? There are no technical limitations to it. > ie. a Pipeline calling itself via the cocoon:/ protocol? > > How? Via CInclude or XSLT document() function, etc. > > (can XSLT use th

sitemap recursive?

Hi All, Is it safe to use the SiteMap recursively? ie. a Pipeline calling itself via the cocoon:/ protocol? How? Via CInclude or XSLT document() function, etc. (can XSLT use the cocoon:/ protocol?) thanks for any help regards Jeremy

RE: Planning the releases

> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > Nicola Ken Barozzi wrote: > > > Carsten Ziegeler wrote: > > > >> Hi Team, > >> > >> I think it's time to recall the "release early release often" > >> paradigma... > >> > >> As others already mentioned over the last weeks, we should try to >

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/impl FileSource.java

cziegeler2002/06/12 05:28:16 Modified:src/java/org/apache/cocoon/components/source/impl FileSource.java Log: Fixed FileSource Revision ChangesPath 1.3 +12 -10 xml-cocoon2/src/java/org/apache/cocoon/components/source/impl/FileSource.java

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/repository/impl slide.xconf

cziegeler2002/06/12 03:54:28 Modified:.build.xml src/scratchpad/src/org/apache/cocoon/components/repository/impl slide.xconf Log: Fixing XML in slide config and adding property to control the inclusion of the javadocs in the webapp

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/reading ResourceReader.java

cziegeler2002/06/12 03:20:56 Modified:src/java/org/apache/cocoon/reading ResourceReader.java Log: (Re)adding setContentLength to reader Revision ChangesPath 1.17 +2 -10 xml-cocoon2/src/java/org/apache/cocoon/reading/ResourceReader.java Index: ResourceReade

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source SlideSource.java repository.xconf

/cocoon/components/repository/impl SlideSource.java src/scratchpad/src/org/apache/cocoon/components/source SlideSource.java repository.xconf Added: lib/core avalon-excalibur-20020612.jar Removed: lib/core avalon-excalibur

Re: Planning the releases

+1 for both dates. July 1 for C2.0.3 July 15 for C2.1 beta 1 Thanks, dims --- Christian Haul <[EMAIL PROTECTED]> wrote: > On 12.Jun.2002 -- 09:22 AM, Carsten Ziegeler wrote: > > Hi Team, > > > > I think it's time to recall the "release early release often" paradigma... > > > > As others alrea

cvs commit: xml-cocoon2/lib/core avalon-excalibur-20020612.jar

cziegeler2002/06/12 03:04:38 Modified:lib Tag: cocoon_2_0_3_branch jars.xml lib/core Tag: cocoon_2_0_3_branch avalon-excalibur-20020612.jar Log: Fixed jar list, update excalibur Revision ChangesPath No

RE: Planning the releases

Sylvain Wallez wrote: > > > >> As I'm next week on vacation near Paris :) what do you think of > >> the 1st of July as a release date for 2.0.3? > > > > > > +1 > > > +1 also. Want a french guide for your vacation ? ;) > Oui, je comprends peu francais...but a french guide (who's also paying), well,

  1   2   >