Re: No 2.1.2 for download, is that by design?

Le Vendredi, 13 fév 2004, à 08:29 Europe/Zurich, Carsten Ziegeler a écrit : ...I think the general rule for dists is that only the last release is in the usual dist directory and all other old releases are on archive.apache.org We currently always have three releases there, the last two ones for

Re: [Proposal] add DTDs to Apache website

Thanks to everyone who responded. The discussion seems to have gone quiet, so it is time to summarise. I am not going to call a Vote on this, rather just do it. If anyone thinks otherwise then say so. These are the original set of issues. I have added comments based on the discussion, and added t

RE: No 2.1.2 for download, is that by design?

Joerg Heinicke wrote: > On 12.02.2004 17:37, Bertrand Delacretaz wrote: > > > Did I miss something, or is there a good reason why 2.1.2 is not > > available for download anymore on our mirrors? > > http://archive.apache.org/dist/cocoon/ > I think the general rule for dists is that only the las

Re: bugzilla usage

Le Vendredi, 13 fév 2004, à 00:22 Europe/Zurich, Joerg Heinicke a écrit : On 12.02.2004 07:38, Bertrand Delacretaz wrote: ...The dependency tree as we use it at the moment is not meant blocking, but that's an obvious wrong usage of it and bugzilla as it reads "bug 123 blocks 456". We really sh

FileUploadManager

I've uploaded a corrected version of Nicolas Maisonneuve's FileUploadManager component, to: http://wiki.cocoondev.org/attach?page=FileUploadsWithFlow%2Fcocoon- upload.jar ...and updated that Wiki page yet again, so I think it now gives the Full Monty as far as uploading with Flow. I also c

Re: cvs commit: cocoon-2.1/src/blocks/xmldb/samples sitemap.xmap

On 12.02.2004 23:25, Vadim Gritsenko wrote: fixed sitemap mount sample Mounting the sitemap is possible now, but not browsing it: http://127.0.0.1:/samples/xmldb/browse/cocoon/sitemap.xmap. It's strange as it returns ResouceNotFoundException on the file system. Making the file name broken i

Re: cvs commit: cocoon-2.1/src/blocks/xmldb/samples sitemap.xmap

Joerg Heinicke wrote: On 12.02.2004 19:37, [EMAIL PROTECTED] wrote: joerg 2004/02/12 10:37:25 Modified:src/blocks/xmldb/samples sitemap.xmap Log: fixed sitemap mount sample Mounting the sitemap is possible now, but not browsing it: http://127.0.0.1:/samples/xmldb/browse/coc

Re: bugzilla usage

On 12.02.2004 07:38, Bertrand Delacretaz wrote: ...The dependency tree as we use it at the moment is not meant blocking, but that's an obvious wrong usage of it and bugzilla as it reads "bug 123 blocks 456". We really should use this only for blocking issues... I disagree, these dependency list

Re: [VOTE] Woody scratchpad area

On 12.02.2004 21:43, Stefano Mazzocchi wrote: I also think it's a good idea to considering solidifying the form methodology by: 1) removing XMLForms entirely (they have been deprecated for a while now) -0 let it live in 2.1. XMLForms was moved into its own block only 10 months ago (end of Apri

Re: [VOTE] Woody scratchpad area

On 12.02.2004 20:29, Tim Larson wrote: I'm -0 for the idea of a Woody scratchpad. We are also using Woody in development projects so I understand your concerns. But I believe that creating a Woody scratchpad area right now would make more harm than good. I'm also -0 for this idea. Until now we d

RE: [VOTE] Woody scratchpad area

Yes, I do appreciate that there is a status associated with the blocks and perhaps I shouldn't be so harsh. However, I have seen folks in the users list saying that Woody is the recommended approach for forms handling. How can an unstable block be the recommended approach? I've also seen questio

Re: [VOTE] Woody scratchpad area

On 12.02.2004 22:04, Ralph Goers wrote: Frankly, I don't believe Woody should have been in 2.1 as a block - it should have been in the scratchpad. The number of fundamental changes that have been made to it clearly indicate that it wasn't stable when 2.1.0 was released. It should never be tolera

Re: [VOTE] Woody scratchpad area

