Re: RCL. Help needed with the rapid class reloader
Ken Starks wrote:
Reinhard Pötz wrote:
Ken Starks wrote:
Reinhard Pötz wrote:
Ken Starks wrote:
I am still working through the introductory tutorials for Cocoon 2.2,
together with watching the screencast by Grzegorz Kossakowski.
According to my version, this is Task 8 (see below), but whatever
I do,
I get a resounding NO to both questions at the end.
NO -- RCL [UPDATE] in the console
NO -- change in the browser
Can someone please do one of the following:
confirm it doesn't work for them either OR
confirm that it works for them, 'out of the box' OR
explain exactly how to configure things so it does work.
+
Task 8. myBlock2{changing a spring-bean)
---
In this task, we make some minor changes to a java file, and
observe the effect in
both the Maven console and in the Browser.
If the RCL `class reloader' is working, the changes should happen
without
stopping Jetty.
checklist
* select myBlock2 in Eclipse
* mvn jetty:run
* see what happens in the console and the browser
* edit myBean.java
* see what happens when you save it
+ watch the output in the maven console
? Did you get a RCL [UPDATE] message ?
+ refresh http://localhost:/myBlock2/spring-bean
? did the browser show your edits ?
Once I saw it failing because the automatic compilation of Java
sources was turned off. Can you make sure that all classes are
compiled to ./target/classes?
Thanks for such an ultra-fast response.
my ./target/classes/ directory indeed contains no classes. it just
gets a chain of empty directories, as you would expect,
corresponding to my GroupId and artifactId.
Unfortunately i do not know how to 'make sure all classes are
compiled there', beacuse i have not
learned Java yet. Can you explain?
My working environment is usually Maven, Eclipse, and the 'Maven
integration for eclipse' plugin from
http://m2eclipse.sonatype.org/
But any sort of explanation would be VERY gratefully recieved.
When you run the Maven eclipse:eclipse goal, you should find a file
.classpath in the root directory of your module. Make sure that you
have an entry
classpathentry kind=output path=target/classes/
there.
After verifying this, go to the Project menu of Eclipse and make
sure that Build Automatically is checked.
Finally go to Project - Clean ... and rebuild your workspace
completely. Now class reloading should work.
HTH
I have now tried your suggestions several times but with no success.
a. NO -- .class files under ..target/classes// when the
project is built.
b. NO -- RCL [UPDATE] in the console
c. NO -- change in the browser
What might i try next?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sorry, I am getting the .class files under ../target/classes/..
they just are not visible in Eclipse, even after a 'refresh'
This morning I have narrowed the problem down a bit more.
First I built a block where there are no spaces in the path; it did not
help.
Then, in a different command window, I compiled an altered MyBean.java
by hand. RCL did pick this up
quite happily, and the altered output came to the Browser without
stopping Jetty.
In detail +++
development directory: C:\LargeWhite\
groupid : whauphill.ken
artifactid: anotherBlock
Command Window One:
cd C:\LargeWhite\anotherblock
mvn jetty:run jetty_run.txt
Command Window Two :
cd C:\LargeWhite\anotherBlock\src\main\java\whauphill\ken\anotherBlock\
( edit MyBean.java)
javac -d C:\LargeWhite\anotherBlock\target\classes\ MyBean.java
# and for luck
cd C:\LargeWhite\anotherBlock\target\classes\whauphill\ken\anotherBlock\
touch MyFalseBean.class
mv MyFalseBean.class MyFalseBean2.class
rm MyFalsebean2.class
+ result ++
At each stage the output to the browser was as expected.
the output to the main console was also as expected
(On this run, some was redirected to a file)
+++ The important bit, I think +
(when I compiled the new MyBean.java )
RCL [update]:
C:\LargeWhite\anotherBlock\.\target\classes\whauphill\ken\anotherBlock\MyBean.class
The complete output to the file +++
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'jetty'.
[INFO]
[INFO] Building anotherBlock
[INFO]task-segment: [jetty:run]
[INFO]
[INFO] Preparing jetty:run
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] Preparing cocoon:prepare
[WARNING] Removing: prepare from forked lifecycle, to prevent
Cocoon 2.1.11: Classcast when calling a continuation twice, Help !
Hello, Another one when migrating from 2.1.5 to 2.1.11... When a continuation is requested for the first time: it works well. When a continuation is requested for the second time: error calling continuation Caused by: java.lang.NullPointerException at org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.getObjectMod el(FOM_Cocoon.java:663) at org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.popCallConte xt(FOM_Cocoon.java:239) at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpret er.handleContinuation(FOM_JavaScriptInterpreter.java:852) at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invo ke(CallFunctionNode.java:124) ... 27 more After debugging a bit in FOM_WebContinuation it appears that I have a ClassCast in getPageLocal because wk.getUserObject() returns a LinkedList and not a UserObject... I am sure someone else would have noticed if continuations were broken in 2.1.11 so I must have something wrong... Anybody having working continuations with 2.1.11 ? Thanks, Laurent This email and any files transmitted with it are CONFIDENTIAL and intended solely for the use of the individual or entity to which they are addressed. Any unauthorized copying, disclosure, or distribution of the material within this email is strictly forbidden. Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of Odyssey Financial Technologies SA unless otherwise specifically stated. An electronic message is not binding on its sender. Any message referring to a binding engagement must be confirmed in writing and duly signed. If you have received this email in error, please notify the sender immediately and delete the original. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1.11: Classcast when calling a continuation twice, Help !
Hi, I upgraded a cocoon app with continuations from 2.1.8 to 2.1.11 without this kind of problem. Regards. André Le 29/07/2008 13:29, Laurent Medioni (par Internet, dépôt [EMAIL PROTECTED]) a écrit : Hello, Another one when migrating from 2.1.5 to 2.1.11... When a continuation is requested for the first time: it works well. When a continuation is requested for the second time: error calling continuation Caused by: java.lang.NullPointerException at org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.getObjectMod el(FOM_Cocoon.java:663) at org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.popCallConte xt(FOM_Cocoon.java:239) at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpret er.handleContinuation(FOM_JavaScriptInterpreter.java:852) at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invo ke(CallFunctionNode.java:124) ... 27 more After debugging a bit in FOM_WebContinuation it appears that I have a ClassCast in getPageLocal because wk.getUserObject() returns a LinkedList and not a UserObject... I am sure someone else would have noticed if continuations were broken in 2.1.11 so I must have something wrong... Anybody having working continuations with 2.1.11 ? Thanks, Laurent • This email and any files transmitted with it are CONFIDENTIAL and intended solely for the use of the individual or entity to which they are addressed. • Any unauthorized copying, disclosure, or distribution of the material within this email is strictly forbidden. • Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of Odyssey Financial Technologies SA unless otherwise specifically stated. • An electronic message is not binding on its sender. Any message referring to a binding engagement must be confirmed in writing and duly signed. • If you have received this email in error, please notify the sender immediately and delete the original. - 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: Cocoon 2.1.11: Classcast when calling a continuation twice, Help !
Yes in some (maybe most) cases it works in 2.1.11. However there is an open issue [1] on continuations. Maybe that's also a cause of your problem. I can't remember in which cases it failed exactly. I thought it happened when you had a cross sitemap continuation or tried to pass a continuation form one form to another. [1] https://issues.apache.org/jira/browse/COCOON-1579 Regards, Jasha Joachimsthal www.onehippo.com Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 -Original Message- From: DAVIGNON Andre - CETE NP/DIODé/PANDOC [mailto:[EMAIL PROTECTED] Sent: dinsdag 29 juli 2008 13:34 To: users@cocoon.apache.org Subject: Re: Cocoon 2.1.11: Classcast when calling a continuation twice, Help ! Hi, I upgraded a cocoon app with continuations from 2.1.8 to 2.1.11 without this kind of problem. Regards. André Le 29/07/2008 13:29, Laurent Medioni (par Internet, dépôt users-return-95911-andre.davignon=developpement-durable.gouv.f [EMAIL PROTECTED]) a écrit : Hello, Another one when migrating from 2.1.5 to 2.1.11... When a continuation is requested for the first time: it works well. When a continuation is requested for the second time: error calling continuation Caused by: java.lang.NullPointerException at org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.getObjectM od el(FOM_Cocoon.java:663) at org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.popCallCon te xt(FOM_Cocoon.java:239) at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpr et er.handleContinuation(FOM_JavaScriptInterpreter.java:852) at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.in vo ke(CallFunctionNode.java:124) ... 27 more After debugging a bit in FOM_WebContinuation it appears that I have a ClassCast in getPageLocal because wk.getUserObject() returns a LinkedList and not a UserObject... I am sure someone else would have noticed if continuations were broken in 2.1.11 so I must have something wrong... Anybody having working continuations with 2.1.11 ? Thanks, Laurent * This email and any files transmitted with it are CONFIDENTIAL and intended solely for the use of the individual or entity to which they are addressed. * Any unauthorized copying, disclosure, or distribution of the material within this email is strictly forbidden. * Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of Odyssey Financial Technologies SA unless otherwise specifically stated. * An electronic message is not binding on its sender. Any message referring to a binding engagement must be confirmed in writing and duly signed. * If you have received this email in error, please notify the sender immediately and delete the original. - 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: Cocoon 2.1.11: Classcast when calling a continuation twice, Help !
Yes, I saw this issue. It is not exactly the same origin (I do not use Form)... I will next try to revert to the previous Rhino, as suggested in the workaround. I activated the continuation-sharing-bug-compatible=true on the ContinuationManager but it did not solved the issue... Thanks, Laurent -Original Message- From: Jasha Joachimsthal [mailto:[EMAIL PROTECTED] Sent: mardi, 29. juillet 2008 14:04 To: users@cocoon.apache.org Subject: RE: Cocoon 2.1.11: Classcast when calling a continuation twice, Help ! Yes in some (maybe most) cases it works in 2.1.11. However there is an open issue [1] on continuations. Maybe that's also a cause of your problem. I can't remember in which cases it failed exactly. I thought it happened when you had a cross sitemap continuation or tried to pass a continuation form one form to another. [1] https://issues.apache.org/jira/browse/COCOON-1579 Regards, Jasha Joachimsthal www.onehippo.com Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 -Original Message- From: DAVIGNON Andre - CETE NP/DIODé/PANDOC [mailto:[EMAIL PROTECTED] Sent: dinsdag 29 juli 2008 13:34 To: users@cocoon.apache.org Subject: Re: Cocoon 2.1.11: Classcast when calling a continuation twice, Help ! Hi, I upgraded a cocoon app with continuations from 2.1.8 to 2.1.11 without this kind of problem. Regards. André Le 29/07/2008 13:29, Laurent Medioni (par Internet, dépôt users-return-95911-andre.davignon=developpement-durable.gouv.f [EMAIL PROTECTED]) a écrit : Hello, Another one when migrating from 2.1.5 to 2.1.11... When a continuation is requested for the first time: it works well. When a continuation is requested for the second time: error calling continuation Caused by: java.lang.NullPointerException at org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.getObjectM od el(FOM_Cocoon.java:663) at org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.popCallCon te xt(FOM_Cocoon.java:239) at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpr et er.handleContinuation(FOM_JavaScriptInterpreter.java:852) at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.in vo ke(CallFunctionNode.java:124) ... 27 more After debugging a bit in FOM_WebContinuation it appears that I have a ClassCast in getPageLocal because wk.getUserObject() returns a LinkedList and not a UserObject... I am sure someone else would have noticed if continuations were broken in 2.1.11 so I must have something wrong... Anybody having working continuations with 2.1.11 ? Thanks, Laurent * This email and any files transmitted with it are CONFIDENTIAL and intended solely for the use of the individual or entity to which they are addressed. * Any unauthorized copying, disclosure, or distribution of the material within this email is strictly forbidden. * Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of Odyssey Financial Technologies SA unless otherwise specifically stated. * An electronic message is not binding on its sender. Any message referring to a binding engagement must be confirmed in writing and duly signed. * If you have received this email in error, please notify the sender immediately and delete the original. - 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] This email and any files transmitted with it are CONFIDENTIAL and intended solely for the use of the individual or entity to which they are addressed. Any unauthorized copying, disclosure, or distribution of the material within this email is strictly forbidden. Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of Odyssey Financial Technologies SA unless otherwise specifically stated. An electronic message is not binding on its sender. Any message referring to a binding engagement must be confirmed in writing and duly signed. If you have received this email in error, please notify the sender immediately and delete the original.
Re: RCL. Help needed with the rapid class reloader
Ken Starks wrote:
Ken Starks wrote:
Reinhard Pötz wrote:
Ken Starks wrote:
Reinhard Pötz wrote:
Ken Starks wrote:
I am still working through the introductory tutorials for Cocoon 2.2,
together with watching the screencast by Grzegorz Kossakowski.
According to my version, this is Task 8 (see below), but whatever
I do,
I get a resounding NO to both questions at the end.
NO -- RCL [UPDATE] in the console
NO -- change in the browser
Can someone please do one of the following:
confirm it doesn't work for them either OR
confirm that it works for them, 'out of the box' OR
explain exactly how to configure things so it does work.
+
Task 8. myBlock2{changing a spring-bean)
---
In this task, we make some minor changes to a java file, and
observe the effect in
both the Maven console and in the Browser.
If the RCL `class reloader' is working, the changes should happen
without
stopping Jetty.
checklist
* select myBlock2 in Eclipse
* mvn jetty:run
* see what happens in the console and the browser
* edit myBean.java
* see what happens when you save it
+ watch the output in the maven console
? Did you get a RCL [UPDATE] message ?
+ refresh http://localhost:/myBlock2/spring-bean
? did the browser show your edits ?
Once I saw it failing because the automatic compilation of Java
sources was turned off. Can you make sure that all classes are
compiled to ./target/classes?
Thanks for such an ultra-fast response.
my ./target/classes/ directory indeed contains no classes. it just
gets a chain of empty directories, as you would expect,
corresponding to my GroupId and artifactId.
Unfortunately i do not know how to 'make sure all classes are
compiled there', beacuse i have not
learned Java yet. Can you explain?
My working environment is usually Maven, Eclipse, and the 'Maven
integration for eclipse' plugin from
http://m2eclipse.sonatype.org/
But any sort of explanation would be VERY gratefully recieved.
When you run the Maven eclipse:eclipse goal, you should find a file
.classpath in the root directory of your module. Make sure that you
have an entry
classpathentry kind=output path=target/classes/
there.
After verifying this, go to the Project menu of Eclipse and make
sure that Build Automatically is checked.
Finally go to Project - Clean ... and rebuild your workspace
completely. Now class reloading should work.
HTH
I have now tried your suggestions several times but with no success.
a. NO -- .class files under ..target/classes// when the
project is built.
b. NO -- RCL [UPDATE] in the console
c. NO -- change in the browser
What might i try next?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sorry, I am getting the .class files under ../target/classes/.. they
just are not visible in Eclipse, even after a 'refresh'
This morning I have narrowed the problem down a bit more.
First I built a block where there are no spaces in the path; it did not
help.
Then, in a different command window, I compiled an altered MyBean.java
by hand. RCL did pick this up
quite happily, and the altered output came to the Browser without
stopping Jetty.
In detail +++
development directory: C:\LargeWhite\
groupid : whauphill.ken
artifactid: anotherBlock
Command Window One:
cd C:\LargeWhite\anotherblock
mvn jetty:run jetty_run.txt
Command Window Two :
cd C:\LargeWhite\anotherBlock\src\main\java\whauphill\ken\anotherBlock\
( edit MyBean.java)
javac -d C:\LargeWhite\anotherBlock\target\classes\ MyBean.java
# and for luck
cd C:\LargeWhite\anotherBlock\target\classes\whauphill\ken\anotherBlock\
touch MyFalseBean.class
mv MyFalseBean.class MyFalseBean2.class
rm MyFalsebean2.class
+ result ++
At each stage the output to the browser was as expected.
the output to the main console was also as expected
(On this run, some was redirected to a file)
+++ The important bit, I think +
(when I compiled the new MyBean.java )
RCL [update]:
C:\LargeWhite\anotherBlock\.\target\classes\whauphill\ken\anotherBlock\MyBean.class
The complete output to the file +++
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'jetty'.
[INFO]
[INFO] Building anotherBlock
[INFO]task-segment: [jetty:run]
[INFO]
[INFO] Preparing jetty:run
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] Preparing cocoon:prepare
[WARNING] Removing: prepare from forked
Re: cocoon + db4odjects.jar
I use cocoon with MySQL, Hibernate and cForms and I don't know
db4objects, so the suggestions below might be wrong
1. Adding jar file
You should place your database in pom file. I have mysql defined like
this:
dependency
groupIdmysql/groupId
artifactIdmysql-connector-java/artifactId
version5.0.5/version
/dependency
Try to find your database in maven repository. If it is not there you
have to add your database jar file into your local maven repository
by running something like this:
mvn install:install-file -DgroupId=xxx -DartifactId=xxx -Dversion=xxx
-Dpackaging=jar -Dfile=path/database.jar
2. Creating xml
2.1. sitemap:
map:match pattern=*-flow
map:call function={1}/
/map:match
map:match pattern=*-jx
map:generate type=jx src=views/{1}.jx/
map:serialize type=xml/
/map:match
2.2. flow
function myData() {
var appCtx=cocoon.context.getAttribute
(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
application=appCtx.getBean(myApplicationService);
var myData=application.readMyData();
cocoon.sendPage(myData-jx,{myData: myData});
}
2.3. myData.jx file
myData xmlns:jx=http://apache.org/cocoon/templates/jx/1.0;
jx:forEach var=myDatum items=${myData}
myDatum code=${myDatum.getID()}${myDatum.getSomethingElse()}/
myDatum
/jx:forEach
/myData
First you run url .../myData-flow, which will go to flow, get to your
java code to read the data and call myData-jx. myData.jx will get the
data from object and build your xml file.
Barbara
On 28 Jul, 2008, at 10:48 pm, jantje wrote:
Well,
Actually I try to replace the old XSP. So I want to generate xml. A
large
chunk of this xml has to be generated with java source code
(accessing a
java database). In XSP it was simple: XSP, containing executable
java source
code, and generating xml..
I don't even know how to start in cocoon 2.2, because I don't know the
alternative for XSP and I also can't find information (or
documentation) on
this.
Maybe in jx, It is possible, but there I can't find tags in which
I can
include java source code, like I did in XSP.
Thanks for your replies..
jantje wrote:
Hi there, is het possible to use the db4objects database with
Cocoon 2.2?
If so, then where should I place the the .jar file? And how can I
execute
java source in cocoon? Is this possible in map:generate type=jx
src=cocoon:/{1}.test.xml /
Thanks..
--
View this message in context: http://www.nabble.com/cocoon-%2B-
db4odjects.jar-tp18689963p18700489.html
Sent from the Cocoon - Users mailing list archive at Nabble.com.
-
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: RCL. Help needed with the rapid class reloader
Reinhard Pötz wrote: snip Ken, is there any problem left? (Not sure after reading your mail ;-) ). Yes, the original problem remains (entirely). __I__ am doing all the work of recompiling, not RCL. Its meant to be automatic, and 'rapid' with RCL. Also, it does not pick up edits to the Spring configuration file, which Grzegorz Kossakowski demonstrated in his screencast. I have not found any way of achieving this apart from a complete 'clean compile jetty:run' which is largely what RCL is supposed to get around. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RCL. Help needed with the rapid class reloader
Yes, the original problem remains (entirely). __I__ am doing all the work of recompiling, not RCL. Its meant to be automatic, and 'rapid' with RCL. Also, it does not pick up edits to the Spring configuration file, which Grzegorz Kossakowski demonstrated in his screencast. I have not found any way of achieving this apart from a complete 'clean compile jetty:run' which is largely what RCL is supposed to get around. Frankly speaking it sounds that something in your Eclipse setup is wrong. Maybe first get Eclipse to to update the .class files in your target dir and then look into RCL. It really depends on that to be working. That said - in theory the RCL could even compile from source. But let's not go down there for now :) cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating a parent POM
I've been getting the same error too. I was wondering if the 2.0.2 version of maven-war-plugin was to blame so I tried changing the version to 2.0.1 in my webapp block but I noticed the message still refers to 2.0.2 despite running `mvn clean`. So either I'm not correctly cleaning my project or something else is including org.apache.maven.plugins:maven-war-plugin:2.0.2:war. Mysterious... Has anybody else successfully set up a parent POM for their cocoon project so that a single `mvn install` builds all the blocks and deploys a war in one step? I can write a Makefile but I'm trying to learn how to do things The Maven Way. Any pointers are greatly appreciated. Just for the record, I get the same error. (On a windows XP box, version 5.1; java version 1.6.0_06; maven 2.0.9 ) I had the same problem. I modified the pom repository\org\apache\cocoon\cocoon\6, and changed maven-war-plugin dependency to 2.1-alpha-1 I don't know if this is the right way, but is working. -- View this message in context: http://www.nabble.com/Creating-a-parent-POM-tp18173518p18715710.html Sent from the Cocoon - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hi
ques :I am doing cocoon framework project in jbuilder 2008 so I wanted to know how to set up the breakpoints and step through the project in debug mode .As what I am doing it's not letting me step through so Please let me know how to set up the breakpoints and steo through the project . thanks
Re: Cocoon 2.2.1 - Context path at root doesn't work
Lingerer Huang writes: So MY SUGGESTION is : at least provide a non-jar style block implement.What do you think? See what you think of this: http://www.csparks.com/c22without.xhtml -Hugh Sparks, [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RCL. Help needed with the rapid class reloader
Torsten Curdt wrote: Yes, the original problem remains (entirely). __I__ am doing all the work of recompiling, not RCL. Its meant to be automatic, and 'rapid' with RCL. Also, it does not pick up edits to the Spring configuration file, which Grzegorz Kossakowski demonstrated in his screencast. I have not found any way of achieving this apart from a complete 'clean compile jetty:run' which is largely what RCL is supposed to get around. Frankly speaking it sounds that something in your Eclipse setup is wrong. Maybe first get Eclipse to to update the .class files in your target dir and then look into RCL. It really depends on that to be working. That said - in theory the RCL could even compile from source. But let's not go down there for now :) cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yes, I shall at some stage look at how my eclipse setup could be improved. However, I suspect that, for my present problem, it would be a red herring. RCL is not supposed to depend on a particular IDE such as eclipse; it is supposed to work even if you edit files in a simple text editor. In fact, that is what i have been doing today and RCL has still not been working. If my understanding is correct:- It is supposed to do a quick whip around of certain souce files, making some sort of check-sum, and it is supposed to do so quite often. When the check-sum changes, it is supposed to start an automatic rebuild. ( I have a similar system on my python setup, that runs unit tests within a few moments of any changes to your code. You don't have to press any buttons.) I suspect the problem is that it is doing its check-sum of the wrong files or not at all. I suspect that the compilation stage is likely to be correct, because a 'by-hand' build after 'clean' reconstructs the target directory with the .class files in the correct place. So I need to learn how to configure the RCL search path that it uses for the check-sum, and at present I don't know how. Bye for now, and thanks for the suggestion. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RCL. Help needed with the rapid class reloader
Yes, I shall at some stage look at how my eclipse setup could be improved. However, I suspect that, for my present problem, it would be a red herring. No that exactly seems to be your problem. Fix that and you are good. RCL is not supposed to depend on a particular IDE such as eclipse; it is supposed to work even if you edit files in a simple text editor. These are two different things. And RCL does work with class files - not source files. Still it does not depend on a particular IDE. It also works with IDEA, Netbeans or whatever. It's just that someone else is doing the compilation and the RCL will pick up the result. As said before. JCI could also do the compilation. But this is added complexity that you usually don't need. I suggest you get the easy part working first ;) In fact, that is what i have been doing today and RCL has still not been working. You are not providing it the updated class files. If my understanding is correct:- It is supposed to do a quick whip around of certain souce files, making some sort of check-sum, and it is supposed to do so quite often. When the check- sum changes, it is supposed to start an automatic rebuild. No you got it wrong. Again: it works with class files. You change your source file. Now you hit on save in Eclipse. That will trigger the compilation of the class file. In other IDEs you might not have the incremental build and you have to press build. Then your IDE will build the class file and write it (usually) to the target directory. The RCL notices something has been updated and reloads that part of your cocoon app. My suggestion: 1. close eclipse 2. rm -R target 3. mkdir target 4. start eclipse 5. project - clean 6. make sure project - build automatically is checked 7. you should not see any errors 8. run find target -name *.class You should then see all the class files in the target dir. If you have pointed the RCL to that target dir everything should work like charm. If not check the project settings on the source tab for the output dir. cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Processed by Apache Cocoon 2.1.11 in X milliseconds
I have a question regarding Cocoon profiling. In the cocoon.log, I see
that each request is timed. However, nowhere in my Cocoon configuration
do I see profiling enabled. Is it because I have the profiling block
compiled into Cocoon? How can I disable this profiling?
INFO (2008-07-29) 15:39.10:205 [access] (/cocoon/myapp/login.html)
http-192.168.0.1-80-1/CocoonServlet: 'across/login.html' Processed by
Apache Cocoon 2.1.11 in 39 milliseconds
sitemap.xmap:
map:pipes default=caching
map:pipe name=caching pool-max=${caching-pipeline.pool-max}
src=org.apache.cocoon.components.pipeline.impl.CachingProcess
ingPipeline
!--+
| If not specified, the value of the outputBufferSize
parameter is -1.
| This will cause Cocoon to buffer all output until processing
has finished
| before sending it to the client. This has the advantage that
in case
| an error occurs during the processing of the SAX-pipeline,
Cocoon is still
| able to reset the response and send an error page instead.
Otherwise the
| error page will be appended to the output already send to
the client.
| If you are generating larger pages, it might be beneficial
to enable
| this parameter, so that output is gradually send to the
client as it
| is being generated.
| For more granularity, you can also supply this parameter to
| individual map:pipeline elements (using map:parameter syntax).
+--
parameter name=outputBufferSize value=65536/
/map:pipe
map:pipe name=caching-point
pool-max=${caching-point-pipeline.pool-max
src=org.apache.cocoon.components.pipeline.impl.Cac
hingPointProcessingPipeline
!-- parameter name=autoCachingPoint value=On/ --
!-- parameter name=outputBufferSize value=8192/ --
/map:pipe
map:pipe name=noncaching
pool-max=${noncaching-pipeline.pool-max}
src=org.apache.cocoon.components.pipeline.impl.NonCachi
ngProcessingPipeline
!-- The output buffersize is not related to caching but to the
output. It is important to set it. --
parameter name=outputBufferSize value=65536/
/map:pipe
!--+
| This pipeline implementation caches the complete content for a
defined
| period of time (expires). The cache key is the current uri.
+--
map:pipe name=expires pool-max=${expires-pipeline.pool-max}
src=org.apache.cocoon.components.pipeline.impl.ExpiresCaching
ProcessingPipeline
parameter name=cache-expires
value=${expires-pipeline.cache-expires}/ !-- Expires in secondes --
/map:pipe
!-- The following two can be used for profiling:--
map:pipe name=profile-caching
src=org.apache.cocoon.components.profiler.ProfilingCachingProcessingPipeline/
map:pipe name=profile-noncaching
src=org.apache.cocoon.components.profiler.ProfilingNonCachingProcessingPipeline/
/map:pipes
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: hi
Which Cocoon version are you using? If it's 2.1, you can use cocoon-views [1] [1] http://cocoon.apache.org/2.1/userdocs/concepts/views.html Jasha -Oorspronkelijk bericht- Van: student csu [mailto:[EMAIL PROTECTED] Verzonden: di 29-7-2008 18:20 Aan: users@cocoon.apache.org Onderwerp: hi ques :I am doing cocoon framework project in jbuilder 2008 so I wanted to know how to set up the breakpoints and step through the project in debug mode .As what I am doing it's not letting me step through so Please let me know how to set up the breakpoints and steo through the project . thanks winmail.dat- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RCL. Help needed with the rapid class reloader
Torsten Curdt wrote: Yes, I shall at some stage look at how my eclipse setup could be improved. However, I suspect that, for my present problem, it would be a red herring. No that exactly seems to be your problem. Fix that and you are good. RCL is not supposed to depend on a particular IDE such as eclipse; it is supposed to work even if you edit files in a simple text editor. These are two different things. And RCL does work with class files - not source files. Still it does not depend on a particular IDE. It also works with IDEA, Netbeans or whatever. It's just that someone else is doing the compilation and the RCL will pick up the result. As said before. JCI could also do the compilation. But this is added complexity that you usually don't need. I suggest you get the easy part working first ;) In fact, that is what i have been doing today and RCL has still not been working. You are not providing it the updated class files. If my understanding is correct:- It is supposed to do a quick whip around of certain souce files, making some sort of check-sum, and it is supposed to do so quite often. When the check-sum changes, it is supposed to start an automatic rebuild. No you got it wrong. Again: it works with class files. You change your source file. Now you hit on save in Eclipse. That will trigger the compilation of the class file. In other IDEs you might not have the incremental build and you have to press build. Then your IDE will build the class file and write it (usually) to the target directory. The RCL notices something has been updated and reloads that part of your cocoon app. My suggestion: 1. close eclipse 2. rm -R target 3. mkdir target 4. start eclipse 5. project - clean 6. make sure project - build automatically is checked 7. you should not see any errors 8. run find target -name *.class You should then see all the class files in the target dir. If you have pointed the RCL to that target dir everything should work like charm. If not check the project settings on the source tab for the output dir. cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] OK I'll give it a shot. As you suggested, it might be that my eclipse setup is wrong. I expect the eclipse 'build' command doesn't know where the target directory is supposed to be. I have looked at the 'Run dialog' which is to 'create, manage, and run configurations' but I am rather overwhelmed by it. It must be compiling _somewhere_ for goodness sake, because it will produce the .jar package under target, and install it in my local maven repository. So far, none of my variations have worked with RCL: import as an 'existing project'; import as a 'maven project'; create as a maven project within eclipse. I think they have all worked otherwise. As mentioned previously, Eclipse Navigator does not see the *.class files even after a refresh or a brand new import, when I know they are there. It also does not see the .classpath and .project files. Is this bad? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Rotating log files in Cocoon 2.1.11
I would like to configure Cocoon 2.1.11 so that every day (24 hrs), the cocoon.log is written to a new file (cocoon-2008-JUL-29.log) I tried configuring logkit.xconf to do this but it doesn't work. Because I didn't want to wait a full day to see if it worked, I changed the configuration to rotate every minute. It didn't work. It either kept a single file or two files but never anymore. I do not care about size. I would have expected it to create: cocoon-2008-JUL-29_12-01.log cocoon-2008-JUL-29_12-02.log cocoon-2008-JUL-29_12-03.log cocoon-2008-JUL-29_12-04.log ... !--+ | append if set to 'true' will make cocoon append the events | to the existing file, if set to 'false' cocoon will override | the existing ones at every new start. +-- appendtrue/append !--+ | rotation allows you to rotate log files one they meet certain | criteria. If you uncomment the example below, the log files will | be rotated once they are a day old or bigger than 100 Mb. +-- rotation type=unique pattern=-MMM-dd_HH-mm suffix=.log time00:01:00/time /rotation Is this a Cocoon bug or is my configuration incorrect? Is there a way to use log4j instead of LogKit? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RCL. Help needed with the rapid class reloader
My suggestion: 1. close eclipse 2. rm -R target 3. mkdir target 4. start eclipse 5. project - clean 6. make sure project - build automatically is checked 7. you should not see any errors 8. run find target -name *.class You should then see all the class files in the target dir. If you have pointed the RCL to that target dir everything should work like charm. If not check the project settings on the source tab for the output dir. OK I'll give it a shot. As you suggested, it might be that my eclipse setup is wrong. There is no question it is ;) I expect the eclipse 'build' command doesn't know where the target directory is supposed to be. I have looked at the 'Run dialog' which is to 'create, manage, and run configurations' but I am rather overwhelmed by it. Have you used Eclipse before at all? Also please re-read my instructions If not check the project settings on the source tab for the output dir. It must be compiling _somewhere_ for goodness sake, because it will produce the .jar package under target, and install it in my local maven repository. No, Eclipse will not do that. Maven will. So far, none of my variations have worked with RCL: import as an 'existing project'; import as a 'maven project'; create as a maven project within eclipse. I think they have all worked otherwise. As mentioned previously, Eclipse Navigator does not see the *.class files even after a refresh or a brand new import, when I know they are there. It also does not see the .classpath and .project files. Is this bad? Ken, I am sorry but my patience is running out here. These are all very basic Eclipse questions - not Cocoon ones. Please follow the instructions above. They should get you there. If you can't get your Eclipse setup to work properly I suggest to check with the Eclipse community or just ask a fellow developer. Good luck! cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: hi
I am using the latest version of cocoon just I want to debug the project some error is coming so just let me know how to debug it in jbuilder .how to set up the breakpoints. thanks On Tue, Jul 29, 2008 at 10:27 AM, Jasha Joachimsthal [EMAIL PROTECTED] wrote: Which Cocoon version are you using? If it's 2.1, you can use cocoon-views [1] [1] http://cocoon.apache.org/2.1/userdocs/concepts/views.html Jasha -Oorspronkelijk bericht- Van: student csu [mailto:[EMAIL PROTECTED] Verzonden: di 29-7-2008 18:20 Aan: users@cocoon.apache.org Onderwerp: hi ques :I am doing cocoon framework project in jbuilder 2008 so I wanted to know how to set up the breakpoints and step through the project in debug mode .As what I am doing it's not letting me step through so Please let me know how to set up the breakpoints and steo through the project . thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
I18N Transformer keeping namespace declarations
Hi, Before executing the I18NTransformer in the pipeline the xml contains the i18n tags each with a namespace declaration. td class=dataCell width=20% i18n:text xmlns:i18n=http://apache.org/cocoon/i18n/2.1;administration_2_brief/i18n: text /td The namespace declarations are being added by the XSLT Transformer even though exclude-result-prefixes=i18n is included in the stylesheet element. (May this is due to using Saxon?) After the I18NTransformer the i18n namespace declaration has been copied to the parent element. td xmlns:i18n=http://apache.org/cocoon/i18n/2.1; class=dataCell width=20%Change the current configuration/td Would anyone have any ideas on removing the namespace declarations from the transformations? Thanks! gary
Processed by Apache Cocoon 2.1.11 in X milliseconds
I have a question regarding Cocoon profiling. In the cocoon.log, I see
that each request is timed. However, nowhere in my Cocoon configuration
do I see profiling enabled. Is it because I have the profiling block
compiled into Cocoon? How can I disable this profiling?
INFO (2008-07-29) 15:39.10:205 [access] (/cocoon/myapp/login.html)
http-192.168.0.1-80-1/CocoonServlet: 'across/login.html' Processed by
Apache Cocoon 2.1.11 in 39 milliseconds
sitemap.xmap:
map:pipes default=caching
map:pipe name=caching pool-max=${caching-pipeline.pool-max}
src=org.apache.cocoon.components.pipeline.impl.CachingProcess
ingPipeline
!--+
| If not specified, the value of the outputBufferSize
parameter is -1.
| This will cause Cocoon to buffer all output until
processing has finished
| before sending it to the client. This has the advantage
that in case
| an error occurs during the processing of the SAX-pipeline,
Cocoon is still
| able to reset the response and send an error page instead.
Otherwise the
| error page will be appended to the output already send to
the client.
| If you are generating larger pages, it might be beneficial
to enable
| this parameter, so that output is gradually send to the
client as it
| is being generated.
| For more granularity, you can also supply this parameter to
| individual map:pipeline elements (using map:parameter syntax).
+--
parameter name=outputBufferSize value=65536/
/map:pipe
map:pipe name=caching-point
pool-max=${caching-point-pipeline.pool-max
src=org.apache.cocoon.components.pipeline.impl.Cac
hingPointProcessingPipeline
!-- parameter name=autoCachingPoint value=On/ --
!-- parameter name=outputBufferSize value=8192/ --
/map:pipe
map:pipe name=noncaching
pool-max=${noncaching-pipeline.pool-max}
src=org.apache.cocoon.components.pipeline.impl.NonCachi
ngProcessingPipeline
!-- The output buffersize is not related to caching but to the
output. It is important to set it. --
parameter name=outputBufferSize value=65536/
/map:pipe
!--+
| This pipeline implementation caches the complete content for
a defined
| period of time (expires). The cache key is the current uri.
+--
map:pipe name=expires pool-max=${expires-pipeline.pool-max}
src=org.apache.cocoon.components.pipeline.impl.ExpiresCaching
ProcessingPipeline
parameter name=cache-expires
value=${expires-pipeline.cache-expires}/ !-- Expires in secondes --
/map:pipe
!-- The following two can be used for profiling:--
map:pipe name=profile-caching
src=org.apache.cocoon.components.profiler.ProfilingCachingProcessingPipeline/
map:pipe name=profile-noncaching
src=org.apache.cocoon.components.profiler.ProfilingNonCachingProcessingPipeline/
/map:pipes
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: I18N Transformer keeping namespace declarations
What abut the StripNameSpacesTransformer [1]? [1] http://cocoon.apache.org/2.2/core-modules/core/2.2/1340_1_1.html Jasha -Oorspronkelijk bericht- Van: Gary Larsen [mailto:[EMAIL PROTECTED] Verzonden: di 29-7-2008 22:19 Aan: users@cocoon.apache.org Onderwerp: I18N Transformer keeping namespace declarations Hi, Before executing the I18NTransformer in the pipeline the xml contains the i18n tags each with a namespace declaration. td class=dataCell width=20% i18n:text xmlns:i18n=http://apache.org/cocoon/i18n/2.1;administration_2_brief/i18n: text /td The namespace declarations are being added by the XSLT Transformer even though exclude-result-prefixes=i18n is included in the stylesheet element. (May this is due to using Saxon?) After the I18NTransformer the i18n namespace declaration has been copied to the parent element. td xmlns:i18n=http://apache.org/cocoon/i18n/2.1; class=dataCell width=20%Change the current configuration/td Would anyone have any ideas on removing the namespace declarations from the transformations? Thanks! gary winmail.dat- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RCL. Help needed with the rapid class reloader
Torsten Curdt wrote: Ken, I am sorry but my patience is running out here. These are all very basic Eclipse questions - not Cocoon ones. Please follow the instructions above. They should get you there. If you can't get your Eclipse setup to work properly I suggest to check with the Eclipse community or just ask a fellow developer. Good luck! cheers -- Torsten My patience is also running out. Firstly, concerning your anger that I 'cannot get my Eclipse setup yo work properly', may I remind you that it was you who steered me down the eclipse path while I wished to see things working from a command-line approach. Actually, now that you have told me that RCL works on target *.class files, I had it working already. (see an earlier post). As I also mentioned, I have not yet seen it respond to an edit of ..target/.../demo-application-context.xml, which which Grzegorz Kossakowski demonstrated in his screencast. That is why I thought there was still a problem with RCL. But the deeper reason that my patience is running out--with the Cocoon team as a whole, not you in particular--is because of the higher and higher entry barriers that potential users of Cocoon need to cross. The whole ethos of the project is 'separation of concerns', so it should strive to be appealing to a much larger constituency than java programmers. As cocoon 2.2 stands, and the way it seems to be moving, you are unwelcome unless you have already learned java, eclipse, and maven. Of course you _should_ be unwelcome, in that case, to the _developer's_ group or mailing list. Nearly everyone should be very welcome indeed to become an ordinary user. What about the ordinary developer who wants a dynamic website, but who is a specialism is XML, XSL, SQL, CSS, Javascript, or Graphic design? or audio or video ? They cannot join in with any confidence, unless they have a java expert, a maven expert, an eclipse expert to run to. Or, a friendly user-group, and a friendly wiki with tutorials and screencasts at all levels, where they won't get either a flea in the ear or sarcasm. I am one of those non-java-speaking developers, and my area of expertise is in training and education. I already like cocoon, so you are preaching to the converted. David Legg wrote in a different thread: +++ Hi Grek, snip something Grzegorz Kossakowski had written Aha! Well spotted ;-) I'll try to fix this issue ASAP. Thanks. As this is may be someone's very first close encounter with Cocoon 2.2 we want to set a good example. Regards, David Legg The question is: will it be their _very_last_ encounter with Cocoon 2,2 ? Bye for now, Ken. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RCL. Help needed with the rapid class reloader
Let's take a deep breath here first. My patience is also running out. Firstly, concerning your anger that I 'cannot get my Eclipse setup yo work properly', may I remind you that it was you who steered me down the eclipse path while I wished to see things working from a command-line approach. Actually, now that you have told me that RCL works on target *.class files, I had it working already. (see an earlier post). It was working when you manually compiled. Which basically supports the conclusion that it is your Eclipse setup that is not working. While I do hear you that java should be more scripting the gained benefit is disproportional to the complexity ...if you just get the incremental compilation working in Eclipse it pretty much feels the same. (It's so straight forward that I am baffled you have so many problems) As I also mentioned, I have not yet seen it respond to an edit of ..target/.../demo-application-context.xml, which which Grzegorz Kossakowski demonstrated in his screencast. That is why I thought there was still a problem with RCL. I can't say anything about Grzegorz's setup. I was just trying to help you get the class reloading working. Not sure about the spring reloading. Grzegorz can you fill in here? But the deeper reason that my patience is running out--with the Cocoon team as a whole, not you in particular--is because of the higher and higher entry barriers that potential users of Cocoon need to cross. The whole ethos of the project is 'separation of concerns', so it should strive to be appealing to a much larger constituency than java programmers. As cocoon 2.2 stands, and the way it seems to be moving, you are unwelcome unless you have already learned java, eclipse, and maven. Of course you _should_ be unwelcome, in that case, to the _developer's_ group or mailing list. Nearly everyone should be very welcome indeed to become an ordinary user. What about the ordinary developer who wants a dynamic website, but who is a specialism is XML, XSL, SQL, CSS, Javascript, or Graphic design? or audio or video ? They cannot join in with any confidence, unless they have a java expert, a maven expert, an eclipse expert to run to. Or, a friendly user-group, and a friendly wiki with tutorials and screencasts at all levels, where they won't get either a flea in the ear or sarcasm. I am one of those non-java-speaking developers, and my area of expertise is in training and education. I already like cocoon, so you are preaching to the converted. Ken, Cocoon is complex. If you want to use something complex you need to learn the required skills. Coming from an educational background - who should know better than you? You can't fly a plane if you don't have the skills. Hell, why do you want java class reloading if you aren't a java programmer in the first place? While I am totally with you that documentation is sparse at best, it is a bit weird to assume that this will get you all the skills you need. I think we all settled on the fact that Cocoon is not for the average tiny web site. And if you build bigger projects I don't think that the required skills are too much to ask. (In fact in my book the ordinary developers has those skills.) I am not quite sure where you got all the unwelcome and sarcasm from but Cocoon is one of the most welcoming communities there is. It always has been. You are asking for help here. People spend their own time trying to help you. But you also have to help yourself a bit. We are not here to walk you through getting started with Eclipse. The required knowledge by far is no expert knowledge. Come back to this thread when you have found the folder where your Eclipse installation is writing the .class files to. Point the RCL to it. If you then still have problems we are of course here to help you. But insulting the community just because you feel frustrated is really not appropriate. That said - you are much welcome to improve the documentation once you got this working. In the end that's how this whole open source thing works. cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RCL. Help needed with the rapid class reloader
Torsten Curdt wrote:
That said - you are much welcome to improve the
documentation once you got this working. In the end that's how this
whole open source thing works.
Ken,
I've been helping 15+ people to get started with Cocoon 2.2 for the last
15 months. Most of the time pointing to the tutorials was enough. Seeing
that you have problems to get it running means that the tutorial is
missing some substantial information. But TBH, I've been running out of
ideas. If you find this missing piece of information I would really
appreciate that you share this with us so that we can improve the tutorials.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
