Status of 'Apples'?

Hello, I had read about the apples block and I would like to use it in some parts of my application. There is just one big question: I'd read that apples is in alpha status, so will it be (really) supported in future and when is the release planned? In 2.2? Thank you. Regards Stephan

Re: [Proposal] add DTDs to Apache website

Nicola Ken Barozzi wrote: > David Crossley wrote: > ... > > 2) The Forrest build system is complex. It would be good to automate > > the publishing of DTD versions, but that may not be possible. > > Could you please explain a bit more? I was mainly hinting that it might need to be a manual task.

Re: [Proposal] add DTDs to Apache website

Joerg Heinicke wrote: > David Crossley wrote: > > > 3) The Forrest website is built using the "stable" version of > > Forrest (currently v0.5.1). So how will DTDs from the current > > CVS (v0.6-dev) get into the website CVS [3]? Manual copy? See 4). > > > > 4) If some committer changes the DTDs i

Re: Cocoon Stack Traces

Christopher Oliver wrote: Stefano Mazzocchi wrote: On 14 Jan 2004, at 21:28, Torsten Curdt wrote: I'm still +1 to and see no real reason why not to do it. All I am asking is ...do we really need it? h, [feeling hacky is not a real reason if there is no alternative proposed and the need i

Re: mail list config for forrest-dev

Joerg Heinicke wrote: > David Crossley wrote: > > > > I am a moderator and would let them through and add to the > > allow list. > > Ok, then let's try it :) > > > However, i don't see any. Are they rather bouncing? > > I didn't sent it this time as I said. But in older threads concerning > bo

Re: Cocoon Stack Traces

Joerg Heinicke wrote: On 14.01.2004 21:28, Torsten Curdt wrote: I'm still +1 to and see no real reason why not to do it. All I am asking is ...do we really need it? IMO no. We should review the logging of the sitemap components and change it in that way that you get a clear meaning of the

Re: Flow or actions?

Joerg Heinicke wrote: BTW, what about my suggested FlowScriptSelector? http://marc.theaimsgroup.com/?t=10686444852&r=1&w=2 What would be the difference between selector you proposed and ScriptAction with Javascript which we already have? Vadim

Re: Cocoon Stack Traces

Stefano Mazzocchi wrote: On 14 Jan 2004, at 21:28, Torsten Curdt wrote: I'm still +1 to and see no real reason why not to do it. All I am asking is ...do we really need it? h, [feeling hacky is not a real reason if there is no alternative proposed and the need is felt... I am just

Re: mail list config for forrest-dev (Was: [Proposal] add DTDs to Apache website)

On 15.01.2004 02:50, David Crossley wrote: Joerg Heinicke wrote to cocoon-dev: I'm not CCing Forrest as I'm not subscribed there and they don't moderate my mails through. I am a moderator and would let them through and add to the allow list. Ok, then let's try it :) However, i don't see any. Ar

mail list config for forrest-dev (Was: [Proposal] add DTDs to Apache website)

Joerg Heinicke wrote to cocoon-dev: > I'm not CCing Forrest as I'm not subscribed there and they don't > moderate my mails through. I am a moderator and would let them through and add to the allow list. However, i don't see any. Are they rather bouncing? I gather that forrest-dev is set to subsc

Re: Cocoon Stack Traces

On 14 Jan 2004, at 21:28, Torsten Curdt wrote: I don't like this and find it hacky. Using println in the flowscript is a useful technique and as I said I use it. But introducing official println equivalents all over the place will lead to floods of messages I'd like to second that. Besides I

Re: Cocoon Stack Traces

