It's related to the new dependencyManagement/ section in the root pom.
This is supposed to work properly only with Maven 2.0.6+. Older versions of
Maven seem to get the dependency versions wrong (at least different) and
thus a wrong version of a jar is used for cocoon-forms which leads to the
Jorg Heymans schrieb:
Could you svn update test again please ?
Yup, works now. Is it possible that you provide a release version of that
jar? Doesn't have to be the full 1.3 release if it's not finished yet, maybe
a 1.3-alpha, but I'd be glad to have no maven snapshots in all the
Alexander Klimetschek wrote:
It's related to the new dependencyManagement/ section in the root
pom. This is supposed to work properly only with Maven 2.0.6+. Older
versions of Maven seem to get the dependency versions wrong (at least
different) and thus a wrong version of a jar is used for
Hi,
On 16 Apr 2007, at 20:17, Grzegorz Kossakowski wrote:
Apparently, it's different, webapp is used to... assembly a webapp,
run a webapp etc. However, in C2.2 every Cocoon webapp consists of set
of blocks. Webapp gives you infrastructure to assembly your blocks
into WAR file, it also
Hi,
On 16 Apr 2007, at 21:00, Grzegorz Kossakowski wrote:
I run mvn install with clean (actually, temporary) repository from
time to time and do not experience problems you outlined. However,
I do
not build with -Pallblocks option and that's probably the difference.
From what I understand,
Hi,
I'm not sure which page you found, but you can download the source from
http://cocoon.apache.org/mirror.cgi or get the latest code checkout from
http://cocoon.apache.org/community/contrib.html#svnhowto . Cocoon has switched
to SVN (subversion, http://svn.apache.org/repos/asf/cocoon/) a
Hi,
On 17 Apr 2007, at 12:52, Grzegorz Kossakowski wrote:
I don't think it's a *lot* of work. All you have to do is to type
two commands:
mvn archetype:create -DarchetypeGroupId=org.apache.cocoon -
DarchetypeArtifactId=cocoon-22-archetype-webapp -
DarchetypeVersion=1.0.0-M2
Andrew Savory napisał(a):
Hi,
On 16 Apr 2007, at 20:17, Grzegorz Kossakowski wrote:
Apparently, it's different, webapp is used to... assembly a webapp,
run a webapp etc. However, in C2.2 every Cocoon webapp consists of set
of blocks. Webapp gives you infrastructure to assembly your blocks
Provide more informative message when empty archetypes is tried to run
--
Key: COCOON-2045
URL: https://issues.apache.org/jira/browse/COCOON-2045
Project: Cocoon
Issue
Thanks a lot for help.
I solved this problem.
Sory for stupid questions :)
Jeroen Reijn wrote:
Hi,
these kind of questions actually belong on the Cocoon userlist
(http://cocoon.apache.org/community/mail-lists.html).
It's correct that eclipse does not have SVN support by default, but
As described at cocoon page, i need to get cocoon from cvs. But i can't...
admins of our local network blocked all ports, except 80. So i can only
download cocoon via browser.
Is it posible to put cocoon into eclipse, to see and modify it sources and
use other handy features...
--
View this
i have more question...
i installed plugin for SVN on eclipse, even find article how to do it...
here it is: http://wiki.apache.org/cocoon/LoadInEclipse
but when i'm trying to check out, it writes error
checkout -r HEAD
http://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X
RA layer
Andrew Savory napisał(a):
Hi,
Eeeeh, I hope not! I'd worry about the health of the overall codebase if
no-one else is building allblocks! Is this why continuum is not failing
when it should be?
My opinion is that we should view situation with blocks in more blockish way.
Blocks in C2.2
succeeding the mvn build the next step from the trunkREADME.txt is to
run the webapp in jetty.
pointing my browser to localhost: however I get:
HTTP ERROR: 503
SERVICE_UNAVAILABLE
RequestURI=/
Powered by jetty://
and the console shows a stacktrace caused by NoClassFound on
There was some discussion off-list when the next series of C22 modules will
happen. I plan to do the release work next week but have to spend the next two
days on fixing things here and there and to get the 2.2 documentation online
because I don't want to release anything that we label
Hi,
these kind of questions actually belong on the Cocoon userlist
(http://cocoon.apache.org/community/mail-lists.html).
It's correct that eclipse does not have SVN support by default, but you can
download an subversion plugin for eclipse called subclipse
(http://subclipse.tigris.org/), but
Andrew Savory napisał(a):
Hi,
I suppose it's all relative. Those big scary mvn lines make it seem like
a lot, even if it isn't. And what you end up with is a template
application, and not a template publishing framework.
The emphasis with the demo is to show content from a Spring bean,
Reinhard Poetz napisał(a):
There was some discussion off-list when the next series of C22 modules
will happen. I plan to do the release work next week but have to spend
the next two days on fixing things here and there and to get the 2.2
documentation online because I don't want to release
Andrew Savory wrote:
I suppose it's all relative. Those big scary mvn lines make it seem like
a lot, even if it isn't. And what you end up with is a template
application, and not a template publishing framework.
The emphasis with the demo is to show content from a Spring bean, and
not for
I'm new to java tecnology, working only few moth on it. My bad english is
problem for me too :) so sory for it...
I haven't heard about SVN... i always use CVS... to import project to
eclipse i use import from CVS. My eclipse doesn't have import from
SVN... i'm free to just download SVN of
Implement postable source
-
Key: COCOON-2046
URL: https://issues.apache.org/jira/browse/COCOON-2046
Project: Cocoon
Issue Type: New Feature
Components: - Servlet service framework
Affects Versions:
why don't we add one pipeline that demonstrates the use of XSLT to the
archetype?
And why not provide the infrastructure(sitemap) to render a simple (C)form
from a (java)flow(script) ? That´s not as easy (from archetype to cforms) as
it seems for newcomers. And this would offers them the
On 17.04.2007 16:25, Grzegorz Kossakowski wrote:
Eeeeh, I hope not! I'd worry about the health of the overall codebase if
no-one else is building allblocks! Is this why continuum is not failing
when it should be?
My opinion is that we should view situation with blocks in more blockish way.
23 matches
Mail list logo
