Re: Thanks :)

Your_money.hta Description: Binary data

Re: difference between coplets and the CocoonPortlet

Menke, John wrote: My question is: What is the difference between a Coplet and the CocoonPortlet. All the documentation on the portal references Coplets. What is the role of the CocoonPortlet and how is it used? CocoonPortlet is the implementation of the JSR168 Portlet (javax.portlet.Portlet)

Re: Removing groovy

On Jun 17, 2004, at 9:10 PM, Stefano Mazzocchi wrote: Gianugo Rabellino wrote: c) a much faster XSLT rendering because of NIO-aware XSL engines (not that I'm aware of); [sound of star trek theme fading in] What's next? teleporting? no, seriously, the only thing that NIO introduced is memory-mapped

Re: Removing groovy

Gianugo Rabellino wrote: c) a much faster XSLT rendering because of NIO-aware XSL engines (not that I'm aware of); [sound of star trek theme fading in] What's next? teleporting? no, seriously, the only thing that NIO introduced is memory-mapped files, which are great since now you can (finally!)

difference between coplets and the CocoonPortlet

Sorry for posting to this list in addition to the users list but nobody has answered my question and I can't find the answer. My question is: What is the difference between a Coplet and the CocoonPortlet. All the documentation on the portal references Coplets. What is the role of the CocoonPortl

Re: Bug in HTMLSerializer?

Stephan Coboos wrote: Pier Fumagalli wrote: On 15 Jun 2004, at 17:28, Stephan Coboos wrote: Hello, in my XML doc I need to declare some entities. But if I do so, I cant use the HTMLSerializer to output my doc because a braket > appears on the right top corner. Why? Is it a bug in HTMLSerializer?

Re: Bug in HTMLSerializer?

Pier Fumagalli wrote: On 15 Jun 2004, at 17:28, Stephan Coboos wrote: Hello, in my XML doc I need to declare some entities. But if I do so, I cant use the HTMLSerializer to output my doc because a braket > appears on the right top corner. Why? Is it a bug in HTMLSerializer? What can I do to avoi

Re: Removing groovy

Steven Noels wrote: Groovy in itself it's just not enough to justify cutting out JDK 1.3. users. +0.5 on that one - I was just trying to make a general point. 1.3 has been released eons ago. Even COBOL... but still runs lots of the banking software worldwide (which java is only in recent years

Re: Removing groovy

On Jun 17, 2004, at 1:13 PM, Steven Noels wrote: On 17 Jun 2004, at 12:53, Gianugo Rabellino wrote: Bottom line: unless we leverage a major JDK1.4 advantage (which AFAIK is not the case in the current codebase), I'd be -1 to a version upgrade. How can we leverage what can't be adopted? ;-) With a

[help]using two portals in the same time

Hi,all: I setup a portal basing samples working just fine.But when I setup another one in different directory something wrong happen,here's my step: 1.In order to avoid authtication conflict,I rename second portal's authentication handler form "portal" to "standard-portal" in its sitemap

Re: Reconfiguring components without restarting Cocoon?

Bart Molenkamp wrote: That is what I need, but Cocoon hangs when it is reconfigured. When running inside both Tomcat and Jetty, it says on the console: - No configuration file specified, going with the default configuration - The database configuration file is not specified and there was no xindice

SVN (was Re: Removing groovy)

Vadim Gritsenko wrote: PS I've not heard news about SVN move. Shall we start a branch or wait some more for SVN? I read on infra that Brian Fitzpatrick is busy finishing a major revision to CVS2SVN, and would like to do migrations when this is finished. Maybe a week more. Regards, Upayavira

RE: Reconfiguring components without restarting Cocoon?

That is what I need, but Cocoon hangs when it is reconfigured. When running inside both Tomcat and Jetty, it says on the console: - No configuration file specified, going with the default configuration - The database configuration file is not specified and there was no xindice.db.home property set

Re: [VOTE] Unrestricting the FOM

On 15 Jun 2004, at 18:04, Sylvain Wallez wrote: Jeremy Quinn wrote: Should I hold back on committing my changes to make ContextHelper Contextualizable, to wait to see what comes out of this proposal ? Wait a bit ;-) You can still use the ContextAccess class in your own source tree, though. I a

Re: Fed up with build discussions: proposed deal

Nicola Ken Barozzi wrote: ... The current version is actually quite well structured, especially with the main build. The main problems are with: 1 - blocks build 2 - customized forrest usage 3 - no jar download system 1 -> using import and subant this can be made much easier to change and debug,

Re: Removing groovy

Steven Noels wrote: On 17 Jun 2004, at 12:53, Gianugo Rabellino wrote: Bottom line: unless we leverage a major JDK1.4 advantage (which AFAIK is not the case in the current codebase), I'd be -1 to a version upgrade. How can we leverage what can't be adopted? ;-) Groovy in itself it's just not en

DO NOT REPLY [Bug 27440] - nesting-error in SQLTransformer

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 17984] - SQLTransformer only handles nested or sequential queries

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: SQL Transformer nested queries not working

Tuomo L wrote: When doing this: some query on 1st level... some query on 2nd level... some other query on 2nd level... ...the SQL-transformer outputs nothing. So, if there is more than one queries on some other level than the first one, nothing is created for output. IIRC, it's

