DO NOT REPLY [Bug 25304] - AggregateField enhancement

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 25113] - [Roadmap] CocoonForms - FUTURE releases

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 25304] - AggregateField enhancement

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

Cocoon 1.8 to 2.1.4 Help

Title: Cocoon 1.8 to 2.1.4 Help Hi, I try to migrate webapplication (wich written in 1999 with cocoon 1.8) From cocoon 2.1.4. But I can find the packages below: org.apache.cocoon.processor.*; org.apache.cocoon.framework.*; org.apache.cocoon.transformer.*; org.apache.cocoon.parser.*; org.a

Re: Cocoon 1.8 to 2.1.4 Help

On 07 Apr 2004, at 10:54, [EMAIL PROTECTED] wrote: Hi, I try to migrate webapplication (wich written in 1999 with cocoon 1.8) From cocoon 2.1.4. But I can find the packages below: org.apache.cocoon.processor.*; org.apache.cocoon.framework.*; org.apache.cocoon.transformer.*; org.apache.cocoon.pars

RE: [Kernel22] How to develop a component?

Nicola Ken Barozzi wrote: > > Carsten Ziegeler wrote: > ... > > To be honest, I still don't buy the classloader problem theory. I'm > > just saying that we should try to support interfaces like > Configurable etc. > > For Cocoon blocks or for other components? > For all components :) A block m

Re: [Kernel22] How to develop a component?

Le 7 avr. 04, à 11:33, Carsten Ziegeler a écrit : ...Exactly my point :) But the current idea of blocks is to only retain this possibility inside a sandbox which means it can't be used "inside" blocks. So if I develop my app as a block, I can't use these components inside my app!... I thought the

Re: [Kernel22] How to develop a component?

Carsten Ziegeler wrote: ... To be honest, I still don't buy the classloader problem theory. I'm just saying that we should try to support interfaces like Configurable etc. For Cocoon blocks or for other components? ... And the dependency is very minimal. It's just a dependency against the avalon

Problem with OJB

Hi, I am a new kid on the block and work with the OJB/JDO block. Using a database with no relations works perfectly, however when I increase complexity and use foreign keys I fail to get it working. The following error is what I get: [org.apache.ojb.broker.accesslayer.RsIterator] ERROR: Error

RE: [Kernel22] How to develop a component?

Bertrand Delacretaz wrote: > > I thought the idea was to provide an ECM-like sandbox > *inside* a block (reading Stefano's last message on this > thread), in which case you can use your Avalon components > inside a Cocoon block, but they cannot be made available to > other blocks. > > But I

RE: [Kernel22] How to develop a component?

> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] > > So, like we already said before, it is *totally* possible to have a > block load avalon components thru an avalon sandbox (sort of a > avalon->cocoon adapter). This allows you to reuse your avalon > stuff "AS IS". But this also means tha

RE: [Kernel22] How to develop a component?

Nicola Ken Barozzi wrote: > The issue is not so technical as it's of indipendence from > something that, in the good and the bad, has not helped > Cocoon be built by Gump for ages now. > As I said, we would only have a reference to avalon framework version x.y.z - a fixed version so there should

Re: [RT] - XUL revisited....

Antonio Gallardo agssa.net> writes: > > I even see no request/response cycles are saved. Some words are missing above: I even see no problems when no request/response cycles are saved. > Some cycles can be saved in the similar way as they are saved by DHTML. > Example: suppose you have a textbo

Re: [QVote] remove JStyle

> > > It does not provide much value - how many times have you looked into the > > > generated XSP code? And how important for you was formatting of this > > > generated code? I'm ok with keeping it, but, for myself, I have it > > > disabled (and jstyle.jar removed). > > > > So let's start a qu

Re: [cforms] Radio buttons across repeater

Marc Portier outerthought.org> writes: > >> In light of the above we could even consider sending > >> repeaterID.radioID=row-identity (which would require to > >> serialize-to-string somehow this identity?) > +1 > > I'm still running around the hot soup of repeater-binding (in my head) > an

RE: CachingURICoplet and cl:links caching too aggressively - possible fix?

