Re: Trying to start Cocoon 2.2

Hi, all, I try to get started with cocoon 2.2 I got it built with mvn -Dmaven.test.skip=true -Dmaven.war.shieldingclassloader=false clean install ant run with mvn jetty:run -Dorg.apache.cocoon.mode=dev But when I try to request any page I have the following error on the response page: Message:

Re: Trying to start Cocoon 2.2

vepeter skrev: Hi, all, I try to get started with cocoon 2.2 I got it built with mvn -Dmaven.test.skip=true -Dmaven.war.shieldingclassloader=false clean install ant run with mvn jetty:run -Dorg.apache.cocoon.mode=dev But when I try to request any page I have the following error on the

Re: [Vote] Use latest rhino in 2.1.x

Bruno Dumon wrote: Hi, This vote passed with lots of +1 and no -1. Just in case anyone is working on the same: I could look into doing the upgrade tomorrow. Go ahead :) Thanks Bruno Carsten -- Carsten Ziegeler - Chief Architect http://www.s-und-n.de

Re: Trying to start Cocoon 2.2

Daniel Fagerstrom wrote: Luca Morandini skrev: file:/C:/apps/cocoon-2.2-dev/core/cocoon-webapp/target/cocoon-webapp/WEB-INF/lib/cocoon-deployer-plugin-classloading.jar, This is strange, I don't have this jar on my class path. It is probably a leftover from a build without the

[jira] Created: (COCOON-1958) Some Errors by serializing with the HSSFGenerator generated Excel-Sheet with style-informations (no Problems without)

Some Errors by serializing with the HSSFGenerator generated Excel-Sheet with style-informations (no Problems without) - Key: COCOON-1958 URL:

[jira] Commented: (COCOON-1955) [Patch] Allow shielded class loading for a single block

