RE: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-09 Thread Ard Schrijvers


> On 1/8/07, Joerg Heinicke <[EMAIL PROTECTED]> wrote:
> > On 08.01.2007 13:33, Ard Schrijvers wrote:
> >
> > >>>   java.lang.ClassNotFoundException:
> > >>> org.apache.cocoon.generation.JXTemplateGenerator
> > >> The correct class name is now
> > >> org.apache.cocoon.template.JXTemplateGenerator.
> > >
> > > Why did this move? Strangely enough, cocoon-2.1.10 does 
> not complain
> > > about org.apache.cocoon.generation.JXTemplateGenerator, but the
> > > JXTemplateGenerator does not seem to work properly.
> > > org.apache.cocoon.template.JXTemplateGenerator does work.
> >
> > It's not a simple class renaming, but a complete refactoring of the
> > JXTemplateGenerator with some incompatibilities. The old one
> > (o.a.c.generation) was a 3.000 lines beast IIRC. The new 
> one is modularized.
> >
> > So, in 2.1 both versions exist, in 2.2 only the new one.
> 
> Is there some porting guide somewhere? Maybe I could apply it on
> cocoon-webdav in 2.2 to make it work again...

Can't help you out with this guide, but if you want a sample with webdav that 
works, you can follow http://blogs.hippo.nl/arje/2007/01/got_chinese.html. 
There you have some steps to get slide and cms up and running, though this 
might be not necessary, since you have your own. The sample site explained at 
http://www.hippocms.org/display/CMS/Hippo+Site+Developers has a working webdav 
connection. If you connect to your webdav thing, you might have to remove the 
jms configuration in cocoon.xconf, because probably it cannot connect to jms 
because you won't have a jms server running.

Regards Ard

> 
> /Mikael
> 
> >
> > Jörg
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-08 Thread Joerg Heinicke

On 08.01.2007 12:59, Mikael Olenfalk wrote:




Caused by: org.apache.avalon.framework.service.ServiceException:
Component with 'org.apache.cocoon.components.repository.SourceRepository'
is not defined in this service manager. (Key='AvalonServiceManager')


at 
org.apache.cocoon.core.container.spring.avalon.AvalonServiceManager.lookup(AvalonServiceManager.java:57) 
at 
org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.jsFunction_getComponent(FOM_Cocoon.java:325) 


Seems like an error in component setup. The SourceRepository comes from 
the repository block, which seems to be correctly specified as 
dependency of webdav block. Also can't see an obvious error in the conf 
files.


For further help I'd opt for the dev list again. 2.2 is still too 
cutting edge for users list :)


Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-08 Thread Joerg Heinicke

On 08.01.2007 21:14, Mikael Olenfalk wrote:


So, in 2.1 both versions exist, in 2.2 only the new one.


Is there some porting guide somewhere? Maybe I could apply it on
cocoon-webdav in 2.2 to make it work again...


I don't know, but I didn't follow the development that closely in the 
last two years. Leszek and Daniel have mostly worked on the refactoring 
IIRC. Might be good to ask on the dev list or search the wiki/daisy.


But the JXTG is for sure not related to your latest error. Will answer 
to that mail directly.


Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-08 Thread Mikael Olenfalk

On 1/8/07, Joerg Heinicke <[EMAIL PROTECTED]> wrote:

On 08.01.2007 13:33, Ard Schrijvers wrote:

>>>   java.lang.ClassNotFoundException:
>>> org.apache.cocoon.generation.JXTemplateGenerator
>> The correct class name is now
>> org.apache.cocoon.template.JXTemplateGenerator.
>
> Why did this move? Strangely enough, cocoon-2.1.10 does not complain
> about org.apache.cocoon.generation.JXTemplateGenerator, but the
> JXTemplateGenerator does not seem to work properly.
> org.apache.cocoon.template.JXTemplateGenerator does work.

It's not a simple class renaming, but a complete refactoring of the
JXTemplateGenerator with some incompatibilities. The old one
(o.a.c.generation) was a 3.000 lines beast IIRC. The new one is modularized.

So, in 2.1 both versions exist, in 2.2 only the new one.


Is there some porting guide somewhere? Maybe I could apply it on
cocoon-webdav in 2.2 to make it work again...

/Mikael



Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-08 Thread Joerg Heinicke

On 08.01.2007 13:33, Ard Schrijvers wrote:


  java.lang.ClassNotFoundException:
org.apache.cocoon.generation.JXTemplateGenerator
The correct class name is now 
org.apache.cocoon.template.JXTemplateGenerator.


Why did this move? Strangely enough, cocoon-2.1.10 does not complain
about org.apache.cocoon.generation.JXTemplateGenerator, but the
JXTemplateGenerator does not seem to work properly.
org.apache.cocoon.template.JXTemplateGenerator does work.


It's not a simple class renaming, but a complete refactoring of the 
JXTemplateGenerator with some incompatibilities. The old one 
(o.a.c.generation) was a 3.000 lines beast IIRC. The new one is modularized.


