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
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
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
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
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
(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
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
Hi,
Is there a new way to run blocks for development ? Currently I follow
what's documented at:
http://cocoon.zones.apache.org/daisy/documentation/g1/1159.html
Using Cocoon 2.2 for developping blocks I was accustomed to:
mvn package
mvn jetty6:run
I recently (now ;) ) successfully rebuilt
artifactIdcocoon-forms-sample/artifactId
version1.0.0-SNAPSHOT/version
/dependency
I used the above and obtained the samples code in my block.
The documentation for cocoon-2.2 is still in development, but it can be
rechead at http://cocoon.zones.apache.org/daisy/.
Good to know
Many thanks
Hi,
I am doing my first steps in a Cocoon 2.2 block using:
dependency
groupIdorg.apache.cocoon/groupId
artifactIdcocoon-core/artifactId
version2.2.0-M2-SNAPSHOT/version
/dependency
dependency
groupIdorg.apache.cocoon/groupId
artifactIdcocoon-forms-impl
-SNAPSHOT/version
/dependency
The documentation for cocoon-2.2 is still in development, but it can be
rechead at http://cocoon.zones.apache.org/daisy/.
Felix
Hi,
I am doing my first steps in a Cocoon 2.2 block using:
dependency
groupIdorg.apache.cocoon/groupId
Felix Knecht wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I run the test project which does include the demo block I
cannot manage to have the same URL working.
The webapp layout I observe in test project target/cocoon-webapp
directory is:
|-- WEB-INF
| |--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You need to mount the block. Your missing 'blocks' in the src
attribute. Following webapp-sitemap works for me:
map:sitemap xmlns:map=http://apache.org/cocoon/sitemap/1.0;
map:pipelines map:pipeline map:match pattern= map:generate
(...)
dependency
groupIdch.smartgene/groupId
artifactIddemo/artifactId
version1.0.0-SNAPSHOT/version
/dependency
/dependencies
(...)
I can see the demo block is deployed into the test webapp.
My questions:
1. Is the above the right way to include blocks into webapp with Cocoon
2.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I run the test project which does include the demo block I
cannot manage to have the same URL working.
The webapp layout I observe in test project target/cocoon-webapp
directory is:
|-- WEB-INF
| |-- applicationContext.xml
| |--
groupIdch.smartgene/groupId
artifactIddemo/artifactId
version1.0.0-SNAPSHOT/version
/dependency
/dependencies
(...)
I can see the demo block is deployed into the test webapp.
My questions:
1. Is the above the right way to include blocks into webapp with Cocoon
2.2 ?
This looks ok
artifactIddemo/artifactId
version1.0.0-SNAPSHOT/version
/dependency
/dependencies
(...)
I can see the demo block is deployed into the test webapp.
My questions:
1. Is the above the right way to include blocks into webapp with Cocoon
2.2 ?
2. If 1. is no wrong then how can test
groupIdch.smartgene/groupId
artifactIddemo/artifactId
version1.0.0-SNAPSHOT/version
/dependency
/dependencies
(...)
I can see the demo block is deployed into the test webapp.
My questions:
1. Is the above the right way to include blocks into webapp with Cocoon
2.2
Joerg Heinicke schrieb:
Wondering about your problem I had a look into the code - and the
environment abstraction indeed still exists. I thought it already has
been removed. I send this mail to dev list too, maybe somebody can
comment on this (Daniel, Carsten ?)
Yes, we still use the
On 07.10.2006 14:43, Laurent Perez wrote:
I'm using JSPs an Cocoon 2.2, but I still don't understand if I did
the right integration : basically, my usecase requires custom JSP
tags to be able to retrieve XML from sitemap patterns. Under 2.1, I
wrote an integration method starting up
Just an observation, but isn't 2.2 a redesign from 2.1.x branch that
significantly restructured Cocoon (Maven, CForms, XSP deprecated, etc)?
2.1.x is legacy as 1.8.x is now legacy. 2.2 would be current and
2.3/3.0 development/experimental.
Debian has 4 Branches. At least if all possible their
Marc Driftmeyer napisał(a):
If Banking Institutions are the reason then we should fork the tree to
have two branches ala Firefox.
One that targets legacy systems and the other for moving the system
forward.
There are already two branches! One 2.1.x and another trunk. When we
C2.2 is out,
Grzegorz Kossakowski escribió:
Marc Driftmeyer napisał(a):
If Banking Institutions are the reason then we should fork the tree to
have two branches ala Firefox.
One that targets legacy systems and the other for moving the system
forward.
There are already two branches! One 2.1.x and another
imagine that some banks are still using JVM 1.2 now (and I doubt that
Cocoon 2.2 is compatible with that).
I have faith that concern for ultra-conservative organizations isn't
the only consideration the developers are using, though. So have they
decided what will finally allow a move to Java 5
that Cocoon 2.2
is
compatible with that).
I have faith that concern for ultra-conservative organizations isn't
the
only consideration the developers are using, though. So have they
decided what will finally allow a move to Java 5? Just so we know
when
we can look forward
are still using JVM 1.2 now (and I doubt that Cocoon 2.2 is
compatible with that).
I have faith that concern for ultra-conservative organizations isn't the
only consideration the developers are using, though. So have they
decided what will finally allow a move to Java 5? Just so we know when
we
Quote: I use cocoon because I like bleeding-edge technologies
Surely Cocoon is an incredibly stable, mainstream application by now -
in the same ball-park as Struts et al.
After all, its been around about 7 years!
Ruby on rails... now *that* might be bleeding-edge!
Johannes Textor [EMAIL
haven't found
_the_ feature of Java 5 that justifies the switch.
I should point out that this in no way limits users from using Java 5.
It just means that Cocoon 2.2 will not require Java 5 as the minimum JDK
version (It will be JDK 1.4).
Ralph
Reinhard Poetz wrote:
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5
becoming the minimum requirement for Cocoon 2.2.
+1
Askild
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
+1, Java 1.5 has been here for a while and several projects which we
depend on are going to 1.5 as well
Reinhard Poetz wrote:
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5
becoming the minimum requirement for Cocoon 2.2. Note that this
discussion is completly
+1
Ralph
--
Meddelandet har kontrollerats mot virus samt skadligt
innehåll av MailScanner och förmodas vara säkert.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
Erron
On 8/16/06, Ralph Skulbörstad [EMAIL PROTECTED] wrote:
+1Ralph--Meddelandet har kontrollerats mot virus samt skadligtinnehåll av MailScanner och förmodas vara säkert.
-To unsubscribe, e-mail: [EMAIL PROTECTED]For
+1
This comes from my user perspective, since I don't normally depend on
large entities to host my applications, but can rather set up my own
servers and install the software I need. In fact, I think that entities
with a more conservative migration strategy would not typically use
cocoon to
-Original Message-
From: Reinhard Poetz [mailto:[EMAIL PROTECTED]
On [EMAIL PROTECTED] we have started to dicuss whether we can make
Java 5 becoming the
minimum requirement for Cocoon 2.2.
I've been using Java 5 for deployment for some time so it isn't a problem for
me
if
you decided to up the required JVM for the 2.2.x+1 release.
Also, there are projects around that let you run Java 5 code on earlier
VMs, so if someone really needed to run Cocoon 2.2 on an older JVM they
could look into that.
In summary: Just Giv'er!
Reinhard Poetz wrote:
On [EMAIL PROTECTED
Reinhard Poetz wrote:
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5
becoming the minimum requirement for Cocoon 2.2. Note that this
discussion is completly unrelated to Cocoon 2.1 which needs JDK 1.3.
The arguments pro Java 5 which was officially releases almost
which I haven't had time to study.
- Marc
--- Reinhard Poetz [EMAIL PROTECTED] wrote:
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5
becoming the
minimum requirement for Cocoon 2.2. Note that this discussion is
completly
unrelated to Cocoon 2.1 which needs JDK
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5 becoming the
minimum requirement for Cocoon 2.2. Note that this discussion is completly
unrelated to Cocoon 2.1 which needs JDK 1.3.
The arguments pro Java 5 which was officially releases almost 2 years ago
Fine by me. Reinhard Poetz [EMAIL PROTECTED] 2006/08/10 11:32 AM
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5 becoming the minimum requirement for Cocoon 2.2. Note that this discussion is completly unrelated to Cocoon 2.1 which needs JDK 1.3.The arguments pro Java 5
I think, we should, given also that Java 6 is in the pipeline.
Reinhard Poetz wrote:
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5
becoming the minimum requirement for Cocoon 2.2. Note that this
discussion is completly unrelated to Cocoon 2.1 which needs JDK 1.3
Reinhard Poetz wrote:
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5
becoming the minimum requirement for Cocoon 2.2. Note that this
discussion is completly unrelated to Cocoon 2.1 which needs JDK 1.3.
The arguments pro Java 5 which was officially releases almost
Reinhard Poetz ha scritto:
On [EMAIL PROTECTED] we have started to dicuss whether we can make Java 5
becoming the minimum requirement for Cocoon 2.2. Note that this
discussion is completly unrelated to Cocoon 2.1 which needs JDK 1.3.
The arguments pro Java 5 which was officially releases
werner napisał(a):
+1
* Cocoon was always next generation technology. I think it's more
fun for the developers to work with Java 5. Fun is an important factor
in open source projects.
* It will take some time until a new stable Cocoon 2.2 will be out and
it will take much more time until
Hello,
following explanations at:
http://cocoon.zones.apache.org/daisy/documentation/g1/1159.html
I executed the following command line (on one line):
mvn archetype:create -DarchetypeGroupId=org.apache.cocoon
-DarchetypeArtifactId=cocoon-22-archetype-block
-DarchetypeVersion=1.0.0-SNAPSHOT
I'm not sure of this because I've only been following the Maven conversion
discussions loosely, but from my understanding this will currently only
work if you first build the Cocoon trunk from the subversion source and
install the resulting artifacts into your local repository. This is
because
Salut Patrick,
On 7/6/06, Patrick Refondini [EMAIL PROTECTED] wrote:
...Any advice, pointers to more docs welcome...
The README.txt at the top of the trunk usually contains the most
recent instructions, I have just added some info about Maven
repository mirrors to it.
-Bertrand
Salut Bertrand,
Bertrand Delacretaz wrote:
Salut Patrick,
On 7/6/06, Patrick Refondini [EMAIL PROTECTED] wrote:
...Any advice, pointers to more docs welcome...
The README.txt at the top of the trunk usually contains the most
recent instructions, I have just added some info about Maven
Bertrand Delacretaz wrote:
Salut Patrick,
On 7/6/06, Patrick Refondini [EMAIL PROTECTED] wrote:
...Any advice, pointers to more docs welcome...
The README.txt at the top of the trunk usually contains the most
recent instructions, I have just added some info about Maven
repository mirrors
Hi,
I checked out cocoon 2.2 from trunk, compiled it and tried to get a
welcome page at localhost:. Instead of the welcome page I got
NUllPointerException with the following stack trace
--
Rolf Kulemann Tel. +49 (0) 5132 82 48 16
Rethmarstr. 12, 31275
On Sat, 2005-04-23 at 19:14, Rolf Kulemann wrote:
Hi,
I checked out cocoon 2.2 from trunk, compiled it and tried to get a
welcome page at localhost:. Instead of the welcome page I got
NUllPointerException with the following stack trace
Uups that mail went out a bit too early. Here
On Sab, 23 de Abril de 2005, 12:17, Rolf Kulemann dijo:
On Sat, 2005-04-23 at 19:14, Rolf Kulemann wrote:
Hi,
I checked out cocoon 2.2 from trunk, compiled it and tried to get a
welcome page at localhost:. Instead of the welcome page I got
NUllPointerException with the following stack
Antonio Gallardo wrote:
On Sab, 23 de Abril de 2005, 12:17, Rolf Kulemann dijo:
On Sat, 2005-04-23 at 19:14, Rolf Kulemann wrote:
Hi,
I checked out cocoon 2.2 from trunk, compiled it and tried to get a
welcome page at localhost:. Instead of the welcome page I got
NUllPointerException
I receive build successful, and get a war file and a webapp folder. Neither
contains the API folder. When I deploy the build to Tomcat Cocoon 2.2
doesn't function. That's where I'm puzzled. I will keep trying. Note, I have
successfully built and deployed Cocoon 2.2 in Debian based ProMEPIS Linux
Has anyone had a successful build of cocoon 2.2 snapshot on Windows XP?
Gary T. Schultz
Web Technical Administrator / GIS Coordinator
Wisconsin Department of Commerce
6th Floor
P.O. Box 7970
Madison, WI
1-608-266-1283
Hi,
Got latest cvs snapshot of 2.2, unpacked it and build it with Java 1.4.2_05-b04 on Windows XP sp1 by
simply running build.bat.
Some warnings, but nothing serious. Build Successful..
Cheers,
Geert
Schultz, Gary - COMM wrote:
Has anyone had a successful build of cocoon 2.2 snapshot on Windows
On Mie, 9 de Febrero de 2005, 16:58, Geert Josten dijo:
Hi,
Got latest cvs snapshot of 2.2, unpacked it and build it with Java
1.4.2_05-b04 on Windows XP sp1 by
simply running build.bat.
Some warnings, but nothing serious. Build Successful..
For the records: Warnings are mostly related to
Hi,
Tried to build 2.1.5 then proceeded to 2.1.6... but no build luck yet, then
CVS grabbed 2.2-dev into my Eclipse IDE, tried build - JVM 1.3 target
error. Fixed init-build.xml changing target=xxx to target=1.5.
Now getting the following error:
[javac]
C:\IDE\eclipse\workspace\cocoon-2.2
Tried tweaking compile-build.xml, setting target=1.5 instead of
target=${target.vm}. Seems to me it is saying the release is 1.5 code, but
since it contains enums, I guess it isn't? My Ant is 1.6.2...???
[javac] Compiling 472 source files to
C:\IDE\eclipse\workspace\cocoon-2.2\build\cocoon
un problem in cocoon 2.2
Hi!
I download cocoon-2.2dev compile ok,the samples page
entrance ok.
but when I want to run any sample like
hello-world..etc,there're and error rised
resource not found,sitemap.xmap doesn't
exist.java.io.FileNotFoundException
what's it!
I ran it
Return Receipt
Your Re: run problem in cocoon 2.2
document
every file in filesystem is ok,but cocoon said can't find
it???
My windows is XP Home SP2
- Original Message -
From:
Roberto
To: [EMAIL PROTECTED]
Sent: Wednesday, October 06, 2004 5:19
PM
Subject: Re: run problem in cocoon
2.2
Hi,
well I don't get
Return Receipt
Your document:
Re: run problem in cocoon 2.2
was received by:
David Duhme/auszubildende/karmann/de
at:
10/06/2004 11:30:13
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
Johnson wrote:
every file in filesystem is ok,but cocoon said can't find it???
My windows is XP Home SP2
Does your installation path have whitespace in the filenames?
--
David Crossley
-
To unsubscribe, e-mail: [EMAIL
1.yes
2.I use localhost:8080/cocoon
ps.the cocoon 2.5.1 is ok with the same computer.
johnson
- Original Message -
From:
Roberto
To: [EMAIL PROTECTED]
Sent: Wednesday, October 06, 2004 5:30
PM
Subject: Re: run problem in cocoon
2.2
did you properly set
: Re: run problem in cocoon
2.2
1.yes
2.I use localhost:8080/cocoon
ps.the cocoon 2.5.1 is ok with the same
computer.
johnson
no
- Original Message -
From: David Crossley [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, October 06, 2004 5:54 PM
Subject: Re: run problem in cocoon 2.2
Johnson wrote:
every file in filesystem is ok,but cocoon said can't find it???
My windows is XP Home SP2
Does your
801 - 866 of 866 matches
Mail list logo