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 packaged-jmock has an issue affecting its community integration.
This issue
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 packaged-jmock has an issue affecting its community integration.
This issue
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 19 January 08:02 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-01-19 08:02:20
... Rendering docs in
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 jing has an issue affecting its community integration.
This issue affects 1
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 jing has an issue affecting its community integration.
This issue affects 1
Giacomo Pati wrote:
On Wed, 18 Jan 2006, Reinhard Poetz wrote:
Of course it's possible to edit the wiring.xml but I would (will)
recommend
Editing wiring.xml? I may now be totally wrong but I've understud that
the wiring.xml is a generated file by the deployer (and the
deployer-plugin uses
On 19 Jan 2006, at 08:27, Andrew Stevens wrote:
From: Antonio Gallardo [EMAIL PROTECTED]
Date: Thu, 19 Jan 2006 00:27:44 -0600
Antonio Gallardo wrote:
[snip]
http://cocoon.zones.apache.org/logs/cocoon-demos -- /Connection
reset by peer
http://cocoon.zones.apache.org/daisy/ --// Connection
* Ralph Goers:
Thatupdate includedsome newcalculators written
in flowscript. This versionof Cocoonis using
rhino1.5r4-continuations-20040629T1232.jar.
Ralph,
Have you tried to replace this jar with Cocoon trunk's Rhino jar?
We are successfully running
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've skimmed lots of code and am now hepefully more up-to-date as I was
when writing the original mail.
On Thu, 19 Jan 2006, Reinhard Poetz wrote:
Date: Thu, 19 Jan 2006 09:52:18 +0100
From: Reinhard Poetz [EMAIL PROTECTED]
Reply-To:
[ http://issues.apache.org/jira/browse/COCOON-1639?page=all ]
Jean-Baptiste Quenot reassigned COCOON-1639:
Assign To: Jean-Baptiste Quenot (was: Cocoon Developers Team)
[patch] NekoHTMLTransformer
---
NPE in forms library when extend field
--
Key: COCOON-1736
URL: http://issues.apache.org/jira/browse/COCOON-1736
Project: Cocoon
Type: Bug
Components: Blocks: Forms
Versions: 2.1.9-dev (current SVN)
Reporter:
Below you explain the role of pom.xml and the role of block.xml. From a
technology point of view, I can see why you are going this way.
However, if we think of a newcomer to Cocoon, I can see this as being
unnecessarily complicated. Why are some things in pom.xml and others in
block.xml? Well,
I am running Cocoon 2.1.5, under JDK 1.4, Tomcat 4 (Windows)
I have been posting on a thread on the users list:
http://marc.theaimsgroup.com/?t=11375852011r=1w=2
The recommendation from Geert Josten is that I raise this as
potential bug.
Not sure if this is indeed one, or what route to
Von: Gump general_at_gump.apache.org
Datum: Thu, 19 Jan 2006 00:03:53 PST
Project packaged-jmock has an issue affecting its community integration.
This issue affects 147 projects,
and has been outstanding for 2 runs.
I wonder why so many projects depend on *our* packaged jmock. At least
[
http://issues.apache.org/jira/browse/COCOON-1737?page=comments#action_12363250
]
Werner Masik commented on COCOON-1737:
--
Sorry. I have to correct myself. The problem seems to be more complex than it
looked like. The bug cannot be reproduced with
[ http://issues.apache.org/jira/browse/COCOON-1736?page=all ]
Jean-Baptiste Quenot reassigned COCOON-1736:
Assign To: Jean-Baptiste Quenot
NPE in forms library when extend field
--
Key:
[ http://issues.apache.org/jira/browse/COCOON-1736?page=all ]
Jean-Baptiste Quenot updated COCOON-1736:
-
Attachment: 20060119-COCOON-1736
Please try the attached patch
NPE in forms library when extend field
: COCOON-1736
URL: http://issues.apache.org/jira/browse/COCOON-1736
Project: Cocoon
Type: Bug
Components: Blocks: Forms
Versions: 2.1.9-dev (current SVN)
Reporter: Daniele Madama
Assignee: Jean-Baptiste Quenot
Attachments: 20060119-COCOON-1736
On 1/19/06, Ralph Goers [EMAIL PROTECTED] wrote:
I looked at what I believe is the right version of
ContinuationInterpreter
(http://svn.cocoondev.org/repos/rhino+cont/branches/BEFORE_PACKAGENAME_CHANGE/rhino1_5R4pre/src/org/mozilla/javascript/continuations/ContinuationInterpreter.java)
and
: 2.1.9-dev (current SVN)
Reporter: Daniele Madama
Assignee: Jean-Baptiste Quenot
Fix For: 2.2-dev (Current SVN), 2.1.9-dev (current SVN)
Attachments: 20060119-COCOON-1736, AbstractWidgetDefinition.patch
As reported on my mail [1] I've a NPE in forms library when extend a field
No. I might suggest they test it in our development environment after
they get the system stabilized.
Jean-Baptiste Quenot wrote:
* Ralph Goers:
Thatupdate includedsome newcalculators written
in flowscript. This versionof Cocoonis using
Giacomo Pati wrote:
I hope that I can provide a first useable version of the
deployer-maven-plugin by the end of the week so that you (and others)
can try it out and that we find a balance between what should be
configureable and what not, which and how many configuration files we
want, what
double-listbox problem in repeaters
---
Key: COCOON-1738
URL: http://issues.apache.org/jira/browse/COCOON-1738
Project: Cocoon
Type: Bug
Components: Blocks: Ajax, Blocks: Forms
Versions: 2.1.8, 2.1.9-dev (current SVN)
Following the link http://cocoon.apache.org/2.1/installing/jars.html
brings the message:
This is now an autogenerated document. If you see this message, then
something is wrong with the build!
Is this a known problem? ;-)
Regards,
John Webber
--
[
http://issues.apache.org/jira/browse/COCOON-1738?page=comments#action_12363259
]
Fabrizio Sitzia commented on COCOON-1738:
-
Discussion
==
Note that any 'double-listbox'-styled fields, which are rendered when the form
is initially loaded
[ http://issues.apache.org/jira/browse/COCOON-1737?page=all ]
Leszek Gawron reassigned COCOON-1737:
-
Assign To: Leszek Gawron
JXTemplate Generater: set var problem
-
Key: COCOON-1737
URL:
John L. Webber wrote:
Following the link http://cocoon.apache.org/2.1/installing/jars.html
brings the message:
This is now an autogenerated document. If you see this message, then
something is wrong with the build!
Is this a known problem? ;-)
It is now ;-) Thanks for reporting this.
What
Upayavira wrote:
Below you explain the role of pom.xml and the role of block.xml. From a
technology point of view, I can see why you are going this way.
However, if we think of a newcomer to Cocoon, I can see this as being
unnecessarily complicated. Why are some things in pom.xml and others in
On 1/19/06, Antonio Gallardo [EMAIL PROTECTED] wrote:
Hi Nicolás,
Glad to see you considering Cocoon. I think it is a good choice.
Unfortunately, I tried to find the Gianugo presentation online but seems
like there is not. Maybe Gianugo can share with us the presentation in
On 1/19/06, Gianugo Rabellino [EMAIL PROTECTED] wrote:
On 1/19/06, Antonio Gallardo [EMAIL PROTECTED] wrote: Hi Nicolás, Glad to see you considering Cocoon. I think it is a good choice. Unfortunately, I tried to find the Gianugo presentation online but seems
like there is not. Maybe Gianugo can
Hello,
we discovered that the setup() method of a custom generator is sometimes
called twice in one request.
We saw in the logs that the following methods were called in that order:
setup
getKey
getValidity
getValidity
setup
...
This does not always happen; in fact, it seem to happens only if
* Derek Hohls:
I have been posting on a thread on the users list:
http://marc.theaimsgroup.com/?t=11375852011r=1w=2
Why don't you use the session-context input module?
Example:
map:parameter name=userId
value={session-context:authentication/authentication/ID}/
Or just:
map:parameter
[
http://issues.apache.org/jira/browse/COCOON-1738?page=comments#action_12363281
]
Jean-Baptiste Quenot commented on COCOON-1738:
--
Hello, is your problem similar to
http://issues.apache.org/jira/browse/COCOON-1718?
double-listbox problem in
* Tilman Rassy:
we discovered that the setup() method of a custom generator is
sometimes called twice in one request.
Hello,
Assuming it is the case, why is it a problem? Can you elaborate
on that?
--
Jean-Baptiste Quenot
http://caraldi.com/jbq/
On Thursday 19 January 2006 19:13, Jean-Baptiste Quenot wrote:
* Tilman Rassy:
we discovered that the setup() method of a custom generator is
sometimes called twice in one request.
Hello,
Assuming it is the case, why is it a problem? Can you elaborate
on that?
Thank you for the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 19 Jan 2006, Reinhard Poetz wrote:
Date: Thu, 19 Jan 2006 16:24:10 +0100
From: Reinhard Poetz [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: M10N
Giacomo Pati wrote:
I hope that I can provide a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 19 Jan 2006, Reinhard Poetz wrote:
Date: Thu, 19 Jan 2006 17:19:32 +0100
From: Reinhard Poetz [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: Why pom.xml and block.xml? (was Re: M10N)
Upayavira
On Thu, 19 Jan 2006, Jörg Heinicke [EMAIL PROTECTED] wrote:
I wonder why so many projects depend on *our* packaged jmock.
Ahh, for historical reasons.
I was experimenting with building jmock and it simply will never work
(a backwards incomatible change in JUnit in the dead 3.8.x branch made
The Authentication Framework: Authenticating a User page contains a
typo directly above the Using a Java class as the authentication
resource section. The word temporary is misspelled as temporay.
Promote me to an editor and I'll change it myself.
On 19.01.2006 17:01, Ross Gardler wrote:
http://cocoon.apache.org/2.1/installing/jars.html
What *should* be going in here and how did it get there with the old
build system? Is this something Forrest needs to handle?
AFAIR it was generated from our jars.xml in the lib dir and with build
On 19.01.2006 19:01, Tilman Rassy wrote:
we discovered that the setup() method of a custom generator is sometimes
called twice in one request.
Are you sure that it is only one request. For example using the Acrobat
Reader in IE results in two requests.
in fact, it seem to happens only if
On 19.01.2006 14:59, Carsten Ziegeler wrote:
Isn't the gump descriptor currently totally useless as it
is based on the old directory structure?
Maybe we should fix it ;) Seriously ... how do other Maven projects get
built with gump?
Jörg
Joerg Heinicke wrote:
On 19.01.2006 17:01, Ross Gardler wrote:
http://cocoon.apache.org/2.1/installing/jars.html
What *should* be going in here and how did it get there with the old
build system? Is this something Forrest needs to handle?
AFAIR it was generated from our jars.xml in the
Joerg Heinicke wrote:
On 19.01.2006 19:01, Tilman Rassy wrote:
Our XSL stylesheets usually include other stylesheets. As far as I
know, the caching mechanism takes this into account. May the problem
have something to do with that?
Are you including the other stylesheets using a cocoon
Ralph Goers wrote:
So is this the only thing that needs to be done or has it already been
taken care of? Are there other outstanding items?
When should we start a vote?
Is all the bloking issues are already done, then please start a vote. ;-)
Best Regards,
Antonio Gallardo.
45 matches
Mail list logo
