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

vgritsenko02/03/08 22:46:01 Modified:src/java/org/apache/cocoon/transformation TraxTransformer.java Log: align code Revision ChangesPath 1.19 +10 -12 xml-cocoon2/src/java/org/apache/cocoon/transformation/TraxTransformer.java Index: T

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/xpath JaxenProcessorImpl.java

vgritsenko02/03/08 22:44:51 Modified:src/java/org/apache/cocoon/components/xpath JaxenProcessorImpl.java Log: fix jaxen xpath processor Revision ChangesPath 1.7 +4 -2 xml-cocoon2/src/java/org/apache/cocoon/components/xpath/JaxenProcess

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transformation encodeurl.xmap encodeurl.sitemap

vgritsenko02/03/08 22:43:29 Added: src/scratchpad/src/org/apache/cocoon/transformation encodeurl.xmap Removed: src/scratchpad/src/org/apache/cocoon/transformation encodeurl.sitemap Log: rewrite xconf tool Revision Changes

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/sunshine sunshine-act.xmap sunshine-gen.xmap sunshine-int.xpipe sunshine-tran.xmap sunshine.xpipe sunshine.xconf sunshine.pipeline sunshine.sitemap

vgritsenko02/03/08 22:40:35 Modified:src/scratchpad/src/org/apache/cocoon/sunshine sunshine.xconf Added: src/scratchpad/src/org/apache/cocoon/sunshine sunshine-act.xmap sunshine-gen.xmap sunshine-int.xpipe sunshine-tran.xmap

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/util ResizableContainer.java

vgritsenko02/03/08 22:35:57 Added: src/scratchpad/src/org/apache/cocoon/util ResizableContainer.java Removed: src/scratchpad/src/org/apache/cocoon/transformation/pagination ResizableContainer.java Log: Move ResizableContainer

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

vgritsenko02/03/08 22:35:04 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/util - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/serialization fop.xmap jfor.xmap poi.xconf svg.xmap

vgritsenko02/03/08 22:28:26 Added: src/java/org/apache/cocoon/serialization fop.xmap jfor.xmap poi.xconf svg.xmap Log: rewrite xconf tool Revision ChangesPath 1.1 xml-cocoon2/src/java/org/apache/cocoon/serialization/fop.xmap

cvs commit: xml-cocoon2/tools/src XConfToolTask.java

vgritsenko02/03/08 22:27:16 Modified:.build.xml src/java/org/apache/cocoon/components/deli deli.xconf src/java/org/apache/cocoon/components/hsqldb hsqldb.xconf src/java/org/apache/cocoon/components/resolver res

Re: Pipe-aware Selectors

Nicola Ken Barozzi wrote: > > From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > > > Nicola Ken Barozzi wrote: > > > > > It seems that the dual nature of the processing in Cocoon is starting to > get > > > tested by sensible argumentations. > > > > I'm sorry, Ken, but I don't get your point about t

Re: Wyona / Xopus

[EMAIL PROTECTED] wrote: > > Just lurking... but I think I have a lead for an XForms > (http://www.w3.org/MarkUp/Forms/) implementation that might be > donation-to-apache material. Are people interested? You bet! > Also, XForms just went into last call, so people should review in any case.

Re: [VOTE] Set Pizza as Default Compiler in Sample WebApp

Nicola Ken Barozzi wrote: > > From: "Vadim Gritsenko" <[EMAIL PROTECTED]> > > > I would like to call for a vote to set Pizza as default compiler in the > > Cocoon's Samples WebApp. This will shave 4.2Mb off samples webapp size, > > because Pizza is 10 (ten) times smaller than Javac. > > AFAIK J

Re: [VOTE] Set Pizza as Default Compiler in Sample WebApp

From: "Vadim Gritsenko" <[EMAIL PROTECTED]> > I would like to call for a vote to set Pizza as default compiler in the > Cocoon's Samples WebApp. This will shave 4.2Mb off samples webapp size, > because Pizza is 10 (ten) times smaller than Javac. AFAIK Javac leaks memory, as per Tomcat release no

[VOTE] Set Pizza as Default Compiler in Sample WebApp

Hi, I would like to call for a vote to set Pizza as default compiler in the Cocoon's Samples WebApp. This will shave 4.2Mb off samples webapp size, because Pizza is 10 (ten) times smaller than Javac. I'm using Pizza with the Cocoon samples quite for a while now, and do not see any major issues w

DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range

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

FW: How to define custom parameter for map:serialize?

Hi Cocoon Devs, Can somebody recommend the best way to deal with the issue? The problem is that does not allow parameters and the question is how to live without it. See corresponding thread on the user list. Should we add support for cache-aware serializers implementing SitemapModelComponent?

Re: Pipe-aware Selectors

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Nicola Ken Barozzi wrote: > > > It seems that the dual nature of the processing in Cocoon is starting to get > > tested by sensible argumentations. > > I'm sorry, Ken, but I don't get your point about this 'dual nature', can > you elaborate more?

RE: Velocity & XSLT

Vadim, > -Original Message- > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 08, 2002 16:06 > To: [EMAIL PROTECTED] > Subject: Velocity & XSLT, Was: Wyona / Xopus > > > Hi, > > > > > Just this morning, we have also been discussing about something like a > > Veloci

RE: Release early? (was: Roadmap Executive Plan)

>> > What are we waiting for? I guess we are waiting when Carsten gets well ;) << Wowplease.it will get to his head :-). Carsten will be back in "limited" action from Monday. Matthew -- Open Source Group sunShine - Lighting up e:Business ==