On Thu, Feb 12, 2004 at 10:03:48PM +0100, Andreas Hochsteger wrote: > Tim Larson wrote: > >This is exactly the main reason for a Woody Scratchpad. In my case, I > > I just had a look at this very interesting page and found a missing > attribute at the import statement: > > and changed it to >

RE: [VOTE] Woody scratchpad area

I would suggest that removing things and moving woody into the core (if that involves changing the class names, etc from woody) is best left until 2.2. People expect that classes that existed in 2.1.0 will be available in any 2.1.x release. IMHO, as a general rule anything deprecated in N.Y.x

Re: [VOTE] Woody scratchpad area

Hi, Tim Larson wrote: This is exactly the main reason for a Woody Scratchpad. In my case, I I just had a look at this very interesting page and found a missing attribute at the import statement: and changed it to Was this in your mind? --Tim Larson Bye, Andreas Hochsteger

Re: [VOTE] Woody scratchpad area

Antonio Gallardo wrote: Hi: Some people is currently using woody for development. On the other side we need a test area to implement some enhancements in woody that affect critical parts of woody. Sometimes it can broke the woody block. For these reason we think it is a good idea to have an scratc

Re: [VOTE] Woody scratchpad area

On Thu, Feb 12, 2004 at 07:24:03PM +0100, Daniel Fagerstrom wrote: > I'm -0 for the idea of a Woody scratchpad. We are also using Woody in > development projects so I understand your concerns. But I believe that > creating a Woody scratchpad area right now would make more harm than good. Thank y

Re: cvs commit: cocoon-2.1/src/blocks/xmldb/samples sitemap.xmap

On 12.02.2004 19:37, [EMAIL PROTECTED] wrote: joerg 2004/02/12 10:37:25 Modified:src/blocks/xmldb/samples sitemap.xmap Log: fixed sitemap mount sample Mounting the sitemap is possible now, but not browsing it: http://127.0.0.1:/samples/xmldb/browse/cocoon/sitemap.xmap. It's st

Re: [VOTE] Woody scratchpad area

I'm -0 for the idea of a Woody scratchpad. We are also using Woody in development projects so I understand your concerns. But I believe that creating a Woody scratchpad area right now would make more harm than good. I think there are two main reasons for puting something in a scratcharea: * You

Re: No 2.1.2 for download, is that by design?

IIRC, 2.1.2 contains a Rhino regression (I introduced) that breaks flow completely. Bertrand Delacretaz wrote: Did I miss something, or is there a good reason why 2.1.2 is not available for download anymore on our mirrors? -Bertrand Saw this on lenya-dev: De: "Gregor J. Rothfuss" <[EMAIL PRO

DO NOT REPLY [Bug 26896] - [PATCH] cl:links/cl:content creates HTML anchor around text, not other HTML elements

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 26896] New: - [PATCH] cl:links/cl:content creates HTML anchor around text, not other HTML elements

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: No 2.1.2 for download, is that by design?

On 12.02.2004 17:37, Bertrand Delacretaz wrote: Did I miss something, or is there a good reason why 2.1.2 is not available for download anymore on our mirrors? http://archive.apache.org/dist/cocoon/ Joerg Saw this on lenya-dev: De: "Gregor J. Rothfuss" <[EMAIL PROTECTED]> Date: Jeu 12 fév 2004

Re: [VOTE] Woody scratchpad area

You know how we follow a model like: Start: idea -> design -> implementation -> Repeat: revise design -> revise implementation -> Finally: test/deploy/etc. Right now we have limited points in time when we can collaborate on implementation, specifically during the "revise design" step. I

No 2.1.2 for download, is that by design?

Did I miss something, or is there a good reason why 2.1.2 is not available for download anymore on our mirrors? -Bertrand Saw this on lenya-dev: De: "Gregor J. Rothfuss" <[EMAIL PROTECTED]> Date: Jeu 12 fév 2004 17:10:50 Europe/Zurich À: Lenya Developers List <[EMAIL PROTECTED]> Objet: we need

[ANN] next week, LOTS Open Source event, Bern, Switzerland

Hi Cocoonistas, It's a bit late but I realize there have been no announcements here: http://lots.ch : Wednesday 18.2, Bern: Let's open the source! A one-day event: talks, workshops, project presentations, OSCOM hackathon, you name it. Mostly in German, some talks in English. Several Cocoon and

RE: [IMP] Code Freeze (was: End of code freeze)

