Re: 1060 NetKernel: virtual Internet operating system, XML runtime

On Friday 31 October 2003 20:09, Stefano Mazzocchi wrote: > On Thursday, Oct 30, 2003, at 17:05 Europe/Rome, Rogier Peters wrote: > > http://www.1060.org/ > there is one say in english that I really like: "don't bite more than > you can chew". Instead of being negative, be inspired. 1. The Depe

[bug?] exception thrown in sendPage() skips the proper error handler

I'm still having fun with webdavapps and found something that looks suspiciously close to a bug in the way the flow and sitemap work together in case of an exception. In the davmap, I added to handle all errors in the fastest and simplest possible way but if the error is trig

Fooling around with cocoon davmap

In my doco wandering, I tried to mount the cocoon DAV repository (found in the 'davmap' directory of the webdav block) under macosx as a disk, but fails. I tried with mod_dav on httpd 2.0.47 and it works. Further inspection (with the good old tcpflow) indicates that the cocoon OPTION handsha

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Hi Sylvain: The idea is good at all. There can be 2 approach: 1) Use the database to just store the forms: - Don't care about primary keys, normalization, relations and similars. This way any database can act as a simple form repository. Forms can be "isolated islands" inside the database -You n

Re: Portlet environment (JSR168)

Vadim Gritsenko wrote: Hi all, I'm working on Portlet (aka JSR168 aka Pluto) environement for Cocoon so that Cocoon can be deployed as a Portlet. Is there any interest at all for this functionality? I'm thinking about dumping it into scratchpad or separate block... here, here! I'm not much (yet

RE: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Hunsberger, Peter dijo: > Ugo Cei <[EMAIL PROTECTED]> writes: > >> Hunsberger, Peter wrote: >> > In general, this moves the responsibility for locking up a >> level which >> > isn't something I'd care to code, but if you're going to use JDO I >> believe you'll just get a last change wins result any

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Ugo Cei dijo: > Hunsberger, Peter wrote: >> In general, this moves the responsibility for locking up a level which >> isn't something I'd care to code, but if you're going to use JDO I >> believe you'll just get a last change wins result anyways, which is >> how you could manage this... > > If you

RE: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Hunsberger, Peter dijo: > Sylvain Wallez <[EMAIL PROTECTED]> writes: >> >> Hunsberger, Peter wrote: >> >> >>I have been thinking about the direct sql mapping on and off, the >> biggest problem I was able to identify (not solve) is that >> sql is not >> >>'symmetric' in its load and save operations

Re: HTML editor widget (was Re: [proposal] Doco)

Bruno Dumon wrote: ... * different users of the widget (like the doco project vs the project where we need it) will likely require different subsets of HTML to be used. * support for both Mozilla and IE is important. Other browsers should fall back to a textarea with raw HTML in it. * the HTML prod

[BUG] Cocoon doesn't handle trailing slashes correctly

On Friday, Oct 31, 2003, at 19:11 Europe/Rome, [EMAIL PROTECTED] wrote: --- Additional Comments From [EMAIL PROTECTED] 2003-10-31 18:11 --- It's the second hint within two weeks that Cocoon seems not to handle trailing slashes correctly: http://marc.theaimsgroup.com/?t=10663360274

DO NOT REPLY [Bug 24305] - esql:get-xml ; wraping result with root element in a namespace

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 24305] - esql:get-xml ; wraping result with root element in a namespace

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 24305] New: - esql:get-xml ; wraping result with root element in a namespace

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: wiki diff emails are duplicated

Steven Noels wrote: Bertrand Delacretaz wrote: Seems like this is by design in JSPWiki, see Joerg's comment at http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106409900229767&w=2 I have to check this - I'm not so sure about this. It could well be my own little Python script which messes up.

Portlet environment (JSR168)

Hi all, I'm working on Portlet (aka JSR168 aka Pluto) environement for Cocoon so that Cocoon can be deployed as a Portlet. Is there any interest at all for this functionality? I'm thinking about dumping it into scratchpad or separate block... Vadim

