RE: [c2 proposal] map:aggregate

On Sat, 28 Jul 2001, Vadim Gritsenko wrote: > > -Original Message- > > From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > > Sent: Saturday, July 28, 2001 12:43 PM > > To: [EMAIL PROTECTED] > > Subject: AW: [c2 proposal] map:aggregate > > > > > > Hi, > > maybe this is a special problem.

Re: [c2 proposal] map:aggregate

On Sat, 28 Jul 2001, Gerhard Froehlich wrote: > Hi, > Following proposal: > The map:aggregate functionality is very usefull I think. But it's very > laborious when you have many xml documents to aggregate. Take a look in > the xdocs, there are more then 77 documents. > > I think it would be more

Re: AW: [C2B2] Big Bug in sub-sitemap handling (?)

On Sat, 28 Jul 2001, Matthew Langham wrote: > After comparing the logs I can now add a little to that: > > When the pipeline is in the subsitemap components such as the > TraxTransformer are _retrieved_ from the pool - but they are not returned! > This is the case if the pipeline is in the "norma

Cocoon Stammtisch Tonight

Hi All, Hope all is well. Just a reminder that the Cocoon Stammtisch is on in Frankfurt tonight, at Töffi's cafe on the Berger Strasse (Merianplatz U4 train station) at 8pm. All are invited to come and enjoy. Looking forward to meeting you. Cheer

RE: FW: [VOTE?] RE: Processing Time in last line in C2 like in 1.8?

On Fri, 27 Jul 2001, Vadim Gritsenko wrote: > > -Original Message- > > From: Berin Loritsch [mailto:[EMAIL PROTECTED]] > > Sent: Friday, July 27, 2001 4:15 PM > > To: [EMAIL PROTECTED] > > Subject: Re: FW: [VOTE?] RE: Processing Time in last line in C2 like in 1.8? > > > > > > Vadim Grits

Re: [Proposal: C2.1] Split CocoonServlet from Cocoon

On Thu, 26 Jul 2001, Berin Loritsch wrote: > * New CocoonTask environment: Allows for a new Ant task to build documentation using >cocoon! This would be very cool :) > How to perform the solution: > > We need a generic Servlet that performs the following things: > > 1) Create a CocoonConfigura

RE: weird build problem - seems to be dependent on jar name

Woops, yes the catalog.jar did contain some partial SAX classes. I blindly assumed that the jar only contained the catalog classes. When i remove the sax.* and re-pack the jar, then all is fixed. Sorry and thanks to all, David Crossley -

RE: [C2][VOTE]: Logging

