[
http://issues.apache.org/jira/browse/COCOON-1738?page=comments#action_12363371
]
Fabrizio Sitzia commented on COCOON-1738:
-
Hello,
I did apply the COCOON-1718 patch, thinking that it might perhaps solve the
"from.options has no properties" probl
Giacomo Pati wrote:
Well, the Cocoon element is in flux. My goal is that it contains
- the target location (Where is Cocoon installed?)
Do we still have such a thing like a "Cocoon installed"?
For now I think it's enough if we create everything from the scratch. The target
location point
Ross Gardler wrote:
> Joerg Heinicke wrote:
> >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 fro
I'm not sure if all the blocking issues are done. That was what I was
asking.
Antonio Gallardo wrote:
Is all the bloking issues are already done, then please start a vote. ;-)
Best Regards,
Antonio Gallardo.
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.
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 p
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?
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Antonio Gallardo wrote:
Ralph Goers wrote:
I would like to propose a 2.1.9 release.
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 l
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
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 th
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
d
Hi all,
There will be a fair number of cocoon folk kicking around Amsterdam
over the next few weeks... is anyone interested in a meetup?
Andrew.
--
Andrew Savory, Managing Director, Luminas Limited
Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135
Web: http://www.luminas.co.uk/
Orixo allia
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.
http://cocoon.zones.apache.org/daisy/le
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
-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 wro
-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
[
http://issues.apache.org/jira/browse/COCOON-1609?page=comments#action_12363287
]
Stefan Podkowinski commented on COCOON-1609:
If I remember this issue right (its been a few months ago..) its rather a
design problem with the binding process an
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 fo
* 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/
[
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
* Derek Hohls:
>
> I have been posting on a thread on the users list:
> http://marc.theaimsgroup.com/?t=11375852011&r=1&w=2
Why don't you use the session-context input module?
Example:
Or just:
The above expression works because AuthAction (auth-protect)
returns a map of parameters ava
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 t
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 Gianu
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
> http://coc
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
b
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
[ 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
[
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
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
--
---
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)
R
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
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
rhino1.5r4-con
Components: Blocks: Forms
> Versions: 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 reporte
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)
eld
> --
>
> 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: Daniele Madama
> Assignee: Jean-Baptiste Quenot
>
[ 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 fi
[ 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: COC
Jörg Heinicke schrieb:
>>Von: Gump
>>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. A
[
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 the
> Von: Gump
> 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
Cocoon has removed it
JXTemplate Generater: set var problem
-
Key: COCOON-1737
URL: http://issues.apache.org/jira/browse/COCOON-1737
Project: Cocoon
Type: Bug
Components: Blocks: Templating
Versions: 2.1.9-dev (current SVN)
Reporter: Wer
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=11375852011&r=1&w=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 fol
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, er,
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: Daniel
[ http://issues.apache.org/jira/browse/COCOON-1639?page=all ]
Jean-Baptiste Quenot updated COCOON-1639:
-
The file neko.properties was not present. I added it but got the same problem.
Have you been able to reproduce the problem?
> [patch] NekoHTM
[ 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
> ---
>
>
-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: dev@cocoo
* roy huang:
> Another problem ,I can't update branch_2_1_x from svn these
> few days,always said src/block/ajax already exits(something
> like that)
Remove the whole working directory and checkout again. Subversion
is unable to catchup with the lots of changes in svn:externals.
--
* 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
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/ -->// Connectio
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
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 proje
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 proje
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
/export/home/c
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 affec
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 affec
56 matches
Mail list logo