Sorry for the delay, I overlooked this... Done. Carsten > -Original Message- > From: Jon Evans [mailto:[EMAIL PROTECTED] > Sent: Monday, April 05, 2004 11:44 AM > To: [EMAIL PROTECTED] > Subject: Re: CachingURICoplet and cl:links caching too > aggressively - possible fix? > > Hi, > O

Re: [cforms] Radio buttons across repeater

Joerg Heinicke wrote: Marc Portier outerthought.org> writes: In light of the above we could even consider sending repeaterID.radioID=row-identity (which would require to serialize-to-string somehow this identity?) +1 I'm still running around the hot soup of repeater-binding (in my head

Re: [Kernel22] How to develop a component?

On 07 Apr 2004, at 11:09, Nicola Ken Barozzi wrote: The issue is not so technical as it's of indipendence from something that, in the good and the bad, has not helped Cocoon be built by Gump for ages now. As much as I like "Gumpinal Correctness" for the sanity of us Cocoon committers, I'm not s

Re: Problem with OJB

Any chance you can post the relevent repository_user.xml snippets and an outline at least of what they map to? More than happy to help you work out what's going on =) I have never seen divide by zero errors from OJB =( Also, do you get the same problem if you try the query via the PersistenceB

Re: [Kernel22] How to develop a component?

Hi guys! Nicola Ken Barozzi wrote: And the dependency is very minimal. It's just a dependency against the avalon framework api version 4.1.5 - a released version. There is no need in following the development of Avalon. The issue is not so technical as it's of indipendence from something that, i

Re: Problem with OJB

Hi Brian, I can try... let me describe what I got so far. After digging deeper into this and producing some relevant debug statements I find the following written on my console: console output: --- start snippet --- NVTPDataAccessObject2: getArticle: called with id: 56 [org.apache.ojb.broker.a

Re: [Kernel22] How to develop a component?

Steven Noels wrote: On 07 Apr 2004, at 11:09, Nicola Ken Barozzi wrote: The issue is not so technical as it's of indipendence from something that, in the good and the bad, has not helped Cocoon be built by Gump for ages now. As much as I like "Gumpinal Correctness" for the sanity of us Cocoon

Re: [Kernel22] How to develop a component?

Leo Simons wrote: ... avalon-framework very rarely doesn't get built by gump. It's the ECM dependency that's causing the ripples, and the big set of dependencies ECM has itself. Since it seems ECM is being put into the freezer anyway, just be pragmatic and make the gump build of cocoon depend o

DO NOT REPLY [Bug 28260] New: - ArrayIndexOutOfBoundsException in cforms Transformer

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: [VOTE] Replace xalan-2.5.0 by 2.6.0

On Wed, 2004-04-07 at 16:19, Rolf Kulemann wrote: > On Wed, 2004-04-07 at 13:56, Michael Wechner wrote: > > Rolf Kulemann wrote: > > > > >I think it is a good idea to switch to xalan-2.6.0 since some more bugs > > >are fixed in 2.6.0. To get xalan-2.6.0 work in jetty, we can not place > > >the xal

Re: [Kernel22] How to develop a component?

Nicola Ken Barozzi wrote: > Leo Simons wrote: > ... > > avalon-framework very rarely doesn't get built by gump. It's the ECM > > dependency that's causing the ripples, and the big set of dependencies > > ECM has itself. > > > > Since it seems ECM is being put into the freezer anyway, just be > > pr

Re: [VOTE] Replace xalan-2.5.0 by 2.6.0

Sorry, this mail went the wrong path :) On Wed, 2004-04-07 at 17:20, Rolf Kulemann wrote: > On Wed, 2004-04-07 at 16:19, Rolf Kulemann wrote: > > On Wed, 2004-04-07 at 13:56, Michael Wechner wrote: > > > Rolf Kulemann wrote: > > > > > > >I think it is a good idea to switch to xalan-2.6.0 since so

Re: Problem with OJB

Which version of OJB are you using? Line numbers don't match up to the one I have, which is, admittedly, cvs head -- though rc6 and cvs head are pretty similar right now. Okay, some try-the-common-things-first: Try changing the PK and FK values to Integer types instead of int. Using the pri

[PATCH]: Re: Logging all requests

Hello, I'd like to log all Requests so that we can record them for analysis. So, far the only way I think I can do this is to modify the method process(..) in org.apache.cocoon. In this method, I thought I could use a logging component (which has yet to be created) from the component manager and

Re: [Kernel22] How to develop a component?

On 07 Apr 2004, at 16:05, Nicola Ken Barozzi wrote: Steven Noels wrote: On 07 Apr 2004, at 11:09, Nicola Ken Barozzi wrote: The issue is not so technical as it's of indipendence from something that, in the good and the bad, has not helped Cocoon be built by Gump for ages now. As much as I like

Re: [cforms] Radio buttons across repeater

On 07.04.2004 14:08, Marc Portier wrote: with it you wouldn't even need to declare it in your form-definition since it really only has a purpose for the binding, and actually never really is a true/valid widget, or is it? Not necessarily. I have two cases. One overview list of persons where an

Validity question

Excuse me if this is a FAQ, but what is a generator implementing the o.a.c.caching.CacheableProcessingComponent interface expected to return as the value of the "getValidity" method, in case the generated content never changes? TIA, Ugo

Re: Validity question

Ugo Cei wrote: Excuse me if this is a FAQ, but what is a generator implementing the o.a.c.caching.CacheableProcessingComponent interface expected to return as the value of the "getValidity" method, in case the generated content never changes? It can return NOPValidity.SHARED_INSTANCE if you wan

Re: Validity question

Il giorno 08/apr/04, alle 00:18, Upayavira ha scritto: Ugo Cei wrote: Excuse me if this is a FAQ, but what is a generator implementing the o.a.c.caching.CacheableProcessingComponent interface expected to return as the value of the "getValidity" method, in case the generated content never chang

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/generation CalendarGenerator.java

On 08.04.2004 01:18, [EMAIL PROTECTED] wrote: ugo 2004/04/07 16:18:48 Added: src/java/org/apache/cocoon/generation CalendarGenerator.java Log: A calendar generator. Might be useful for a blog or any site that has chronologically ordered resources. What exactly does it do? The

fi:styling type="date

On 06.04.2004 17:32, [EMAIL PROTECTED] wrote: joerg 2004/04/06 08:32:03 Modified:src/blocks/forms/samples/forms form1_template.xml form1_template_action.xml Log: Tim, forget my stupid comment about different styling in and outside of repeaters - find the di

Re: new blocks.properties way more painful to use

On 05.04.2004 17:19, Vadim Gritsenko wrote: in the past I was used to: 1) cp blocks.properties local.blocks.properties 2) vi local.blocks.properties 3) uncomment the blocks that I wanted to exclude Today, I have to go thru a bunch of include and change them from true to false. Much more hassl