Can anybody vote or only committers (I've always been a little hazy on this) In any case (if my vote counts) +1 to extended logging As far as the cocoon.xconf vs. the web.xml issue, I'm unsure. Berin stated that logging is not a component, which may be valid, but why not, why shouldn't I be abl

[C2]ReadDOMSessionTransformer patch

I have a patch for a bug in the ReadDOMSessionTransformer. It is currently inserting an XML prolog in the middle of an XML document, regardless of where I attempt to insert the DOM fragment. This is because the DOMSteamer it uses automatically fires start document/end document events. I saw

[C2] SQLTransformer

Hi all, There's a serious bug in the SQLTransformer: a query gets executed, and after that the results are sucked out of it. Now, the moment the query is executed, its Connection is given back to the Pool it belongs is (which is good). But, if this Connection is reused before the results are suck

Re: [C2]: Simplyfying log configuration

On Tue, 7 Aug 2001, Carsten Ziegeler wrote: > The configuration of the log is currently done in the web.xml. > This includes the log level, the log file name etc. > > What do you all think about moving this configuration to the > cocoon.xconf? This would allow any change to take effect > immediat

Re: Some comments on Cocoon 2.0b2

On Tue, 24 Jul 2001, Stuart Roebuck wrote: > > On Tuesday, July 24, 2001, at 11:25 am, Stefano Mazzocchi wrote: > > > content aggregation > > --- > > > > Content aggregation at sitemap level is, IMHO, limiting and imposes some > > degree of overlap between concerns. > > > > An ex

Re: [C2][VOTE]: Logging

Vadim Gritsenko wrote: > > +1, and +1 to place config into cocoon.xconf. Perhaps a different file as cocoon.xconf is getting crowded. Besides, logging is not a component. > > Vadim > > > -Original Message- > > From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, August 0

RE: [C2][VOTE]: Logging

+1, and +1 to place config into cocoon.xconf. Vadim > -Original Message- > From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, August 07, 2001 1:50 PM > To: [EMAIL PROTECTED] > Subject: Re: [C2][VOTE]: Logging > > > > > Carsten Ziegeler wrote: > > > > I just wanted to s

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

bloritsch01/08/07 10:21:07 Modified:lib avalon-excalibur.jar Log: Update Excalibur with corrected Driver loading Revision ChangesPath 1.6 +323 -360 xml-cocoon2/lib/avalon-excalibur.jar <> -

cvs commit: xml-cocoon2/skins/printer/stylesheets document2html.xsl

bloritsch01/08/07 10:17:15 Modified:lib Tag: cocoon_20_branch avalon-excalibur.jar skins/printer/stylesheets Tag: cocoon_20_branch document2html.xsl Log: Update Excalibur with corrected Driver loading Revision ChangesPath No

Re: map:parameter in map:components

On Mon, 23 Jul 2001, Christian Haul wrote: > > > And a last one: I proposed some changes to esql.xsl on 04.jul. and > > > posted a patch on 11.jul. You asked me not to commit changes to > > > esql.xsl without review. So far no one had any comments. What course > > > of action would you suggest? >

Re: [C2][VOTE]: Logging

Carsten Ziegeler wrote: > > I just wanted to start a vote on the logging features of C2.0. The 2.1 > branch > containes the enhanced CocoonLogFormatter which outputs more information, > e.g. > the current uri, thread name etc. > So let's vote if this should go into the 2.0 branch! > > I am +1

Re: I18nTransformer patch

> Here are my answers: > > "Piroumian, Konstantin" wrote: > > ... > > Why only in number and date/time? I think that 'locale' attribute can be > > useful also in all other tags, such as i18n:text, i18n:param, etc. If you > > are using a locale stack (as I proposed in one of my emails) then it will

cvs commit: xml-cocoon2/src/org/apache/cocoon/util/log CocoonLogFormatter.java ExtensiblePatternFormatter.java

cziegeler01/08/07 08:07:02 Modified:src/org/apache/cocoon/util/log CocoonLogFormatter.java ExtensiblePatternFormatter.java Log: Synced logger with latest logkit and changed getTime output format to AvalonLogFormatter style Revision ChangesPath 1.

esql-patch

Hi, I'd like to use but for the encoding we have to catch java.io.UnsupportedEncodingException These exception is not catched yet. Because I have no access to cvs I post the patch as diff -u esql.xsl.orig esql.xsl Regards, Michael --- esql.xsl.orig Tue Aug 7 16:25:16 2001 +++ esql.xsl

Re: I18nTransformer patch

Here are my answers: "Piroumian, Konstantin" wrote: > ... > Why only in number and date/time? I think that 'locale' attribute can be > useful also in all other tags, such as i18n:text, i18n:param, etc. If you > are using a locale stack (as I proposed in one of my emails) then it will be > very ea

Re: AW: [C2]: Simplyfying log configuration

Carsten Ziegeler wrote: > > > Berin Loritsch wrote: > > > > Carsten Ziegeler wrote: > > > > > > The configuration of the log is currently done in the web.xml. > > > This includes the log level, the log file name etc. > > > > > > What do you all think about moving this configuration to the > > > c

Re: [C2.1] Update junit to 3.7

Stuart Roebuck wrote: > > Could the junit.jar file in Cocoon 2.1 be updated to 3.7 which includes > the new AssertTrue methods? > > This doesn't break any of the mass of existing tests :-) and helps me with > some of my own! Besides, assert is a keyword in JDK 1.4. Avalon is now using JUnit 3.

Re: I18nTransformer patch

Fine! I like your changes. I'd like to add a fiew comments: > Hi, > I have added some lines of code to I18nTransformer.java > and tested. It is attached to this mail. > I hope this is useful not only to me ;-) > > 1) before:-> date and time >now: -> only date -> incompatibility >

AW: [C2]: Performance and logging

> Vadim Gritsenko wrote: > > > -Original Message- > > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, August 07, 2001 6:36 AM > > To: Cocoon-Dev@Xml. Apache. Org > > Subject: [C2]: Performance and logging > > > > > > Hi, > > > > I know that we had this discussion some

AW: [C2]: Performance and logging

> Berin Loritsch wrote: > > Carsten Ziegeler wrote: > > > > Hi, > > > > I know that we had this discussion some time ago, with no real solution, > > so I thought: why not start it again? > > > > Looking at the way logging is performed in cocoon 2, I think this is > > not very fast. Here an example

AW: [C2]: Simplyfying log configuration

> Berin Loritsch wrote: > > Carsten Ziegeler wrote: > > > > The configuration of the log is currently done in the web.xml. > > This includes the log level, the log file name etc. > > > > What do you all think about moving this configuration to the > > cocoon.xconf? This would allow any change t

[C2.1] Update junit to 3.7

Could the junit.jar file in Cocoon 2.1 be updated to 3.7 which includes the new AssertTrue methods? This doesn't break any of the mass of existing tests :-) and helps me with some of my own! Stuart. - Stuart Roebuck

Re: [C2]: Simplyfying log configuration

Carsten Ziegeler wrote: > > The configuration of the log is currently done in the web.xml. > This includes the log level, the log file name etc. > > What do you all think about moving this configuration to the > cocoon.xconf? This would allow any change to take effect > immediately after it was

Re: [C2]: Performance and logging

Carsten Ziegeler wrote: > > Hi, > > I know that we had this discussion some time ago, with no real solution, > so I thought: why not start it again? > > Looking at the way logging is performed in cocoon 2, I think this is > not very fast. Here an example: > > > getLogger().debug("Creating n

RE: [C2]: Performance and logging

> -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, August 07, 2001 6:36 AM > To: Cocoon-Dev@Xml. Apache. Org > Subject: [C2]: Performance and logging > > > Hi, > > I know that we had this discussion some time ago, with no real solution, > so I thou

[C2]: Simplyfying log configuration

The configuration of the log is currently done in the web.xml. This includes the log level, the log file name etc. What do you all think about moving this configuration to the cocoon.xconf? This would allow any change to take effect immediately after it was changed when cocoon is reloaded. And p

I18nTransformer patch

Hi, I have added some lines of code to I18nTransformer.java and tested. It is attached to this mail. I hope this is useful not only to me ;-) 1) before:-> date and time now: -> only date -> incompatibility -> new URI: http://apache.org/cocoon/i18n/2.1 -