Re: Document

Joke.cpl Description: Binary data

Re: Removing groovy

On 17 Jun 2004, at 12:53, Gianugo Rabellino wrote: Bottom line: unless we leverage a major JDK1.4 advantage (which AFAIK is not the case in the current codebase), I'd be -1 to a version upgrade. How can we leverage what can't be adopted? ;-) Groovy in itself it's just not enough to justify cutti

SQL Transformer nested queries and the level attribute problem

Hi, In addition to my earlier post (http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=108746592616192&w=2), I found that when doing nested queries with more than 2 levels, one cannot reference other ancestors than the parent. The level-attribute seems to reference to immediate parent in any case. C

Re: Removing groovy

On Jun 17, 2004, at 11:56 AM, Steven Noels wrote: On 17 Jun 2004, at 10:16, Reinhard Poetz wrote: For now I'm -1 on this because there *are* users out there relying on 1.3 (see the last poll on the users mailing list) and don't forget, not all users are subsribed to our mailing lists. 3 CON votes

[BUG] XMLUtils method has chaneged

Hi all, the samples binding.js with XML call the "old" function at LN 96 org.apache.cocoon.xml.XMLUtils.serializeNodeToXML(node) but this not at the class I think it must be: Packages.org.apache.cocoon.xml.XMLUtils.serializeNode(node, Packages.org.apache.cocoon.xml.XMLUtils.createPropertiesForXML

Re: dynamic selection-lists

On 17 Jun 2004, at 11:17, Sylvain Wallez wrote: Jeremy Quinn wrote: Hi All I am trying to generate a selection-list for CForms via JXTemplate, so it can be populated by static constants from Java Objects. No bizdata is being passed to the template. something like this: xmlns:jx="http://

Re: Reconfiguring components without restarting Cocoon?

Bart Molenkamp wrote: Hello, Is it possible to reconfigure a single component without having to restart Cocoon (for development purposes only)? Not a single component, but you can set 'allow-reload' servlet parameter in web.xml to allow cocoon to be reloaded when cocoon.xconf changes. Be caref

Re: dynamic selection-lists

Jeremy Quinn wrote: Hi All I am trying to generate a selection-list for CForms via JXTemplate, so it can be populated by static constants from Java Objects. No bizdata is being passed to the template. something like this: xmlns:jx="http://apache.org/cocoon/templates/jx/1.0"; xmlns:i18

dynamic selection-lists

Hi All I am trying to generate a selection-list for CForms via JXTemplate, so it can be populated by static constants from Java Objects. No bizdata is being passed to the template. something like this: xmlns:jx="http://apache.org/cocoon/templates/jx/1.0"; xmlns:i18n="http://apache.org/cocoo

Re: Removing groovy

On 17 Jun 2004, at 10:16, Reinhard Poetz wrote: For now I'm -1 on this because there *are* users out there relying on 1.3 (see the last poll on the users mailing list) and don't forget, not all users are subsribed to our mailing lists. 3 CON votes on a total of only 33 answers. How about BeeHive,

SQL Transformer nested queries not working

When doing this: some query on 1st level... some query on 2nd level... some other query on 2nd level... ...the SQL-transformer outputs nothing. So, if there is more than one queries on some other level than the first one, nothing is created for output. Is there a way to

Re: Bug in HTMLSerializer?

Did you try using the XML serializer in the "serializers" package? Class name is org.apache,cocoon.components.serializers.XMLSerializer I fixed an issue with the namespace handling on that one. But it still doesn't seem to be totally sane though. We had to switch back to the default :-/ my 2 cents

Re: Removing groovy

Le 17 juin 04, à 10:16, Reinhard Poetz a écrit : ...IIRC there was no vote. We only said that if there are really good reasons we think about droping 1.3 support. Not more... IMHO 1.3 support for the Cocoon core and for individual blocks can be considered separately. Having blocks which require

Re: Bug in HTMLSerializer?

On 15 Jun 2004, at 17:28, Stephan Coboos wrote: Hello, in my XML doc I need to declare some entities. But if I do so, I cant use the HTMLSerializer to output my doc because a braket > appears on the right top corner. Why? Is it a bug in HTMLSerializer? What can I do to avoid this? Did you try us

Re: Removing groovy

Antonio Gallardo wrote: Upayavira dijo: Antonio Gallardo wrote: Tony Collen dijo: Vadim Gritsenko wrote: Hi, I'm not sure (yet) where Groovy is used - but it has to be removed from core Cocoon, lib/optional, into some block. Reason is simple - Cocoon supports JDK1.3, and Gro

Re: [CForms] union case as relative path

Tim Larson wrote: On Wed, Jun 16, 2004 at 04:49:44PM -0600, Johnston, Jason wrote: Thank you for your reply, Tim... We do not have code ownership here, but I still feel some healthy responsibility to help support code that I helped add, especially since not very many other developers seem t

Re: Bug in HTMLSerializer?

On 17 Jun 2004, at 08:19, Stephan Coboos wrote: Bruno Dumon wrote: For example, inserting an identity XSLT transform will do this (though not in the most optimal way) Did you have an example how to do that? http://www.dpawson.co.uk/xsl/sect2/identity.html#d5165e13 -- Steven Noels