Hi:
This is a nice discussion. Comments below
3. What about mutiple page forms? Especially non-wizard (navigate
from any page to any page, etc.) forms? I recall reading something
about handling multipage forms as separate forms tied together by a
flowscript controller? However, are
Hi guys girls!
Had a look at the updated Cocoon site and it is great to see that the layout
is now displayed correctly in IE.
Though, I don't quite understand why the left menu is still that overcrowded
while we have a nice possibility in Forrest to group related items into
separate tabs.
I
Konstantin Piroumian wrote:
Had a look at the updated Cocoon site and it is great to see
that the layout
is now displayed correctly in IE.
Though, I don't quite understand why the left menu is still
that overcrowded
while we have a nice possibility in Forrest to group related
items into
Thanks Jeff, it is in fact very interesting.
--
Olivier
On 17/10/2003 00:09, Jeff Ramsdale wrote:
Here's some info you might find useful concerning XML parsing performance:
http://www.sosnoski.com/opensrc/xmlbench/index.html
Note it's a little out of date, but probably still somewhat relevant.
Antonio Gallardo wrote:
Hi:
This is a nice discussion. Comments below
3. What about mutiple page forms? Especially non-wizard (navigate
from any page to any page, etc.) forms? I recall reading something
about handling multipage forms as separate forms tied together by a
Sylvain, or whoever can clarify this:
Recenlty there was an addition of woody2.js for flowscript handlinf of
Woody.
It looks like woody2.js is a new version of woody.js (deprecating
the latter). Or is it just an addition?
Forms used to have a show method. Now in woody2.js they have a
Sylvain Wallez wrote:
Mmmh... what if a ThreadSafe component declared in cocoon.xconf expects
an URI (a string) and then uses the Avalon resolver to get a Source?
What base URI will be considered?
The cocoon context directory?
I'm not sure we can avoid keeping the current base URI in a
Barzilai Spinak wrote:
Sylvain, or whoever can clarify this:
Recenlty there was an addition of woody2.js for flowscript handlinf of
Woody.
It looks like woody2.js is a new version of woody.js (deprecating
the latter). Or is it just an addition?
Exactly. This a new version which is a
Barzilai Spinak dijo:
Right now, the best Woody documentation there is, is the one at the Wiki
pages which is several eons old
and just shows a lot of disperesed concepts and bits but not the wires
that make them work with each other.
Hi Barzilai:
First, your name is not very common in this
Hello *
I want to write a small JMS server that reads a message from the queue and
generates a report using cocoon. The generation of the reports spends a
long time in SOL querys and they can also grow very large. So i can't
generate them online in our webapplikation. But we need PDF and Excel
Antonio Gallardo wrote:
Barzilai Spinak dijo:
Right now, the best Woody documentation there is, is the one at the Wiki
pages which is several eons old
and just shows a lot of disperesed concepts and bits but not the wires
that make them work with each other.
Hi Barzilai:
First, your name
Sylvain Wallez dijo:
Yep. And posts like Barzilai's one make me wonder if we should stop
development in the 2.1 repo and move it over to 2.2 into a new cforms
(Cocoon forms) block. Note that this doesn't prevent to backport this
block to 2.1 before an official 2.2 release if we consider that
Konstantin Piroumian wrote:
Hi guys girls!
Had a look at the updated Cocoon site and it is great to see that the layout
is now displayed correctly in IE.
Though, I don't quite understand why the left menu is still that overcrowded
while we have a nice possibility in Forrest to group related
Antonio Gallardo wrote:
Sylvain Wallez dijo:
Yep. And posts like Barzilai's one make me wonder if we should stop
development in the 2.1 repo and move it over to 2.2 into a new cforms
(Cocoon forms) block. Note that this doesn't prevent to backport this
block to 2.1 before an official 2.2 release
Ugo Cei dijo:
Antonio Gallardo wrote:
Sylvain Wallez dijo:
Yep. And posts like Barzilai's one make me wonder if we should stop
development in the 2.1 repo and move it over to 2.2 into a new
cforms (Cocoon forms) block. Note that this doesn't prevent to
backport this block to 2.1 before an
On Oct 17, 2003, at 12:39 PM, Antonio Gallardo wrote:
Sylvain Wallez dijo:
Yep. And posts like Barzilai's one make me wonder if we should stop
development in the 2.1 repo and move it over to 2.2 into a new
cforms
(Cocoon forms) block. Note that this doesn't prevent to backport this
block to 2.1
Johann Romefort dijo:
Hi,
Sorry if this is a bit off-topic, but what about adding a Cocoon Jobs
section to the wiki?
This could be divided into two subsections, developers searching for a
Cocoon job, and
companies looking for developpers with Cocoon skills.
We sometimes have some needs in
Antonio Gallardo wrote:
Sylvain Wallez dijo:
Yep. And posts like Barzilai's one make me wonder if we should stop
development in the 2.1 repo and move it over to 2.2 into a new cforms
(Cocoon forms) block. Note that this doesn't prevent to backport this
block to 2.1 before an official 2.2
Nicola Ken Barozzi wrote:
Unico Hommes has been helping a lot on the Cocoon and Forrest mailing
lists, and I can see from that his knowledge of Cocoon is well over par.
Furthermore, he has made this locationmap that he will concievable want
to maintain, so I'd like him to have a more
Steven Noels wrote:
Nicola Ken Barozzi wrote:
Unico Hommes has been helping a lot on the Cocoon and Forrest mailing
lists, and I can see from that his knowledge of Cocoon is well over par.
Furthermore, he has made this locationmap that he will concievable want
to maintain, so I'd like
Steven Noels [EMAIL PROTECTED] wrote:
Nicola Ken Barozzi wrote:
Unico Hommes has been helping a lot on the Cocoon and Forrest
mailing lists, and I can see from that his knowledge of Cocoon is
well over par.
Furthermore, he has made this locationmap that he will concievable
want
Steven Noels wrote:
Nicola Ken Barozzi wrote:
...
Because of this, I propose Unico Hommes as a Cocoon committer.
I was a bit confused by the difference between your subject and your
mail body.
Hahaha :,-D it seems that I'm unable to conceal my inner feelings.
I'm +1 with both, actually. So
Because of this, I propose Unico Hommes as a Cocoon committer.
+1, welcome!
-Bertrand
http://www.watches-lexic.ch/pages/eng/gal/wat/faconnable6.htm
The gadget for the next GT? Mmmh... maybe not, if we want to keep the
price low ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
Hi All,
+1 from me too, welcome Unico :)
Cheers,
Marcus
On Fri, 2003-10-17 at 15:27, Bertrand Delacretaz wrote:
Because of this, I propose Unico Hommes as a Cocoon committer.
+1, welcome!
-Bertrand
From: Geoff Howard [EMAIL PROTECTED]
Konstantin Piroumian wrote:
...
Had a look at the updated Cocoon site and it is great to see that the
layout
is now displayed correctly in IE.
...
Sounds great to me. AFAIK no one fixed the IE layout - I'd assumed
this came from an upgrade in Forrest
Le Vendredi, 17 oct 2003, à 14:19 Europe/Zurich, Antonio Gallardo a
écrit :
...When you will have some places to be filled by people with skills in
cocoon. I think you can post a message to the users list and request
off
topic replies for your mail. I saw this is the current approach that
some
Geoff Howard wrote:
Steven Noels wrote:
Nicola Ken Barozzi wrote:
Unico Hommes has been helping a lot on the Cocoon and Forrest mailing
lists, and I can see from that his knowledge of Cocoon is well over
par.
Furthermore, he has made this locationmap that he will concievable
want
to
Because of this, I propose Unico Hommes as a Cocoon committer.
+1
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
Steven Noels wrote:
Nicola Ken Barozzi wrote:
Unico Hommes has been helping a lot on the Cocoon and Forrest mailing
lists, and I can see from that his knowledge of Cocoon is well over
par.
Furthermore, he has made this locationmap that he will concievable want
to maintain, so I'd like him
Steven Noels wrote:
Nicola Ken Barozzi wrote:
Unico Hommes has been helping a lot on the Cocoon and Forrest mailing
lists, and I can see from that his knowledge of Cocoon is well over par.
Furthermore, he has made this locationmap that he will concievable want
to maintain, so I'd like
Nicola Ken Barozzi wrote:
Because of this, I propose Unico Hommes as a Cocoon committer.
+1
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
On Tue, 2003-10-14 at 22:31, Timothy Larson wrote:
Attn: Bruno, Sylvain, and anyone else working with Woody.
Would you take a look at the WoodyTemplateTransformer attached to:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
and let me know if it is suitable to replace the current class?
hello Sylvain
I have a question about the function process(FormContext) in Form.
at first, I don´t use the standard woody2.js, also I mean I use my way to
build a form(maybe here is the problem?), it runs correctly by older woody
which using formhandler pattern.
now I use actionlistener pattern
Andrzej Jan Taramina wrote:
I'm trying to figure out how to use MS SQLServer 2K's Identity columns as a
primary key, which automatically generate a new value for the field when using
Modular DB Actions to do an insert.
I kinda thought it should look like this for an identity column called id in
On Friday, Oct 17, 2003, at 12:39 Europe/Rome, Antonio Gallardo wrote:
I am sure many people that could not go to Ghent (as me) is very happy
for
the effort that Stefano did doing the AVI's. It is really great to see
what there happens, see all the presentations and get a better feel of
what
From: Steven Noels [mailto:[EMAIL PROTECTED]
Nicola Ken Barozzi wrote:
Unico Hommes has been helping a lot on the Cocoon and
Forrest mailing lists, and I can see from that his
knowledge of Cocoon is well over par. Furthermore, he
has made this locationmap that he will
[BUG] Inner classes not being recompiled
Observed in a Cocoon 2.1 snapshot from Oct 9, 2003.
Inner classes are not recompiled when file containing them is modified.
This may be the cause of the strange behaviour Bruno observed in this email:
Andrzej Jan Taramina wrote:
So I wrote a quick SQLServer Identity AutoIncrement module for Cocoon that
resolved this issue for me. It's called
org.apache.cocoon.components.modules.database.SQLServerIdentityAutoIncrementMo
dule
and was modelled on the hsqldb version that comes with Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15558.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=15558.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Fri, 2003-10-17 at 20:09, Timothy Larson wrote:
[BUG] Inner classes not being recompiled
Observed in a Cocoon 2.1 snapshot from Oct 9, 2003.
Inner classes are not recompiled when file containing them is modified.
This may be the cause of the strange behaviour Bruno observed in this email:
--- Bruno Dumon [EMAIL PROTECTED] wrote:
On Fri, 2003-10-17 at 20:09, Timothy Larson wrote:
[BUG] Inner classes not being recompiled
Observed in a Cocoon 2.1 snapshot from Oct 9, 2003.
Inner classes are not recompiled when file containing them is modified.
This may be the cause of the
Anyone have a logical view of how the Treebuilder is supposed to work? It would
definitely help me in refactoring things. As it is now, the Treebuilder is
tightly integrated with the ECM, so it is something that won't work right
away... I am just trying to get to a place where I can compile 2.2
On Thu, 2003-10-16 at 00:11, Ugo Cei wrote:
Bruno Dumon wrote:
On Wed, 2003-10-15 at 22:29, Ugo Cei wrote:
To all Woddy gurus out there: what is the purpose of the
DynamicSelectionList.SelectionListHandler class? Why doesn't
DynamicSelectionList just spit out the SAX events generated from
On Friday, Oct 17, 2003, at 20:36 Europe/Rome, Berin Loritsch wrote:
Anyone have a logical view of how the Treebuilder is supposed to work?
It would
definitely help me in refactoring things. As it is now, the
Treebuilder is
tightly integrated with the ECM, so it is something that won't work
On Thursday, October 16, 2003, at 02:29 PM, Andrew Savory wrote:
On Thu, 16 Oct 2003, Stefano Mazzocchi wrote:
Andrew knows a lot about SMIL, any suggestion there?
We shouldn't need to specify audio separately if it's in the video. It
should just work.
Of course, it'd be lovely if we had audio
Stefano Mazzocchi wrote:
On Friday, Oct 17, 2003, at 20:36 Europe/Rome, Berin Loritsch wrote:
Anyone have a logical view of how the Treebuilder is supposed to work?
It would
definitely help me in refactoring things. As it is now, the
Treebuilder is
tightly integrated with the ECM, so it is
Before I set up some monitors to let me know when the configuration files have
changed, please let me know if I can expect the references to always be a File
object, or should I keep it a string?
--
They that give up essential liberty to obtain a little temporary safety
deserve neither liberty
Antonio's post about druid got me going again.
I am farther along now, but this is my trouble...
Inside my xsp:
xsp:includejavax.jdo.PersistenceManager/xsp:include
xsp:includejavax.jdo.PersistenceManagerFactory/xsp:include
xsp:includejavax.jdo.Transaction/xsp:include
JD Daniels wrote:
Antonio's post about druid got me going again.
I am farther along now, but this is my trouble...
Inside my xsp:
xsp:includejavax.jdo.PersistenceManager/xsp:include
xsp:includejavax.jdo.PersistenceManagerFactory/xsp:include
I have tried adding .* to them all then I get cannot be resolved errors.
I am testing on a windows box, and opened the jars with winrar; I can browse
right to the .class files.
JD
-Original Message-
From: Tony Collen [mailto:[EMAIL PROTECTED]
Sent: Friday, October 17, 2003 12:43 PM
Upayavira wrote:
Friedrich,
I would recommend using Cocoon 2.1 for this purpose, as it has much more
functionality.
In 2.1, the CocoonBean provides programmatic access to Cocoon's
functionality, including a method for requesting that a page/resource be
sent to a supplied output stream.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23901.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
JD Daniels dijo:
Antonio's post about druid got me going again.
We are in the same road! ;-)
There is a light at the end of the tunnel, you will see.
Anyone help me?? arrggh
Take it easy. :-)
Please first review if the samples are working for you. Currently, there
are just 2 samples
Steven Noels dijo:
Nicola Ken Barozzi wrote:
Unico Hommes has been helping a lot on the Cocoon and Forrest mailing
lists, and I can see from that his knowledge of Cocoon is well over
par.
Furthermore, he has made this locationmap that he will concievable
want to maintain, so I'd like
Nicola Ken Barozzi wrote:
Because of this, I propose Unico Hommes as a Cocoon committer.
+1 from me
--David
Ok, well i gave up on the XSP for now... I want to use flow and woody anyway
:P
The samples do not work.. NoClassDefFoundError:
/com/sun/jdori/model/jdo/JDOModelException
I look in the block.. and got confused about what exactly wants to throw
it.. it doesn't exist in the jar
JD
Torsten Curdt wrote:
David Crossley wrote:
snip/
Ah, poor old xml-commons. Unfortunately, not many people from
other projects are interested in it. So it is very hard to get
things moving. I think that we should try to help rather than push.
All cocoon committers are also committers
JD Daniels dijo:
Ok, well i gave up on the XSP for now... I want to use flow and woody
anyway :P
The samples do not work.. NoClassDefFoundError:
/com/sun/jdori/model/jdo/JDOModelException
I look in the block.. and got confused about what exactly wants to throw
it.. it doesn't exist in the
JD Daniels wrote:
snip/
The samples do not work.. NoClassDefFoundError:
/com/sun/jdori/model/jdo/JDOModelException
I look in the block.. and got confused about what exactly wants to throw
it.. it doesn't exist in the jar
Did you follow Antonio's instruction earlier in this thread
about
Geoff Howard wrote:
Upayavira wrote:
Friedrich,
I would recommend using Cocoon 2.1 for this purpose, as it has much
more functionality.
In 2.1, the CocoonBean provides programmatic access to Cocoon's
functionality, including a method for requesting that a page/resource
be sent to a supplied
Yes... I browsed into those jars with winrar... and
/com/sun/jdori/model/jdo/JDOModelException does not exist. I am going to
go into the block and see if I can figure out what is trying to throw it.
JD
-Original Message-
From: David Crossley [mailto:[EMAIL PROTECTED]
Sent: Friday,
I note from commit messages that Berin has completely changed the
purpose of the CocoonBean. The CocoonBean is a published (if not
entirely stable) interface, and therefore I think this needs some
discussion before it can be changed significantly.
It seems to me that Berin is trying to create
By default, running the CLI gives an error Cannot find
CatalogManager.properties. I've always just ignored it.
Someone on user list has just commented that this error can confuse (as
to whether it is okay to ignore it), which is fair enough.
Can anyone explain how I might resolve this (or
65 matches
Mail list logo