So, in 2.1 both versions exist, in 2.2 only the new one.

Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-08 Thread Ard Schrijvers

> 
> On 05.01.2007 22:04, Mikael Olenfalk wrote:
> 
> >   java.lang.ClassNotFoundException:
> > org.apache.cocoon.generation.JXTemplateGenerator
> 
> The correct class name is now 
> org.apache.cocoon.template.JXTemplateGenerator.

Why did this move? Strangely enough, cocoon-2.1.10 does not complain about 
org.apache.cocoon.generation.JXTemplateGenerator, but the JXTemplateGenerator 
does not seem to work properly. org.apache.cocoon.template.JXTemplateGenerator 
does work.

Ard

> 
> Jörg
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-08 Thread Mikael Olenfalk

On 1/6/07, Joerg Heinicke <[EMAIL PROTECTED]> wrote:

On 05.01.2007 22:04, Mikael Olenfalk wrote:

>   java.lang.ClassNotFoundException:
> org.apache.cocoon.generation.JXTemplateGenerator

The correct class name is now
org.apache.cocoon.template.JXTemplateGenerator.


I have changed the following in
/block/cocoon-webdav/cocoon-webdav-sample/../COB-INF/davmap:

--- sitemap.xmap2007-01-06 00:02:28.643272000 +0100
+++ sitemap.xmap~   2007-01-06 00:02:28.643272000 +0100
@@ -31,7 +31,7 @@
pool-max="16"
  />
  

Now I didn't really expect it to work at once (wouldn't that be too
easy :) ) These are the new errors I am getting (what I think is the
real error is marked by > <).

org.apache.cocoon.ProcessingException: Error calling function selectMethod
at [script] - 
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/work/blocks/cocoon-webdav-sample/davmap/webdav.js:20
at  -
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/work/blocks/cocoon-webdav-sample/davmap/sitemap.xmap:129:43
at  -
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/work/blocks/cocoon-webdav-sample/davmap/sitemap.xmap:128:36
at  -
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/work/blocks/cocoon-webdav-sample/sitemap.xmap:46:49
at  -
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/work/blocks/cocoon-webdav-sample/sitemap.xmap:45:33
at  -
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/cocoon-webapp/blocks/sitemap.xmap:22:63
at  -
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/cocoon-webapp/blocks/sitemap.xmap:21:33
at  -
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/cocoon-webapp/sitemap.xmap:289:47
at  -
file:/home/mikael/Desktop/COCOON-2.2/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/cocoon-webapp/sitemap.xmap:288:31
at 
org.apache.cocoon.ProcessingException.throwLocated(ProcessingException.java:143)
at 
org.apache.cocoon.components.flow.javascript.LocationTrackingDebugger.getException(LocationTrackingDebugger.java:111)
at 
org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:601)
at 
org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:109)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
at 
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:151)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:233)
at 
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:115)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
at 
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:151)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:233)
at 
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:115)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessing

Re: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-06 Thread Joerg Heinicke

On 05.01.2007 22:04, Mikael Olenfalk wrote:


  java.lang.ClassNotFoundException:
org.apache.cocoon.generation.JXTemplateGenerator


The correct class name is now 
org.apache.cocoon.template.JXTemplateGenerator.


Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-05 Thread Grzegorz Kossakowski

Mikael Olenfalk napisał(a):

(sorry for the long mail)

Hi!

I have just checkout cocoon 2.2 trunk and compiled it successfully.
Now I have a problem running the webdav sample block.

When I navigate to
http://localhost:/blocks/cocoon-webdav-sample/davmap/repo/ I get
the following error:

java.lang.ClassNotFoundException:
org.apache.cocoon.generation.JXTemplateGenerator

(Full stacktrace below)

Even though I have ensured cocoon-template-impl is added as a
dependency and it seems to be loaded as can be seen on the Cocoon
Status page.

Has anybody encountered this problem before, is there something more
than editing cocoon-webapp/pom.xml I have to do?


Caused by: 
org.springframework.beans.factory.BeanDefinitionStoreException:

Unable to read Avalon configuration from 'sitemap.xmap'.; nested
exception is 
org.apache.avalon.framework.configuration.ConfigurationException:

Unable to create class for component with role
org.apache.cocoon.generation.Generator/jx with class:
org.apache.cocoon.generation.JXTemplateGenerator


Webdav was untouched for months thus is not current with recent changes 
in trunk. In particular case, trunk has switched to new implementation 
of JX templates (called also cocoon templates). So in order to get it 
working you would have to modify sitemaps to depend on new version of 
generator. Also, minor changes to template files would be needed.

If you get something working do not forget to submit patches into JIRA. :)

Hope that helps a little.

--
Best regards
Grzegorz Kossakowski

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Problem running the WebDAV sample block from Cocoon 2.2 TRUNK (2006-01-05 19:00 UTC)

2007-01-05 Thread Mikael Olenfalk

(sorry for the long mail)

Hi!

I have just checkout cocoon 2.2 trunk and compiled it successfully.
Now I have a problem running the webdav sample block.