RE: latest xform

At 7:34 PM +0200 6/8/01, Torsten Curdt wrote: >> Forgive me if I misunderstood what you are saying here, but could we add >> the ability to process/update XML File as DOM to this, allowing us to throw >> away the FP TagLib (which was always intended as a 'thought experiment'). > >Definitly! I have

[Bug 2861] - CachingStreamPipeline, setContentLength when should == false

PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2861

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/pipeline CachingStreamPipeline.java

cziegeler01/08/07 03:56:50 Modified:src/org/apache/cocoon/components/pipeline CachingStreamPipeline.java Log: The content length was set twice when the CachingStreamPipeline could cache. The second call was too late. This is fixed now. PR: bug 2861 R

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/pipeline CachingStreamPipeline.java

cziegeler01/08/07 03:56:25 Modified:src/org/apache/cocoon/components/pipeline Tag: cocoon_20_branch CachingStreamPipeline.java Log: The content length was set twice when the CachingStreamPipeline could cache. The second call was too late. This is fixed now.

[Bug 2861] - CachingStreamPipeline, setContentLength when should == false

PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2861

cvs commit: xml-cocoon2/xdocs log-transformer.xml

cziegeler01/08/07 03:44:40 Modified:src/org/apache/cocoon/transformation LogTransformer.java xdocslog-transformer.xml Log: Correct parameter doc for log transformer Revision ChangesPath 1.3 +3 -3 xml-cocoon2/src/org/apache/cocoon/transforma

