Antonio Gallardo wrote:
Hi:
I need to accept I am lost in the component containers.
Cocoon is migrating to a new container architecture. The question
remaining in my mind is: How to develop components right now? In the sense
that we don't want to write components for ECM, because it is almost
On Jun 3, 2004, at 7:31 AM, Antonio Gallardo wrote:
Cocoon is migrating to a new container architecture. The question
remaining in my mind is: How to develop components right now? In the
sense
that we don't want to write components for ECM, because it is almost
dead.
How to avoid to rewrite when
Le 3 juin 04, à 08:26, Sylvain Wallez a écrit :
- Flow/JS suffers from the legal situation of Rhino+cont and the
difficulty to merge the fork into the Mozilla trunk. I suggested as a
solution to use JavaFlow to instrument Rhino-generated bytecode. That
would lead to a unified code base
Sylvain Wallez wrote:
You have to consider two very different things:
- the Avalon framework APIs (LogEnabled, Serviceable,
Configurable, etc.)
- the container that implements the framework behaviour
Although the container implementation may change, there's a
strong commitment to the
Hi:
Thanks to all for the answers. All posts helped a lot to go out of my
confusion.
Best Regards,
Antonio Gallardo
Bertrand Delacretaz dijo:
Le 3 juin 04, à 08:26, Sylvain Wallez a écrit :
- Flow/JS suffers from the legal situation of Rhino+cont and the
difficulty to merge the fork into the Mozilla trunk. I suggested as a
solution to use JavaFlow to instrument Rhino-generated bytecode. That
would lead
Bertrand Delacretaz wrote:
Le 3 juin 04, à 08:26, Sylvain Wallez a écrit :
- Flow/JS suffers from the legal situation of Rhino+cont and the
difficulty to merge the fork into the Mozilla trunk. I suggested as a
solution to use JavaFlow to instrument Rhino-generated bytecode. That
would lead
On 03 Jun 2004, at 08:41, Antonio Gallardo wrote:
Yep. The Sylvain idea sound great! Can we switch the Rhino merge for
this
new task?
Do you mean 'drop' instead of 'switch'?
imhoI'm all +1 for continuing on the research path of
webcontinuations. If Java continuations have a more stable
Bertrand Delacretaz dijo:
Le 3 juin 04, à 08:41, Antonio Gallardo a écrit :
...Yep. The Sylvain idea sound great! Can we switch the Rhino merge
for this
new task?
Well, if you have the resources I'd say: go for it!
I don't have the resources right now. :(
But, since it is a very important
On 01 Jun 2004, at 14:55, Antonio Gallardo wrote:
The decision will be a hard one. All candidates are great! ;-)
I'll start the vote tomorrow, as the list of volunteers seems to be
stabilizing. Would candidates mind if this is a public vote? Also, I'd
like the vote to be held on the users list
Steven Noels dijo:
On 03 Jun 2004, at 08:41, Antonio Gallardo wrote:
Yep. The Sylvain idea sound great! Can we switch the Rhino merge for
this
new task?
Do you mean 'drop' instead of 'switch'?
Yep. I told switch, because it was not clear if all of us will accept to
drop the Rhino merge
Le 3 juin 04, à 09:22, Antonio Gallardo a écrit :
...Yep. I told switch, because it was not clear if all of us will
accept to
drop the Rhino merge effort...
Is anybody actually working on this merge?
(apart from the work done on clearing out the licensing issues)
As he who does the work decides,
Hi,
Ok, assuming no-one else wants to nominate, I guess we should move to a
vote now.
So, here are the nominees:
- Vadim Gritsenko
- Sylvain Wallez
- Matthew Langham
- Andrew Savory
We already have the following votes for Sylvain:
+1 from Pier
+1 from Gianugo
+1 from Matthew
+1 from Antonio
Le 3 juin 04, à 09:18, Steven Noels a écrit :
...I'll start the vote tomorrow, as the list of volunteers seems to be
stabilizing. Would candidates mind if this is a public vote? Also, I'd
like the vote to be held on the users list as well - to raise the
level of their awareness of Cocoon
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
You have to consider two very different things:
- the Avalon framework APIs (LogEnabled, Serviceable,
Configurable, etc.)
- the container that implements the framework behaviour
Although the container implementation may change, there's a
strong
On Jun 3, 2004, at 9:30 AM, Bertrand Delacretaz wrote:
Le 3 juin 04, à 09:18, Steven Noels a écrit :
...I'll start the vote tomorrow, as the list of volunteers seems to
be stabilizing. Would candidates mind if this is a public vote? Also,
I'd like the vote to be held on the users list as well -
Ok, assuming no-one else wants to nominate, I guess we should
move to a vote now.
I guess everyone is confused now :-).
It looks like Andrew and Steven's mails crossed in flight and I would
suggest we go with Steven's suggestion and start a fresh vote based on the
current confirmed nominee
Hi Cocoonistas,
Tomorrow is FirstFriday [1], and the cross-posting is intentional: you
don't necessarily need to be a committer to participate, there are
plenty of bugs and patches waiting for our collective squashing and
patching [2].
See you there! (on and off tomorrow for me)
[1]
Andrew Savory wrote:
Here is my +1 for Sylvain. Please vote!
+1 for Sylvain too.
Ugo
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=27249.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Matthew Langham wrote:
Ok, assuming no-one else wants to nominate, I guess we should
move to a vote now.
I guess everyone is confused now :-).
It looks like Andrew and Steven's mails crossed in flight and I would
suggest we go with Steven's suggestion and start a fresh vote based on the
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=27249.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler dijo:
Sylvain Wallez wrote:
You have to consider two very different things:
- the Avalon framework APIs (LogEnabled, Serviceable,
Configurable, etc.)
- the container that implements the framework behaviour
Although the container implementation may change, there's a
strong
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=27249.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 3 Jun 2004, at 08:48, Gianugo Rabellino wrote:
On Jun 3, 2004, at 9:30 AM, Bertrand Delacretaz wrote:
Le 3 juin 04, à 09:18, Steven Noels a écrit :
...I'll start the vote tomorrow, as the list of volunteers seems to
be stabilizing. Would candidates mind if this is a public vote?
Also, I'd
As I'm one of the people who did pick up the container challenge
(twice now, first with Avalon, and now with my take on the Cocoon
Kernel), I ought to give an answer...
There are two core problems that real blocks are trying to solve, and
both of them are not rocket science.
The first problem
[EMAIL PROTECTED] wrote:
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=27249.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi All
I just upgraded an existing project to 2.1.5 and am experiencing some
strange problems with FlowScript.
I am seeing a lot of these errors:
org.apache.avalon.framework.CascadingRuntimeException:
resource://org/apache/cocoon/forms/flow/javascript/Form.js, line 203:
uncaught JavaScript
On 3 Jun 2004, at 07:30, Gianugo Rabellino wrote:
Anyway, the thing is we are considering moving towards a container
that doesn't follow even Framework's specs. But in that case, be
assured that there will be some kind of compatibility.
On 3 Jun 2004, at 07:40, Carsten Ziegeler wrote:
I don't
Le 3 juin 04, à 11:45, Sylvain Wallez a écrit :
The ultimate source of information is
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/java/org/apache/
cocoon/components/treeprocessor/
And it's not there :-(
So I've been running a placebo system in the last week - I like it ;-)
-Bertrand
Just try to declare your variables as globals outside the functions.
This should help that the JavaFlow willl Work...
Jeremy Quinn wrote:
Hi All
I just upgraded an existing project to 2.1.5 and am experiencing some
strange problems with FlowScript.
I am seeing a lot of these errors:
On 3 Jun 2004, at 11:53, Andreas Schmid wrote:
Just try to declare your variables as globals outside the functions.
This should help that the JavaFlow willl Work...
Many thanks for your reply, but I cannot see how this will solve the
problem.
These are flowscripts that are known to work (in 2.1.4
I know that this will not fix the bug. But we've postet this bug 2
Days ago and till now there is no answer. So we needed to make a
workaround to continue working.
What i did was just telling you who to do a workaround...
:-)
CYA
Andreas
Jeremy Quinn wrote:
On 3 Jun 2004, at 11:53, Andreas
Hi Jeremy:
I have another problem, but maybe it is related. I have a question. Are
you using subsitemaps? Can you explain how are distributed the .js files?
Best Regards,
Antonio Gallardo
Jeremy Quinn dijo:
Hi All
I just upgraded an existing project to 2.1.5 and am experiencing some
Pier Fumagalli wrote:
[...]
As a first, all selections are based on real-java-objects (tell me how
to require a block that has no components, like a Forrest Skin and
I'll be happy).
I'm sorry to join the discussion without any knowledge
about the blocks concept, but I'm interested in learning
As we decided to deprecate the swf block
in the last 2.1.5 release I create a new
sample how to use flash with cocoon.
If there aren't any objections I will
nuke the swf block and add the flash
sample. (no further components are
needed anymore)
Everyone alright with that?
cheers
--
Torsten
On 3 Jun 2004, at 13:10, Antonio Gallardo wrote:
Hi Jeremy:
I have another problem, but maybe it is related. I have a question. Are
you using subsitemaps? Can you explain how are distributed the .js
files?
Yes we are using sub-sitemaps.
sitemap.xmap :
cocoon's main sitemap mounts our
On 3 Jun 2004, at 13:02, Andreas Schmid wrote:
I know that this will not fix the bug. But we've postet this bug 2
Days ago and till now there is no answer. So we needed to make a
workaround to continue working.
What i did was just telling you who to do a workaround...
:-)
Sorry for my
Hi,
The NPE happens under the following conditions:
- The bookmark needs to contain events with
targettype=coplet
- The bookmark must be the first link that the user
clicks within portal. It seems that
CopletInstanceDatas don't get initialized.
Below is the stack,
-Alex
Original Exception:
Andreas Hartmann dijo:
I'm sorry to join the discussion without any knowledge
about the blocks concept, but I'm interested in learning them.
Could somebody give me a short pointer to a useful resource?
http://wiki.cocoondev.org/Wiki.jsp?page=BlockIntroduction
Torsten Curdt wrote:
As we decided to deprecate the swf block
in the last 2.1.5 release I create a new
sample how to use flash with cocoon.
If there aren't any objections I will
nuke the swf block and add the flash
sample. (no further components are
needed anymore)
Everyone alright with that?
+1
I just read it to late that you're using FlowScript... not JavaFlow...
In JavaFlow you declare classes, so you are abel to create Variables
from outside the functions which we call global, because you can use
them all over the class...
Jeremy Quinn wrote:
On 3 Jun 2004, at 13:02, Andreas Schmid
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=29308.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Torsten Curdt dijo:
As we decided to deprecate the swf block
in the last 2.1.5 release I create a new
sample how to use flash with cocoon.
If there aren't any objections I will
nuke the swf block and add the flash
sample. (no further components are
needed anymore)
Everyone alright with
Hi Jeremy:
Thanks for the answer. Can be the problem related to switching between
sitemaps? ie: Lets said your are in a form in the record.xmap and from
inside a flow you call a function from search.xmap.
Reading again your problem, is posible you have similar function names
between the .js
Antonio Gallardo wrote:
Andreas Hartmann dijo:
I'm sorry to join the discussion without any knowledge
about the blocks concept, but I'm interested in learning them.
Could somebody give me a short pointer to a useful resource?
http://wiki.cocoondev.org/Wiki.jsp?page=BlockIntroduction
Am Di, den 01.06.2004 schrieb Stephan Coboos um 20:23:
Hello,
I have a problem using Objects in JavaFlow before a while loop. Please
see my first posting [JavaFlow] java.lang.VerifyException. In my opinion
it can be a bug in the JavaFlow block.
Because my fist posting was not so clear,
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=29360.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 3 Jun 2004, at 13:48, Antonio Gallardo wrote:
Hi Jeremy:
Thanks for the answer. Can be the problem related to switching between
sitemaps? ie: Lets said your are in a form in the record.xmap and from
inside a flow you call a function from search.xmap.
no, this kind of thing is not being done
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=29360.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have an interal pipeline which sometimes
throws an exception due to broken links.
map:pipeline
map:generate type=html src=get/{1}/
map:serialize type=xml/
map:handle-errors
map:generate src=default.xml/
map:serialize type=xml/
/map:handle-errors
/map:pipeline
And
On 3 Jun 2004, at 10:52, Jeremy Quinn wrote:
Hi All
I just upgraded an existing project to 2.1.5 and am experiencing some
strange problems with FlowScript.
[...]
What was worse was that these messages would GO AWAY on reload !
[...]
I suspect the new caching system (which throws exceptions on
I'm interested to see what you come up with.
Nothing fancy ...just a hello world
served by cocoon :) Gonna commit it
later on today then...
cheers
--
Torsten
I have an interal pipeline which sometimes
throws an exception due to broken links.
map:pipeline
map:match pattern=..
map:generate type=html src=get/{1}/
map:serialize type=xml/
/map:match
map:handle-errors
map:generate src=default.xml/
map:serialize
Pier Fumagalli wrote:
[...]
I guess I got this wrong - isn't this distinction based on
the difference between compile time / runtime? My component
will use a logger and a configuration in any case, but maybe
it doesn't know which services it will need later on. When it
requires each other block it
Antonio Gallardo [EMAIL PROTECTED] asks:
Hi:
I need to accept I am lost in the component containers.
Cocoon is migrating to a new container architecture. The
question remaining in my mind is: How to develop components
right now?
Good question, I was just wondering this myself
Hi:
I have 2 days with this problem. Here is a test case of the redirection
problem in flow:
1-Build Cocoon with samples.
2-Run ./cocoon.sh servlet
3-Copy $COCOON_HOME/build/webapp/samples/flow to
$COCOON_HOME/build/webapp/samples/flowbug
(we need it because we will make a call from flowbug to
Antonio Gallardo [EMAIL PROTECTED] writes:
Hi:
Thanks to all for the answers. All posts helped a lot to go
out of my confusion.
Ok, I'll bite, what did you decide?
Am Do, den 03.06.2004 schrieb Stephan Michels um 15:00:
Am Di, den 01.06.2004 schrieb Stephan Coboos um 20:23:
Hello,
I have a problem using Objects in JavaFlow before a while loop. Please
see my first posting [JavaFlow] java.lang.VerifyException. In my opinion
it can be a bug in the
Upayavira wrote:
It seems to me that Sylvains suggested extension of jxt has a great
deal of power in it.
OK. Then I'll continue my work and try to provide the appropriate
patch as I have already started to make needed changes.
Great. I'd love to see a cacheable jxt.
Regards, Upayavira
You can
I've been starting to generalize our systems architecture and I realized
that there is one generalization that might be problematic with Cocoon.
Basically, we allow a hierarchy of metadata. For example (use fixed
fonts):
system
|
V
application
|
V
service
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=29365.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Steven Noels wrote:
On 31 May 2004, at 12:25, Stefano Mazzocchi wrote:
The ASF board decided not to accept Steven's resigns until the PMC
itself came up with a new informed decision on who should follow him.
This means that Steven remains the chair until the board ratifies it.
(I've been away
My solution was to have an iframe in the page and put the calendar div
inside it.. they behave the same as the select lists, so they cover it up.
Jon Evans wrote:
Hi Marc,
On 10 May 2004, at 21:21, Marc Portier wrote:
I just checked in an update for one of our cforms samples that reveals a
Is it working well enough to start reading up and using it?
I am kinda worried about javascript flow dissapearing on me with the
licensing issues.
I hit th ewiki and searched for javaflow and nothing up :)
JD
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=29369.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Is it working well enough to start reading up and using it?
Well, we are still missing auto-compilation and
I am sure you will run into some issues. It's
very new and noone uses in production yet.
But we need people to play with it.
I am kinda worried about javascript flow dissapearing on me with
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=29373.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
After further investigations it seems like exceptions
are passed to the error handler inside the treeprocessor.
But requests using the cocoon protcol don't go through
the treeprocessor the same way as external ones.
So basically error handling is missing - or broken for
such internal requests.
I
Torsten Curdt [EMAIL PROTECTED] asks:
After further investigations it seems like exceptions
are passed to the error handler inside the treeprocessor.
But requests using the cocoon protcol don't go through
the treeprocessor the same way as external ones.
So basically error handling is
Hi,
On 3 Jun 2004, at 08:18, Steven Noels wrote:
I'll start the vote tomorrow, as the list of volunteers seems to be
stabilizing. Would candidates mind if this is a public vote? Also, I'd
like the vote to be held on the users list as well - to raise the
level of their awareness of Cocoon
Torsten Curdt [EMAIL PROTECTED] asks:
After further investigations it seems like exceptions
are passed to the error handler inside the treeprocessor.
But requests using the cocoon protcol don't go through
the treeprocessor the same way as external ones.
So basically error handling
On 03 Jun 2004, at 17:55, Stefano Mazzocchi wrote:
If this wasn't the correct wording, blame yourself, not others.
I see no blame in what I wrote, nor was it my intention to blame
anyone. Please remember who *wrote* what I committed to CVS. I just
added one phrase at the end of what you (very
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=29381.
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=29381.
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=29381.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Torsten Curdt dijo:
I am kinda worried about javascript flow dissapearing on me with the
licensing issues.
A lot of people are using the javascript
version ...don't be too concerned - on
the other hand giving javaflow a try
might be not a too bad idea.
As Torsten said, Javascript cannot
Torsten Curdt wrote:
I have an interal pipeline which sometimes
throws an exception due to broken links.
map:pipeline
map:generate type=html src=get/{1}/
map:serialize type=xml/
map:handle-errors
map:generate src=default.xml/
map:serialize type=xml/
/map:handle-errors
Another form coplet -- another problem ;-)
Problem
---
Here is what I'm trying to do. I have a Search
coplet, which is a form with lots of search criteria
(about 15 fields). It has 2 buttons: Search and
Save Search.
If Search button is pressed, 2 things need to
happen:
- Search Results
On 04.06.2004 02:12, [EMAIL PROTECTED] wrote:
Log:
removed the deprecated swf block and added a simple flash example in the hello world
section
Just want to point on some errors:
Index: blocks.properties
#-[dependency]: apples depends on forms (for samples).
80 matches
Mail list logo