On 14.01.2004 21:28, Torsten Curdt wrote: [ Besides I still think *println* is bad in flowscript although it might be (well.. *is*) super for development. But having e.g. an optional flowscript console would be much better IMO. Otherwise: if we start using println... which components may use Syste

Re: Flow or actions?

On 14.01.2004 11:14, Marc Portier wrote: 8. Therefore less sitemap readibility (the sitemap flow is not that obvious, because parts of the logic is in the flow script). hm, probably 'non-exclusive-role of the classic sitemap in deciding the pipeline to use' might be a more political correct (opi

Re: [CVS] - Flow broken?

On 14.01.2004 20:22, Christopher Oliver wrote: I'm not sure exactly what the sample is supposed to do, but it appears to still work... Yes, it seems to work. Antonio, what does not work? Joerg

Re: Accesibility with Cocoon 2

On 14.01.2004 19:32, Elvira Nieto Carretero wrote: Hello all!! First, sorry about my english. I'm spanish girl so my english is very bad. My question is if it exists a serialize in cocoon that it modified the result of a xml+xsl with a appareance easy for discapacity persons automatically. Of cou

[Woody] observations, issues, questions, best practices

Hello, at work I may convert a Struts application into a Woody one. I played around with the Woody samples and created a form handling prototype for my application. But I came across some problems and made some observations I want to point out here. On the other hand the architecture is not "f

Re: Cocoon Stack Traces

On Jan 14, 2004, at 1:10 PM, Jorg Heymans wrote: How is setting a breakpoint different from inserting a logging statement? Breakpoint locations need to be carefully chosen as well with strategy. Ofcourse if you get it wrong you don't loose much time, just reset and rerun, no recompiling needed.

Re: Where to find more info of Class loader

Antonio Gallardo wrote: Stefano Mazzocchi dijo: Now, with the compiling classloader, you get best of both worlds... and your code is much cleaner, and much more pleasent to write. Looks like we never end learning Cocoon ;) ?? Where I can find more info of the compiling class loader? Looks

Re: Cocoon Stack Traces

I don't like this and find it hacky. Using println in the flowscript is a useful technique and as I said I use it. But introducing official println equivalents all over the place will lead to floods of messages I'd like to second that. Besides I think we are mixing debugging with error report

Where to find more info of Class loader (was:Re: Flow or actions?)

Stefano Mazzocchi dijo: > Now, with the compiling classloader, you get best of both worlds... and > your code is much cleaner, and much more pleasent to write. Looks like we never end learning Cocoon ;) ?? Where I can find more info of the compiling class loader? Looks a very interesting approach.

Re: [CVS] - Flow broken?

I'm not sure exactly what the sample is supposed to do, but it appears to still work... Joerg Heinicke wrote: On 14.01.2004 16:14, Christopher Oliver wrote: You're right. CallFunctionNode needed modification. Originally, I forgot to check in that change. What do you mean by "it does not work

Re: Cocoon Stack Traces

Jorg Heymans wrote: I'm dead serious when I think that debuggers brain-damange their users: debugging a program with a debugger instead of with a ton of println is *much* slower for me. not only because of the many layers of tool that have to run around my program, but also because logging fo

DO NOT REPLY [Bug 26123] - SessionModule creates sessions by default and should not do so.

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: [Proposal] add DTDs to Apache website

I'm not CCing Forrest as I'm not subscribed there and they don't moderate my mails through. On 14.01.2004 05:53, David Crossley wrote: 3) The Forrest website is built using the "stable" version of Forrest (currently v0.5.1). So how will DTDs from the current CVS (v0.6-dev) get into the website C

Accesibility with Cocoon 2

Hello all!!   First, sorry about my english. I'm spanish girl so my english is very bad.   My question is if it exists a serialize in cocoon that it modified the result of a xml+xsl with a appareance easy for discapacity persons automatically. Of course, I use Guide W3C in my XML and HTML gen

DO NOT REPLY [Bug 26138] - [PATCH] [i18n] Updated XMLResourceBundel, XMLResourceBundleFactory to detect changes in underlying file and reload it

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 26138] New: - [PATCH] [i18n] Updated XMLResourceBundel, XMLResourceBundleFactory to detect changes in underlying file and reload it

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: Flow or actions?

On 14 Jan 2004, at 17:58, Ralph Goers wrote: To add my two cents, FWIW... We chose not to use Flow for the same reason we don't use XSP or JSPs; it is too easy to start adding business logic where it doesn't belong. True, but as I wrote right before this, with the compiling classloader you get

Re: Flow or actions?

On 14 Jan 2004, at 14:14, Andreas Hartmann wrote: Rolf Kulemann wrote: [...] AFAIK people like flow, because you do not need to recompile (anything) when updating flow script. But on the other hand (AFAIK) there's no IDE support for auto completion etc. in the javascript. This is a big drawback

Re: Cocoon Stack Traces

