DO NOT REPLY [Bug 28550] New: - Need a removeSelectionList method.

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://issues.apache.org/bugzilla/show_bu

Re: [cform] Multi Value Field

Danny, you're making sense, pls add this feature-request to bugzilla if you don't mind. by the way: should there be a reason why we don't just provide access to the datatype on every widget? regards, -marc= Danny Bols wrote: Hi Cocoon Committers, the CFORM-API for MultiValueField is missin

Re: [vote] Versioning Guide

Carsten Ziegeler dijo: > Appended is the first version of the versioning guide. I > incorporated all changes/comments that have been made to > it on the list (at least that's what I hope I did...). > > Now, this is a first version that we can expand over time. > In addition some native speakers or

Re: [vote] Versioning Guide

Carsten Ziegeler wrote: compatibility. But as Cocoon is distributed as a source release that you have to compile anyway, it's saver to compile your own application code (if 2 thoughts: - I think this has more to do with the nature of Java, then how we release stuf (i.e. there is no real distin

Re: [vote] Versioning Guide

Le 22 avr. 04, à 22:03, Carsten Ziegeler a écrit : ...So, I think we should vote now for the general tendency outlined in the guide and not on every detail +1 Thanks for your work, Carsten! -Bertrand

Re: [vote] Versioning Guide

On 22.04.2004 22:03, Carsten Ziegeler wrote: >Appended is the first version of the versioning guide. +1 --Tim Larson

[Question]encoding quesition with file upload(was: [Help]How to get uploaded file name using different form-encoding(ever post in user mail-list)?)

I ever posted a help http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=108255856002959&w=2 about get the correct file name under different form-encoding.After study http://wiki.cocoondev.org/Wiki.jsp?page=RequestParameterEncoding page I have found a solution: 1.Setting web.xml to get file name u

Re: Proposal: release management guide (was Re: [RT] Versions)

On Thu, Apr 22, 2004 at 09:50:08PM +0200, Carsten Ziegeler wrote: > Tim Larson wrote: > > If it happens that 2.3 comes very soon after 2.2, then the > > deprecated code in effect was just deleted and not put > > through a normal deprecation cycle. Perhaps we need to also > > set a minimum leng

RE: Proposal: release management guide (was Re: [RT] Versions)

I think that we might mean "manifesto" (noun) ... Macquarie Dictionary: "a public declaration ... of a body of persons taking important action, making known intentions, objects, motives, etc.; a proclamation". Should it go into cocoon-2.1 CVS so that it travels with the distribution, or just go in

Re: [vote] Versioning Guide

Carsten Ziegeler wrote: > Appended is the first version of the versioning guide. Wow, thanks for doing that big work Carsten. +1 from me. There are a few bits that need tweaking but we can all do that when it goes into CVS. --David

RE: [vote] Versioning Guide

Ralph Goers wrote: > Well, I speak Californian, which folks in other parts of the world would > argue is not "native English". We don't use those funny spellings. > However, I'd be happy to correct it. This should be available on the web > site - I'm not sure that is what you are referring to when

Re: [vote] Versioning Guide

Minor details, no doubt, but in principle +1. Upayavira Carsten Ziegeler wrote: Appended is the first version of the versioning guide. I incorporated all changes/comments that have been made to it on the list (at least that's what I hope I did...). Now, this is a first version that we can expa

Re: [vote] Versioning Guide

On 22.04.2004 23:18, Ralph Goers wrote: This should be available on the web site - I'm not sure that is what you are referring to when you mention putting it in CVS. Yes, of course, this is the intention. It's only maintained in the CVS. Joerg

RE: [vote] Versioning Guide

Well, I speak Californian, which folks in other parts of the world would argue is not "native English". We don't use those funny spellings. However, I'd be happy to correct it. This should be available on the web site - I'm not sure that is what you are referring to when you mention putting it in

Re: [vote] Versioning Guide

On 22.04.2004 22:03, Carsten Ziegeler wrote: Appended is the first version of the versioning guide. Here is my +1 (of course) :) +1 Joerg

[cform] Multi Value Field

Hi Cocoon Committers, the CFORM-API for MultiValueField is missing the getDataType() method which means I can't create any selection lists based on iterators in my Beans like I did to do with the Field class: StaticSelectionList list = new StaticSelectionList(myField.getDatatype()); myFie

[vote] Versioning Guide

Appended is the first version of the versioning guide. I incorporated all changes/comments that have been made to it on the list (at least that's what I hope I did...). Now, this is a first version that we can expand over time. In addition some native speakers or people that are able to write und

RE: Proposal: release management guide (was Re: [RT] Versions)

Joerg Heinicke wrote: > > compatible to 2.2. As long as you don't use deprecated API, your > > application is usage compatible across all minor versions. > > Somewhat inaccurate. IMO it must read "As long as you don't > use deprecated API and the API you rely on does not get > deprecated, your

RE: RE: Incompatible change Request.getRequestURI()

Ok, so I am not able to do a forward anymore, which doesn't do a redirect? So I am now missing a feature ;-) Isn't it better to have a forward and a redirect? Volker > It's a feature. We discussed this incompatible change some weeks > ago and voted to do it as now an internal redirect is a real

RE: Incompatible change Request.getRequestURI()

Ouch. Presumably this is mixed in with other fixes, etc. meant for 2.1.5. That would mean that if the release management proposal you made is followed no more maintenance can be done on 2.1 unless this is pulled out. One thing I really don't understand is how Cocoon's CVS is set up. In projects

RE: Proposal: release management guide (was Re: [RT] Versions)

Tim Larson wrote: > > I am *so* happy to see this policy being worked on :) When I > earlier proposed we write a document like this the interest > seemed minimal, so I did not push very hard. Glad to see it > is gathering steam now. > ;) > > Applications that write against a particular vers

