Re: Marking cforms stable in 2.1.8

2005-06-07 Thread Antonio Gallardo
On Mar, 7 de Junio de 2005, 0:33, Reinhard Poetz dijo: Ralph Goers wrote: We have a project that needs to use a forms framework that is more advanced than what SimpleForms provides. However, it is difficult on selling cforms simply because they are marked unstable. What is it going to take

Re: Marking cforms stable in 2.1.8

2005-06-07 Thread Bertrand Delacretaz
Le 6 juin 05, à 20:44, Ralph Goers a écrit : ...Frankly, given the number of folks who appear to be using cforms already, and since this list has been recommending it for the last year, we should probably be treating it as stable now... It is certainly stable as in working reliably. What's

Re: JDTCore.jar used for XSP only?

2005-06-07 Thread Geert Josten
I have the source distribution of Cocoon 2.1.6 and have only switched on the blocks 'batik', 'fop' and 'paranoid', but I _am_ getting jdtcore.jar? Can anyone tell whether it is really necessary? I have to run Cocoon with the Paranoid class loader to prevent Cocoon from using the Oracle XML

Re: Marking cforms stable in 2.1.8

2005-06-07 Thread Mark Lundquist
On Jun 6, 2005, at 11:44 AM, Ralph Goers wrote: We have a project that needs to use a forms framework that is more advanced than what SimpleForms provides. However, it is difficult on selling cforms simply because they are marked unstable. What is it going to take to mark it stable in

Session replication

2005-06-07 Thread Matthew Langham
We have a customer who wants to use Cocoon for a high-profile project. However this customer has the requirement that the user-session must be replicated (using Tomcat etc.) so that the end-user can continue without problems in the event of a failover. Obviously Cocoon doesn't yet support this -

Re: Session replication

2005-06-07 Thread Bertrand Delacretaz
Le 7 juin 05, à 10:16, Matthew Langham a écrit : ...Obviously Cocoon doesn't yet support this - through the problems in Flow etc. (and maybe others)... FYI, in case you hadn't seen it, there's http://wiki.apache.org/general/SummerOfCode2005#cocoon-flowscript- serialization Of course

Re: Marking cforms stable in 2.1.8

2005-06-07 Thread Reinhard Poetz
Mark Lundquist wrote: On Jun 6, 2005, at 11:44 AM, Ralph Goers wrote: We have a project that needs to use a forms framework that is more advanced than what SimpleForms provides. However, it is difficult on selling cforms simply because they are marked unstable. What is it going to take to

RE: Session replication

2005-06-07 Thread Matthew Langham
...Obviously Cocoon doesn't yet support this - through the problems in Flow etc. (and maybe others)... FYI, in case you hadn't seen it, there's http://wiki.apache.org/general/SummerOfCode2005#cocoon-flowscript- serialization Of course this doesn't solve the problem *today* ;-)

Re: [Vote] Reduce dependencies to LogKit

2005-06-07 Thread Carsten Ziegeler
So far we have many +1s and no -1, so I will reduce the dependencies in the next days. Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/

[RT] Cache Cforms selection-list created at runtime using Javascript

2005-06-07 Thread Antonio Gallardo
Hi: We use javascript for creating a SelectionList (SL) at runtime. We do this mainly because we want dynamically change the @src of the SL. If the @src is change because an user input, then we can use the on-value-changed event to do this. Example: ... fd:on-value-changed fd:javascript var

Re: Session replication

2005-06-07 Thread Reinhard Poetz
Matthew Langham wrote: We have a customer who wants to use Cocoon for a high-profile project. However this customer has the requirement that the user-session must be replicated (using Tomcat etc.) so that the end-user can continue without problems in the event of a failover. Obviously Cocoon

Re: Session replication

2005-06-07 Thread Gianugo Rabellino
On 6/7/05, Matthew Langham [EMAIL PROTECTED] wrote: ...Obviously Cocoon doesn't yet support this - through the problems in Flow etc. (and maybe others)... FYI, in case you hadn't seen it, there's http://wiki.apache.org/general/SummerOfCode2005#cocoon-flowscript- serialization

Re: Cocoon zone redirect problems (was: Cocoon zone update)

2005-06-07 Thread Bertrand Delacretaz
Le 4 juin 05, à 17:54, Bertrand Delacretaz a écrit : ...Also, it seems like redirects do not work as expected. For example (starting with the new links at http://cocoon.zones.apache.org/), clicking the supersonic tour link at http://cocoon.zones.apache.org/demos/release/samples/blocks/

RE: Session replication

2005-06-07 Thread Matthew Langham
Bottom line: I consider this more as an uneducated CIO issue rather than a real technical blocker. But you will always find clueless people. :) Thanks for all the comments Gianugo, I will try and use my convincing powers to clue the people up :-). Not sure if it will work in this case

CForms Binding: Update flag on change of form or repeater row

2005-06-07 Thread Lutz Thomas
Hi ! Are there plans to include something like an on-update-flag into CForms / Binding? I can flag inserted and deleted repeaters, but there is no chance to mark a record as modified. This could be of importance (at least for me J ) when dealing with databases that store historic

Summer of Code: cocoon-refdoc spec