I'm dead serious when I think that debuggers brain-damange their users: debugging a program with a debugger instead of with a ton of println is *much* slower for me. not only because of the many layers of tool that have to run around my program, but also because logging forces you to think abo

Re: slide block

On 14 Jan 2004, at 11:00, Unico Hommes wrote: I've mostly finished what I set out to do for the slide block: migrate to the current version and refactor the administration application in the samples accordingly. It was quite a lot of work and I hope it will prove to have been worth it. At the very

Re: Cocoon Stack Traces

On 13 Jan 2004, at 11:46, Torsten Curdt wrote: It seems to me like this thread mixes concerns between error reporting (strack traces) and debugging or "processing monitoring" (knowing what's going on at a high level). :) exactly What I want is a way to know what my cocoon is doing at a level tha

Re: Cocoon Stack Traces

On 13 Jan 2004, at 11:39, Torsten Curdt wrote: Also with the fast edit - reload - test cycle provided by Cocoon, "println()" style debugging seems to work quite well. A source-level debugger is mainly required when the development turnaround cycle is long (e.g. J2EE apps). For example, although

Re: slide block

On 14.01.2004 13:44, Vadim Gritsenko wrote: ModifiableTraversableSource and TraversableSource both have been deprecated. SourceDescriptionGenerator has been superseeded by TraversableSourceDescriptionGenerator. PrincipalProvider no longer works with the current version of Slide because they now fo

Re: Cocoon Stack Traces

On 13 Jan 2004, at 09:47, Steven Noels wrote: On Jan 13, 2004, at 7:56 AM, Sylvain Wallez wrote: However, do we really need a new sitemap statement? What about a simple log action: ? +1 IMHO, I find adding a println() type construct to the sitemap a bit of a hack (but admittedly less work than

Re: [CVS] - Flow broken?

On 14.01.2004 16:14, Christopher Oliver wrote: You're right. CallFunctionNode needed modification. Originally, I forgot to check in that change. What do you mean by "it does not work with the authentication-fw"?. I guess that means the flow implementation of the authentication-fw does not work.

Re: Cocoon Stack Traces

Hi, I'm a cocoon users, and I agree: a general debugger would be cool; but we can live without it. Anyway, it'll make work more efficient Le Mercredi 14 Janvier 2004 18:44, Stefano Mazzocchi a écrit : > On 12 Jan 2004, at 23:40, Sylvain Wallez wrote: > > Stefano Mazzocchi wrote: > >> On 12 Jan 20

Re: Cocoon Stack Traces

On 12 Jan 2004, at 23:40, Sylvain Wallez wrote: Stefano Mazzocchi wrote: On 12 Jan 2004, at 18:18, Christopher Oliver wrote: Also with the fast edit - reload - test cycle provided by Cocoon, "println()" style debugging seems to work quite well. A source-level debugger is mainly required when t

RE: Flow or actions?

[EMAIL PROTECTED] <[EMAIL PROTECTED]> asks: > > Although most of the arguments are clear, they also raise > more questions :-) > > > I don't know if I get all arguments but at least some: > > 1. Both actions and flow scripts were designed for the > > controller part. > > 2. Actions were often m

RE: Flow or actions?

To add my two cents, FWIW... We chose not to use Flow for the same reason we don't use XSP or JSPs; it is too easy to start adding business logic where it doesn't belong. Actions make it very difficult to perform business logic in the wrong place (i.e - the presentation tier). Unfortunately, alt

Re: [RT] Woody/Cocoon Forms binding w/Xindice

Marc Portier wrote: > also having the saveDocument and loadDocument you propose here > _outside_ the woody specific flowscript seems to make them more > widely re-useable in different areas! > > with those in place I think my previous idea to 'extend' the Form > object from woody2.js is a nice (al

Re: Flow or actions?

Andreas Hartmann wrote: Rolf Kulemann wrote: [...] AFAIK people like flow, because you do not need to recompile (anything) when updating flow script. But on the other hand (AFAIK) there's no IDE support for auto completion etc. in the javascript. This is a big drawback. Any ideas how to improv

RE: No memory leak because of Recyclable!

Am 13:49 13.01.2004 +0100 schrieb Carsten Ziegeler: Volker Schmitt wrote: > Carsten Ziegeler wrote: > >Lars Rottmann wrote: > >I know this is obvious, but I just wanted to restate it. I think we can > >assume that the HashMap has no threading problems. > > > >So, has anyone a clue? Can it be the to

Asynchronous Content Aggregation

I haven't found anything in Cocoon that would allow asynchronous content aggregation. If a document is composed from several pieces whose generation and processing is time consuming, it would be desirable to create these contents in parallel before assembling. Is there a way to do this or is this

Re: [CVS] - Flow broken?

You're right. CallFunctionNode needed modification. Originally, I forgot to check in that change. What do you mean by "it does not work with the authentication-fw"?. Antonio Gallardo wrote: Hi: Looks like my own monolog :( Well, I tried my own suggested the solution, but it does not work with

DO NOT REPLY [Bug 26124] - Xerces 2.6 tries to connect remote despite usage of xml catalogues

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 26123] - SessionModule creates sessions by default and should not do so.

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: slide block

Unico Hommes wrote: ModifiableTraversableSource and TraversableSource both have been deprecated. SourceDescriptionGenerator has been superseeded by TraversableSourceDescriptionGenerator. PrincipalProvider no longer works with the current version of Slide because they now follow the ACL draft and I

DO NOT REPLY [Bug 26123] - SessionModule creates sessions by default and should not do so.

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 26124] New: - Build failure of CVS snapshot -- cocoon-2.1_20040114111307.tar.gz

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 26123] New: - SessionModule creates sessions by default and should not do so.

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: Flow or actions?