[OT] - XUL article...

Hi: I know I am very pushing XUL here. But I really believe this is a interesting way to follow :-) Here an interesting article: http://linuxtoday.com/developer/2004040800426OPSW Best Regards, Antonio Gallardo

Re: [OT] - XUL article...

Le 8 avr. 04, à 07:33, Antonio Gallardo a écrit : ...Here an interesting article: http://linuxtoday.com/developer/2004040800426OPSW Thanks Antonio - I found the linked post (from Brendan Eich) particularly interesting: http://groups.google.com/[EMAIL PROTECTED] -Bertrand

Re: new blocks.properties way more painful to use

Le 8 avr. 04, à 04:02, Joerg Heinicke a écrit : ...In blocks.properties there are #include=false lines (except for the deprecated ones), blocks are included by default. This solution would bring back Stefano's uncommenting/commenting, but has one down side: the deprecated blocks excluded via inc

Request Problem with enctype="multipart/form-data"

Hello ,     Got your details from http://archives.real-time.com/pipermail/cocoon-devel/2003-July/016255.html. I have a problem of reading data from request after setting enctype=”multipart/Form-data ”.Since you have worked on similar cases .. hopefully you might be able to help me out. P

Re: [OT] - XUL article...

Bertrand Delacretaz dijo: > Le 8 avr. 04, à 07:33, Antonio Gallardo a écrit : >> ...Here an interesting article: >> http://linuxtoday.com/developer/2004040800426OPSW > > Thanks Antonio - I found the linked post (from Brendan Eich) > particularly interesting: > http://groups.google.com/[EMAIL PROTEC

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/generation CalendarGenerator.java

Il giorno 08/apr/04, alle 01:34, Joerg Heinicke ha scritto: What exactly does it do? The generate() is not that complex. Just an XML structure of the current date? It generates an XML representation of any given month. If you're familiar with the old Unix "cal" program, it does just that. I'm no

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

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] The context under which I found the issue: - defin