Re: Feature request votes (was Re: CocoonForms roadmap)

Le Dimanche, 30 nov 2003, à 21:08 Europe/Zurich, Litrik De Roy a écrit : ...2) There was a piece of text saying "0 votes used out of 6 allowed.". Does this mean that I can only cast 6 votes. The enhancements list for Woody/CocoonForms will be much longer than that... This max number of votes is

Re: Feature request votes (was Re: CocoonForms roadmap)

Le Dimanche, 30 nov 2003, à 15:18 Europe/Zurich, Reinhard Poetz a écrit : ...yep, I had the feeling too but as we don't have any rules for feature requests and I don't have the know-how in Bugzilla how to separate between patches, bugs and feature requests... There was a discussion a while ago,

DO NOT REPLY [Bug 25094] - Move Woody into CocoonForms block

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 25099] New: - Cocoon Forms Roadmap

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 25098] New: - SQLTransformer fails to return number of rows updated

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: Problem with CVS of Cocoon-Documentation & an Authoring Question

Carsten Ziegeler wrote: > Joerg Heinicke wrote: > > I'm okay with this solution as I'm already using Mozilla, but what about > > the others. Indeed there should be people out there not using Mozilla, > > what I can't imagine. ;-) > > This is not only an IE problem. Try to validate that xml doc in

Re: Doco needs landing

Stefano Mazzocchi wrote: > David Crossley wrote: > > > Mmmm, i am not sure that i like this approach. "Doco" sounds > > to me like one of the reasons that "Forrest" was started. > > that's right, but forrest took a different path and now focuses > on static generation of web sites, full blown cont

Re: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/components/treeprocessor sitemap2xconf.xsl

[EMAIL PROTECTED] wrote: unico 2003/11/30 13:16:15 Modified:src/java/org/apache/cocoon/components/treeprocessor sitemap2xconf.xsl Log: act semantics and view registry I've been wondering where all this stands - is there some "todo" list somewhere? Is ther

Re: Are nested flowscripts possible?

On Friday 28 November 2003 09:32, Marc Portier wrote: > Steinar Jonsson wrote: > > On Thursday 27 November 2003 23:53, Marc Portier wrote: > >>Steinar Jonsson wrote: > >>>A flowscript does a sendPageAndWait( request ), and the > >>>request happens to start a second flowscript. > >>> > >>>When that

Re: Introducing IOC for Java classes created in flowscript

Unico Hommes wrote: Sylvain Wallez wrote: So what about "lookupComponent()" ? +1 Component is fine. lookup is better than get. But can we keep support for getComponent in the 2.1 branch? I think a lot of users already rely on it. Of course, as it is part of the released contract. It

Re: [RT] Converging the repository concept in cocoon

Stefano Mazzocchi wrote: I think a much better approach would be to come up with a Repository.java interface and a few implementations that I can choose when I install cocoon. This implementation would also implement Source.java and provide its functionality thru a URL protocol. This allows:

RE: [RT] Converging the repository concept in cocoon

Stefano Mazzocchi wrote: > > > I'm working on Doco and I finished my first phase: I have a > repository > that I like and does what I need. It's Slide, in case you haven't > noticed ;-) > I did :-) I must say I am very happy you are doing this. I was involved with Slide some time ago but g

Re: 2.0.x roadmap

ok cool, just wanted a clear statement. It's not like i've come accross loads of bugs for the 2.0.x series anyway :-) > On Nov 30, 2003, at 11:47 AM, [EMAIL PROTECTED] wrote: > >> Hi, >> >> What is the actual roadmap for the 2.0.x branch? Was the 2.0.4 release >> the >> last of its kind or will t

Re: Feature request votes (was Re: CocoonForms roadmap)

On 30.11.2003 21:08, Litrik De Roy wrote: Andrew Savory wrote: It should be possible in Bugzilla - see for example http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25094 which has a "Votes for bug 25094: 1 Vote for this bug" section, and http://nagoya.apache.org/bugzilla/votehelp.html which d

Re: 2.0.x roadmap

On Nov 30, 2003, at 11:47 AM, [EMAIL PROTECTED] wrote: Hi, What is the actual roadmap for the 2.0.x branch? Was the 2.0.4 release the last of its kind or will there be more releases? You can safely regard this branch as effectively 'finished' - we might do a 2.0.5 release somewhere along the ro

Re: [RT] Converging the repository concept in cocoon

Stefano Mazzocchi wrote: I think a much better approach would be to come up with a Repository.java interface and a few implementations that I can choose when I install cocoon. This implementation would also implement Source.java and provide its functionality thru a URL protocol. This allows:

[RT] Converging the repository concept in cocoon

I'm working on Doco and I finished my first phase: I have a repository that I like and does what I need. It's Slide, in case you haven't noticed ;-) So, now I have a WebDAV/DeltaV/DASL/ACL repository and I want to connect to it. There has been a lot of work in the area of "Repository API" late

Re: Feature request votes (was Re: CocoonForms roadmap)

Andrew Savory wrote: It should be possible in Bugzilla - see for example http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25094 which has a "Votes for bug 25094: 1 Vote for this bug" section, and http://nagoya.apache.org/bugzilla/votehelp.html which describes the process. I guess we'd need t