Re: [IMP] Performance problems with TraxTransformer

Sylvain Wallez wrote: Vadim Gritsenko wrote: Sylvain Wallez wrote: XSLTProcessor - This component's design is intrinsically bad from a cache perspective: the only way to access validity is through getTransformerHandlerAndValidity which always creates the TransformerHandler even

Re: [Woody] form2 XML binding example does not set id for new rows

nope, current binding doesn't do this. you can: make the id visible so the user can provide it though and you can also: loop through your form-model and set this stuff (with the same API the binding is using internally) but what you describe here seems to be quite a specific kind of business lo

[Woody] form2 XML binding example does not set id for new rows

I'm trying to do something similar to Woody's form2 sample, adding nodes to an XML document using the repeater. The problem with form2 (and also with my code) is that the new nodes' "id" attribute is null, and I cannot see an obvious way to set it's value. What I'd like is to set it to the grea

DO NOT REPLY [Bug 24240] - Generate/XInclude/CInclude from cocoon:// has wrong context

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: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Ugo Cei <[EMAIL PROTECTED]> writes: > Hunsberger, Peter wrote: > > In general, this moves the responsibility for locking up a > level which > > isn't something I'd care to code, but if you're going to use JDO I > > believe you'll just get a last change wins result anyways, which is > > how you

RE: sitemap logging?

Is this the way it's done in Fortress too? I vaguely remember it passes the LoggerManager in the Context object? I would prefer the way Fortress exposes the LoggerManager for consistency with 2.2. -- Unico > > -Original Message- > From: peter royal [mailto:[EMAIL PROTECTED] > Sent: vri

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Hunsberger, Peter wrote: In general, this moves the responsibility for locking up a level which isn't something I'd care to code, but if you're going to use JDO I believe you'll just get a last change wins result anyways, which is how you could manage this... If you implement this strategy, pretty

Re: Image-Based Authentication

Bertrand Delacretaz wrote: Hrm, or how about I just toss it in scratchpad for now? :) +1 Added, check the scratchpad samples. tony

Re: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

OK, Thx to Carsten's suggestions I have a patch for this that rougly looks like 1/ in src/java/org/apache/cocoon/Constants.java . add constant CONTEXT_DEFAULT_ENCODING 2/ in src/java/org/apache/cocoon/serialization/AbstractTextSerializer.java . add imports for Contextualizable . add in

RE: cvs commit: cocoon-2.2/src/webapp/WEB-INF cocoon.xconf

Done ;-) > > -Original Message- > From: Konstantin Piroumian [mailto:[EMAIL PROTECTED] > Sent: vrijdag 31 oktober 2003 14:59 > To: [EMAIL PROTECTED] > > All you need to do is to change a little the > SystemProperyModule like this: > > 1. extend AbstractJXPathModule (instead of Abstr

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

(maybe in stead of dynabeans you could abuse the opportunity to boost your bcel skills again ;-)) Mmmpf... I don't want to introduce stuff I would be the only one to understand ;-) ...lately I did some BCEL stuff, too ..that would make it two of us ;) And using DynaBeans should be fairly easy

RE: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Sylvain Wallez <[EMAIL PROTECTED]> writes: > > Hunsberger, Peter wrote: > > >>I have been thinking about the direct sql mapping on and off, the > >>biggest problem I was able to identify (not solve) is that > sql is not > >>'symmetric' in its load and save operations (while woody binding is) >

RE: [RT] SourceRepository and davmap

Stefano Mazzocchi wrote: > > > On Thursday, Oct 30, 2003, at 16:28 Europe/Rome, Unico Hommes wrote: > > > Not all functionality of the Linotype SourceRepository is > implemented. > > For instance I have not gotten to the versioning part yet. > > ok > > > (And haven't > > really thought out

Re: Image-Based Authentication

Hrm, or how about I just toss it in scratchpad for now? :) +1 -Bertrand

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Hunsberger, Peter wrote: I have been thinking about the direct sql mapping on and off, the biggest problem I was able to identify (not solve) is that sql is not 'symmetric' in its load and save operations (while woody binding is) with symmetric I mean for doing updates or inserts you can't just g

Re: Image-Based Authentication

Bertrand Delacretaz wrote: How about a new "misc-samples" block for hard to categorize, yet useful samples? This could also be a home for the recently proposed sitemap viewer (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24294) . Hrm, or how about I just toss it in scratchpad for now? :)