cvs commit: xml-cocoon2/xdocs log-transformer.xml

cziegeler01/08/07 03:44:20 Modified:src/org/apache/cocoon/transformation Tag: cocoon_20_branch LogTransformer.java xdocsTag: cocoon_20_branch log-transformer.xml Log: Correct parameter doc for log transformer Revision ChangesPath

Re: weird build problem - seems to be dependent on jar name

David Crossley wrote: >A workaround solution is to rename our jar file so that >it begins with "z" i.e. zcatalog.jar >Now re-build runs perfectly. Why is that hack needed? > >Linux RedHat 7.1 >java.vm.version=Blackdown-1.3.1-FCS >jakarta-tomcat-3.2.2 > >Help please, days have been wasted trying t

[GUMP] Build Failure - Cocoon2

This email is autogenerated from the output from: Buildfile: build.xml init: [echo] --- Apache Cocoon

[C2]: Performance and logging

Hi, I know that we had this discussion some time ago, with no real solution, so I thought: why not start it again? Looking at the way logging is performed in cocoon 2, I think this is not very fast. Here an example: getLogger().debug("Creating new Templates in " + this + " for " + this.input

cvs commit: xml-cocoon2/src/org/apache/cocoon/servlet CocoonServlet.java

cziegeler01/08/07 03:18:18 Modified:src/org/apache/cocoon/servlet CocoonServlet.java Log: Display full time in log Revision ChangesPath 1.25 +4 -4 xml-cocoon2/src/org/apache/cocoon/servlet/CocoonServlet.java Index: CocoonServlet.java

cvs commit: xml-cocoon2/src/org/apache/cocoon/servlet CocoonServlet.java

cziegeler01/08/07 03:18:03 Modified:src/org/apache/cocoon/servlet Tag: cocoon_20_branch CocoonServlet.java Log: Display full time in log Revision ChangesPath No revision No revision 1.13.2.10 +3

[C2][VOTE]: Logging

I just wanted to start a vote on the logging features of C2.0. The 2.1 branch containes the enhanced CocoonLogFormatter which outputs more information, e.g. the current uri, thread name etc. So let's vote if this should go into the 2.0 branch! I am +1 for adding this to 2.0. Further, I want to m

RE: weird build problem - seems to be dependent on jar name

Seems like you have some sax classes in your catalog.jar. Probably another version than the ones cocoon uses, and thus missing some methods (like getName in org.xml.sax.helpers.XMLReaderAdapter$AttributesAdapter). Putting a 'z' in front of the jar name causes the jar to be loaded lastly, and thus

RE: xforms - inline values & fix names

> On 06.Aug.2001 -- 07:30 PM, Torsten Curdt wrote: > > So we are back to the transformer ;) We should really decide which way to go! > > So what are your PROs for the transformer now? > > Unfortunately, yes. Reason is that evalute is even slower (and xalan > specific, well, DTM would be as well)

Re: AW: weird build problem - seems to be dependent on jar name

Thanks Carsten, The jar name is catalog.jar to add entity resolver support. It does not contain DOM stuff. However, it certainly does have SAX-based classes - i mean it does "import org.xml.sax.EntityResolver" etc. Note that everything works beautifully with the public release of c2b2. There were

AW: weird build problem - seems to be dependent on jar name

What was the original name of your jar file and which classes (packages) did it contain (any sax or dom package?) Carsten > -Ursprüngliche Nachricht- > Von: David Crossley [mailto:[EMAIL PROTECTED]] > Gesendet: Dienstag, 7. August 2001 04:23 > An: [EMAIL PROTECTED] > Betreff: weird build

RE: xforms - inline values & fix names

> Torsten, > > although I've said that doing this with xslt is feasible I think I was > wrong. > > So here is a transformer that does a) handle the complete xform > binding spec and adds instance data as child element to form > controls and b) adds a @name attribute to them containing the form

RE: latest xform

> At 5:13 PM +0200 29/7/01, Torsten Curdt wrote: > >* input/output mapper [me] > > Although prepare for such mappings the > > mapping needs to be implemented for > > basic use cases: > >- xform > >- bean > >- classes in general > >- maybe even databases? > > Should we add 'file