On vacation

Hi, I will be on vacation from the 20th of July to the 5th of August - walking through the Swiss mountains. Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: xerces 2.0.2 (again)

Torsten Curdt wrote: > This is what I found out: > > cocoon2 HEAD seems to work out-of-the-box with xerces 2.0.2 for: > > resin 2.1.2, jdk 1.3.1_02, linux > tomcat 4.1.7b2, jdk 1.3.1_02, linux > resin 2.1.2, jdk 1.3.1, win2k > > but fails on > > tomcat 4.0.4b2, jdk 1.3.1_02, linux > tomcat 4.0.4,

DO NOT REPLY [Bug 10929] - ESQL conflict with XSCRIPT logicsheet

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_b

DO NOT REPLY [Bug 10929] New: - ESQL conflict with XSCRIPT logicsheet

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_b

Re: FW: Simplifying Error Reporting (FW: doc generation woes)

Berin Loritsch wrote: > More requests for Cocoon > > >>-Original Message- >>From: Stephen McConnell [mailto:[EMAIL PROTECTED]] >>Sent: Wednesday, July 17, 2002 11:33 AM >>To: [EMAIL PROTECTED] >>Subject: Re: Simplifying Error Reporting (FW: doc generation woes) >> >> >>Berin: >> >>Beyon

Re: FW: Simplifying Error Reporting (FW: doc generation woes)

Berin Loritsch wrote: > >>-Original Message- >>From: Berin Loritsch [mailto:[EMAIL PROTECTED]] >>Sent: Wednesday, July 17, 2002 11:05 AM >>To: Avalon Developer's List >>Subject: Simplifying Error Reporting (FW: doc generation woes) >> >> >>Enclosed below is a message we received from St

DO NOT REPLY [Bug 10911] New: - unchecked NullPointer in search 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_b

pizza compiler error

Hi, I started using Reflection and I had the problem that code which compiles with Sun's javac gives me errors when compiling with pizza compiler. Here is the example: Class argType[] = new Class[4]; argType[0] = String.class; argType[1] = String[].class; argType[2] = double.class; //

Re: [Q] Conceptual difficulties

Carsten Ziegeler wrote: > No, there is no way around it - again with 2.1 the interpreted sitemap > is used instead and this is no longer a problem. Remember, the sunshine > components are for the 2.0.3 branch in the scratchpad. Isn't the interpreted sitemap the default in 2.0.3? Ugo --

FW: Simplifying Error Reporting (FW: doc generation woes)