Re: Cocoon + UserAgent Strings

Matt Sergeant wrote: >Please be aware that google has been stamping down hard on people >re-selling their service lately. Case in point - they forced the Perl >module WWW::Search::Google to be taken off CPAN. All I'm saying is please >be aware of their terms of service agreement (somewhere off th

Release early? (was: Roadmap Executive Plan)

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > Finally, when are we doing 2.0.2? Does somebody remember what is "release early, release often" means? I must confess I forgot the meaning of this... > What are we waiting for? I guess we are waiting when Carsten gets well ;) Disclai

Velocity & XSLT, Was: Wyona / Xopus

Hi, > Just this morning, we have also been discussing about something like a > Velocity2XsltTransformer. Then, at least, designers would have the > possibility to use commercial tools like Dreamweaver to do their stuff. Any > comments on that? If I get you right... I.e., if you want to genera

RE: Wyona / Xopus

I also just got this from q24/Xopus: > The first prototype of the new Xopus will take about 2 months. We > do not yet have a fixed date for the final release. > We will however (most probably) support Netscape 6.2 or something > like Mozilla 0.9.9. Also, they are very keen on Cocoon supporting t

Re: [GUMP] Build Failure - Cocoon2

From: "Sam Ruby" <[EMAIL PROTECTED]> > cocoon2/build/cocoon/ ... /CastorTransformer.java:14: Class > org.exolab.castor.mapping.MappingException not found in import. > [javac] import org.exolab.castor.mapping.MappingException; > [javac]^ > > BUILD FAILED AFAIK, Flash-Sam has alre

[GUMP] Build Failure - Cocoon2

[echo] -- [echo] Apache Cocoon 20020308 [1999-2002] [echo] -- [echo] Building with Apache Ant version 1.5alpha compiled on March 8 2002 [echo] using build file

RE: error page

Try ResourceExist action. Vadim > -Original Message- > From: Bert Van Kets [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 08, 2002 8:41 AM > To: [EMAIL PROTECTED] > Subject: error page > > I aggregate two XML files, one containing the menu structure and one > containing the content, a

DO NOT REPLY [Bug 6986] - Selectors and generators

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 6986] - Selectors and generators

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: Question: Generators & Actions

Thanks... -Oorspronkelijk bericht- Van: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Verzonden: vrijdag 8 maart 2002 14:41 Aan: [EMAIL PROTECTED] Onderwerp: RE: Question: Generators & Actions > From: Graaf, Edgar de (fin) [mailto:[EMAIL PROTECTED]] > > Hello, > > If I want to search for

RE: Wyona / Xopus

Just lurking... but I think I have a lead for an XForms (http://www.w3.org/MarkUp/Forms/) implementation that might be donation-to-apache material. Are people interested? Also, XForms just went into last call, so people should review in any case. -scott

RE: Question: Generators & Actions

> From: Graaf, Edgar de (fin) [mailto:[EMAIL PROTECTED]] > > Hello, > > If I want to search for a value should I use a generator or a action? > > It goes like this: > 1. The user gives a value. > 2. The system searches and makes a list. > 3. The list is displayed. Sound to me like a generator

error page

I aggregate two XML files, one containing the menu structure and one containing the content, and transform the result to XHTML. If the content file is missing, due to an error in the menu xml file, I get an error telliong me the file is missing as a replacement of the content. Of course this i

Re: Wyona / Xopus (IE vs.Mozilla)

> 4) Currently only IE 5.5+ implements this using the >contentEditable='true' attribute on every element. Mozilla has scheduled >such a feature for version 1.1 to be released in July. See > > http://bugzilla.mozilla.org/show_bug.cgi?id=97284 > >[please, go there and vote for that bug so that it

