Re: DO NOT REPLY [Bug 25110] - [Roadmap] CocoonForms - release 1.0

Hi, On 7 Apr 2004, at 07:02, Ugo Cei wrote: [EMAIL PROTECTED] wrote: http://issues.apache.org/bugzilla/show_bug.cgi?id=25110 [Roadmap] CocoonForms - release 1.0 Might this be the right moment to release 2.1.5? Please! We'd love to switch some sites from 2.1.4 and get the Woody renaming over and

BUG in Cron Job Scheduler (was: Can Cron Job Scheduler call .xsp page?)

Hi, I finally detected that the error message > ERROR (2004-04-08) 18:42.00:113 [cron.test] Unknown-thread/TestCronJob: > error in execution of TestCronJob > org.apache.cocoon.ProcessingException: Failed to load sitemap from > file:/C:/Data/test/jakarta-tomcat-5.0.19/public_html/sitemap.xmap:

RE: [RT] polymorphism and hotswapping

Leo Sutic <[EMAIL PROTECTED]> writes: > > However, would hotswap be useful during development of > blocks? I know that many Cocoon developers (and webapp > developers) like the ability > to just hit "reload my app" when the make modifications. Yes. > I also like the fact that stylesheets

RE: [RT] polymorphism and hotswapping

> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] > > People, > > first of all, I apologize if I sounded somewhat harsh at time in the > past two weeks. It's been a hell of a time, 8 hour-long meeting in > highly political places (semantic web + jcp) and, boy, I didn't have > enough time

Re: [cforms] widget values: set, get, validate, readfromrequest, parse, fireEvents,... generateSAXEvent

On Apr 8, 2004, at 8:54 AM, Marc Portier wrote: Hi there, just found a small glitch in the aggregate-binding which is somewhat related to a broader discussion IMHO (yeah, I know its related to the bug we closed only yesterday, just that I found out a nicer test after that) [just an apetizer] T

Re: [PROP] Upgrade jakarta-slide-webdavlib from beta1 to RC1

Il giorno 09/apr/04, alle 18:07, Rolf Kulemann ha scritto: Hello, it would be great if we could update the webdavlib, since a lot of bugs have been fixed in this rc1. For example one important issue which also affects the newly designed Repository interface and its WebDAV implementation concernin

Re: RepsitoryPropertyHelper.getProperty(depth)?

On Thu, 2004-04-08 at 19:57, Guido Casper wrote: > Rolf Kulemann wrote: [...] > > > > BTW: How should it be possible to receive lets say "all child nodes" of > > a collection/node using the repository interface? Or is it a concern of > > a RepositorySource? > > No, some mechanism to retrieve col

Re: cvs commit: cocoon-2.1/src/blocks/forms/java/org/apache/cocoon/forms/transformation EffectPipe.java

[EMAIL PROTECTED] wrote: mpo 2004/04/09 09:36:00 Modified:src/blocks/forms/java/org/apache/cocoon/forms/transformation EffectPipe.java Log: Fixing the Element.addAttrubute(s). (in its various life-forms) The implicit understanding of the 'add' of this

[FLOW] Memory Leak: Invalid continuations tree after using invalidation

Hey all, Found out today that once you use wk.invalidate() on continuation, following continuations will still get created under the invalidated continuation. This should cause memory leak, because invalidated continuation is not part of the continuations forrest anymore, and all its newly cre

[PROP] Upgrade jakarta-slide-webdavlib from beta1 to RC1

Hello, it would be great if we could update the webdavlib, since a lot of bugs have been fixed in this rc1. For example one important issue which also affects the newly designed Repository interface and its WebDAV implementation concerning versioning and locking. I would really appreciate the u

Re: [RT] polymorphism and hotswapping

