On Tue, Sep 22, 2009 at 9:58 PM, Steven D. Majewski sd...@virginia.eduwrote:
We've been using Cocoon 2.1.* for some time now, but we haven't really been
doing a proper build.
We've been building the sample app, and using that as a development base,
adding new pipelines
and sitemaps, and
On Wed, Sep 23, 2009 at 8:22 AM, Dominic Mitchell d...@happygiraffe.netwrote:
My first question would have been: are the dependencies correct? What
happens if you run mvn dependency:tree in the webapp? It should include
spring dependencies.
For reference, this is what I get when running
Hi,
would there be an interest in other ways of configuring Cocoon Spring
Configurator's running mode besides system property or via the
settings element.
Let me explain my use-case: I run in parallel several versions of
applications, possibly in different running modes, so setting the
system
myBlock1 myBlock2 seem to have all the right dependencies (and they
work on their own),
but myCocoonWebapp has only the jars from those two blocks:
[INFO]
[INFO] [dependency:tree {execution: default-cli}]
[INFO]
Hi Steve,
I followed the Getting started documentation as well, so I don't think
the documentation contains errors or is missing important steps.
So I'll try to recapitulate shortly the steps to create a webapp with 2
blocks.
In your workspace folder do following:
- Run mvn archetype:generate
On Wed, Sep 23, 2009 at 5:03 PM, Steven D. Majewski sd...@virginia.eduwrote:
myBlock1 myBlock2 seem to have all the right dependencies (and they work
on their own),
but myCocoonWebapp has only the jars from those two blocks:
[INFO]
On Sep 23, 2009, at 1:45 PM, Dominic Mitchell wrote:
On Wed, Sep 23, 2009 at 5:03 PM, Steven D. Majewski sd...@virginia.edu
wrote:
myBlock1 myBlock2 seem to have all the right dependencies (and
they work on their own),
but myCocoonWebapp has only the jars from those two blocks:
[INFO]
I can create, 'mvn install' 'mvn jetty:run' both myBlock1 myBlock2.
When I try to connect the two blocks as in http://cocoon.apache.org/2.2/1291_1_1.html
,
I get this error on either a jetty:run or an install:
myBlock1$ mvn jetty:run
[INFO] Scanning for projects...
[INFO]
On Wed, Sep 23, 2009 at 7:22 PM, Steven D. Majewski sd...@virginia.eduwrote:
I can create, 'mvn install' 'mvn jetty:run' both myBlock1 myBlock2.
When I try to connect the two blocks as in
http://cocoon.apache.org/2.2/1291_1_1.html,
I get this error on either a jetty:run or an install:
On Wed, Sep 23, 2009 at 6:50 PM, Steven D. Majewski sd...@virginia.eduwrote:
Thanks. Yes -- I saw that observation in the other message.
However: it wouldn't build doing just a 'mvn install' on the blocks.
Was there a particular reason for the failure when you ran mvn install in
the blocks?
On Sep 23, 2009, at 2:22 PM, Steven D. Majewski wrote:
If I comment out the myBlock2 dependency in myBlock1/pom.xml which I
just added:
!--
dependency
groupIdedu.virginia.lib/groupId
artifactIdmyBlock2/artifactId
version1.0-SNAPSHOT/version
/dependency
--
So if I understand you correctly you have one block depending on the
other?
Did you also add the dependency of myblock2 in the pom.xml of myblock1?
I guess so... since that's what maven is complaining about...
Did you install myblock2 before running mbylock1$ mvn jetty:run ??
Can you check in
On Sep 23, 2009, at 2:36 PM, Robby Pelssers wrote:
So if I understand you correctly you have one block depending on the
other?
Did you also add the dependency of myblock2 in the pom.xml of
myblock1?
Yes. ( And if I take that dependency out, it runs without complaint. )
I guess so...
On Wed, Sep 23, 2009 at 7:44 PM, Steven D. Majewski sd...@virginia.eduwrote:
On Sep 23, 2009, at 2:36 PM, Robby Pelssers wrote:
So if I understand you correctly you have one block depending on the
other?
Did you also add the dependency of myblock2 in the pom.xml of myblock1?
Yes. ( And
Ok...
Check in eclipse the value of M2_REPO:
Window - Preferences - Java - Build path - claspath variables -
M2_REPO
I think it's got an incorrect value.
Robby
-Original Message-
From: Steven D. Majewski [mailto:sd...@virginia.edu]
Sent: Wednesday, September 23, 2009 8:45 PM
To:
On Sep 23, 2009, at 2:50 PM, Dominic Mitchell wrote:
On Wed, Sep 23, 2009 at 7:44 PM, Steven D. Majewski sd...@virginia.edu
wrote:
On Sep 23, 2009, at 2:36 PM, Robby Pelssers wrote:
So if I understand you correctly you have one block depending on the
other?
Did you also add the dependency
On Wed, Sep 23, 2009 at 7:57 PM, Steven D. Majewski sd...@virginia.eduwrote:
On Sep 23, 2009, at 2:50 PM, Dominic Mitchell wrote:
On Wed, Sep 23, 2009 at 7:44 PM, Steven D. Majewski sd...@virginia.edu
wrote:
On Sep 23, 2009, at 2:36 PM, Robby Pelssers wrote:
So if I understand you
On Sep 23, 2009, at 2:56 PM, Robby Pelssers wrote:
Ok...
Check in eclipse the value of M2_REPO:
Window - Preferences - Java - Build path - claspath variables -
M2_REPO
I think it's got an incorrect value.
Robby
No. M2_REPO is pointing to /Users/sdm7g/.m2/repository/
And since I'm
??? This is really weird...
That would mean that somehow the myBlock2.jar is in the classpath of
myBlock1... the only possible explanation I can think of is that you
configured this dependency in the rcl file...
But if you were to package the war file without that dependency I'm 99%
sure this
Aha... so that explains why the myBlock2.jar IS still in the
classpath... lol
If you were to do mvn eclipse:eclipse again which you should after
adding/ removing dependencies... stuff wil NOT work anymore.
Robby
-Original Message-
From: Steven D. Majewski [mailto:sd...@virginia.edu]
Ok...here is what I want you to do in this order !!!
In myblock2:
-Mvn clean
-Mvn eclipse:eclipse
-Mvn install
In myBlock1..
-mvn clean
-add dependency on myBlock2 again
-mvn eclipse:eclipse
-mvn install
If this does not work I'm puzzled.
Robby
-Original Message-
From: Robby
On Sep 23, 2009, at 3:14 PM, Robby Pelssers wrote:
Ok...here is what I want you to do in this order !!!
In myblock2:
-Mvn clean
-Mvn eclipse:eclipse
-Mvn install
In myBlock1..
-mvn clean
-add dependency on myBlock2 again
-mvn eclipse:eclipse
-mvn install
If this does not work I'm puzzled.
Could you attach both poms to a reply? I'd love to see if I can track
down some mistake there... It's really getting stranger by the minute...
I wouldn't expect maven to complain without a good reason. Maybe some
small typo is causing this.
Robby
-Original Message-
From: Steven D.
Ok
I traced your mistake:
Take a look at your dependency in myblock1 pom.xml:
dependency
groupIdedu.virginia.lib/groupId
artifactIdmyBlock2/artifactId
version1.0-SNAPSHOT/version
/dependency
While in myBlock2 pom.xml
namemyBlock2/name
Thank You!!
Both 1.0.0 and 1.0-SNAPSHOT are mismatched in the documentation.
I was following the instructions a little too exactly!
I wondered about this mismatch at the time, but I thought that
perhaps SNAPSHOT was a keyword directive of some sort
( like HEAD or PREV in subversion ) so I went
Apparently the documentation has already been fixed but not yet
published ;-)
-Original Message-
From: Steven D. Majewski [mailto:sd...@virginia.edu]
Sent: Wednesday, September 23, 2009 10:18 PM
To: users@cocoon.apache.org
Subject: Re: problems with Getting Started 2.2 [was: Starting
On Wed, Sep 23, 2009 at 9:18 PM, Steven D. Majewski sd...@virginia.eduwrote:
Thank You!!
Both 1.0.0 and 1.0-SNAPSHOT are mismatched in the documentation.
I was following the instructions a little too exactly!
I wondered about this mismatch at the time, but I thought that
perhaps SNAPSHOT
True… the same here… but if I had no prior maven knowledge this might be a bit
trickier to spot. I guess it’s time to have that documentation published
again… HINT HINT.
Robby
From: Dominic Mitchell [mailto:d...@happygiraffe.net]
Sent: Wednesday, September 23, 2009 10:30 PM
To:
On Sep 23, 2009, at 4:39 PM, Robby Pelssers wrote:
True… the same here… but if I had no prior maven knowledge this
might be a bit trickier to spot. I guess it’s time to have that
documentation published again… HINT HINT.
Robby
This may also need updating:
Hi,
I am trying to profile a particular set of pages. For the purposes of
averaging, I am hitting the pages 5 times. However, I seem to be
doubling the results (see below).
Is this a bug?
Thanks.
profiler:pipeline uri=STSTEST/onlinebooking.html count=10
processingTime=19955
Hi,
I am trying to improve performance for Cocoon. I noticed that XSLT
seems to take a bit of processing time (not lots, but significant to
consider).
Can anyone who is using Saxon for XSLT processing tell me if there is an
improvement in performance (versus using Xalan)? It would be nice
Odd, it is working properly now. I didn't do anything.
Anyway, ignore this for now.
Hi,
I am trying to profile a particular set of pages. For the purposes of
averaging, I am hitting the pages 5 times. However, I seem to be
doubling the results (see below).
Is this a bug?
Thanks.
32 matches
Mail list logo