On 25 Mar 2003 at 16:57, Jeff Turner wrote:
Seems the new location of what was the 'validate-jar' target is
causing problems:
old/home/jeff/homeoverflow/apache/xml/cocoon-2.1/tools/src/check-jars.
xsl:89:36: Warning!
File lib/core/util.concurrent-1.3.1.jar is declared in lib/jars.xml,
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote, On 24/03/2003 18.53:
[EMAIL PROTECTED] wrote:
stephan 2003/03/22 08:44:07
cocoon-2.1/src/resources/targetdocs - New directory
Hmmm, I don't want to rain on the party here, but those diagrams are
useless if they can't be automated as
Great! I wanted to propose exactly the same next week,
you must read my mind sometimes :)
So, a big +1 for only a source dist.
Carsten
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 23, 2003 3:25 PM
To: Apache Cocoon
Subject: [proposal] a
+1
Carsten
-Original Message-
From: Diana Shannon [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 23, 2003 4:08 PM
To: [EMAIL PROTECTED]
Subject: Re: [vote] Geoff Howard as Cocoon committer
On Sunday, March 23, 2003, at 08:55 AM, David Crossley wrote:
I propose Geoff
old/home/jeff/homeoverflow/apache/xml/cocoon-2.1/tools/src/check-jars.
xsl:89:36: Warning!
File lib/core/util.concurrent-1.3.1.jar is declared in lib/jars.xml,
but doesn't appear in the lib/ directory.
If this file was removed, please update the lib/jars.xml file to
remove this file
+1
Carsten
-Original Message-
From: Diana Shannon [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 23, 2003 11:21 PM
To: [EMAIL PROTECTED]
Subject: Re: [vote] Andrew Savory as Cocoon committer
On Sunday, March 23, 2003, at 08:22 AM, David Crossley wrote:
I propose Andrew
Pier Fumagalli wrote:
On 24/3/03 9:13 am, Jeff Turner [EMAIL PROTECTED] wrote:
On Mon, Mar 24, 2003 at 07:31:39AM +0100, Steven Noels wrote:
In order to get one little step closer to the 'new' document
infrastructure, many of us seek clarity whether we should move docs to a
separate CVS module
Leszek Gawron wrote:
I think it would be good to include AJP13 Listener in Jety config file so one
could use Apache frontend OOTB
read this:
http://wiki.cocoondev.org/Wiki.jsp?page=ApacheModProxy
Pier Fumagalli wrote:
On 24/3/03 3:09 pm, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Anyway, we can't force people to do anything: if they won't migrate from
2.0, we have failed and we should start reconsidering our architectural
strategies because our user base is not following us.
Hmm.. I
Geoff Howard wrote:
On a side note, I looked at Cocoon a full year (or so) before I started
using it and just passed it by because I couldn't quickly see if it
could do what I wanted, and assumed it didn't. Just trying to learn
from that now that I'm on the other side of the fence.
This is
Le Mardi, 25 mars 2003, à 09:23 Europe/Zurich, Upayavira a écrit :
...No, it should just be called core/util.concurrent... not
lib/core/util.concurrent.
However, fix that one, and you'll get the Batik block complaining
about a missing jar. I
didn't work that one out i'm afraid.
I corrected the
On 25/3/03 9:14 am, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
Folks, do you know that there's the possibility to alias certain subparts of
a particular CVS repository from another repository?
Like cocoon-2.1/src/docs can be stored in the cocoon-docs repository.
Christopher Oliver wrote:
Yesterday, I was trying to create another view for the flow layer,
similar to a subset of JSTL, using Jexl
http://jakarta.apache.org/commons/jexl
I started with Marcus Crafter's JPathTransformer, and in the process of
writing JexlTransformer, I also attempted to add
On Mon, 24 Mar 2003, Pier Fumagalli wrote:
On 24/3/03 6:12 pm, Andrew Savory [EMAIL PROTECTED] wrote:
On Mon, 24 Mar 2003, Marcus Crafter wrote:
+1 from me, when will you be back in Frankfurt again Andrew ? :)
Soon, I hope - withdrawal symptoms from German beer! Any plans for
On 25/3/03 9:23 am, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
On 24/3/03 3:09 pm, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Anyway, we can't force people to do anything: if they won't migrate from
2.0, we have failed and we should start reconsidering our
On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
crossley2003/03/22 23:17:16
Modified:.status.xml todo.xml
Log:
Note about the excellent old functionality to check-jars.
Revision ChangesPath
1.2 +5 -0
On Mon, Mar 24, 2003 at 12:55:19AM +1100, David Crossley wrote:
I propose Geoff Howard as Cocoon committer. He has been
involved with Cocoon for the past year, providing lots of
useful discussion and bug report/fixing. He has submitted
many useful patches, for example with the file upload.
He
Hi Andrew,
On Mon, Mar 24, 2003 at 06:12:50PM +, Andrew Savory wrote:
On Mon, 24 Mar 2003, Marcus Crafter wrote:
+1 from me, when will you be back in Frankfurt again Andrew ? :)
Soon, I hope - withdrawal symptoms from German beer! Any plans for another
Stammtisch soon?
Cocoon 20030325 [1999-2003]
[echo]
+---+
[echo] Building with Apache Ant version 1.6alpha compiled on March 25 2003
[echo] using build file /home/rubys/jakarta/cocoon-2.1/build.xml
[echo] Compiling
Stephan Michels wrote:
On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
crossley2003/03/22 23:17:16
Modified:.status.xml todo.xml
Log:
Note about the excellent old functionality to check-jars.
Revision ChangesPath
1.2 +5 -0
On Tue, 25 Mar 2003, Marcus Crafter wrote:
Well, we just have to organise another date, any preference mate ?
Some time toward the end of April might be good, although are you heading
over for XML Europe? I won't be attending (too pricey), but it would be
cool to have a Cocoon london meet
] Apache Cocoon 20030325 [1999-2003]
[echo]
+---+
[echo] Building with Apache Ant version 1.6alpha compiled on March 25 2003
[echo] using build file /home/rubys/jakarta/cocoon-2.1/build.xml
From: Diana Shannon [mailto:[EMAIL PROTECTED]
Locally, referenced via a path set in a configuration file. If code
repos aren't available/downloaded, info can also be looked up online via
a parsed view-cvs data. Still, I don't think it's too much to expect
from committers, to have all
On wto, mar 25, 2003 at 10:17:40 +0100, Stefano Mazzocchi wrote:
Leszek Gawron wrote:
I think it would be good to include AJP13 Listener in Jety config file so
one
could use Apache frontend OOTB
read this:
http://wiki.cocoondev.org/Wiki.jsp?page=ApacheModProxy
I have completely no
Hi folks!
Just to tell you that after a long time I've at last checked out the latest
Cocoon and was amazed by its improved usability.
We finally have a good looking and quite friendly welcome page.
As I can see there is a lot of work still to be done: refactor samples, use
Forrestized docs, add
So, at the end, here is what I propose:
1) we remove all the old docs targets from the build
2) documentation will be done thru forrest. This requires forrest be
available on the machine separately. since users won't update the
documentation this should not be a problem.
3) we ship the
On Sun, 23 Mar 2003, Stefano Mazzocchi wrote:
In the beginning, there was only one cocoon distribution, packaged with
two different packagers (zip for windows and tar.gz for unix and friends).
Then cocoon became very complex and we decided to create a binary
distribution to make things
On Mon, Mar 24, 2003 at 01:12:31PM -0800, Christopher Oliver wrote:
Hi Christopher,
Michael,
Can you describe the use case(s) where you want to make flow values available to the
sitemap?
Well, as I outlined in the original mail, the basic use of this would be to help
rid the sitemap of
Is it currently possible to write a sitemap without the map:components
element alltogether and let it inherit everything from the above sitemap?
If not, why?
If so, there are issues with this?
TIA
Stefano.
is error-handling inherited?
if not, why?
if so, are there any drawbacks?
TIA
Stefano.
Stephan Michels wrote:
So, at the end, here is what I propose:
1) we remove all the old docs targets from the build
2) documentation will be done thru forrest. This requires forrest be
available on the machine separately. since users won't update the
documentation this should not be a problem.
Stephan Michels wrote:
On Sun, 23 Mar 2003, Stefano Mazzocchi wrote:
In the beginning, there was only one cocoon distribution, packaged with
two different packagers (zip for windows and tar.gz for unix and friends).
Then cocoon became very complex and we decided to create a binary
distribution
Stefano Mazzocchi wrote:
Christopher Oliver wrote:
Yesterday, I was trying to create another view for the flow layer,
similar to a subset of JSTL, using Jexl
http://jakarta.apache.org/commons/jexl
I started with Marcus Crafter's JPathTransformer, and in the process
of writing JexlTransformer,
So I whould like a solution there we offer a source distribution, and
binary distribution with a war, which includes all samples, and one
clean
war. So the user can first download the bin-dist, test all samples,
and experimentalize with the clean webapp. And then he is glad and want
At 12:11 PM 3/25/2003, you wrote:
So I whould like a solution there we offer a source distribution, and
binary distribution with a war, which includes all samples, and one
clean
war. So the user can first download the bin-dist, test all samples,
and experimentalize with the clean webapp.
Stefano Mazzocchi wrote:
Is it currently possible to write a sitemap without the
map:components element alltogether and let it inherit everything
from the above sitemap?
Yes. This is taken care of in SitemapLanguage.java
If not, why?
If so, there are issues with this?
Issues ? No that I'm
a CVS question now :)
if I incorrectly checked it a text file as binary (well, I didn't, it's
eclipse that transparently does it until you find out and fix it! grrr)
how do i change it back to text?
TIA
Stefano.
Hi all,
The flow PetStore demo uses a yoshi object to hold a couple of utility
objects such as a DateFormat.
So far so good, but what does Yoshi mean ? I guess it's a Japanese
word, but Google gives some funny results :
- Yoshi the pig : http://www.slip.net/~atombee/yoshi2.html
- Yoshi the
Stefano Mazzocchi wrote:
Ah, Sam, Steven, how do I access that cocoon-special gump stuff on
cocoondev.org? that would likely reduce the try/fail cycle of 24 hours
that is driving me nuts!
Please try the instructions I left at the following URL and let me know
how it goes:
On Tue, 2003-03-25 at 17:26, Stefano Mazzocchi wrote:
a CVS question now :)
if I incorrectly checked it a text file as binary (well, I didn't, it's
eclipse that transparently does it until you find out and fix it! grrr)
how do i change it back to text?
I think this should do it:
cvs
I think it's the name of a jsp tag library used in the original struts
application: I'll change it to fmt in the petstore example to avoid
confusion in the future.
Regards,
Chris
Sylvain Wallez wrote:
Hi all,
The flow PetStore demo uses a yoshi object to hold a couple of utility
objects
Hi Christopher,
on http://proto2.leonid.de are some simple modification for integrating
the X-Form-EditAccount-Form to the rest.
/Leo
On Montag, März 24, 2003, at 08:23 Uhr, Christopher Oliver wrote:
No, XMLForm will still behave the same way. It's just a change to the
implementation to make
On Tue, 25 Mar 2003, J.D. Daniels wrote:
So I whould like a solution there we offer a source distribution, and
binary distribution with a war, which includes all samples, and one
clean
war. So the user can first download the bin-dist, test all samples,
and experimentalize with the
J.D. Daniels wrote:
Cocoon is not an app.
It is a framework.
Amen!
And our users are not idiots, but experienced web programmers.
Let's treat them as such.
Stefano.
[EMAIL PROTECTED] wrote:
crafterm2003/03/25 08:44:31
Modified:src/documentation/xdocs/userdocs/flow
invalidContinuation.xml
Log:
* Fixing build (file fails validation)
ok, damn, forgot to remove that sorry.
Stefano.
Sylvain Wallez wrote, On 25/03/2003 17.24:
...
Stefano Mazzocchi wrote:
is error-handling inherited?
Yes
...
if so, are there any drawbacks?
Drawbacks ? No that I'm aware of... ;-)
AFAIK and from use cases I've seen it's a welcome feature; it's quite
common to keep it only in the main sitemap
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=18331.
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=18331.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi, sorry to butt in like this, but I am a newcomer to Cocoon, and I
must say I am a bit worried by this suggestion. Trying to build Cocoon
2.1 dev on my W2K work station has proved a bit of a head ache. I have
checked the newest version from CVS to C:\Src\new_cocoon-2.1 on my
machine. When I
No no, it's very useful. Maybe I'm wrong :-/ I only want to prevent
that users be scared by the installation, which takes sometimes a lot of
time and knowledge. I'm, for example, very impatient, if some software
takes too much time, or too many dependencies just for the first look,
then I
Stephan Michels wrote, On 25/03/2003 18.46:
On Tue, 25 Mar 2003, J.D. Daniels wrote:
...
See where I am going here? This is what (IMHO) most of new cocoon users are
like. We are experienced developers. but chances are we won't be java
aware so the idea of two extra binaries will, i think
Again I repeat my suggestion... what about driving users to Forrest for
the impatient? It also contains preconfigured stuff for site building,
it seems perfect for the impatient, no?
--
Nicola Ken Barozzi [EMAIL PROTECTED]
Sorry I missed it the first time around.
Yes.
Thanks, Leo.
OK. I committed your changes. But shouldn't there be a reusable template
for translating XMLForm controls to html, that could be plugged into
your application somehow, rather than having to incorporate it into the
application's stylesheet(s)?
Regards,
Chris
leo leonid wrote:
Hi
On Sunday 23 March 2003 15:25, Stefano Mazzocchi wrote:
[snip]
I propose to ship Cocoon 2.1 *AS IS*, sort of a cleaned-up version of
our current CVS and improve a little the 'INSTALL.txt' doc that will
suggest you to do
$ ./build.sh
$ ./cocoon.sh servlet
Isn't it possible to make
Stefano Mazzocchi wrote:
Am I the only one who heard complains about cocoon being very cool but
too hard to 'tune down' to simpler needs?
I'm asking because I'm starting to wonder if this is the case.
puzzled/
It's still 116 mails to go... But no, you are not alone.
Vadim
+1
Vadim
+1
Vadim
Stefano Mazzocchi wrote:
Pier Fumagalli wrote:
snip/
Folks, do you know that there's the possibility to alias certain subparts of
a particular CVS repository from another repository?
Like cocoon-2.1/src/docs can be stored in the cocoon-docs repository.
Apache does it already
Stefano Mazzocchi wrote:
is error-handling inherited?
Only when map:mount / is inside pipeline containing error handler;
then this handler is inherited, so to speak. Anything else is a bug.
AFAIK, 2.0 compiled sitemap is 99.9% bug-less (and 0.1% takes views
must start from the last label
Christopher Oliver wrote:
snip/
Anyway, I was trying to get both of these to be equal in functionality
with Velocity and the JPath Xsp logic sheet.
snip/
This is equivalent to the functionality Ovidiu included in the jpath
Xsp logic sheet.
And this is the functionality that JexlTransformer and
Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
Modified: src/documentation/xdocs/userdocs/flow
invalidContinuation.xml
Log:
* Fixing build (file fails validation)
snip/
-!DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.0//EN
Jeremy Quinn wrote:
David Crossley wrote:
Jeremy Quinn wrote:
snip/
OK
This still fails:
http://localhost:/samples/catalog/sdocbook-demo
org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
java.io.FileNotFoundException:
Steven Noels wrote:
snip/
Yep, this is quite some murky vote, and some tallying indeed does help.
I think that the murkiness is a result of not having
a proposal and subsequent discussion before calling
a vote.
--David
Le Mardi, 25 mars 2003, à 20:36 Europe/Zurich, Nicola Ken Barozzi a
écrit :
Again I repeat my suggestion... what about driving users to
Forrest for the impatient? It also contains preconfigured stuff for
site building, it seems perfect for the impatient, no?
I also missed it the first time
Stefano Mazzocchi wrote:
Stephan Michels wrote:
Stefano Mazzocchi wrote:
snip/
So, at the end, here is what I propose:
1) we remove all the old docs targets from the build
To remove the build docs target, i agree.
To remove the webapp docs generation, i do not agree.
2) documentation
using Eclipse 2.1 or 2.0.2 you can click (right) on a file or directory and
select Team/Change ASCII Binary Property
Volker
+1
Konstantin
+1
Vadim
+1
Konstantin
+1
Vadim
Ok, you're not crazy - the build is in fact broken. Sort of. What is
broken is
an old validation target that was recently put back in (validate-jars in
src/targets/validate-build.xml). It appears that everything is actually
built correctly,
but this old target has not been correctly updated to
Here are two patches to do this. One simply adds a new validate.jars
property to build.properties and sets it to false by default for now. The
other uses this property to set up an unless property, and an unless
attribute on the validate-jars target.
I can submit these to bugzilla, but thought
70 matches
Mail list logo