RE: Is there a way to revert to the old store?

Pier Fumagalli wrote: > > Howto? :-P I had to backport the DefaultPersistentStore and > hack all the way through... > > It was definitely not nice not to have the > DefaultPersistentStore java source in the 2.1.5 source > tarball, :-( :-( > > In the future, can people be slightly more caref

RE: [RT] Migrating to Fortress

Sylvain Wallez wrote: > > <>I forgot that if we move to Fortress, we don't need > selectors anymore. > > > Argh. I just hope that although we no more _need_ them, > there's a compatibility layer for all the code out there that > uses selectors. > Sure! I said "we don't need selectors anymo

RE: advice

When does the migration to SVN happen? I thought I read somewhere that it would be this week. Carsten > -Original Message- > From: Ralph Goers [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 07, 2004 10:00 PM > To: [EMAIL PROTECTED] > Subject: RE: advice > > I agree with Peter. Creat

Re: CIncludeTransformer issues

Torsten Curdt wrote: Having a strip-root parameter on the CInclude transformer makes sense IMO. I have a patch. It works only with cinclude:include tag. caching-include and includexml is way to much complicated for me to change it. Could you please add it to bugzilla? cheers -- Torsten Could yo

Re: [RT] Migrating to Fortress

Carsten Ziegeler dijo: > I think its time to think again about migrating to Fortress for 2.2. +1 Best Regards, Antonio Gallardo

Re: Is there a way to revert to the old "store"?

> >> Guys, I'm seeing some problems on 2.1.5 and 2.2 which don't happen on > >> 2.1.5-dev. > >> I am guessing that something is wrong with the new JCS-based store... > >> Is there a way to revert back without re-implementing the whole thing? > > running some tests i had following experiences A

Re: ClassCastException in binding framework.

On 07.07.2004 18:01, Vilya Harvey wrote: With the Cocoon 2.1.5 release, the binding framework throws a ClassCastException if you use anything other than an in the part of a repeater binding. Is this intentional behaviour, or a bug? It's a known feature ;-) http://marc.theaimsgroup.com/?l=xml-c

Re: inserver unit testing

Claas Thiele wrote: Hi, I've written a JUnit adapter making JUnit tests inside a Cocoon servlet possible. advantages are; - no mock objects for context creation needed - testing of special servlet environments (i.e. weblogic) possible - standard junit reporting (ant, maven) can be used There is a

inserver unit testing

Hi, I've written a JUnit adapter making JUnit tests inside a Cocoon servlet possible. advantages are; - no mock objects for context creation needed - testing of special servlet environments (i.e. weblogic) possible - standard junit reporting (ant, maven) can be used There is a CocoonTestCase exte

RE: advice

I agree with Peter. Create the branch for 2.1.5, check in the two missing files and then re-release 2.1.5 as 2.1.5.something. I don't think it is a great idea to just remove 2.1.5. Ralph Hunsberger, Peter said: > Stefano Mazzocchi <[EMAIL PROTECTED]> writes: > > Maybe release a 2.1.5b with a re

Re: Native JVM Continuations

Java 1.6... that will be in 2007 :-( surely you meant Java 6.1 here ;) Jorg

Re: advice

On Wed, 7 Jul 2004, Stefano Mazzocchi wrote: > Pier just found out that due to a build script problem, Cocoon 2.1.5 was > released without the LICENSE.txt and NOTICE.txt files. Mistakes are made; not a problem. No reason for panic. At this stage I suggest you pull 2.1.5, skip it and release a n

Re: Is there a way to revert to the old "store"?

On 7 Jul 2004, at 18:46, Torsten Curdt wrote: Pier Fumagalli wrote: Guys, I'm seeing some problems on 2.1.5 and 2.2 which don't happen on 2.1.5-dev. I am guessing that something is wrong with the new JCS-based store... Is there a way to revert back without re-implementing the whole thing? We also

Re: advice

On 07.07.2004 19:51, Pier Fumagalli wrote: I agree with Jim... Although rolling 2.1.6 might be non trivial given that noone created a new branch/repo for 2.2 and _a_lot_ of changes (in libraries and related) have been committed since. We decided to do "lazy branching". Where is the problem using

Re: advice

I agree with Jim... Although rolling 2.1.6 might be non trivial given that noone created a new branch/repo for 2.2 and _a_lot_ of changes (in libraries and related) have been committed since. Pier On 7 Jul 2004, at 18:24, Jim Jagielski wrote: My recommendation would be to release 2.1.6 a

Re: Is there a way to revert to the old "store"?

Pier Fumagalli wrote: Guys, I'm seeing some problems on 2.1.5 and 2.2 which don't happen on 2.1.5-dev. I am guessing that something is wrong with the new JCS-based store... Is there a way to revert back without re-implementing the whole thing? We also had problems ...switching to EHCache solved t

Re: advice

My recommendation would be to release 2.1.6 and remove 2.1.5, with a reason on the website and within the release itself. On Jul 7, 2004, at 12:42 PM, Stefano Mazzocchi wrote: Pier just found out that due to a build script problem, Cocoon 2.1.5 was released without the LICENSE.txt and NOTICE.txt f

DO NOT REPLY [Bug 29945] - [PATCH] BetwixtTransformer: removed deprecation warning with latest betwixt

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 20381] - XSLTC: top-level xsl:variable with document() breaks

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: advice

Stefano Mazzocchi <[EMAIL PROTECTED]> writes: > Pier just found out that due to a build script problem, > Cocoon 2.1.5 was > released without the LICENSE.txt and NOTICE.txt files. > > This has now been fixed (thanks to Carsten) so next release > will contain > those files. > > Now, should w

Re: Native JVM Continuations

Tony Collen wrote: James Strachan writes [1]: "Spent a great afternoon & evening with John Rose from Sun (compiler & VM team), who's on the Groovy JSR - we've managed to figure out many of the gremlins in the language. Plus I learnt quite a bit about the JVM. e.g. it might not be that hard to im

Re: NekoHTMLGenerator and Gump

Upayavira wrote: I have written a simple NekoHTMLGenerator, much like the existing one, but based around NekoHTML. This does much less clever stuff compared to JTidy, and parses to SAX events instead of via a DOM object, which should be much more efficient. I have also been told by one happy use

advice

Pier just found out that due to a build script problem, Cocoon 2.1.5 was released without the LICENSE.txt and NOTICE.txt files. This has now been fixed (thanks to Carsten) so next release will contain those files. Now, should we do anything? Replacing that release with a fresh one with those fi

Re: [RT] Migrating to Fortress

Carsten Ziegeler wrote: I think its time to think again about migrating to Fortress for 2.2. By migrating to Fortress I just mean using Fortress as an ECM replacement. So without using meta-data etc. Fortress is able to use the ECM configuration, so from the user pov there shouldn't be a difference

Is there a way to revert to the old "store"?

Guys, I'm seeing some problems on 2.1.5 and 2.2 which don't happen on 2.1.5-dev. I am guessing that something is wrong with the new JCS-based store... Is there a way to revert back without re-implementing the whole thing? Pier smime.p7s Description: S/MIME cryptographic signature

Re: Native JVM Continuations

Tony Collen wrote: James Strachan writes [1]: "Spent a great afternoon & evening with John Rose from Sun (compiler & VM team), who's on the Groovy JSR - we've managed to figure out many of the gremlins in the language. Plus I learnt quite a bit about the JVM. e.g. it might not be that hard to im

Re: Nasty flowscript issue - nailed

On Jul 7, 2004, at 8:03 AM, Sylvain Wallez wrote: Giaunugo, I committed the unique ID fix (using an instance counter). Can you please crosscheck? Thanks so much Sylvain! I'm out of the office for the next two days, but I'll get back to you ASAP if Andrew/Jerm don't beat me at it... Ciao, -- Gi

NekoHTMLGenerator and Gump

I have written a simple NekoHTMLGenerator, much like the existing one, but based around NekoHTML. This does much less clever stuff compared to JTidy, and parses to SAX events instead of via a DOM object, which should be much more efficient. I have also been told by one happy user of my generato

DO NOT REPLY [Bug 20381] - XSLTC: top-level xsl:variable with document() breaks

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 20381] - XSLTC: top-level xsl:variable with document() breaks

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 29945] - [PATCH] BetwixtTransformer: removed deprecation warning with latest betwixt

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 29945] New: - [PATCH] BetwixtTransformer: removed deprecation warning with latest betwixt

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