2005-06-07 Thread Bertrand Delacretaz
I have written a first spec for this project, see http://wiki.apache.org/cocoon/CocoonRefDocProject Comments are welcome of course. -Bertrand, who'd love to be a student ;-) smime.p7s Description: S/MIME cryptographic signature

Re: [RT] Per sitemap classloading and ClassLoaderFactory

2005-06-07 Thread Carsten Ziegeler
Ok, as it seems that noone has a better idea I will make the role used to get the class loader factory configurable. Carsten Carsten Ziegeler wrote: Sylvain Wallez wrote: Can you elaborate on your use case? I can try :) I don't have a clear concept right now. All I want to do is to scan

Re: Why does XSPMarkupLanguage wrap text in xsp:text?

2005-06-07 Thread Jochen Kuhnle
Vadim Gritsenko [EMAIL PROTECTED] wrote on 06.06.2005 16:19:44: Jochen Kuhnle wrote: I noticed that XSPMarkupLanguage.characters wraps text in xsp:text elements. Is there a reason for this? At least my XSPs work without this... This logic has been there since beginnings of Cocoon2 XSP

Re: Why does XSPMarkupLanguage wrap text in xsp:text?

2005-06-07 Thread Vadim Gritsenko
Jochen Kuhnle wrote: Vadim Gritsenko [EMAIL PROTECTED] wrote on 06.06.2005 16:19:44: Jochen Kuhnle wrote: I noticed that XSPMarkupLanguage.characters wraps text in xsp:text elements. Is there a reason for this? At least my XSPs work without this... This logic has been there since

Re: Cocoon zone redirect problems

2005-06-07 Thread Vadim Gritsenko
Bertrand Delacretaz wrote: CSS and others links are still broken on the samples, to fix this we'll need either a bunch of ugly mod_rewrite statements, It will be easier to deploy cocoon under same context path, won't it? Just need to edit tools/jetty/conf/main.xml so that instead of '/' you

Re: Why does XSPMarkupLanguage wrap text in xsp:text?

2005-06-07 Thread Vadim Gritsenko
Jochen Kuhnle wrote: Vadim Gritsenko [EMAIL PROTECTED] wrote on 06.06.2005 16:19:44: Jochen Kuhnle wrote: I noticed that XSPMarkupLanguage.characters wraps text in xsp:text elements. Is there a reason for this? At least my XSPs work without this... This logic has been there since

Re: Cocoon zone redirect problems

2005-06-07 Thread Bertrand Delacretaz
Le 7 juin 05, à 14:49, Vadim Gritsenko a écrit : Bertrand Delacretaz wrote: CSS and others links are still broken on the samples, to fix this we'll need either a bunch of ugly mod_rewrite statements, It will be easier to deploy cocoon under same context path, won't it? Just need to edit

Re: Marking cforms stable in 2.1.8

2005-06-07 Thread Ralph Goers
Reinhard Poetz wrote: The current situation is that the implementation (runs in many projects) and the community (large developer and user community) are stable, but the interfaces are *not*. I tried to express this with the hypothetical block descriptor fragment: state community=stable

Re: Cocoon zone redirect problems

2005-06-07 Thread Vadim Gritsenko
Bertrand Delacretaz wrote: Le 7 juin 05, à 14:49, Vadim Gritsenko a écrit : Bertrand Delacretaz wrote: CSS and others links are still broken on the samples, to fix this we'll need either a bunch of ugly mod_rewrite statements, It will be easier to deploy cocoon under same context path,

Re: Why does XSPMarkupLanguage wrap text in xsp:text?

2005-06-07 Thread Jochen Kuhnle
Vadim Gritsenko [EMAIL PROTECTED] wrote on 07.06.2005 14:34:36: Jochen Kuhnle wrote: Vadim Gritsenko [EMAIL PROTECTED] wrote on 06.06.2005 16:19:44: Jochen Kuhnle wrote: ... key:key xsp-request:get-parameter name=key/ /key:key XML above - it is XML. It has two

Weird multithreading bug in Cron block

2005-06-07 Thread Sylvain Wallez
Hi all, I'm currently working on a publication application with complex database queries where we want to prefetch some of the pages linked to by the page currently being produced, in order to speed up response time on pages that are likely to be asked for by users. To achieve this, we have

Adding serializer info to SitemapSource

2005-06-07 Thread Sylvain Wallez
Hi all, As mentioned in my previous post, I'm using background cocoon: URLs to feed the cache with costly pages to speedup response time when a user asks for that same URL. The problem with this approach is that when processing internal requests, the associated cache key strips out the

[osgi] Package structure

2005-06-07 Thread Daniel Fagerstrom
I have started to experiment with OSGi, and this far it seem rather promising. I hope to be able to check in something in whiteboard rather soon. --- o0o --- A problem however is that our organization (or rather lack of organization) of packages in blocks, in some cases

Re: [osgi] Package structure

2005-06-07 Thread Sylvain Wallez
Daniel Fagerstrom wrote: I have started to experiment with OSGi, and this far it seem rather promising. I hope to be able to check in something in whiteboard rather soon. Great! --- o0o --- A problem however is that our organization (or rather lack of organization)