Re: Wyona / Xopus (IE vs.Mozilla)

Matthew Langham wrote: > > > "Mozilla can now be used as a content editor" but could be "we > > have a content editor, and the code is based on Mozilla, by the way". > >. . . > > This I like. An XML Content Editor as a separate application based on > Mozilla code. > > I was pointing out that Co

Re: Pipe-aware Selectors

Daniel Fagerstrom wrote: > I have done some more thinking and have started to build a prototype. I > decided that it would be easier to build it in the treeprocessor, so I will > describe the design this far in terms of the treeprocessor interfaces and > classes. > Given that the design above

Re: Pipe-aware Selectors

Nicola Ken Barozzi wrote: > It seems that the dual nature of the processing in Cocoon is starting to get > tested by sensible argumentations. I'm sorry, Ken, but I don't get your point about this 'dual nature', can you elaborate more? -- Stefano Mazzocchi One must still have chaos in ones

DO NOT REPLY [Bug 6986] New: - Selectors and generators

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: Wyona / Xopus

Ugo Cei wrote: > Matthew Langham wrote: > >>> There's no way out: Mozilla is the key. We must find a way to implement >>> Xopus concepts into Mozilla. >>> I just recieved the following from a Xopus developer: "We are now redesigning Xopus from the ground up. The next version will be open sou

Re: Wyona / Xopus