RE: Proposal: release management guide (was Re: [RT] Versions)

Unico Hommes wrote: > > For my understanding, what exactly do these terms mean (i.e. > 'user API' > and 'developer API') ? Are they paralel to the concepts of > 'usage compatibility' and 'extension compatibility' or are > they part of a separate classification? Yes, they are parallel. Usage c

RE: [RT] Versions

Joerg Heinicke wrote: > > On 20.04.2004 12:28, Carsten Ziegeler wrote: > > >>On the other hand I didn't get the feeling that there were many > >>problems when upgrading from 2.0 to 2.1. This might be due to not > >>upgrading at all of course. > >>Probably users start a project with a specific C

RE: Proposal: release management guide (was Re: [RT] Versions)

Joerg Heinicke wrote: > > > This high innovention has - at least in theory - the price of > > maintaining > > innovation + invention = innovention ;-) > Ah, you spotted that one. Great :) But it's not from me: http://disneyworld.disney.go.com/wdw/parks/attractionDetail?id=InnoventionsE astAtt

RE: Incompatible change Request.getRequestURI()

It's a feature. We discussed this incompatible change some weeks ago and voted to do it as now an internal redirect is a real internal redirect, so there is no difference to an external redirect anymore. PS: This is another candidate to make a 2.2 release next. Carsten > -Original Message--

Incompatible change Request.getRequestURI()

I have updated from Cocoon 2.1.2 to the current HEAD and found out, that there is a diffent behavior in the return value of Request.getRequestURI(). If an external request forward the request to an internal cocoon pipeline and in this internal pipeline Request.getRequestURI() is called the 2.1.2 re

Re: Rhino