Rolf Kulemann wrote: [...] AFAIK people like flow, because you do not need to recompile (anything) when updating flow script. But on the other hand (AFAIK) there's no IDE support for auto completion etc. in the javascript. This is a big drawback. Any ideas how to improve this? -- Andreas

DO NOT REPLY [Bug 26107] - Logic sheet docs fail to mention that namespaces must be declared at top level

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: [cforms] Selection and apply-templates

Tim Larson wrote: Just tossing a few ideas at the list before going home from work. == === A few possible selection semantics === (A) if ((boolean)expression) ... then ... (B) if ((boolean)expression) ... then ... else ... (C) if ((boolean)expression_1) .

Re: [Proposal] add DTDs to Apache website

David Crossley wrote: ... 2) The Forrest build system is complex. It would be good to automate the publishing of DTD versions, but that may not be possible. Could you please explain a bit more? If it's just about placing the schema dir, or some of those dirs, in a predefined place, it can be done

Re: [Proposal] add DTDs to Apache website

On Jan 14, 2004, at 11:46 AM, David Crossley wrote: David Crossley wrote: 7) Does the Apache webserver deliver the supporting files using the appropriate Content-Type? Is that "text/plain"? Does it matter? We have *.dtd and *.mod and *.pen and *.ent extensions. This is what the webserver reports:

DO NOT REPLY [Bug 26107] - Logic sheet docs fail to mention that namespaces must be declared at top level

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: [BUG] SessionModule creates sessions on default

Carsten Ziegeler wrote: I'm -0.5 on throwing an exception. The doc of the session module is very clear, "The module does not create a new session" So, in fact, this is a bug which should simply be fixed as proposed. Everyone relying on the fact, that a session is created by the module did not rea

Re: Flow or actions?