ClassCastException in binding framework.

Hi, With the Cocoon 2.1.5 release, the binding framework throws a ClassCastException if you use anything other than an in the part of a repeater binding. Is this intentional behaviour, or a bug? The offending code comes from RepeaterJXPathBinding.java: -- /** * Get the identi

Native JVM Continuations

James Strachan writes [1]: "Spent a great afternoon & evening with John Rose from Sun (compiler & VM team), who's on the Groovy JSR - we've managed to figure out many of the gremlins in the language. Plus I learnt quite a bit about the JVM. e.g. it might not be that hard to implement continuatio

DO NOT REPLY [Bug 20381] - XSLTC: top-level xsl:variable with document() breaks

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: JDK 1.3.1 compatibility for cvs-head

Pier Fumagalli <[EMAIL PROTECTED]> asks: 2.2 discussion > BTW, anyone knows of any good tool who can generate SHITLOADS of > requests simulating "real" traffic (maybe from a log file or > something > like it). > Can't vouch for it personally, but one of our guys uses http://download

Re: [RT] Migrating to Fortress

Carsten Ziegeler wrote: I think its time to think again about migrating to Fortress for 2.2. By migrating to Fortress I just mean using Fortress as an ECM replacement. I've got no objections to this; hopefully excalibur community takes off and will support fortress for the time frame we need it

DO NOT REPLY [Bug 29951] - [portal] CopletTransformer does not handle forms with method="get"

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 29951] New: - [portal] CopletTransformer does not handle forms with method="get"

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

cronjob and cocoonpipelinecronjob

Hi,       I need some help with cocoon-2.2.0-dev with cronjob and CocoonPipelineCronJob functionnality       Samples of cron (testcronjob) don’t work in this version of cocoon. (he did in the 2.1.5):   INFO    (2004-07-07) 15:55.06:024   [cron] Unknown-thread/QuartzJobExecutor: Sche

RE: [RT] Migrating to Fortress

I forgot that if we move to Fortress, we don't need selectors anymore. Carsten > -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 07, 2004 9:16 AM > To: Cocoon-Dev > Subject: [RT] Migrating to Fortress > > I think its time to think again abo

Re: Cocoon JSR 168 Portlet in Cocoon Portal

Carsten Ziegeler wrote: Vadim Gritsenko wrote: There is a very simple demo of the Cocoon JSR-168 portlet included, just go to the "JSR168" tab in the portal block demo. The only thing you need to do before running demo is to comment out implementation of the checkEnvironment() method in the E

DO NOT REPLY [Bug 20381] - XSLTC: top-level xsl:variable with document() breaks

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 20381] - XSLTC: top-level xsl:variable with document() breaks

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 20381] - XSLTC: top-level xsl:variable with document() breaks

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: JDK 1.3.1 compatibility for cvs-head

> BTW, anyone knows of any good tool who can generate SHITLOADS of > requests simulating "real" traffic (maybe from a log file or something > like it). i tried once grinder from sourceforge, it is able to record your clicking, and replay. You can control the number of processes, and number of

DO NOT REPLY [Bug 29381] - JXTemplate - Can't process DOM document passed from flowscript

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

[RT] Migrating to Fortress

I think its time to think again about migrating to Fortress for 2.2. By migrating to Fortress I just mean using Fortress as an ECM replacement. So without using meta-data etc. Fortress is able to use the ECM configuration, so from the user pov there shouldn't be a difference. So, why migrating at