DO NOT REPLY [Bug 24294] - Sitemap Viewer

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: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

Sylvain Wallez wrote: Marc Portier wrote: Hi all, we seem to have a smaal inconsistency concerning encoding of HTML forms - our HTML serializer by default is using the UTF-8 encoding. (in fact it's set nowhere in the system and is thus left over to xalan which most likely is going down the e

Re: Image-Based Authentication

Le Vendredi, 31 oct 2003, à 17:03 Europe/Zurich, Tony Collen a écrit : ...I was thinking to put it in the Flow block samples. If I do this will it break anything with the anteater tests? (Reading src/webapp/samples/flow/README.txt). How about a new "misc-samples" block for hard to categorize, ye

RE: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Marc Portier <[EMAIL PROTECTED]> writes: > > > > Writing a SQL binding for forms seems a complicated beast > to me (maybe > > I'm wrong as I'm not very fluent in SQL), so I was thinking > of using > > tools that would to the dirty work for me. > > > > I have been thinking about the direct sq

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Marc Portier wrote: Sylvain Wallez wrote: Hi, Some people to which I demonstrated Woody and Flowscript asked me how we can directly map forms to a database. no surprise here :-) Yeah, I know that architecturally having intermediate domain objects is better, but it seems a bit overkill when

Re: Image-Based Authentication

Joerg Heinicke wrote: On 31.10.2003 08:33, Reinhard Poetz wrote: Why don't you add it to the Cocoon CVS? a) general samples block (Petstore, image based auth, ...) b) autentication framework block c) SVG block I would be +1 for b) and +0,5 for the two others. What do others think? Reinhard

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

--- Sylvain Wallez <[EMAIL PROTECTED]> wrote: > Some people to which I demonstrated Woody and Flowscript asked me how we > can directly map forms to a database. ... > So what about adding a getBean() to the widget interface that would > return a DynaBean wrapper of the form widgets? A simple OJB

RE: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Oh oh oh I like this idea JD -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of Sylvain Wallez Sent: Friday, October 31, 2003 6:25 AM To: [EMAIL PROTECTED] Subject: [RT] Direct Form->SQL mapping through OJB and DynaBeans Hi, Some people to which I demonstrated Woody

Re: [RT] Direct Form->SQL mapping through OJB and DynaBeans

Sylvain Wallez wrote: Hi, Some people to which I demonstrated Woody and Flowscript asked me how we can directly map forms to a database. no surprise here :-) Yeah, I know that architecturally having intermediate domain objects is better, but it seems a bit overkill when what you need is jus

Re: [IMP] Performance problems with TraxTransformer

Vadim Gritsenko wrote: Sylvain Wallez wrote: XSLTProcessor - This component's design is intrinsically bad from a cache perspective: the only way to access validity is through getTransformerHandlerAndValidity which always creates the TransformerHandler even if we don't use it. Com

Re: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