RE: Introducing IOC for Java classes created in flowscript

Sylvain Wallez wrote: > > Carsten Ziegeler wrote: > > >BTW, wasn't there a discussion about renaming getComponent() to > >lookup()? > > > > > > Not that I know, but I like it as it's more consistent with > "plain old > Java" code. Now I think we should keep the "-Component" > suffix sinc

Re: Introducing IOC for Java classes created in flowscript

Carsten Ziegeler wrote: Sylvain Wallez wrote: We'll end up with 3 new methods on "cocoon": - setupObject(object), - createObject(classname) (or summon, new, instanciate) - disposeObject(object). What do you think? +1 I'm way behind my mails, is this already implemented? setupObject is

DO NOT REPLY [Bug 25021] - [PATCH] ZipArchiveSerializer does not check for non existing files

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: Feature request votes (was Re: CocoonForms roadmap)

Hi, On 30 Nov 2003, at 14:18, Reinhard Poetz wrote: When I wrote the mail to the list I asked for help moving the issues to Bugilla (any Bugzilla gurus out there???) but haven't got any reponse on my call. Ah, sorry, missed that - I only caught up with the thread at the end. so, do we have the p

DO NOT REPLY [Bug 25094] New: - Move Woody into CocoonForms block

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

Bug report for Cocoon 2 [2003/11/30]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

RE: Introducing IOC for Java classes created in flowscript

From: Carsten Ziegeler > Sylvain Wallez wrote: > > We'll end up with 3 new methods on "cocoon": > > - setupObject(object), > > - createObject(classname) (or summon, new, instanciate) > > - disposeObject(object). > > > > What do you think? > > > +1 > > I'm way behind my mails, is this already i

RE: Feature request votes (was Re: CocoonForms roadmap)

From: Andrew Savory > Hi, > > On 28 Nov 2003, at 06:54, Reinhard Poetz wrote: > > > Pls also keep > > http://wiki.cocoondev.org/Wiki.jsp?page=CocoonFormsRoadmap > > up-to-date! > > The wiki page in question asks people to vote on their favourite > features, in order to prioritise feature de

RE: Problem with CVS of Cocoon-Documentation & an Authoring Question

Joerg Heinicke wrote: > I'm okay with this solution as I'm already using Mozilla, but what about > the others. Indeed there should be people out there not using Mozilla, > what I can't imagine. ;-) > This is not only an IE problem. Try to validate that xml doc in an XML editor. This will simply

RE: Introducing IOC for Java classes created in flowscript

Sylvain Wallez wrote: > We'll end up with 3 new methods on "cocoon": > - setupObject(object), > - createObject(classname) (or summon, new, instanciate) > - disposeObject(object). > > What do you think? > +1 I'm way behind my mails, is this already implemented? BTW, wasn't there a discussion abo

DO NOT REPLY [Bug 25093] New: - [PATCH] Defaults input module does not allow empty values

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

2.0.x roadmap

Hi, What is the actual roadmap for the 2.0.x branch? Was the 2.0.4 release the last of its kind or will there be more releases? I know i should probably just hop on the 2.1.x bandwagon but porting my app to this release is something i cannot afford to do for the moment. thanks Jorg

DO NOT REPLY [Bug 25054] - fo:basic-link

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: SVGSerializer patch

On 24.11.2003 11:25, Borges Charles wrote: I think that in cocoon 2.1.3 the sitemap parameters are not available for serializers. They're always set to empty parameters when the SitemapModelComponent is a Serializer. Is that correct? It is correct that... you found a bug :-/ The sitemap engine

Re: [OT] - About MS published schemas

On 25.11.2003 17:20, Stefano Mazzocchi wrote: Hi: I found this interesting article about the recent MS published schemas. And I like to share it with the rest of the community: http://www.theregister.co.uk/content/4/34045.html What a frustrating point of view! But I fear to much will be true: .

Re: Problem with CVS of Cocoon-Documentation & an Authoring Question

On 25.11.2003 04:43, Vadim Gritsenko wrote: I had further discussion with Thomas and we found out, that the reason is the DTD handling of IE. If you view the XML (or HTML) documents in render mode, IE searches for the linked DTD. These links point to the old relative locations of the files, exa

DO NOT REPLY [Bug 25021] - [PATCH] ZipArchiveSerializer does not check for non existing files

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: XIndice embed db location

On 30.11.2003 09:41, Upayavira wrote: I'm trying to get Xindice embedded working. Where do I put my database folder? webapp? WEB-INF? I'm getting: Original Exception: org.xmldb.api.base.XMLDBException: at org.apache.xindice.client.xmldb.embed.CollectionImpl.getResourceCount(CollectionImpl.j

XIndice embed db location

I'm trying to get Xindice embedded working. Where do I put my database folder? webapp? WEB-INF? I'm getting: Original Exception: org.xmldb.api.base.XMLDBException: at org.apache.xindice.client.xmldb.embed.CollectionImpl.getResourceCount(CollectionImpl.java:163) at org.apache.cocoon.componen