When I navigate to
http://localhost:/blocks/cocoon-webdav-sample/davmap/repo/ I get
the following error:

  java.lang.ClassNotFoundException:
org.apache.cocoon.generation.JXTemplateGenerator

(Full stacktrace below)

Even though I have ensured cocoon-template-impl is added as a
dependency and it seems to be loaded as can be seen on the Cocoon
Status page.

Has anybody encountered this problem before, is there something more
than editing cocoon-webapp/pom.xml I have to do?


Thanks in advance!

With kind Regards,

Mikael Olenfalk


PS: below follows some information about my setup.

---
cocoon-webapp/pom.xml
---

I have added the following dependencies to /trunk/core/cocoon-webapp/pom.xml:

   
 org.apache.cocoon
 cocoon-webdav-impl
 1.0.0-SNAPSHOT
   

   
 org.apache.cocoon
 cocoon-webdav-sample
 1.0.0-SNAPSHOT
   

   
 org.apache.cocoon
 cocoon-template-impl
 1.0.0-M3-SNAPSHOT
   

   
 org.apache.cocoon
 cocoon-template-sample
 1.0.0-SNAPSHOT
   


---
Output from cocoon status page
---

And http://localhost:/blocks/cocoon-core-main-sample/system/status.html
shows that cocoon-template-impl.jar has been loaded (as I have
interpreted things):

Apache Cocoon 2.2.0-M3-SNAPSHOT
# Created: 1970-jan-01 01:00:00
# Build: @date@ ([EMAIL PROTECTED]@, [EMAIL PROTECTED]@,
[EMAIL PROTECTED]@, [EMAIL PROTECTED]@)
Continuations

Base Settings

   * Running mode: prod
   * org.apache.cocoon.classloader.load.classes:
   * org.apache.cocoon.cache.directory:
/home/mikael/Desktop/COCOON/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/work/cache-dir
   * org.apache.cocoon.work.directory:
/home/mikael/Desktop/COCOON/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/work
   * org.apache.cocoon.formencoding: ISO-8859-1
   * org.apache.cocoon.containerencoding: ISO-8859-1

Dynamic Settings

   * org.apache.cocoon.reloading: true
   * org.apache.cocoon.reload-delay: 1000

VM

   * classpath: /opt/maven-2.0.4/core/boot/classworlds-1.1.jar

Memory

   * total: 80.4 MB
   * used: 48.15 MB
   * free: 32.25 MB

JRE

   * version: 1.5.0_08
   * java-vendor: Sun Microsystems Inc.

Operating System

   * name: Linux
   * architecture: amd64
   * version: 2.6.17-10-generic

System-Properties

   * java.runtime.name: Java(TM) 2 Runtime Environment, Standard Edition
   * sun.boot.library.path: /usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/amd64
   * java.vm.version: 1.5.0_08-b03
   * java.vm.vendor: Sun Microsystems Inc.
   * java.vendor.url: http://java.sun.com/
   * path.separator: :
   * java.vm.name: Java HotSpot(TM) 64-Bit Server VM
   * file.encoding.pkg: sun.io
   * user.country: SE
   * sun.os.patch.level: unknown
   * java.vm.specification.name: Java Virtual Machine Specification
   * user.dir:
/home/mikael/Desktop/COCOON/cocoon-2.2-svn/trunk/core/cocoon-webapp
   * java.runtime.version: 1.5.0_08-b03
   * java.awt.graphicsenv: sun.awt.X11GraphicsEnvironment
   * java.endorsed.dirs: /usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/endorsed
   * os.arch: amd64
   * java.io.tmpdir:
/home/mikael/Desktop/COCOON/cocoon-2.2-svn/trunk/core/cocoon-webapp/target/work/cache-dir/
   * line.separator:
   * java.vm.specification.vendor: Sun Microsystems Inc.
   * os.name: Linux
   * classworlds.conf: /opt/maven-2.0.4/bin/m2.conf
   * sun.jnu.encoding: UTF-8
   * java.library.path:
/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/amd64/server:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/amd64:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/../lib/amd64
   * java.specification.name: Java Platform API Specification
   * java.class.version: 49.0
   * sun.management.compiler: HotSpot 64-Bit Server Compiler
   * os.version: 2.6.17-10-generic
   * user.home: /home/mikael
   * user.timezone: Europe/Stockholm
   * java.awt.printerjob: sun.print.PSPrinterJob
   * file.encoding: UTF-8
   * java.specification.version: 1.5
   * java.class.path: /opt/maven-2.0.4/core/boot/classworlds-1.1.jar
   * user.name: mikael
   * java.vm.specification.version: 1.0
   * java.home: /usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre
   * sun.arch.data.model: 64
   * user.language: sv
   * java.specification.vendor: Sun Microsystems Inc.
   * java.vm.info: mixed mode
   * java.version: 1.5.0_08
   * java.ext.dirs: /usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/ext
   * sun.boot.class.path:
/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/rt.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/i18n.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/