Just some my comments: On Wed, Jan 14, 2004 at 02:26:07AM +0100, Joerg Heinicke wrote: > 1. Both actions and flow scripts were designed for the controller part. Actions can be also used for business logic. > 2. Actions were often misused, so a new concept was searched for. > 3. Interpreting (flow

[CVS] - Flow broken?

Hi: Looks like my own monolog :( Well, I tried my own suggested the solution, but it does not work with the authentication-fw. A needed redirection never happen. :( Best Regards, Antonio Gallardo Antonio Gallardo dijo: > I found the offending code in > o.a.c.components.treeprocessor.sitemap.Ca

Re: slide block

Unico Hommes wrote: > Now there is some code there that has become obsolete. And I am > wondering what should be done with it. > > ModifiableTraversableSource and TraversableSource both have been > deprecated. SourceDescriptionGenerator has been superseeded by > TraversableSourceDescriptionGenera

Re: [Proposal] add DTDs to Apache website

David Crossley wrote: > David Crossley wrote: > > Marshall Roch wrote: > > > > > > You've convinced me that it's not worth the effort to get > > > the DTDs online. See below. (...about configuration notes.) > > > > It is worth the effort. We get way too many questions from users. > > One of mai

Re: [Proposal] add DTDs to Apache website

David Crossley wrote: > > 7) Does the Apache webserver deliver the supporting files using > the appropriate Content-Type? Is that "text/plain"? Does it matter? > We have *.dtd and *.mod and *.pen and *.ent extensions. This is what the webserver reports: *.dtd ... Content-Type: application/xml-dt

Re: CVS - Woody broken?

I found the offending code in o.a.c.components.treeprocessor.sitemap.CallFunctionNode at lines 152-154 and 167-169. The problem is that there we test for a redirection that never happen because of: http://marc.theaimsgroup.com/?l=xml-cocoon-cvs&m=107406238701588&w=2 I can comment the code, but IM

Re: Flow or actions?

[EMAIL PROTECTED] wrote: Although most of the arguments are clear, they also raise more questions :-) I don't know if I get all arguments but at least some: 1. Both actions and flow scripts were designed for the controller part. 2. Actions were often misused, so a new concept was searched for

slide block

I've mostly finished what I set out to do for the slide block: migrate to the current version and refactor the administration application in the samples accordingly. It was quite a lot of work and I hope it will prove to have been worth it. At the very least the Slide Source should remain to be us

RE: [BUG] SessionModule creates sessions on default

I'm -0.5 on throwing an exception. The doc of the session module is very clear, "The module does not create a new session" So, in fact, this is a bug which should simply be fixed as proposed. Everyone relying on the fact, that a session is created by the module did not read the docs :) And from my

Re: [RT] Woody/Cocoon Forms binding w/Xindice

Guido Casper wrote: Upayavira wrote: Upayavira wrote: Guido Casper wrote: Upayavira wrote: Marc Portier wrote: now, in this case backendX is cocoon (modifiable) sources, so I would guess some saveToSource/loadFromSource can be made quite generic and might very well be candidates for

Re: [BUG] SessionModule creates sessions on default

no value is found I think "null" is returned. Maybe we should throw an exception in the case of no existing session because if you use an input module you want to read out data, not more and not less. If anything will be changed then I would prefer it like this. This way it's more obvious that th

CVS - Woody broken?

Hi: Few minutes ago, I updated from the CVS. Now all the woody samples are broken. The error is related to flow: Trying the woody-flow sample: http://localhost:8080/cocoon/samples/woody/form1.flow Throw the below exception. Also my devel application have a similar problem. I think this is rela

RE: Flow or actions?

Although most of the arguments are clear, they also raise more questions :-) > I don't know if I get all arguments but at least some: > 1. Both actions and flow scripts were designed for the > controller part. > 2. Actions were often misused, so a new concept was searched for. Could you give an

RE: [BUG] SessionModule creates sessions on default

> -Original Message- > From: Antonio Gallardo [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 14, 2004 8:36 AM > To: [EMAIL PROTECTED] > Subject: RE: [BUG] SessionModule creates sessions on default > > > Reinhard Poetz dijo: > > After following this thread I think the use of getSe

Re: cvs commit: cocoon-2.1/src/blocks/xmldb/java/org/apache/cocoon/components/source/impl

Ugo Cei wrote: It looks like we might have a problem. I copied the loadDocument function from woody's binding_example.js and passed it an "xmldb:" URI. This is the exception I get when I call var is = new Packages.org.xml.sax.InputSource(source.getInputStream()); org.apache.cocoon.CascadingIOE

RE: [BUG] SessionModule creates sessions on default

Reinhard Poetz dijo: > After following this thread I think the use of getSession(false) is the > right behaviour because as Michael explained the implicit session > creation within a module can be very confusing and IMHO the wrong place. > So +1 changing the method. +0 for changing the method. I

RE: [BUG] SessionModule creates sessions on default

From: Vadim Gritsenko > Jorg Heymans wrote: > > >> You missed the point. Usage of getSession() forces creation of new > >> session, which means that module *will* create new > session, despite > >> the documentation which says otherwise: > >> > >>NOTE: The module does not create a new sess