Stefano Mazzocchi wrote: Do we really need hotswappability? This is also a problem because Avalon doesn't have the notion of hotswappability and I'm not sure that the component loading model can be turned into one that can work in such an environment (consider that avalon loads components

RE: [RT] polymorphism and hotswapping

When I first started reading the kernel22 thread, that was the first question I asked myself. The only thing that came to mind that I might want this for would be for a portal. I could definitely see wanting to add new portlets, and their required blocks, on the fly. However, wanting and needing

[RT] polymorphism and hotswapping

People, first of all, I apologize if I sounded somewhat harsh at time in the past two weeks. It's been a hell of a time, 8 hour-long meeting in highly political places (semantic web + jcp) and, boy, I didn't have enough time between things to realize that here I was *not* constantly under atta

Re: [cforms] widget values: set, get, validate, readfromrequest, parse, fireEvents,... generateSAXEvent

On 09.04.2004 14:16, Marc Portier wrote: We jointly got the cforms internals code into a mess: too much features have been hack-added (even worse: without updating javadocs) rather then refactor-added. I do propose: - some refactoring of the kind - introduce more granular methods (e.g. to

DO NOT REPLY [Bug 28312] New: - NPE: Can't invalidate continuation

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: [RT] RepositorySource

Guido Casper wrote: Slide's CVS contains a JSR147 implementation as well. JSR147 strangely is geared towards DeltaV-only. Because the spec lead is interested in versioning only ;-) [I met him monday] Slide's implementation therefore has some proprietary extensions (I never understood why ther

Re: fi:styling type="date

On 08.04.2004 10:12, Bruno Dumon wrote: This led me to the question why the form model does not give the styling hint to the pipeline. Of course, it is styling, but for the date it is somewhat datatype centric. In the stylesheet there is also a comment about getting the convertor's format out o

Re: [cforms] widget values: set, get, validate, readfromrequest, parse, fireEvents,... generateSAXEvent

Ugo Cei wrote: Il giorno 09/apr/04, alle 14:16, Marc Portier ha scritto: more? Write tests, maybe? ;-) agree, in fact I'm just looking at most of the samples being broken ATM (hoping it's only local) do you have any suggestions on a sensible template for those tests? -marc= -- Marc Portier

Re: [cforms] widget values: set, get, validate, readfromrequest, parse, fireEvents,... generateSAXEvent

Il giorno 09/apr/04, alle 14:16, Marc Portier ha scritto: more? Write tests, maybe? ;-) Ugo

DO NOT REPLY [Bug 28311] - Patch for WebDAV block concerning locking and state.

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

DO NOT REPLY [Bug 28311] New: - Patch for WebDAV block concerning locking and state.

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: [cforms] widget values: set, get, validate, readfromrequest, parse, fireEvents,... generateSAXEvent

Marc Portier wrote: Hi there, just found a small glitch in the aggregate-binding which is somewhat related to a broader discussion IMHO (yeah, I know its related to the bug we closed only yesterday, just that I found out a nicer test after that) now that the sample is in cvs, I opened a new b

RE: [Kernel22] How to develop a component?

> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Leo Simons > > Leo Sutic wrote: > >>From: news [mailto:[EMAIL PROTECTED] On Behalf Of Leo Simons > >> > >>again, from memory, the real tough part is the barrier that's > >>in place around the reference. > > > > I'd say the hard part is when A

DO NOT REPLY [Bug 28307] New: - Aggregate Binding Sample doesn't work.

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: [New Repository] Major design issue concerning state

On Fri, 2004-04-09 at 11:49, Guido Casper wrote: > The way WebDAV is designed (and the way lock tokens work) allows both > "session-internal-only" locking behaviour or "user-centric" locking > behaviour. The difficulties in managing locking state are due to the way > WebdavResource works. > > h

Re: [New Repository] Major design issue concerning state

The way WebDAV is designed (and the way lock tokens work) allows both "session-internal-only" locking behaviour or "user-centric" locking behaviour. The difficulties in managing locking state are due to the way WebdavResource works. http://marc.theaimsgroup.com/?l=slide-dev&m=108057214410350&w=

Re: [RT] RepositorySource

Stephan Michels wrote: Am Do, den 08.04.2004 schrieb Guido Casper um 20:18: Stephan Michels wrote: What the status of the WebDAVSource? It seems that it doesn't implement any versioning. Or am I wrong? No. I (vaguely) remember some discussion considering your VersionableSource vs. Sylvain's Vers

Re: [New Repository] Major design issue concerning state

On Fri, 2004-04-09 at 09:39, Rolf Kulemann wrote: > On Fri, 2004-04-09 at 09:22, Rolf Kulemann wrote: > > On Fri, 2004-04-09 at 08:34, Rolf Kulemann wrote: > > > Hello, > > > > > > I see I'm lucky "moving that quick", because otherwise I never would > > > have found out the following. > > > > > >

Re: [New Repository] Major design issue concerning state

On Fri, 2004-04-09 at 09:22, Rolf Kulemann wrote: > On Fri, 2004-04-09 at 08:34, Rolf Kulemann wrote: > > Hello, > > > > I see I'm lucky "moving that quick", because otherwise I never would > > have found out the following. > > > > I did a small sample with the WebDAVRepository. I'm creating docs

Re: Woody Renamed?

Leon Widdershoven wrote: Hi, I was thinking to add a bit to the WhatIsFlow (from Bertrand Delacretaz) page in the Wiki, to mention how this integrates with Woody, when I remembered I found a page some time ago that Woody had been renamed to something different. Is that true, and what is the

Re: [New Repository] Major design issue concerning state

On Fri, 2004-04-09 at 08:34, Rolf Kulemann wrote: > Hello, > > I see I'm lucky "moving that quick", because otherwise I never would > have found out the following. > > I did a small sample with the WebDAVRepository. I'm creating docs, read > and write properties and version the docs via the WebDA