There is something similar to Xopus running already on Netscape, written by the "bitflux" guys (http://www.bitflux.ch) but it is not Open Source yet. The will present it at the Open Source CMS conference (http://conference.wyona.org) on March 21-22. But as I know from the demo I have seen once,

Re: Wyona / Xopus

On Fri, 8 Mar 2002, Ugo Cei wrote: > Matt Sergeant wrote: > > > Mozilla already has a full DOM (level 2) and XSLT (not 100%, but not bad). > > I was reasoning under the assumption that we need a validating parser, > don't we? Oh, I see... Umm that's a tough one then. I concur for W3C schemas you

Re: POI Serialization code committed

From: "Sylvain Wallez" <[EMAIL PROTECTED]> > giacomo wrote: > >We have to see where the other code will best fit into other project (if > >the POI team cannot be convinced to hold it in their CVS). > > > We should do our best to convince them that XML support in POI is a good > thing for the proj

Re: FriendlyTransformerException

At 11:54 am +0100 8/3/02, Nicola Ken Barozzi wrote: >From: "Jeremy Quinn" <[EMAIL PROTECTED]> > >> I just don't know the guts of Cocoon well enough, I would be really >> grateful, if someone could look this over (source code enclosed), and >> suggest the best way it's functionality can be incorpor

Re: Wyona / Xopus

Dear Sylvain Is your extension for Dreamweaver Open Source? The Swiss Federal Institute of Technology is looking for a CMS, and the race will be decided between Wyona CMS (based on Cocoon2) and Kontentor (based on Zope). One of the main criteria is that "XSLT" can be edited with Dreamweaver by

Re: FriendlyTransformerException

From: "Jeremy Quinn" <[EMAIL PROTECTED]> > I just don't know the guts of Cocoon well enough, I would be really > grateful, if someone could look this over (source code enclosed), and > suggest the best way it's functionality can be incorporated into Cocoon. Cool! I'll have a look and see where

Re: POI Serialization code committed

From: "Sylvain Wallez" <[EMAIL PROTECTED]> > giacomo wrote: > >We have to see where the other code will best fit into other project (if > >the POI team cannot be convinced to hold it in their CVS). > > > We should do our best to convince them that XML support in POI is a good > thing for the proj

RE: Wyona / Xopus (IE vs.Mozilla)

> -Original Message- > From: Matthew Langham [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 08, 2002 11:00 > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: RE: Wyona / Xopus (IE vs.Mozilla) > > > > "Mozilla can now be used as a content editor" but could be "we > > have a content edi

RE: Wyona / Xopus

> -Original Message- > From: Ugo Cei [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 08, 2002 10:53 > To: [EMAIL PROTECTED] > Subject: Re: Wyona / Xopus > > > Matt Sergeant wrote: > > > Mozilla already has a full DOM (level 2) and XSLT (not 100%, > but not bad). > > I was reasoning under

FriendlyTransformerException

Dear All, While picking up the latest copy of 'TestXSLT' (nice tool for introducing XSL to my students), I found the author Marc Liyanage also publishes a Class called "FriendlyTransformerException", which extracts _just_ the relevant error information from the stack of Exceptions thrown by Parsi

RE: Wyona / Xopus (IE vs.Mozilla)

> "Mozilla can now be used as a content editor" but could be "we > have a content editor, and the code is based on Mozilla, by the way". >. . . This I like. An XML Content Editor as a separate application based on Mozilla code. I was pointing out that Cocoon is being widely used in environments

Re: Wyona / Xopus

Matt Sergeant wrote: > Mozilla already has a full DOM (level 2) and XSLT (not 100%, but not bad). I was reasoning under the assumption that we need a validating parser, don't we? Ugo -- Ugo Cei - Consorzio di Bioingegneria e Informatica Medica P.le Volontari del Sangue, 2 - 27100 Pav

Re: Wyona / Xopus

Matthew Langham wrote: >>There's no way out: Mozilla is the key. We must find a way to implement >>Xopus concepts into Mozilla. >> > > Does this mean that we need to integrate Xerces (C++ ?) and Xalan (C++ > ?) in Mozilla? > <<< > > We're talking the Mozilla browser here - right? Looking at the

Re: Wyona / Xopus (IE vs.Mozilla)

On Friday 08 March 2002 10:32, Matthew Langham wrote: >. . . > We're talking the Mozilla browser here - right? Looking at the > current browser market share I fail to see why Mozilla is the > platform to aim for. Surely we should be trying for a solution that > works in IE as well. >. . . A while

Re: Wyona / Xopus

memo wrote: >>-Original Message- >>From: Jeremy Quinn [mailto:[EMAIL PROTECTED]] >>Sent: Thursday, March 07, 2002 15:30 >> > >-- snip > >>At 2:48 pm +0100 7/3/02, Stefano Mazzocchi wrote: >> >>>The Wyona guys also have form-based editing... which no matter what, I >>>can't get to like. Th

Re: Wyona / Xopus

On Fri, 8 Mar 2002, Ugo Cei wrote: > Stefano Mazzocchi wrote: > > > Xopus is awesome because is entirely XML/XSLT/XMLSchema driven. > > Everything running on the client side and posting XML results > > (validated!) back. The XML is the model, the XSLT is the view and the > > XMLSchema is the cont

Re: Wyona / Xopus

Ugo Cei wrote: >> There's no way out: Mozilla is the key. We must find a way to implement >> Xopus concepts into Mozilla. > > Does this mean that we need to integrate Xerces (C++ ?) and Xalan (C++ > ?) in Mozilla? There is a side-project that at least try to XPCOMify Xerces, but I do not beli

RE: Wyona / Xopus

>>> > There's no way out: Mozilla is the key. We must find a way to implement > Xopus concepts into Mozilla. Does this mean that we need to integrate Xerces (C++ ?) and Xalan (C++ ?) in Mozilla? <<< We're talking the Mozilla browser here - right? Looking at the current browser market share I fa

RE: Wyona / Xopus

> -Original Message- > From: Jeremy Quinn [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 07, 2002 15:30 -- snip > At 2:48 pm +0100 7/3/02, Stefano Mazzocchi wrote: > >The Wyona guys also have form-based editing... which no matter what, I > >can't get to like. The fact that I can't ma

Re: POI Serialization code committed

giacomo wrote: >As always when Sylvain gets engadged he has very good arguments which >convinced me to support moving thoes classes out of Cocoon and only >leave the serializer and Avalon component glue code in Cocoon's CVS. > Thanks, Giacomo. I value your judgment as you are one of the Cocoon "

Re: Wyona / Xopus

Stefano Mazzocchi wrote: > Xopus is awesome because is entirely XML/XSLT/XMLSchema driven. > Everything running on the client side and posting XML results > (validated!) back. The XML is the model, the XSLT is the view and the > XMLSchema is the controller. MVC at the inline editing level. Brilli

Question: Generators & Actions

Hello, If I want to search for a value should I use a generator or a action? It goes like this: 1. The user gives a value. 2. The system searches and makes a list. 3. The list is displayed. A requirement is to not use XSP! Thanks, Edgar --

DO NOT REPLY [Bug 6922] - problem with action path in sitemap

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