Marc Portier wrote: Hi all, we seem to have a smaal inconsistency concerning encoding of HTML forms - our HTML serializer by default is using the UTF-8 encoding. (in fact it's set nowhere in the system and is thus left over to xalan which most likely is going down the easy path of assuming the

Re: esql:get-xml improvement

Marcin Okraszewski wrote: Hi, I found that using I can't create a root element in a specified namespace so I have fixed it. I added two attributes: "root-ns" and "root-ns-prefix" that may be used to define namespace. If not setting "root-ns-prefix" it overrides default namespace. Here is new

esql:get-xml improvement

Hi, I found that using I can't create a root element in a specified namespace so I have fixed it. I added two attributes: "root-ns" and "root-ns-prefix" that may be used to define namespace. If not setting "root-ns-prefix" it overrides default namespace. Here is new XSLT for esql:get-xml (onl

[RT] Direct Form->SQL mapping through OJB and DynaBeans

Hi, Some people to which I demonstrated Woody and Flowscript asked me how we can directly map forms to a database. Yeah, I know that architecturally having intermediate domain objects is better, but it seems a bit overkill when what you need is just a simple CRUD front-end to a database and ha

RE: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

Marc Portier wrote: > > However, what does this say about using cocoon outside the > servlet-context? > > In every case: I like the idea of using the contextualize() but maybe it > makes more sense if we don't introduce a dependency between > AbstractTextSerializer and servlet.jar? > Ok, that

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/treeprocessor AbstractProcessingNodeBuilder.java

Stefano Mazzocchi wrote: On Friday, Oct 31, 2003, at 12:31 Europe/Rome, Sylvain Wallez wrote: Reinhard Poetz wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] sylvain 2003/10/31 03:12:56 Modified:src/java/org/apache/cocoon Constants.java src/java/org/apache/cocoon

Re: block.properties not ordered

On Friday, Oct 31, 2003, at 14:11 Europe/Rome, Antonio Gallardo wrote: Hi: After the last update of block.properties, now it is hard to find a kind of order inside the file. Before we had an alphabetical order, now it is not clear to be how it is ordered. Can we change it again? I think peopl

Re: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

Carsten Ziegeler wrote: FYI, the Context (you get via Contextualizable) contains the ServletConfig via a constant defined in the CocoonServlet. This is something your two collegues were wondering about, but it might be that it helps you :) Yep, sounds like a way out of the stalemate I was facing

Re: [Woody] name for element containing child widgets

Bruno Dumon wrote: On Thu, 2003-10-30 at 16:33, Timothy Larson wrote: Lets pick a name for for the element containing child widgets. Off the top of my head, I remember these names being offered: children, items, widgets Currently only "children" is in use I think, but "widgets" seems bett

DO NOT REPLY [Bug 24294] - Sitemap Viewer

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: ESQL question

> Now I see that a simple query without parameters is also prepared which makes the execution a lot slower under Pervasive 2000i (I have never seen more crappy database). IIRC this came up before Is it an intentional change ? Well, yes, kinda Ok.. here it goes: when I was doing some work

DO NOT REPLY [Bug 24294] New: - Sitemap Viewer

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: [Portal] future and design questions

Hi! My company is also working on the new portal engine. Our goal is to use the portal as the cocoon framework for all our webapps. We will work very soon on enhancements of the portal to build complex websites. - Work area managed by multiple menus with multiple level. - Bookmarkable portal url. -

Re: cvs commit: cocoon-2.2/src/webapp/WEB-INF cocoon.xconf