Steven Noels dijo: > On 22 Apr 2004, at 17:58, Ralph Goers wrote: > >> What ever happened with the Rhino licensing issue? > > It has been pushed down several levels on my stack because of other > emergencies. :-( > > The basic effort requested by the Mozilla team is to contact each and > every past

Re: Rhino

On 22 Apr 2004, at 17:58, Ralph Goers wrote: What ever happened with the Rhino licensing issue? It has been pushed down several levels on my stack because of other emergencies. :-( The basic effort requested by the Mozilla team is to contact each and every past contributor of Rhino (about 40 pe

Rhino

What ever happened with the Rhino licensing issue?   Ralph

Re: [VOTE:RESULTS] Move to SVN

Upayavira dijo: > Upayavira wrote: > >> Bertrand Delacretaz wrote: >> >>> Le 22 avr. 04, à 10:27, Nicola Ken Barozzi a écrit : >>> ...The result is that we have decided to move to subversion right after the next 2.1 branch point release >>> >>> >>> >>> Can you recommend a practice rep

Re: Modular database component

Joerg Heinicke wrote: On 20.04.2004 07:49, Reinhard Poetz wrote: Following this I don't see the need for a. calling DB from within Flowscripts You mean direct JDBC? Hmm.. I don't like the idea, but here Groovy can take the role a lot better than Javascript. Note, Groovy has built in SQL suppo

Enabling global redirects in FOM

I would like to enable global redirects from within FOM, such as: cocoon.redirectTo("http://www.foo.com";, true); where 'true' says 'global'. This is why: function go() { cocoon.redirectTo("http://www.foo.com";); } Going to http://localhost:/uv2 will redirect correctly. Going to h

Re: [VOTE:RESULTS] Move to SVN

On 22 Apr 2004, at 10:27, Nicola Ken Barozzi wrote: Nicola Ken Barozzi wrote: Since we are working a lot with branches, and there will be even more moving stuff around when the blocks will hit the street, I propose that we move Cocoon to use SVN. It works very well and we will be pushed to use

Re: Subversion wiki page

Upayavira wrote: Marc Portier wrote: and while we're at it, something like viewcvs.cgi that allows to browse versions, check annotations, look at diffs (coloured) For viewCVS for SVN, see: http://cvs.apache.org/viewcvs.cgi/?root=Apache-SVN is it correct that I don't find the test repo in t

Re: [VOTE:RESULTS] Move to SVN

Geoff Howard wrote: Klaus Bertram wrote: I try it as normal user with the subclipse plugin in eclipse but I don't see any files at https://svn.apache.org/repos/test (with a browser it worked after an error message) I try to use http://svn.apache.org/repos/test That works and i can checkout file

Re: [VOTE:RESULTS] Move to SVN

Klaus Bertram dijo: > Thank's > but for Interest only > It seems that the subclibse can't handle the client certification > the list command report the error > > list -r HEAD https://svn.apache.org/repos/test >RA layer request failed > svn: PROPFIND request failed on '/repos/test' > svn: PROPFI

Re: Subversion wiki page

Marc Portier dijo: > and while we're at it, something like viewcvs.cgi that allows to browse > versions, check annotations, look at diffs (coloured) Yep again. Forrest has it: http://svn.apache.org/viewcvs.cgi/xml/forrest/trunk/?root=Apache-SVN Best Regards, Antonio Gallardo

Re: [VOTE:RESULTS] Move to SVN

Klaus Bertram wrote: Thank's but for Interest only It seems that the subclibse can't handle the client certification the list command report the error list -r HEAD https://svn.apache.org/repos/test RA layer request failed svn: PROPFIND request failed on '/repos/test' svn: PROPFIND of '/repos/tes

Re: Subversion wiki page

Marc Portier dijo: > does that repo have commitmails to? > I'ld like to subscribe and check that too. Yep. Forrest already use it. Here is a sample: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=10796 Best Regards, Antonio Gallardo

Re: Subversion wiki page

Marc Portier wrote: and while we're at it, something like viewcvs.cgi that allows to browse versions, check annotations, look at diffs (coloured) For viewCVS for SVN, see: http://cvs.apache.org/viewcvs.cgi/?root=Apache-SVN As for commit mails, maybe a Forrester can tell us where their commit ma

Re: [VOTE:RESULTS] Move to SVN

Thank's but for Interest only It seems that the subclibse can't handle the client certification the list command report the error list -r HEAD https://svn.apache.org/repos/test RA layer request failed svn: PROPFIND request failed on '/repos/test' svn: PROPFIND of '/repos/test': Server certificate

Re: Subversion wiki page

and while we're at it, something like viewcvs.cgi that allows to browse versions, check annotations, look at diffs (coloured) regards, -marc= Marc Portier wrote: does that repo have commitmails to? I'ld like to subscribe and check that too. -marc= Bertrand Delacretaz wrote: Le 22 avr. 04, à 11

Re: Subversion wiki page

does that repo have commitmails to? I'ld like to subscribe and check that too. -marc= Bertrand Delacretaz wrote: Le 22 avr. 04, à 11:37, Upayavira a écrit : ...As Nicola Ken mentioned, there's: https://svn.apache.org/repos/test Thanks for the info - I have created http://wiki.cocoondev.org/W

Re: [VOTE:RESULTS] Move to SVN

Klaus Bertram wrote: I try it as normal user with the subclipse plugin in eclipse but I don't see any files at https://svn.apache.org/repos/test (with a browser it worked after an error message) I try to use http://svn.apache.org/repos/test That works and i can checkout files and projects I have

Re: [VOTE:RESULTS] Move to SVN

Klaus Bertram dijo: > I try it as normal user with the subclipse plugin in eclipse but > I don't see any files at > https://svn.apache.org/repos/test > (with a browser it worked after an error message) > I try to use > http://svn.apache.org/repos/test > That works and i can checkout files and p

Re: [VOTE:RESULTS] Move to SVN

I try it as normal user with the subclipse plugin in eclipse but I don't see any files at https://svn.apache.org/repos/test (with a browser it worked after an error message) I try to use http://svn.apache.org/repos/test That works and i can checkout files and projects Klaus Nicola Ken Barozzi wr

[XSP] Bug in the XSLT processor cache ?

Hi cocooners ! I have a really annoying problem with the cache of the XSLT processors, and someone also [1], with the 2.1.4. When the use-store option is set to "true" for XSLT processors, an XSP compilation error, occurs when trying to access the XSP many times during the compilation. The pro

Subversion wiki page (was:: [VOTE:RESULTS] Move to SVN)

Le 22 avr. 04, à 11:37, Upayavira a écrit : ...As Nicola Ken mentioned, there's: https://svn.apache.org/repos/test Thanks for the info - I have created http://wiki.cocoondev.org/Wiki.jsp?page=SubversionMigration to help us during the move. -Bertrand

Re: [VOTE:RESULTS] Move to SVN

Upayavira wrote: Bertrand Delacretaz wrote: Le 22 avr. 04, à 10:27, Nicola Ken Barozzi a écrit : ...The result is that we have decided to move to subversion right after the next 2.1 branch point release Can you recommend a practice repository for people who need to test their clients (be

Re: [VOTE:RESULTS] Move to SVN

Bertrand Delacretaz wrote: Le 22 avr. 04, à 10:27, Nicola Ken Barozzi a écrit : ...The result is that we have decided to move to subversion right after the next 2.1 branch point release Can you recommend a practice repository for people who need to test their clients (before messing up wi

Re: [VOTE:RESULTS] Move to SVN

Le 22 avr. 04, à 10:27, Nicola Ken Barozzi a écrit : ...The result is that we have decided to move to subversion right after the next 2.1 branch point release Can you recommend a practice repository for people who need to test their clients (before messing up with the Cocoon SVN repository ;

Re: [VOTE:RESULTS] Move to SVN

Nicola Ken Barozzi dijo: > Nicola Ken Barozzi wrote: I forgot to vote: here is my +1. Yesterday, I installed SVN and is easier than CVS. What I liked most was the speed for checking for updates. I hope the same speed will shown on the Cocoon repository. SVN is friendly for getting help, just type

[VOTE:RESULTS] Move to SVN

Nicola Ken Barozzi wrote: Since we are working a lot with branches, and there will be even more moving stuff around when the blocks will hit the street, I propose that we move Cocoon to use SVN. It works very well and we will be pushed to use it in any case in the near future. The result is that