> -Original Message- > From: Leo Simons [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, July 17, 2002 12:02 PM > To: Berin Loritsch > Subject: Re: Simplifying Error Reporting (FW: doc generation woes) > > > I think what you should do is provide separate logs for different log > levels.

FW: Simplifying Error Reporting (FW: doc generation woes)

More requests for Cocoon > -Original Message- > From: Stephen McConnell [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, July 17, 2002 11:33 AM > To: [EMAIL PROTECTED] > Subject: Re: Simplifying Error Reporting (FW: doc generation woes) > > > > Berin: > > Beyond sensible error managemen

FW: Simplifying Error Reporting (FW: doc generation woes)

> -Original Message- > From: Berin Loritsch [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, July 17, 2002 11:05 AM > To: Avalon Developer's List > Subject: Simplifying Error Reporting (FW: doc generation woes) > > > Enclosed below is a message we received from Stephen McConnel > regard

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

cziegeler2002/07/17 08:13:01 Modified:src/java/org/apache/cocoon/transformation SourceWritingTransformer.java Log: Fixing dom problems in source writing transformer Revision ChangesPath 1.9 +38 -27 xml-cocoon2/src/java/org/apache/cocoon/

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/serialization FOPSerializer.java

cziegeler2002/07/17 06:23:41 Modified:.Tag: cocoon_2_0_3_branch changes.xml src/java/org/apache/cocoon/serialization Tag: cocoon_2_0_3_branch FOPSerializer.java Log: Direct fop log messages to log Revision ChangesPath No

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/serialization FOPSerializer.java

cziegeler2002/07/17 06:22:37 Modified:.changes.xml src/java/org/apache/cocoon/serialization FOPSerializer.java Log: Direct fop log messages to log Revision ChangesPath 1.215 +9 -6 xml-cocoon2/changes.xml Index: changes.xml =

Re: ServletProxyGenerator

Sounds similar to the recently contributed WebServiceProxyGenerator. Check it. Maybe you can add improvements instead of writing a new component with overlapping functionality: http://www.mail-archive.com/cocoon-dev@xml.apache.org/msg19390.html Ivelin - Original Message - From: "Mic

RE: cvs ci problem...

> From: Sven Kitschke [mailto:[EMAIL PROTECTED]] > Hi John, > > John Morrison wrote: > > > Hi all, > > > > I'm trying to add fop and jfor to 2_0_3_branch but I'm > > getting the following... > > > > $ cvs add -kb fop-0.20.4.jar jfor-0.7.0.jar > > cvs server: fop-0.20.4.jar added independently

Re: cvs ci problem...

Hi John, John Morrison wrote: > Hi all, > > I'm trying to add fop and jfor to 2_0_3_branch but I'm > getting the following... > > $ cvs add -kb fop-0.20.4.jar jfor-0.7.0.jar > cvs server: fop-0.20.4.jar added independently by second party > cvs server: jfor-0.7.0.jar added independently by sec

Re: fop-0.20.3.jar in 2.0.3/4 branch

Hi John, John Morrison wrote: > I *do* appologise, I could have sworn I did it right. Strange > the lucene got updated... :-} > Shit happens. Thank you, Sven. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm

cvs commit: xml-cocoon2/lib/optional fop-0.20.4.jar jfor-0.7.0.jar

morrijr 2002/07/17 02:09:07 Added: lib/optional Tag: cocoon_2_0_3_branch fop-0.20.4.jar jfor-0.7.0.jar Log: Try and fix branch Revision ChangesPath No revision No revision 1.1.2.7 +0 -0

cvs commit: xml-cocoon2/lib/optional fop-0.20.4.jar jfor-0.7.0.jar

morrijr 2002/07/17 02:08:56 Added: lib/optional fop-0.20.4.jar jfor-0.7.0.jar Log: Try and fix branch Revision ChangesPath 1.3 +0 -0 xml-cocoon2/lib/optional/fop-0.20.4.jar <> 1.3 +6035 -537 xml-cocoon2/lib/optional/jfor-0.7.0.jar

cvs commit: xml-cocoon2/lib/optional fop-0.20.4.jar jfor-0.7.0.jar

morrijr 2002/07/17 01:53:36 Removed: lib/optional Tag: cocoon_2_0_3_branch fop-0.20.4.jar jfor-0.7.0.jar Log: Try and fix branch -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsu

cvs commit: xml-cocoon2/lib/optional fop-0.20.4.jar jfor-0.7.0.jar

morrijr 2002/07/17 01:53:30 Removed: lib/optional fop-0.20.4.jar jfor-0.7.0.jar Log: Try and fix branch -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For a

RE: [Q] Sunshine usage...

Per Kreipke wrote: > > I like the concept and the depth of all the Sun* components in the > scratchpad in 2.0.3 and am eager to use them but there are some things I > can't quite understand (yes, it never ends): > > > - with the form handling simplification described in the > documentation, the >

RE: [Q] Conceptual difficulties

Per Kreipke wrote: > > Carsten, > > Good morning, thanks for your reply. > Thanks - I try to do my best... > > > > > - does the resolver automatically cache the source object if > > possible, and > > > also watch for changes (it doesn't seem as if any of the Source's are > > > caching)? > > > >

[Q] Sunshine usage...

I like the concept and the depth of all the Sun* components in the scratchpad in 2.0.3 and am eager to use them but there are some things I can't quite understand (yes, it never ends): - with the form handling simplification described in the documentation, the results are put into a context in t

RE: [Q] Conceptual difficulties

On Wed, 17 Jul 2002, Per Kreipke wrote: > Giacomo, > > > > I feel like a newbie again. > > > > > > It seems as if with every new page or problem to solve, I have > > a large set > > > of choices about where I can store information. But where I > > choose to store > > > something depends on its li

cvs commit: xml-cocoon2/lib/optional fop-0.20.4.jar jfor-0.7.0.jar lucene-1.2.jar

morrijr 2002/07/17 01:13:24 Added: lib/optional Tag: cocoon_2_0_3_branch fop-0.20.4.jar jfor-0.7.0.jar lucene-1.2.jar Log: Try, try, try again :( Revision ChangesPath No revision No revision 1.

RE: [Q] Conceptual difficulties

Carsten, Good morning, thanks for your reply. > > > > > > - is the Cocoon Source object the same as the Source in > Excalibur (doesn't > > seem so, yet they both seem to be used)? > In 2.0.3 (or from 2.0 to 2.0.4-dev) only the Cocoon source object is used. > We moved the source resolving to exc

cvs commit: xml-cocoon2/lib/optional fop-0.20.4.jar jfor-0.7.0.jar lucene-1.2.jar

morrijr 2002/07/17 01:03:45 Removed: lib/optional Tag: cocoon_2_0_3_branch fop-0.20.4.jar jfor-0.7.0.jar lucene-1.2.jar Log: REMOVE bad jars -- In case of troubles, e-mail: [EMAIL PROTEC

RE: [Q] Conceptual difficulties

Giacomo, > > I feel like a newbie again. > > > > It seems as if with every new page or problem to solve, I have > a large set > > of choices about where I can store information. But where I > choose to store > > something depends on its lifetime, cachability, granularity, etc. > > > > In a typica

cvs commit: xml-cocoon2/lib/optional fop-0.20.4.jar

cziegeler2002/07/17 00:45:13 Added: lib/optional Tag: cocoon_2_0_3_branch fop-0.20.4.jar Log: Test Revision ChangesPath No revision No revision 1.1.2.3 +0 -0 xml-cocoon2/lib/optional/fop-0.20.4.jar <

cvs commit: xml-cocoon2/lib/optional fop-0.20.4.jar

cziegeler2002/07/17 00:44:09 Removed: lib/optional Tag: cocoon_2_0_3_branch fop-0.20.4.jar Log: Test -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addi

RE: [Q] Conceptual difficulties

Per Kreipke wrote: > > > - is the Cocoon Source object the same as the Source in Excalibur (doesn't > seem so, yet they both seem to be used)? In 2.0.3 (or from 2.0 to 2.0.4-dev) only the Cocoon source object is used. We moved the source resolving to excalibur and starting with 2.1 only the exca

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/webapps/session/context RequestSessionContext.java

cziegeler2002/07/17 00:27:08 Modified:.build.xml src/documentation/xdocs/developing/webapps session.xml src/java/org/apache/cocoon/webapps/session/context RequestSessionContext.java Log: Making optional jars really option

Re: [Q] Conceptual difficulties

On Wed, 17 Jul 2002, Per Kreipke wrote: > I feel like a newbie again. > > It seems as if with every new page or problem to solve, I have a large set > of choices about where I can store information. But where I choose to store > something depends on its lifetime, cachability, granularity, etc. >