Sylvain Wallez wrote: > > Carsten Ziegeler wrote: > > >Joerg Heinicke wrote: > > > > > > > >>Shame on all of us ;) Maybe we all have to stand a beer to > Carsten at > >>next CocoonGetTogether as the release is rescued. > >> > >> > >> > >Yes, yes, yes! Hmm, let me think, we will have app

Re: [IMP] Code Freeze (was: End of code freeze)

Carsten Ziegeler wrote: Joerg Heinicke wrote: Shame on all of us ;) Maybe we all have to stand a beer to Carsten at next CocoonGetTogether as the release is rescued. Yes, yes, yes! Hmm, let me think, we will have approx. 150 attendees for two days, that makes 75 beers for me per day. I

RE: [VOTE] Woody scratchpad area

Sylvain Wallez <[EMAIL PROTECTED]> writes: > > Tim Larson wrote: > > >On Thu, Feb 12, 2004 at 01:12:52AM -0600, Antonio Gallardo wrote: > > > > > >>Some people is currently using woody for development. On the other > >>side we need a test area to implement some enhancements in > woody that >

Re: [VOTE] Woody scratchpad area

Le Jeudi, 12 fév 2004, à 16:51 Europe/Zurich, Sylvain Wallez a écrit : ... +1 also, but we have to be careful of the potential parallel evolutions of the same class in the trunk and in the scratchpad... CVS branches are very useful IMHO for such experimental-but-maybe-cool stuff. For some reason

Re: [VOTE] Woody scratchpad area

Tim Larson wrote: On Thu, Feb 12, 2004 at 01:12:52AM -0600, Antonio Gallardo wrote: Some people is currently using woody for development. On the other side we need a test area to implement some enhancements in woody that affect critical parts of woody. Sometimes it can broke the woody block. Fo

Re: [VOTE] Woody scratchpad area

On Thu, Feb 12, 2004 at 01:12:52AM -0600, Antonio Gallardo wrote: > Some people is currently using woody for development. On the other side we > need a test area to implement some enhancements in woody that affect > critical parts of woody. Sometimes it can broke the woody block. For these > reason

Re: before we release - multipart uploads

Sylvain Wallez wrote: Geoff Howard wrote: I dug into upload tonight to help some confusion on the users list and noticed some new things which were introduced since 2.1.3 (in nov. by Sylvain to support woody). I'd like to propose some tweaks which seem wise enough to me to get in quickly or i

Re: Continuations and memory leaks

I did some tests with Woody and I can confirm that everything behaves as advertised. Local variables held by continuations become garbage-collectable when the continuation returned by showForm is invalidated and also when it expires. (I still think I have a memory leak if I end the script with

[OT] Die Hard (Was: End of code freeze)

Le Jeudi, 12 fév 2004, à 11:04 Europe/Zurich, Carsten Ziegeler a écrit : Bertrand Delacretaz REALLY! No joke this time!... You didn't say "Carsten says end of code freeze". It doesn't count ;-) Although I really appreciate the idea, the first thing that comes into my mind if I hear/read "Simon s

RE: [IMP] End of code freeze

Bertrand Delacretaz > > > REALLY! No joke this time!... > > You didn't say "Carsten says end of code freeze". It doesn't count ;-) > Although I really appreciate the idea, the first thing that comes into my mind if I hear/read "Simon says" is the movie "Die Hard 3" and unfortunately there, the

Re: [IMP] End of code freeze

Le Jeudi, 12 fév 2004, à 10:25 Europe/Zurich, Carsten Ziegeler a écrit : REALLY! No joke this time!... You didn't say "Carsten says end of code freeze". It doesn't count ;-) More seriously: thanks very much Carsten for "negociating" and doing the release! -Bertrand

[IMP] End of code freeze

REALLY! No joke this time! The release files are currently uploading to the apache servers, so change whatever you want for the next release :) I will send out the release announcement tomorrow (to give the mirrors one day time). Carsten Carsten Ziegeler Open Source Group, S&N AG http://www.o

Re: before we release - multipart uploads

Geoff Howard wrote: I dug into upload tonight to help some confusion on the users list and noticed some new things which were introduced since 2.1.3 (in nov. by Sylvain to support woody). I'd like to propose some tweaks which seem wise enough to me to get in quickly or it will be too late. 1)