I guess you wanted to apply this to the branch and not to the release?
Carsten
[EMAIL PROTECTED] wrote:
Author: giacomo
Date: Tue Feb 8 03:28:21 2005
New Revision: 152661
URL: http://svn.apache.org/viewcvs?view=revrev=152661
Log:
Added input module that resolves to a real path similar to the
I'm really sorry, guys :-(
I havn't realized that I've switched from the branch to the release.
Does anyone have an idea how to revert my commit?
Carsten Ziegeler wrote:
I guess you wanted to apply this to the branch and not to the release?
Carsten
[EMAIL PROTECTED] wrote:
Author: giacomo
Date:
Hello all
I'd like to deprecate the RealPathModule in favor of the
ContextPathModule as all the RealPathModule can do is doable with the
ContextPathModule (but not 100% backward compatible) but the
ContextPathModule fits better in the Cocoon machinery as described in my
commit/javadocs.
Any
Philippe Guillard wrote:
Johnson wrote:
Hi!
I'm trying to use cform in a portal,It work fine except image src
location and client side script.
the image src location must use the portal's relation location, not
the orignal one ex. cal.gif and help.gif must put to the portal sub
directory.
the
Reinhard Poetz wrote:
Jeremy Quinn wrote:
On 27 Jan 2005, at 13:42, Reinhard Poetz wrote:
Additionally to (re)writing the docs, I will work on the online
application. Find a more detailed roadmap at the wiki page. If *you*
can spend some time, I would need help to figure out what's the best
Giacomo Pati wrote:
Hello all
I'd like to deprecate the RealPathModule in favor of the
ContextPathModule as all the RealPathModule can do is doable with the
ContextPathModule (but not 100% backward compatible) but the
ContextPathModule fits better in the Cocoon machinery as described in my
Hi,
On 8 Feb 2005, at 16:46, Stefano Mazzocchi wrote:
Also, should be update the slide webdav lib in the distro as well?
There's no released version of the updated lib, only milestone release
...
Andrew.
--
Andrew Savory, Managing Director, Luminas Limited
Tel: +44 (0)870 741 6658 Fax: +44
Stefano Mazzocchi wrote:
Giacomo Pati wrote:
Hello all
I'd like to deprecate the RealPathModule in favor of the
ContextPathModule as all the RealPathModule can do is doable with the
ContextPathModule (but not 100% backward compatible) but the
ContextPathModule fits better in the Cocoon
Hi,
I have a transformer that inherits from AbstractSAXTransformer. Works
well in 2.1.5 but seems to produce bad XML in 2.1.6. Has there been
any changes in 2.1.6 that I should be aware of? I'm setting the
namespaceURI and using startTransformingElement and
endTransformingElement methods.
On 8 Feb 2005, at 16:50, Andrew Savory wrote:
Hi,
On 8 Feb 2005, at 16:46, Stefano Mazzocchi wrote:
Also, should be update the slide webdav lib in the distro as well?
There's no released version of the updated lib, only milestone release
...
i.e. we had to backgrade the slide libs from a release
Alex Romayev wrote:
I have a transformer that inherits from AbstractSAXTransformer. Works
well in 2.1.5 but seems to produce bad XML in 2.1.6. Has there been
any changes in 2.1.6 that I should be aware of? I'm setting the
namespaceURI and using startTransformingElement and
AbstractSAXTransformer now sets namespaceURI via the pipeline
parameter, which happens in setup(). I used to set namespaceURI in the
constructor, so my namespace was getting overwritten to . I moved
setting namespaceURI right after calling super() in setup() and it
solved the problem.
-Alex
Sorry, I am still not sure I made that clear ;)
On 8 Feb 2005, at 19:20, Jeremy Quinn wrote:
i.e. we had to backgrade the slide libs from a release version to a
milestone version to make this work. So I don't know what the solution
is right now.
We had to backgrade from a release version to an
Pls. ignore my solution email.
Thanks for you help Vadim.
On Feb 8, 2005, at 2:24 PM, Vadim Gritsenko wrote:
Alex Romayev wrote:
I have a transformer that inherits from AbstractSAXTransformer.
Works well in 2.1.5 but seems to produce bad XML in 2.1.6. Has
there been any changes in 2.1.6
For anyone who is interested, you can now use IntelliJ for free to do
Cocoon development
http://www.jetbrains.com/idea/opensource/
Hello,
I saw a recent post regarding the DOMStreamer patch and related Cocoon
Initialization Error after a full Cocoon rebuild (though with a status of
'successful'.)
I'm also interested in this fix. Is this something that will take a day or two
(so I can wait)? Or, should I use a previous
Le 8 févr. 05, à 21:20, Ralph Goers a écrit :
For anyone who is interested, you can now use IntelliJ for free to do
Cocoon development
http://www.jetbrains.com/idea/opensource/
I had a look
but...http://www.jetbrains.com/idea/opensource/license.html says You
may: (i) save and use the Software
Yeah, that is annoying. I happen to have a commercial license through
my employer, but I can use this on a different machine then I use for
that. I find that if I have two Cocoon projects open (1 for 2.1.x and 1
for trunk) it is kind of pointless to open any others. Cocoon is rather
huge as
Jeremy Quinn wrote:
Sorry, I am still not sure I made that clear ;)
On 8 Feb 2005, at 19:20, Jeremy Quinn wrote:
i.e. we had to backgrade the slide libs from a release version to a
milestone version to make this work. So I don't know what the solution
is right now.
We had to backgrade from a
Giacomo Pati wrote:
Stefano Mazzocchi wrote:
Giacomo Pati wrote:
Hello all
I'd like to deprecate the RealPathModule in favor of the
ContextPathModule as all the RealPathModule can do is doable with the
ContextPathModule (but not 100% backward compatible) but the
ContextPathModule fits better
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32918.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33451.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33451.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I don't want to go into a bikeshedding war about logging but *EVERY
SINGLE TIME* I install a cocoon application I have to completely rewrite
the logging defaults.
Not tweak or improve: start over! And it's starting to piss me off.
It's insane the amount of crap that gets generated in the logs
Stefano Mazzocchi wrote:
Configurable is nice, but too much crap is not: it increases the noise
and reduces the signal.
Now tell me, am I the only one frustrated by this?
I always thought two things:
- too much logging by default
- never understood how to set logging the way i wanted it
I'm not 100% I understand what you are frustrated about: a) logkit b)
the way log calls are coded c) documentation d) all the above?
See below.
Stefano Mazzocchi wrote:
I don't want to go into a bikeshedding war about logging but *EVERY
SINGLE TIME* I install a cocoon application I have to
-Bertrand, big fan of IDEA by the way
Same here! :)
Henri has mailed them to ask what the deal is
about an ASF license or whether they want the
codebases/people to ask individually.
cheers
--
Torsten
signature.asc
Description: OpenPGP digital signature
Hello Ralph,
Can you comment on how you debug Cocoon with IDEA (isn't IntelliJ/Jetbrains
the name of the company?)? Can you set breakpoints and step through the
code?
Just for your reference, this is how I debug a Cocoon block:
Have to do this one time:
- Build the whole Cocoon thing with Ant
This can be done fairly easily. I'll outline the steps I use.
1. Create a directory named cocoon.
2. Do svn co
https://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X/;. This
will create a BRANCH_2_1_X subdirectory.
3. Build Cocoon.
4. Create an idea project in cocoon/BRANCH_2_1_X. Use
You might also need to include the cocoon jars from
build/webapps/WEB-INF-lib. I have one project that does that and one
that doesn't.
Ralph Goers wrote:
This can be done fairly easily. I'll outline the steps I use.
1. Create a directory named cocoon.
2. Do svn co
On Wednesday 09 February 2005 04:28, Bertrand Delacretaz wrote:
I'm wondering if there are many such pure open source developers who
never write a line of commercial code, or if people are really going to
switch to another environment when they do commercial (or just company
internal) work ;-)
Hi all,
I've managed to get Cocoon 2.1 working on WebSphere 5.1. That's not very
special, as many threads in mail-archives specify how to realize this,
and the page on the Wiki [1] also tells me how to do this.
Only one problem remained for me. Because class-loading mode is set to
PARENT_LAST,
32 matches
Mail list logo