Guys,
Has anyone of you looked at Orbeon (www.orbeon.com)? I came across the site
when looking for eXist info and found a comparison to Cocoon, an old version
of Cocoon looking at the comparison result.
Right now it looks like the website is down. At least I can't get to it.
Bye, Helma
Hi Helma,
...Has anyone of you looked at Orbeon (www.orbeon.com)?..
There have been discussions here from time to time, search for OXF in
the mailing lists archives.
I've talked to one of their head developers a while ago (hmmtwo
years I think, time flies ;-) and my impression was that they
Hi Bertrand,
I've looked at their site a few days ago and saw something mentioned about
their code being open source. Haven't looked at it further (yet).
I can't help but mention that the documentation on their website looks much
better and much more coherent than Cocoon. So this is a challenge:
Carsten Ziegeler wrote:
David Crossley wrote:
That is the trouble - i don't know what is correct.
:)
The file called components-javadoc-sitemaptask-diff.txt
is the difference between the list produced by scanning
javadocs (finding extra clutter, maybe missing some) and the
list
Le 17 déc. 04, à 10:13, [EMAIL PROTECTED] a écrit :
I won't talk about the docs - we know ;-)
...What I do like as well, and this might be
easier (as in quicker) to accomplish is the fact that they have live
samples
on their website...
They were discussions a while ago that we might get a virtual
What do you all think about this simple (_TEMPORARY_) solution (in
attachment as EPStyle.java.diff)?
Regards,
Krystian
--
Krystian Nowak
[EMAIL PROTECTED]
===
Poznan Supercomputing and Networking Center
Poland, 60-814 Poznan, Zwierzyniecka 20
tel. (+48 61)
Automated Cocoon Unit tests failed!
Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20041217.log
Last messages from the log file:
==
[foreach] reader-mime-type.xml:39
[EMAIL PROTECTED] wrote:
Hi Bertrand,
I've looked at their site a few days ago and saw something mentioned about
their code being open source. Haven't looked at it further (yet).
I can't help but mention that the documentation on their website looks much
better and much more coherent than Cocoon.
Steven Noels wrote:
On 17 Dec 2004, at 10:13, [EMAIL PROTECTED] wrote:
It would be nice if there was a place where the latest release would be
running, so everyone could check it out. I know this requires
cleaning up
the crap that some people think they should enter, but that might be
done
FWIW, this has been running on cocoon.cocoondev.org for more than two
years, but I pulled it down due to lack of hits. Similarly, I will be
dropping the webmail.cocoondev.org demo soonish.
Too bad I didn't know this before. But maybe that's exactly the reason for
the low hitrate: too few
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32751.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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-block-template has an issue affecting its community integration.
This
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32751.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32751.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
The current solution for adding own components to Cocoon is to (optionally)
add the role to the cocoon.roles file and to add the component
(configuration)
to the global cocoon.xconf file.
What about providing the possibility to add components/roles on a per
sitemap
level? For example by
On Fri, Dec 17, 2004 at 03:06:20PM +0100, Carsten Ziegeler wrote:
The current solution for adding own components to Cocoon is to
(optionally) add the role to the cocoon.roles file and to add
the component (configuration)to the global cocoon.xconf file.
What about providing the possibility
Guys,
Looking at the Cforms samples I notice 3 different versions of Form.js and
samples based on each of them.
In the light of making things easier for the ordinary users, would it be
possible to settle for one of those three and refactor the other samples to
use only that one?
A second step
[EMAIL PROTECTED] wrote:
Guys,
Looking at the Cforms samples I notice 3 different versions of Form.js and
samples based on each of them.
In the light of making things easier for the ordinary users, would it be
possible to settle for one of those three and refactor the other samples to
use only
I've had a weird case where javascript functions were found without
problem, and lost after a logout/login of the user, as if the
flowscript-calling sitemap had suddently lost track of them.
I'm documenting this here in case it rings bells for someone. I've seen
this in a 2.1.5.1 app, didn't
On 17 Dec 2004, at 13:32, [EMAIL PROTECTED] wrote:
I just wonder if it is possible that those of you with in-depth
knowledge of
Cocoon and the way open source communities work, can investigate other
major
open source projects like Apache server, Mozilla/FireFox, Tomcat,
JBoss for
that matter
Le 17 déc. 04, à 15:18, [EMAIL PROTECTED] a écrit :
...In the light of making things easier for the ordinary users,
would it be
possible to settle for one of those three and refactor the other
samples to
use only that one?...
+1, and maybe mark the other Form.js files as deprecated in some way
Tim Larson wrote:
I like both ideas, because they allow more modular configuration.
It seems this may also help with virtual hosting via subsitemaps?
I think so, yes.
Could we allow live updates from changes made to the
roles-file and config-file like we do for changes to sitemaps?
Sure.
Bertrand Delacretaz wrote:
I've had a weird case where javascript functions were found without
problem, and lost after a logout/login of the user, as if the
flowscript-calling sitemap had suddently lost track of them.
I'm documenting this here in case it rings bells for someone. I've seen
this
Carsten Ziegeler wrote:
The current solution for adding own components to Cocoon is to (optionally)
add the role to the cocoon.roles file and to add the component
(configuration)
to the global cocoon.xconf file.
What about providing the possibility to add components/roles on a per
sitemap
level?
that's what we decided in gent - see
http://wiki.apache.org/cocoon/22StabilizeCocoonForms
Oops, didn't look at that before. OTOH it might be me, but I cannot figure
out where it says that Form.js v1 is decided on.
I know I've seen a discussion once on which version of Form.js does what,
but
Ralph Goers wrote:
I updated trunk and then did a clean and build. I then started cocoon and
tried to access the sample site. It failed with a ClassNotFound exception
during initialization. It looks like it is still being configured into
cocoon.xconf.
yepp, sorry about that ...fixed
cheers
--
On 17.12.2004 15:44, [EMAIL PROTECTED] wrote:
that's what we decided in gent - see
http://wiki.apache.org/cocoon/22StabilizeCocoonForms
Oops, didn't look at that before. OTOH it might be me, but I cannot figure
out where it says that Form.js v1 is decided on.
I know I've seen a discussion once on
Carsten Ziegeler wrote:
.
What about providing the possibility to add components/roles on a per
sitemap level?
Where do I sign? 8-)
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
Le 17 déc. 04, à 15:06, Carsten Ziegeler a écrit :
...map:components roles-file=... config-file=...
..
/map:components
So all of these components are available in this sitemap and in all
subsitemaps.
Adding this (to 2.2) should be very easy and makes adding own stuff
imho
easier...
Sounds
Steven Noels wrote:
snipAs of currently, I think what worries me most is alienation of
the user community. I must say I don't know many projects where the
ratio of developers vs users is comparable to Cocoon's - which means
(IMHO) that you almost need to be a Cocoon dev before you can actually
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32751.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32751.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32751.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Steven Noels wrote:
On 17 Dec 2004, at 10:13, [EMAIL PROTECTED] wrote:
It would be nice if there was a place where the latest release would be
running, so everyone could check it out. I know this requires cleaning up
the crap that some people think they should enter, but that might be done
through
Steven Noels wrote:
snip/
I had a Cocoon BOF two days ago at JavaPolis. I spoke to quite a few
folks during the conference as well, which know how we (as a company)
have been pushing people to use Cocoon over the past three years.
With all due respect, I think there's only a few things we
Ralph Goers wrote:
There was a discussion on this very topic (with pretty much the same
proposal) here while you were on vacation.
Ups.
However, as I
recall it was under one of the topics that I believe you
deleted. :-)
Yepp...[sound of Carsten whistling]...
You just can't go on
Should we svn copy cocoon forms into the whiteboard to
create a triage/staging area for (large, controversial)
cforms ideas. This would allow us to try out ideas with
code, rather than just with talk, before user support
would become an issue. Any ideas which prove themselves
and are accepted
Le 17 déc. 04, à 15:34, Steven Noels a écrit :
...As of currently, I think what worries me most is alienation of the
user community. I must say I don't know many projects where the ratio
of developers vs users is comparable to Cocoon's - which means (IMHO)
that you almost need to be a Cocoon
Steven Noels wrote:
On 17 Dec 2004, at 13:32, [EMAIL PROTECTED] wrote:
I just wonder if it is possible that those of you with in-depth
knowledge of
Cocoon and the way open source communities work, can investigate other
major
open source projects like Apache server, Mozilla/FireFox, Tomcat,
Carsten Ziegeler said:
Ok, I just reread the thread you're refering to and it seems to me that
noone was against it, right? So does anyone mind if I just implement it?
Carsten
Are you done yet? (That's a big +1).
Also, once you have this working it would be nice to see if it could be
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32157.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
The current solution for adding own components to Cocoon is to (optionally)
add the role to the cocoon.roles file and to add the component
(configuration)
to the global cocoon.xconf file.
What about providing the possibility to add components/roles on a per
sitemap
level?
Ralph Goers wrote:
Carsten Ziegeler said:
Ok, I just reread the thread you're refering to and it seems to me
that noone was against it, right? So does anyone mind if I
just implement it?
Carsten
Are you done yet? (That's a big +1).
No, I'm currently rewriting/cleaning up
Sylvain Wallez wrote:
+1. You already can put any component declaration in map:components,
:( You know my opinion about ;)
so it's actually just a matter of reading this declaration in
an external file.
Yes, with the additional that this is then *official* and *supported* :)
Carsten
On Dec 17, 2004, at 8:34 AM, Steven Noels wrote:
As of currently, I think what worries me most is alienation of the
user community. I must say I don't know many projects where the ratio
of developers vs users is comparable to Cocoon's - which means (IMHO)
that you almost need to be a Cocoon dev
Glen's prior message was eerily similar to the one below, which has been
rolling around in my head for a while.
JX strikes me as a powerful, though low-level feature. Users don't go
around saying what can I temaplate today?. They have higher-level
concerns. If they need to, they'll resort to
FYI, the Orbeon stuff is LGPL since about September.
http://www.orbeon.com/company/pr-oss-announcement
.micah
Bertrand Delacretaz wrote:
Dunno what the OXF license is today, at the time it was closed.
The Wayback Machine helps if their website is down:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32762.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32762.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 17 Dec 2004, at 17:07, Stefano Mazzocchi wrote:
snip/
Uhm, like, yeah, like... sigh. Oh whatever. I've grown out of this.
--
Stefano, wondering what is Steven's special talent that allows him to
piss me off in just three paragraphs ;-)
Reading your reply? No idea, actually.
/Steven
--
Steven
50 matches
Mail list logo