All you need to do is to change a little the SystemProperyModule like this: 1. extend AbstractJXPathModule (instead of AbstractLoggable) 2. Add this method: protected Object getContextObject(Configuration modeConf, Map objectModel) { return m_pr

RE: [heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

FYI, the Context (you get via Contextualizable) contains the ServletConfig via a constant defined in the CocoonServlet. This is something your two collegues were wondering about, but it might be that it helps you :) Carsten > -Original Message- > From: Marc Portier [mailto:[EMAIL PROTECTE

RE: cvs commit: cocoon-2.2/src/webapp/WEB-INF cocoon.xconf

Yes, that would be even better. I didn't realize extending AbstractJXPathModule could be so powerful. OK, I'll make this change later. -- Unico > > -Original Message- > From: Konstantin Piroumian [mailto:[EMAIL PROTECTED] > Sent: vrijdag 31 oktober 2003 14:19 > To: [EMAIL PROTECTED] >

Re: cvs commit: cocoon-2.2/src/webapp/WEB-INF cocoon.xconf

Btw, won't it be better to inherit this module from AbstraxtJXPathModule the same way as SystemPropertyModule does? It would be a little bit more flexible, e.g. you could do something like this: Regards, Konstantin - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]

[heads up] cocoon's defaults form-encoding and seerialize-encoding are inconsistent.

Hi all, we seem to have a smaal inconsistency concerning encoding of HTML forms - our HTML serializer by default is using the UTF-8 encoding. (in fact it's set nowhere in the system and is thus left over to xalan which most likely is going down the easy path of assuming the default from XML lan

block.properties not ordered

Hi: After the last update of block.properties, now it is hard to find a kind of order inside the file. Before we had an alphabetical order, now it is not clear to be how it is ordered. Can we change it again? I think people will find stuff easier if it is order as was before. Of course the new

Re: Image-Based Authentication

On 31.10.2003 08:33, Reinhard Poetz wrote: Why don't you add it to the Cocoon CVS? a) general samples block (Petstore, image based auth, ...) b) autentication framework block c) SVG block I would be +1 for b) and +0,5 for the two others. What do others think? Reinhard +1 for a): with a com

Re: [Woody] name for element containing child widgets

On Fri, 2003-10-31 at 13:59, Bruno Dumon wrote: > On Fri, 2003-10-31 at 13:50, Marc Portier wrote: > > Bruno Dumon wrote: > > > > Other suggestions are welcome of course. What name do we all like? > > This will apply to at least the AggregateField, Repeater, Union, > > Struct, and Clas

Re: [Woody] name for element containing child widgets

On Fri, 2003-10-31 at 13:50, Marc Portier wrote: > Bruno Dumon wrote: > > Other suggestions are welcome of course. What name do we all like? > This will apply to at least the AggregateField, Repeater, Union, > Struct, and Class widgets, and possibly to others in the future. > >>> > >>>

Re: [RT] SourceRepository and davmap

On Thursday, Oct 30, 2003, at 16:28 Europe/Rome, Unico Hommes wrote: Not all functionality of the Linotype SourceRepository is implemented. For instance I have not gotten to the versioning part yet. ok (And haven't really thought out how this would best be done. (One idea is, continuing with the

Re: Image-Based Authentication

On Friday, Oct 31, 2003, at 13:28 Europe/Rome, Andrew Savory wrote: Hi, On Friday, Oct 31, 2003, at 07:33 Europe/London, Reinhard Poetz wrote: Why don't you add it to the Cocoon CVS? a) general samples block (Petstore, image based auth, ...) b) autentication framework block c) SVG block I wo

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/treeprocessor AbstractProcessingNodeBuilder.java

On Friday, Oct 31, 2003, at 12:31 Europe/Rome, Sylvain Wallez wrote: Reinhard Poetz wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] sylvain 2003/10/31 03:12:56 Modified:src/java/org/apache/cocoon Constants.java src/java/org/apache/cocoon/components/treeprocessor

Re: [Woody] name for element containing child widgets

Bruno Dumon wrote: Other suggestions are welcome of course. What name do we all like? This will apply to at least the AggregateField, Repeater, Union, Struct, and Class widgets, and possibly to others in the future. And Form also. and RepeaterRow? (probably in stead of Repeater?) oops, I tho

Re: [Woody] name for element containing child widgets

Marc Portier dijo: > > > Bruno Dumon wrote: > >> On Thu, 2003-10-30 at 16:33, Timothy Larson wrote: >> >>>Lets pick a name for for the element containing child widgets. >>>Off the top of my head, I remember these names being offered: >>> children, items, widgets >> >> >> Currently only "children"

Re: [Woody] name for element containing child widgets

On Fri, 2003-10-31 at 13:26, Marc Portier wrote: > Bruno Dumon wrote: > > > On Thu, 2003-10-30 at 16:33, Timothy Larson wrote: > > > >>Lets pick a name for for the element containing child widgets. > >>Off the top of my head, I remember these names being offered: > >> children, items, widgets >

Re: Image-Based Authentication

Hi, On Friday, Oct 31, 2003, at 07:33 Europe/London, Reinhard Poetz wrote: Why don't you add it to the Cocoon CVS? a) general samples block (Petstore, image based auth, ...) b) autentication framework block c) SVG block I would be +1 for b) and +0,5 for the two others. What do others think?

Re: [Woody] name for element containing child widgets

Bruno Dumon wrote: On Thu, 2003-10-30 at 16:33, Timothy Larson wrote: Lets pick a name for for the element containing child widgets. Off the top of my head, I remember these names being offered: children, items, widgets Currently only "children" is in use I think, but "widgets" seems better

Re: 1060 NetKernel: virtual Internet operating system, XML runtime

On Thursday, Oct 30, 2003, at 17:05 Europe/Rome, Rogier Peters wrote: Take a look at http://www.1060.org/ I really don't know what to make of this - lots of hot air - and a lot of similarities to Cocoon ( i vaguely remember a discussion about Cocoon as an operating system, which was quickly disca

Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/treeprocessor AbstractProcessingNodeBuilder.java

Reinhard Poetz wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] sylvain 2003/10/31 03:12:56 Modified:src/java/org/apache/cocoon Constants.java src/java/org/apache/cocoon/components/treeprocessor AbstractProcessingNodeBuilder.java Log: S

Re: Woody form2bean.flow

On Wed, 2003-10-29 at 16:52, Giacomo Pati wrote: > Anybody encountered the Exception in the form2bean.flow Woody samples > under JDK 1.3? It runs smoth here with a JDK 1.4.2 The problem was a NoSuchMethodError caused by the following call: if (JXPathBindingManager.this.getTheLogger().isDebugEnab

RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/treeprocessor AbstractProcessingNodeBuilder.java

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > sylvain 2003/10/31 03:12:56 > > Modified:src/java/org/apache/cocoon Constants.java >src/java/org/apache/cocoon/components/treeprocessor > AbstractProcessingNodeBuilder.java > Log: > Sitemap

Re: [Woody] name for element containing child widgets

On Thu, 2003-10-30 at 16:33, Timothy Larson wrote: > Lets pick a name for for the element containing child widgets. > Off the top of my head, I remember these names being offered: > children, items, widgets Currently only "children" is in use I think, but "widgets" seems better to me. Which one

Re: Sources of xreporter-expression-20030725.jar

Bruno Dumon dijo: > BTW, don't put too much effort into this since the expression library > will likely be replaced by JXPath. okie and thanks again. ;-D Best Regards, Antonio Gallardo

Re: cvs commit: cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmodel ExpressionContextImpl.java

> bruno 2003/10/31 01:48:52 > > Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel > ExpressionContextImpl.java > Log: > Support Integer's in expression language. Many thanks Bruno! :- Antonio Gallardo

Re: AggregateField.java fieldsHaveValues()

according to this tracable history in cvs: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/woody/java/org/apache/cocoon/woody/formmodel/AggregateField.java.diff?r1=1.4&r2=1.5&diff_format=h I would go for changing the comment based on bruno's change-log: modified the fieldsHaveValues() meth

DO NOT REPLY [Bug 24289] New: - MultipartParser cannot handle multibyte character in uploaded file name correctly

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: Sources of xreporter-expression-20030725.jar

On Fri, 2003-10-31 at 04:22, Antonio Gallardo wrote: > Hi: > > Where can I found the sources of xreporter-expression-20030725.jar? > > I need to add there the Integer datatype to use it with woody. The expression library works internally only with BigDecimal's, so conversion must be done at the

RE: Documenting the FOM

From: Geoff Howard > Reinhard Poetz wrote: > > From: Giacomo Pati > > > > > >>Is the idl syntax still the way to describe the FOM documentation? > > > > > > AFAIK it is far from being up-to-date. Chris added the FOM > description > > to the Control Flow documentation. I think we can remove

RE: Image-Based Authentication

Why don't you add it to the Cocoon CVS? a) general samples block (Petstore, image based auth, ...) b) autentication framework block c) SVG block I would be +1 for b) and +0,5 for the two others. What do others think? Reinhard > -Original Message- > From: Tony Collen [mailto:[EMAIL