On Jul 18, 2011, at 6:28 PM, Torsten Curdt wrote:
So if the purpose is to lower the barrier for contribution, then why not
just having a contrib directory in SVN, clearly showing that these aren't
core modules, but still under the oversight of the PMC and the ASF at large?
+1
I fear that's
On Dec 22, 2009, at 2:09 AM, Carsten Ziegeler wrote:
Thanks for voting! I'll upload the artifacts asap.
Hey Carsten,
Were you able to upload it? All I could find is cocoon-xml-2.0.0 (and with
-source jars for some reason in the BINARIES directory - weird):
On Dec 22, 2009, at 3:00 AM, Reinhard Pötz wrote:
I try to login at cocoon.zones.apache.org but can't even establish a SSH
connection. Is it only me or do others have the same problem?
Worked for me just now.
Vadim
On Dec 13, 2009, at 8:58 AM, Reinhard Pötz wrote:
I propose Simone Tripodi as a new Cocoon committer and PMC member.
+1
Vadim
On Sep 16, 2009, at 8:55 AM, Robby Pelssers wrote:
Can you grant editing rights to useraccount ‘robbypelssers’ for the
cocoon documentation?
Done
Vadim
[
https://issues.apache.org/jira/browse/COCOON3-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12704771#action_12704771
]
Vadim Gritsenko commented on COCOON3-35:
Reply to comment # ... ummm ... comment
[
https://issues.apache.org/jira/browse/COCOON3-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12704233#action_12704233
]
Vadim Gritsenko commented on COCOON3-35:
Did you try embedding username/password
On Jan 15, 2009, at 9:05 AM, Reinhard Pötz wrote:
Steven Dolg wrote:
I planned to come up with an Imaging Module for quite some time now.
I'm +1 to add the patch to the C3 code base.
+1.
But question is, can you aggregate, include images?
This module also would need a good demo.
Vadim
On Jan 15, 2009, at 2:09 PM, Thorsten Scherler wrote:
Most archives do not
show any attachments nor do they usually offer a way to download them.
You seems are just using the wrong ones.
http://mail-archives.apache.org/mod_mbox/cocoon-dev/200901.mbox/%3c496e546f.6070...@indoqa.com%3e
This
On Dec 9, 2008, at 9:44 PM, David Crossley wrote:
I propose Robin Wyles as a new Cocoon committer
and PMC member.
+1
Vadim
On Sep 5, 2008, at 6:44 PM, Joerg Heinicke wrote:
I'm considering to go to New Orleans. I justed wanted to ask who is
planning to go as well and if anybody wants to share a room.
I'll be there. Try also asking on [EMAIL PROTECTED]
Vadim
On Aug 26, 2008, at 3:59 AM, Thorsten Scherler wrote:
On Mon, 2008-08-25 at 20:23 -0400, Vadim Gritsenko wrote:
On Aug 25, 2008, at 6:40 AM, Thorsten Scherler wrote:
...
Yes, ObjectModelHelper.REQUEST_OBJECT object is always unique. It is
actually unique in any environment. And since
On Aug 22, 2008, at 11:26 AM, Rainer Pruy wrote:
Hi,
sorry for intruding this discussion.
Not intruding at all :)
just from what I can take from this discussion:
Wouldn't it be easier to enclose this into a generalized Environment
implementation
that does support
On Aug 25, 2008, at 6:40 AM, Thorsten Scherler wrote:
On Fri, 2008-08-22 at 10:34 -0400, Vadim Gritsenko wrote:
On Aug 22, 2008, at 8:57 AM, Thorsten Scherler wrote:
So which object you would suggest to lock?
You wrote Suitable alternative would be to lock against top most
command line
On Aug 22, 2008, at 3:35 AM, Thorsten Scherler wrote:
How about:
} else {
-Object lock =
env.getObjectModel().get(HttpEnvironment.HTTP_REQUEST_OBJECT);
+Object lock =
env.getObjectModel().get(ObjectModelHelper.REQUEST_OBJECT);
On Aug 22, 2008, at 8:57 AM, Thorsten Scherler wrote:
On Fri, 2008-08-22 at 08:18 -0400, Vadim Gritsenko wrote:
On Aug 22, 2008, at 3:35 AM, Thorsten Scherler wrote:
How about:
} else {
-Object lock =
env.getObjectModel().get
On Aug 21, 2008, at 8:18 AM, Thorsten Scherler wrote:
still updating forrest to use cocoon-2.1.x and I found a problem in
the
AbstractCachingProcessingPipeline.
I am not sure whether someone is using the cocoon cli ATM. Forrest is
based around this component.
On Aug 21, 2008, at 10:59 AM, Jeremy Quinn wrote:
But in the short term, what do people prefer?
My fully expanded Dojo as a block (every file in SVN), or as a Jar
(a single file in SVN)?
Personally, jar file is just fine. Most or all IDEs can peek inside
jar file and show any file you
On Aug 13, 2008, at 7:42 AM, Thorsten Scherler wrote:
On Wed, 2008-08-13 at 12:12 +0200, Grzegorz Kossakowski wrote:
Hi,
In 2.1 every sitemap was mounted by root sitemap and thus mounted
sitemap inherited various settings
like components configuration or map:handle-errors declarations.
By
On Aug 15, 2008, at 10:02 AM, Grzegorz Kossakowski wrote:
I'm just playing around with Cocoon's RCL plug-in in some more
complicated scenario and stumbled upon a problem when the same class
is loaded by two different classloaders.
In brief, following steps are performed:
1. Class from my
On Aug 15, 2008, at 12:47 PM, Grzegorz Kossakowski wrote:
I just wanted to finish release process of Forms 1.0.0 and Template
1.0.0 and discovered that releases I've prepared and deployed into
our staging repository are gone:
http://people.apache.org/builds/cocoon/org/apache/cocoon/
Now I
On Aug 10, 2008, at 4:19 AM, Reinhard Pötz wrote:
Reinhard Pötz wrote:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
This means that any reference on Corona in source files, package
names, artifact ids, group ids or anywhere
On Aug 10, 2008, at 4:19 PM, Reinhard Pötz wrote:
Vadim Gritsenko wrote:
On Aug 10, 2008, at 4:19 AM, Reinhard Pötz wrote:
Reinhard Pötz wrote:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
This means that any reference
On Aug 5, 2008, at 9:07 AM, Grzegorz Kossakowski wrote:
As discussed in thread Cocoon-jms-sample requires Java = 1.5[1]
there are more and more problems with keeping Java 1.4 compatibility
in trunk.
After a while it turned out that everybody agrees on the need for
dropping Java 1.4
On Aug 6, 2008, at 7:19 AM, Reinhard Pötz wrote:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
This means that any reference on Corona in source files, package
names, artifact ids, group ids or anywhere else will be dropped
On Aug 6, 2008, at 5:17 AM, Reinhard Pötz wrote:
Reinhard Pötz wrote:
I agree with you that we shouldn't support such stuff but what
features do we want to see in a new LinkRewriteTransformer? (...
hence my suggestion that we start with a
ServletLinkRewriteTransformer because we know that
On Aug 4, 2008, at 7:46 AM, Grzegorz Kossakowski wrote:
I would like to propose David Legg as a new Cocoon committer and PMC
Member.
+1
Vadim
On Aug 4, 2008, at 3:01 PM, Carsten Ziegeler wrote:
[EMAIL PROTECTED] wrote:
Pick a number that will never be production for the experimental
branch e.g. 2.7. Skip a few numbers in case trunk needs another
minor
number (e.g. 2.3 and 2.4) and to avoid confusion that this branch is
not the
On Aug 4, 2008, at 3:49 AM, Ralph Goers wrote:
I've never really liked the word pipeline because I tend to think
of surfing when I hear it. That isn't altogether bad I suppose, but
it isn't altogether accurate either. I tend to think of what Cocoon
does more as a pipetree rather than a
On Jul 29, 2008, at 1:33 PM, Luca Morandini wrote:
Besides, I've heard Apache committers have special discounts on the
entire Mercedes-Benz range of models... what ? That was just a
joke ? Oh my... :(
You do get a discount on ApacheCon... See you in New Orleans?
Vadim
On Jul 28, 2008, at 11:26 AM, Reinhard Pötz wrote:
it's a great honor for me to propose Steven Dolg as a committer.
+1
Vadim
On Jul 29, 2008, at 1:29 AM, David Crossley wrote:
I would like to propose Luca Morandini as a new Cocoon committer
and PMC member.
+1. I wonder how he managed to avoid becoming a committer for so
long! ;-)
Vadim
On Jul 29, 2008, at 2:27 AM, David Crossley wrote:
I propose Thorsten Scherler as a new Cocoon committer
and PMC member.
+1
Vadim
On Jul 29, 2008, at 2:27 AM, David Crossley wrote:
I propose Andreas Hartmann as a new Cocoon committer
and PMC member.
+1
Vadim
On Jul 29, 2008, at 5:18 AM, Andrew Savory wrote:
It's my pleasure to propose Jasha Joachimsthal as a new committer on
the Apache Cocoon project.
+1
Vadim
On Jun 17, 2008, at 6:49 AM, Grzegorz Kossakowski wrote:
I've noticed that we have very handy XMLUtils[1] class in cocoon-
pipeline-impl that is useful outside the cocoon-pipeline-impl and
has no dependencies on the rest of the Cocoon.
Therefore I would like to move it to cocoon-xml-util
On Jun 2, 2008, at 5:19 PM, Grzegorz Kossakowski wrote:
Jeroen Reijn pisze:
Hi all,
the vote for dropping JDK 1.3 support for Cocoon 2.1.11+ has been
accepted by 12 +1 votes and no negative one.
I'm going to move the artifacts into the Apache Maven Maven 1 synch
repository in the next
On May 28, 2008, at 3:03 AM, Jeroen Reijn wrote:
I recently ran across problems while trying to upload cocoon 2.1.11
jars to the maven1 repository[1]. Building Cocoon with JDK 1.3
failed due to multiple errors. Therefor I would like to suggest
setting the minimum JDK to 1.4 for cocoon
On May 5, 2008, at 3:08 AM, Ralph Goers wrote:
I sure am glad we decided to go with Java 1.4 for 2.2. See the nice
bulletin at http://java.sun.com/j2se/1.4.2/download.html. At least
now I'm certain we won't be supporting 1.4 until 2010.
Ralph Goers wrote:
Carsten Ziegeler said:
On Apr 27, 2008, at 9:28 AM, Grzegorz Kossakowski wrote:
Kamal pisze:
I remember that there was some (good) reason to not have this
feature in JX template but I fail to find an e-mail in archives
right now.
Do you remember if those reasons related to JXTemplates
architecture or a was
[
https://issues.apache.org/jira/browse/COCOON-2063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12592066#action_12592066
]
Vadim Gritsenko commented on COCOON-2063:
-
I'm not sure why generator needs
On Apr 24, 2008, at 10:14 AM, James Cowie wrote:
it all depends on the content you wish to deliver from the
transformation. if you know that you will allways require UTF-8 then
set this as the default, you should be able to detect browser
version and work from there.
Transformer never
On Apr 24, 2008, at 11:11 AM, Vadim Gritsenko wrote:
On Apr 24, 2008, at 10:14 AM, James Cowie wrote:
it all depends on the content you wish to deliver from the
transformation. if you know that you will allways require UTF-8
then set this as the default, you should be able to detect
On Apr 10, 2008, at 3:31 AM, Carsten Ziegeler wrote:
Hi,
as we plan to have independent releases of all the blocks, the core
modules etc. we should reduce the number of dependencies refering to
snapshots to a minimum.
Especially for the parent poms and references to apis - there is no
On Apr 10, 2008, at 4:01 PM, Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
On Apr 10, 2008, at 3:31 AM, Carsten Ziegeler wrote:
Hi,
as we plan to have independent releases of all the blocks, the
core modules etc. we should reduce the number of dependencies
refering to snapshots
On Aug 12, 2005, at 10:47 AM, Berin Loritsch wrote:
On Wed, 2005-08-10 at 15:55 +0200, Leszek Gawron wrote:
Berin Loritsch wrote:
Considering we have a very international user base, and the fact
that
more and more projects have to deal with international or special
character, why not make
On Apr 8, 2008, at 7:54 AM, Reinhard Poetz wrote:
At the ApacheCon Carsten, Grek and I had the chance to talk about
the JNet
integration and to find a solution that (hopefully) works.
* First we all believe that it is not a good idea to consider the
blockcontext:/
URLs as expressions
On Apr 4, 2008, at 11:33 AM, Sylvain Wallez wrote:
Joerg Heinicke wrote:
On 03.04.2008 23:33, Jörg Heinicke (JIRA) wrote:
Every tree representation in Eclipse just sucks.
Shrug. Never was much of a fun of Eclipse myself...
There seems to be no serious SVN command line client (or at least
On Apr 3, 2008, at 2:58 PM, Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Why do we have to replace the blockcontext: protocol at all?
Take a look at its current source code. There is no such a thing
like blockcontext: protocol implementation at the moment.
In my [RT] mail I explained
On Mar 28, 2008, at 1:47 PM, Tobia Conforto wrote:
I'd like to disable JavaPrimitiveWrap globally in Cocoon flowscripts.
JavaPrimitiveWrap is a Rhino feature that, when disabled, will
return strings and numbers from Java calls as native Javascript
types, instead of wrapped Java objects.
On Apr 1, 2008, at 2:17 AM, [EMAIL PROTECTED] wrote:
fix threading issue (DateFormat is not thread-safe)
public String getLastAccessTime() {
-return formatter.format(new Date(wc.getLastAccessTime()));
+synchronized (this.formatter) {
+return formatter.format(new
On Mar 27, 2008, at 1:18 PM, Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
Anybody knowledgeable about maven? Anybody at all? :)
Is it still a problem?
Yes. Empty .repository/org/apache/cocoon, latest trunk, cocoon forms
branch had no modifications:
[INFO] Installing ~/cocoon
On Mar 26, 2008, at 9:14 AM, Reinhard Poetz wrote:
A simple scenario could be:
Pipeline API + java.net.URL + XML-SAX components
A more advanced scenario could consist of
Pipeline API + Sourceresolve + XML-SAX components + Sitemap
Engine
Do you really need both URL and
On Mar 25, 2008, at 4:22 PM, Vadim Gritsenko wrote:
Hi All,
There is something wrong going with maven here. Trying to build
Cocoon Forms from 1.0 branch:
$ svn info
URL:
https://svn.apache.org/repos/asf/cocoon/branches/cocoon-forms-1.0.0/cocoon-forms-impl
$ mvn install
[INFO
On Mar 26, 2008, at 11:09 AM, Steven Dolg wrote:
Carsten Ziegeler schrieb:
The pipeline writer needs to know how uri resolving works. He needs
to know what input values are allowed, what relative values mean etc.
But I will turn around the questions :) What caching do you need?
The ultra
On Mar 21, 2008, at 12:42 PM, Vadim Gritsenko wrote:
Hi All,
When trying to use trunk version of CForms, found out API
incompatibility with previous version. Namely, getLogger() method
has disappeared from the JXPathBindingBase class, so any custom
binding which uses logger
On Mar 26, 2008, at 12:01 PM, Steven Dolg wrote:
Vadim Gritsenko schrieb:
On Mar 26, 2008, at 11:09 AM, Steven Dolg wrote:
Carsten Ziegeler schrieb:
The pipeline writer needs to know how uri resolving works. He
needs to know what input values are allowed, what relative values
mean etc
On Mar 25, 2008, at 3:10 AM, Carsten Ziegeler wrote:
The abstraction we introduced with all these sub interfaces from
source looked great in the beginning, but today I'm not sure that
you really need this. Traversing over http urls is not working for
instance; if you want to traverse of
Hi All,
There is something wrong going with maven here. Trying to build Cocoon
Forms from 1.0 branch:
$ svn info
URL:
https://svn.apache.org/repos/asf/cocoon/branches/cocoon-forms-1.0.0/cocoon-forms-impl
$ mvn install
[INFO] Installing ~/cocoon-forms-1.0.x/cocoon-forms-impl/target/
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12582098#action_12582098
]
Vadim Gritsenko commented on COCOON-1985:
-
Both trunk and branch are patched
[
https://issues.apache.org/jira/browse/COCOON-2173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12582102#action_12582102
]
Vadim Gritsenko commented on COCOON-2173:
-
Patched branch and trunk:
(1) Wait
On Mar 22, 2008, at 1:14 PM, Lukas Lang wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to
Dojo 1.x (or
replacing it with something else if
Hi,
Seems like trunk got 'mavenized' to death:
$ svn up
At revision 639697.
$ ./build.sh clean
[INFO] Scanning for projects...
Downloading:
http://repo1.maven.org/maven2/org/apache/cocoon/cocoon/6/cocoon-6.pom
[INFO]
Hi All,
When trying to use trunk version of CForms, found out API
incompatibility with previous version. Namely, getLogger() method has
disappeared from the JXPathBindingBase class, so any custom binding
which uses logger will not compile after upgrade to 1.1.0 version.
Shouldn't CForms
On Mar 20, 2008, at 7:11 AM, Carsten Ziegeler wrote:
David Crossley wrote:
Carsten Ziegeler wrote:
I'm trying to update my checkout. I got several svn: Unrecognized
line ending style at various files. Retrying seems to solve the
problem, however now I get the error at the root. Svn is not
On Mar 19, 2008, at 5:39 AM, [EMAIL PROTECTED] wrote:
Author: reinhard
Date: Wed Mar 19 02:39:07 2008
New Revision: 638759
URL: http://svn.apache.org/viewvc?rev=638759view=rev
Log:
fix a rather obscure problem with per-pipeline error handlers:
If there is a per-pipeline handler in the last!
[
https://issues.apache.org/jira/browse/COCOON-2178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12580376#action_12580376
]
Vadim Gritsenko commented on COCOON-2178:
-
Harald, this should help you get
On Mar 18, 2008, at 4:11 AM, Thorsten Scherler wrote:
I am not sure whether you are aware of
http://svn.apache.org/viewvc/labs/droids/trunk/
You probably missed it, it was mentioned just few emails up this same
thread -
http://markmail.org/message/53mbfx56ubpx5and
Vadim
On Mar 18, 2008, at 2:29 PM, Reinhard Poetz wrote:
I've created another series of non-Maven release artifacts. See
http://people.apache.org/~reinhard/cocoon-staging/cocoon-servlet-service/
Jar file name to source/documentation directory name mapping is
inconsistent:
On Mar 18, 2008, at 4:08 AM, Grzegorz Kossakowski wrote:
Continuum VMBuild Server pisze:
snip/
Build
Error:
Provider
message: The svn
On Mar 18, 2008, at 10:32 AM, Vadim Gritsenko wrote:
On Mar 18, 2008, at 4:08 AM, Grzegorz Kossakowski wrote:
Continuum VMBuild Server pisze:
snip/
Build
Error
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vadim Gritsenko updated COCOON-1985:
Fix Version/s: 2.1.12-dev (Current SVN)
Fix backported to 2.1 branch
On Mar 18, 2008, at 4:35 PM, Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
The problem is with cocoon/blocks/cocoon-lucene/cocoon-lucene-
sample/src/main/resources/COB-INF/create-index2.jx file, svn:eol-
style property. I don't know how I can fix it since I can not
checkout latest
On Mar 18, 2008, at 8:41 PM, David Crossley wrote:
Vadim said the issue was with create-index2.jx file.
I don't see a problem with it.
I think you fixed it; but before that it somehow had eol-style set to
'Id', which caused svn client to abort update.
Vadim
On Mar 16, 2008, at 7:07 AM, Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year
On Mar 17, 2008, at 11:15 AM, Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
External HTTP crawler is not a replacement for cocoon embedding
APIs (which what our CLI was, allows you to embed cocoon and use it
from within another java application, together with simple main()
wrapper
On Mar 17, 2008, at 7:28 AM, Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Another idea: Provide a command-line interface again, maybe by
working together with the Forrest folks so that they can migrate
to 2.2?
+100!
I hope that you don't want to mimic our
On Mar 16, 2008, at 10:42 AM, Reinhard Poetz wrote:
Vadim Gritsenko wrote:
IMHO what's good a downloadable release if 'cocoon.sh run' does not
work?
I'm not sure if I understand your concerns here correctly. Maybe I
wasn't clear about what release artifacts I want to create. Here's
On Mar 17, 2008, at 11:30 AM, Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
My statement was meant to be more general (SSF + Spring migration +
Schema support).
For an SSF project only, I don't see enough work (I only know about
SAX buffering and support for redirects as missing
On Mar 14, 2008, at 2:22 PM, Luca Morandini wrote:
Sylvain Wallez wrote:
So we can take a different approach, and consider that we can use
plain programming languages rather than grow our own pseudo-
languages. A well-defined Java API and its Javascript binding
would make people way more
On Mar 14, 2008, at 2:33 PM, Reinhard Poetz wrote:
Reinhard Poetz wrote:
I have started to write some Ant scripts to produce non-Maven
release artifacts. This will of course help everybody who doesn't
want to use Maven or Ivy for dependency management but will also
bundle all the
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
replacing it with something else
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12578389#action_12578389
]
Vadim Gritsenko commented on COCOON-1985:
-
Alexander - if you take a look
On Mar 13, 2008, at 11:40 AM, Reinhard Poetz wrote:
. a pipeline API (that isn't limited to XML pipelines but would also
support connecting of any types of pipes)
. the pipeline API and the sitemap interpreter are useable from within
*plain Java code* (- no dependency on the Servlet API) --
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12578414#action_12578414
]
Vadim Gritsenko commented on COCOON-1985:
-
Interesting. It sounds that you
On Mar 12, 2008, at 6:52 AM, Grzegorz Kossakowski (JIRA) wrote:
@Rice: No, this is not a good fix because response must be always
discarded no matter if it's been already comitted or not.
Why do you think so? Why do you want to discard a response which I
carefully crafted in my
On Mar 10, 2008, at 8:33 AM, Joerg Heinicke wrote:
Has something changed with Rhino?
Nope, but was a problem in FOM_JavaScriptInterpreter. fixed.
Vadim
http://cocoon.zones.apache.org/demos/trunk/samples/forms/form1.flow
java.lang.RuntimeException: NOT SUPPORTED
at
On Feb 27, 2008, at 7:31 AM, Tobia Conforto wrote:
Actually XSLTC does preserve the cause, but it's wrapped in
TransformerExceptions.
Well if that's the case then Cocoon should show it to you. See
ExceptionGenerator [1], it uses ExceptionUtils.getCause(current) to
unroll exceptions. If
On Feb 27, 2008, at 12:47 PM, Tobia Conforto wrote:
I'm still not sure if this is the right way to go about it. My
gode gets rid of errorListener.getThrowable() and I fear whoever
put it there in the first place did it for a reason. Whatever an
errorlistener is :-)
Oh I see what you
On Feb 26, 2008, at 11:49 AM, Tobia Conforto wrote:
But if I use the compiling xsltc transformer, I get an opaque
Exception in CIncludeTransformer (see below) that hides the real
cause of the exception.
snip/
Caused by: javax.xml.transform.TransformerException: Exception in
On Feb 20, 2008, at 7:40 PM, Joerg Heinicke wrote:
That's why I'm strongly against adding this functionality to the
sitemap.
+1
(I have held back this mail (for nearly 24 hours) so that others could
form their own view. But it seems not too many people are
interested ...)
Well, beside
On Feb 20, 2008, at 9:41 AM, Reinhard Poetz wrote:
Vadim Gritsenko wrote:
On Feb 16, 2008, at 12:36 PM, [EMAIL PROTECTED] wrote:
start with an Ant script that creates the distribution artifacts
for Non-Maven Cocoon releases
Just wondering - why not assembly plugin?
I failed to get
On Feb 16, 2008, at 11:44 AM, Torsten Curdt wrote:
On 16.02.2008, at 17:12, Reinhard Poetz wrote:
After having seen quite a few people wonder what 'cocoon:rcl'
means, I propose to change it to some better name.
The general idea is that this Maven goal creates a web application
which
On Feb 16, 2008, at 12:36 PM, [EMAIL PROTECTED] wrote:
start with an Ant script that creates the distribution artifacts for
Non-Maven Cocoon releases
Just wondering - why not assembly plugin?
Do you want to create a binary distribution from a Maven project that
includes supporting
[
https://issues.apache.org/jira/browse/COCOON-2166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566900#action_12566900
]
Vadim Gritsenko commented on COCOON-2166:
-
You should differentiate the case when
[
https://issues.apache.org/jira/browse/COCOON-2165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566115#action_12566115
]
Vadim Gritsenko commented on COCOON-2165:
-
context: protocol can be used here
On Jan 29, 2008, at 4:22 PM, Reinhard Poetz wrote:
Vadim Gritsenko wrote:
On Jan 29, 2008, at 11:17 AM, Reinhard Poetz wrote:
o pipeline-specific error handlers don't work
But do you have a patent license for that? ;-) :-(
http://yro.slashdot.org/yro/08/01/30/1321241.shtml
Vadim
On Jan 29, 2008, at 11:17 AM, Reinhard Poetz wrote:
o pipeline-specific error handlers don't work
Can you elaborate? As far as I can see all tests are passing fine
http://cocoon.zones.apache.org/demos/trunk/samples/core/errorhandling/
On Jan 17, 2008, at 10:47 AM, Vadim Gritsenko wrote:
On Jan 17, 2008, at 8:12 AM, Joerg Heinicke wrote:
On 17.01.2008 05:45, Harald Entner wrote:
In normal mode everything runs fine. But when running a jmeter
test with 40 concurrent users, the AbstractWidgetDefinitionBuilder
throws
On Jan 17, 2008, at 8:12 AM, Joerg Heinicke wrote:
On 17.01.2008 05:45, Harald Entner wrote:
In normal mode everything runs fine. But when running a jmeter test
with 40 concurrent users, the AbstractWidgetDefinitionBuilder
throws a NullPointerException. see the full stacktrace at (1)
1 - 100 of 2061 matches
Mail list logo