[ http://issues.apache.org/jira/browse/COCOON-1955?page=comments#action_12453906 ] Alexander Klimetschek commented on COCOON-1955: --- Just tried the latest patch using Spring AOP and it works in my case. [Patch] Allow shielded

Re: Trying to start Cocoon 2.2

Luca Morandini skrev: Daniel Fagerstrom wrote: Luca Morandini skrev: file:/C:/apps/cocoon-2.2-dev/core/cocoon-webapp/target/cocoon-webapp/WEB-INF/lib/cocoon-deployer-plugin-classloading.jar, This is strange, I don't have this jar on my class path. It is probably a leftover from a build

Re: Trying to start Cocoon 2.2

Daniel Fagerstrom wrote: Luca Morandini skrev: Patrick Refondini wrote: shouldn't it be : -Dmaven.war.shieldingclassloader=false Thanks for this bit of information, but Cocoon doesn't run yet. I did: mvn -Dmaven.test.skip=true -Dmaven.war.shieldingclassloader=false clean install cd

Re: [Portal] Why don't cocoon errors appear in a coplet ?

Vadim Gritsenko vadim at reverycodes.com wrote a long, long time ago: Carsten Ziegeler wrote: Olivier Billard wrote: But it's right that the portal uses the cocoon protocol to aggregate the various coplet contents. But why doesn't it detect map:handle-errors branchings ? That's

Re: Trying to start Cocoon 2.2

Patrick Refondini skrev: Daniel Fagerstrom wrote: Luca Morandini skrev: Patrick Refondini wrote: shouldn't it be : -Dmaven.war.shieldingclassloader=false Thanks for this bit of information, but Cocoon doesn't run yet. I did: mvn -Dmaven.test.skip=true

Re: Trying to start Cocoon 2.2

Daniel Fagerstrom wrote: Patrick Refondini skrev: Daniel Fagerstrom wrote: Luca Morandini skrev: Patrick Refondini wrote: shouldn't it be : -Dmaven.war.shieldingclassloader=false Thanks for this bit of information, but Cocoon doesn't run yet. I did: mvn -Dmaven.test.skip=true

Re: Trying to start Cocoon 2.2

Daniel Fagerstrom wrote: Luca Morandini skrev: We have updated the deployment mechanism recently, and I got the same error message a short period before I updated the bean configuration in META-INF/cocoon/spring/cocoon-core-main-sample-blockServlet.xml for cocoon-core-main-sample. Luca

Re: Trying to start Cocoon 2.2

Reinhard Poetz skrev: Daniel Fagerstrom wrote: ... The cocoon:deploy plugin expects a certain directory to be present, that is created a little bit later in the plugin. If you build it twice it will work. See http://marc.theaimsgroup.com/?l=xml-cocoon-devm=116414054703369w=2 and the rest of

Re: Trying to start Cocoon 2.2

Daniel Fagerstrom wrote: Luca Morandini skrev: Embedded error: Error creating bean with name 'org.apache.cocoon.core.main.block' defined in URL

Re: Trying to start Cocoon 2.2

Daniel Fagerstrom wrote: Reinhard Poetz skrev: Daniel Fagerstrom wrote: ... The cocoon:deploy plugin expects a certain directory to be present, that is created a little bit later in the plugin. If you build it twice it will work. See

Re: Trying to start Cocoon 2.2

Reinhard Poetz wrote: Daniel Fagerstrom wrote: Luca Morandini skrev: We have updated the deployment mechanism recently, and I got the same error message a short period before I updated the bean configuration in META-INF/cocoon/spring/cocoon-core-main-sample-blockServlet.xml for

Re: Trying to start Cocoon 2.2

Luca Morandini skrev: Reinhard Poetz wrote: Daniel Fagerstrom wrote: Luca Morandini skrev: We have updated the deployment mechanism recently, and I got the same error message a short period before I updated the bean configuration in

Re: Trying to start Cocoon 2.2

Daniel Fagerstrom wrote: Patrick Refondini skrev: Daniel Fagerstrom wrote: Luca Morandini skrev: Patrick Refondini wrote: shouldn't it be : -Dmaven.war.shieldingclassloader=false Thanks for this bit of information, but Cocoon doesn't run yet. I did: mvn -Dmaven.test.skip=true

How to run block built with cocoon-22-archetype-block

Following doc: http://cocoon.zones.apache.org/daisy/documentation/g1/1159.html I created a fresh block with: mvn archetype:create -DarchetypeGroupId=org.apache.cocoon -DarchetypeArtifactId=cocoon-22-archetype-webapp -DarchetypeVersion=1.0.0-M4-SNAPSHOT -DgroupId=my.domain

Re: [Portal] Why don't cocoon errors appear in a coplet ?

Nico Verwer wrote: Vadim Gritsenko vadim at reverycodes.com wrote a long, long time ago: Carsten Ziegeler wrote: Olivier Billard wrote: But it's right that the portal uses the cocoon protocol to aggregate the various coplet contents. But why doesn't it detect map:handle-errors branchings

[jira] Closed: (COCOON-1956) Project site Changes page should be split up by release

[ http://issues.apache.org/jira/browse/COCOON-1956?page=all ] Vadim Gritsenko closed COCOON-1956. --- Fix Version/s: 2.2-dev (Current SVN) Resolution: Fixed Project site Changes page should be split up by release

Re: Problem with JAXP and shielding (was Re: Shielded class loading between blocks)

Carsten Ziegeler wrote: Daniel Fagerstrom wrote: Yes, I think we should consider complicated class loading issues being outside the scope of Cocoon 2.2. Yepp. Can the shielding be switched off by default? (unless it already is?) I don't think majority of users will ever need it. Vadim

Re: Problem with JAXP and shielding (was Re: Shielded class loading between blocks)

On Nov 28, 2006, at 6:41 PM, Vadim Gritsenko wrote: Can the shielding be switched off by default? (unless it already is?) I don't think majority of users will ever need it. ...and wouldn't it be better if it were not a build-time option at all, but a run-time option — if that's even

Re: Problem with JAXP and shielding (was Re: Shielded class loading between blocks)

Vadim Gritsenko wrote: Carsten Ziegeler wrote: Daniel Fagerstrom wrote: Yes, I think we should consider complicated class loading issues being outside the scope of Cocoon 2.2. Yepp. Can the shielding be switched off by default? (unless it already is?) I don't think majority of users