Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 03 February 08:02 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-02-03 08:02:07
... Rendering docs in
Ralph Goers schrieb:
Nope. WSRPException does a super on Exception(String message, Throwable
t) which is only available in JDK 1.4 So either this class needs to be
modified or the doc at
http://portals.apache.org/wsrp4j/gettingstarted/installation.html is
wrong and wsrp4j requires JDK
The problem is that I'm trying to verify Cocoon for a 2.1.9 release. Do
we drop WSRP support in the meantime?
Carsten Ziegeler wrote:
Ralph Goers schrieb:
Nope. WSRPException does a super on Exception(String message, Throwable
t) which is only available in JDK 1.4 So either this class
BTW - I have thought of two ways to fix this. (I'd post this on
wsrp4j-dev, but it appears that list is moderated - I responded to the
subscribe but I haven't gotten a response saying I'm subscribed).
1.
super(Messages.get(errorCode));
try
{
this.initCause(t);
}
catch (Exception e)
{
[
http://issues.apache.org/jira/browse/COCOON-1301?page=comments#action_12365056
]
Jean-Baptiste Quenot commented on COCOON-1301:
--
OK for blur, it works.
For rotate and mirror, do you mind if I comment out the samples?
[Patch] Image
Ralph Goers wrote:
The problem is that I'm trying to verify Cocoon for a 2.1.9 release. Do
we drop WSRP support in the meantime?
There are a lot of things to do for the final 2.1.9 release; we
collected them
recently, but afaik they haven't been addressed yet anyway. So I guess
we have enough
* Ralph Goers:
The question is, does the current behavior work for some
people or is this a flat-out bug? (This is a general question
applicable to any incompatible change).
The current way can work provided that the XML path already exists
in the target document. In short, you
Sylvain Wallez schrieb:
Ralph Goers wrote:
BTW - I have thought of two ways to fix this. (I'd post this on
wsrp4j-dev, but it appears that list is moderated - I responded to the
subscribe but I haven't gotten a response saying I'm subscribed).
1.
super(Messages.get(errorCode));
try
{
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon has an issue affecting its community integration.
This issue affects 58
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon has an issue affecting its community integration.
This issue affects 58
Jean-Baptiste Quenot (JIRA) wrote:
[ http://issues.apache.org/jira/browse/COCOON-1558?page=all ]
Jean-Baptiste Quenot updated COCOON-1558:
-
Bugzilla Id: (was: 35673)
Why bugzilla id is lost here, and in many other issues? Is it Jira bug (or
I've update to the latest wsrp4j compiled with jdk 1.3 - the portal demo
seems now to run with 1.3
Carsten
--
Carsten Ziegeler - Open Source Group, SN AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 03 February 02:02 PM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-02-03 02:02:06
... Rendering docs in
I restarted them now.
Is it necessary that the forrestbot runs so often? Seems like now it
runs every 3 hours. IMO once or twice a day would be enough.
On Fri, 2006-02-03 at 16:35 +1100, David Crossley wrote:
These failures are because the Cocoon zone services
are down again.
-David
[ http://issues.apache.org/jira/browse/COCOON-1761?page=all ]
Reinhard Poetz updated COCOON-1761:
---
Description:
make sure that pom.xml and block.xml don't contain contrary information
- each dependency that points to a block needs to be a
Thanks. Now I should be able to continue to test the fix I am working on.
Carsten Ziegeler wrote:
I've update to the latest wsrp4j compiled with jdk 1.3 - the portal demo
seems now to run with 1.3
Carsten
Ralph Goers wrote:
So this is one way to get us motivated to get 2.2 out.
Do you think it's still feasible to release 2.2 with only ECM+ and maven build?
Probably trunk already passed 2.2 release point...
Vadim
David Crossley wrote:
David Crossley wrote:
Vadim, Helma, ... does anyone still have a list of the
filenames from when we investigated this. We will need
to set up re-directs now.
Here are files I used - attached
Vadim
/692.html
/bylaws-addendum.html
/developing/concepts/avalon.html
[
http://issues.apache.org/jira/browse/COCOON-1715?page=comments#action_12365078
]
Jean-Baptiste Quenot commented on COCOON-1715:
--
Don't think the patch will do it, because when the class is loaded, all
dependencies are checked, even for code
Bruno Dumon wrote:
I restarted them now.
Is it necessary that the forrestbot runs so often? Seems like now it
runs every 3 hours. IMO once or twice a day would be enough.
No it isn't necessary anymore - was handy when doing the work to create
the new docs.
The idea of frequent builds is to
Ross Gardler wrote:
Bruno Dumon wrote:
I restarted them now.
Is it necessary that the forrestbot runs so often? Seems like now it
runs every 3 hours. IMO once or twice a day would be enough.
No it isn't necessary anymore - was handy when doing the work to create
the new docs.
The idea
[ http://issues.apache.org/jira/browse/COCOON-1489?page=all ]
Jean-Baptiste Quenot reassigned COCOON-1489:
Assign To: (was: Jean-Baptiste Quenot)
Unassigning this bug, as there's also another issue COCOON-1753, maybe
XIncludeTransformer
[ http://issues.apache.org/jira/browse/COCOON-1657?page=all ]
Jean-Baptiste Quenot closed COCOON-1657:
Resolution: Won't Fix
Closing bug, as no feedback was received. Please reopen if this is still an
issue.
VelocityGenerator: error
[ http://issues.apache.org/jira/browse/COCOON-1558?page=all ]
Jean-Baptiste Quenot closed COCOON-1558:
Fix Version: 2.2-dev (Current SVN)
2.1.9-dev (current SVN)
Resolution: Fixed
Committed, thanks!
See
On 03.02.2006 14:08, Vadim Gritsenko wrote:
[ http://issues.apache.org/jira/browse/COCOON-1558?page=all ]
Jean-Baptiste Quenot updated COCOON-1558:
-
Bugzilla Id: (was: 35673)
Why bugzilla id is lost here, and in many other issues? Is it
Role Handling
-
Key: COCOON-1769
URL: http://issues.apache.org/jira/browse/COCOON-1769
Project: Cocoon
Type: Sub-task
Components: - Blocks Framework
Reporter: Daniel Fagerstrom
The concept of role handling is Avalon specific, so it doesn't work
Ross Gardler wrote:
Ross Gardler wrote:
Bruno Dumon wrote:
I restarted them now.
Is it necessary that the forrestbot runs so often? Seems like now it
runs every 3 hours. IMO once or twice a day would be enough.
No it isn't necessary anymore - was handy when doing the work to create
David Crossley wrote:
Ross Gardler wrote:
Ross Gardler wrote:
Bruno Dumon wrote:
I restarted them now.
Is it necessary that the forrestbot runs so often? Seems like now it
runs every 3 hours. IMO once or twice a day would be enough.
No it isn't necessary anymore - was handy when doing
28 matches
Mail list logo