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=26450.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Yes, this is solved with the latest changes Carsten checked in to the
excalibur-component CVS as of 20040122.
Thanks alot!
Lars
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 26. Januar 2004 20:37
An: [EMAIL PROTECTED]
Betreff: DO NOT
Hi Vadim,
sorry, I don't see it. Where is the problem if I set the JVM memory to 2536M
= 2,536,000,000 and heapsize and freememory to 80,000,000 and 20,000,000?
Can you give me a hint?
Lars
-Ursprüngliche Nachricht-
Von: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
You know that you've
Vadim Gritsenko wrote:
Rottmann, Lars wrote:
Hello everybody,
as promised earlier, I uploaded some of my performance testing
results to
the Wiki. They can be found at
http://wiki.cocoondev.org/Wiki.jsp?page=CocoonPerformanceResults
If you are missing some details or want further information,
Thanks for the patch Ralph!
I just applied a slightly modified version, but I didn't commit your example
as it imho might never get changed by users. I added some comments in the
sitemap.
Can you please cross-check?
Thanks
Carsten
-Original Message-
From: Ralph Goers [mailto:[EMAIL
Sylvain Wallez wrote:
From the settings you describe, however, I guess you use big machines.
Setting the heapsize to 80Gb is not something everybody can do!!!
Ooops, I hadn't the eyes well opened while reading: this isn't 80Gb, but
80Mb, which is much more conventional ;-)
Sylvain
--
Sylvain
On Mon, Jan 26, 2004 at 04:48:43PM +, Tim Larson wrote:
Anybody have issues with this change?
(Make cforms insert-node binding actually insert
a node, instead of just registering a factory.)
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=107472449610968w=2
Change committed:
The whole module idea is really great but (please correct me if I'm wrong):
map:generate type=file src=module:request:inputStream/
The o.a.c.components.modules.input.RequestModule provides this:
return ObjectModelHelper.getRequest(objectModel);
getRequest returns o.a.c.environment.Request
Are you calling an internal pipeline (via cocoon://)? If so you maybe want
to take
a look at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26186
Regards,
Michael
--
+++ GMX - die erste Adresse für Mail, Message, More +++
Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail
Leszek Gawron wrote:
The whole module idea is really great but (please correct me if I'm wrong):
map:generate type=file src=module:request:inputStream/
The o.a.c.components.modules.input.RequestModule provides this:
return ObjectModelHelper.getRequest(objectModel);
getRequest returns
Rottmann, Lars wrote:
Hi Vadim,
sorry, I don't see it. Where is the problem if I set the JVM memory to 2536M
= 2,536,000,000 and heapsize and freememory to 80,000,000 and 20,000,000?
Can you give me a hint?
Hi,
I would like to know how others have setup their systems to use Cocoon from
the CVS and backup their own project into another CVS.
Currently I update a local CVS repository from the Cocoon CVS, build it,
copy all new files/jars etc. to another tree where I build my own project.
I have a
Hi Carsten,
I am currently trying to get act nodes to work and am have a question
about the source resolving in 2.2. Currently the environment source
resolver is put into the object model in the PipelinesNode. However, now
that the environment no longer implements SourceResolver but appears to
Hi,
I use SunBow Eclipse plugin and XMLBuddy Eclipse plugin for to work with
Cocoon project in Eclipse. Moreover, you can use Eclipse how a cvs client.
Best desires
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 27, 2004 12:02 PM
Subject:
btw
for a typical system (server) with 1Gbyte ram
which are the perfect settings?
or there is not one-only answer ?
if here are people that have setup production servers at the past it will
be good to publish some configuration as examples for other people
we use the default values
Leszek Gawron wrote:
The whole module idea is really great but (please correct me if I'm wrong):
map:generate type=file src=module:request:inputStream/
The o.a.c.components.modules.input.RequestModule provides this:
return ObjectModelHelper.getRequest(objectModel);
getRequest returns
On Jan 27, 2004, at 12:02 PM, [EMAIL PROTECTED] wrote:
Currently I update a local CVS repository from the Cocoon CVS, build
it,
copy all new files/jars etc. to another tree where I build my own
project.
http://wiki.cocoondev.org/Wiki.jsp?page=YourCocoonBasedProject
/Steven
--
Steven Noels
I am currently trying to get act nodes to work and am have a question
about the source resolving in 2.2. Currently the environment source
resolver is put into the object model in the PipelinesNode. However, now
that the environment no longer implements SourceResolver but appears to
be
Upayavira wrote:
Leszek Gawron wrote:
The whole module idea is really great but (please correct me if I'm
wrong):
map:generate type=file src=module:request:inputStream/
The o.a.c.components.modules.input.RequestModule provides this:
return ObjectModelHelper.getRequest(objectModel);
Carsten Ziegeler wrote:
I am currently trying to get act nodes to work and am have
a question
about the source resolving in 2.2. Currently the environment source
resolver is put into the object model in the PipelinesNode.
However,
now that the environment no longer implements
Unico Hommes wrote:
OK thanks. It looks like we had the same idea :-). I went ahead and
implemented it the way you describe in option b) . I also added two
static helper methods to EnvironmentHelper: getSourceResolver and
getRedirector so we don't have to pass in the processor instance.
Good!
[EMAIL PROTECTED] wrote:
Hi,
I would like to know how others have setup their systems to use Cocoon from
the CVS and backup their own project into another CVS.
Currently I update a local CVS repository from the Cocoon CVS, build it,
copy all new files/jars etc. to another tree where I build my
curl -T test.xml
http://localhost:/samples/scratchpad/module-source/test3
this is a tool I was looking for :) up till now I was using pure telnet.
I don't use XSP. Using flowscript I would write a pipeline consisting of
a file generator with module:request:inputStream as source and an
In our forms we often have to handle input parameters from an image
within a form. When the user clicks in an image the browser transfers
parameters of the form img.x and img.y
To handle this we implemented an ImageWidget, that is able to store the
value (the image name) and additionally the x
Daniel Fagerstrom wrote:
...
I completely agree with that getInputStream should be added to the
request interface.
Pretty please :-)
I gave some arguments for doing it in
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=104213670731308w=2,
there where also a discussion in
We've built a quite large set of Java objects that are handled by flow
and then passed to JXTemplate for presentation. This all works fine,
except when an exception occurs within our java objects. For some
reason, the JXTemplate generator doesn't show or pass on the exception
that occurred,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 27, 2004 12:43 PM
To: [EMAIL PROTECTED]
Subject: cvs commit:
cocoon-2.1/src/blocks/authentication-fw/java/org/apache/cocoon/webapps/a
uthentication/components PipelineAuthenticator.java
Leszek Gawron wrote:
curl -T test.xml
http://localhost:/samples/scratchpad/module-source/test3
this is a tool I was looking for :) up till now I was using pure telnet.
Yes, it is very usefull, we use it a lot :)
I don't use XSP. Using flowscript I would write a pipeline consisting of
a
Carsten Ziegeler wrote:
Unico Hommes wrote:
OK thanks. It looks like we had the same idea :-). I went ahead and
implemented it the way you describe in option b) . I also added two
static helper methods to EnvironmentHelper: getSourceResolver and
getRedirector so we don't have to
Upayavira wrote:
My answer is lets add getInputStream to o.a.c.environment.request.
Before doing so, please go through email archive. There were several
discussions about this topic, some of them are:
Re: StreamGenerator depends on Servlets!!! (input pipelines
discussion in concrete)
Can you provide an example stack trace? AFAIK JXTemplateGenerator wraps
an exception it catches in a SAXParseException. The original exception
should still be available through SAXException.getException().
Upayavira wrote:
We've built a quite large set of Java objects that are handled by flow
How does one access the flowscript objects from a site map?
I like to use a selector along with flowscript object to construct site
map pipeline flow.
For example, in the following pipeline I like to replace the
request-parameter selector
with a selector utilizing a flowscript object for
Hi Carsten,
I'm ready for the portal configuration hell, if you
can lead me through it ;-)
I think stateful + stateless tab solution should work
for me. There is also another problem I'm having,
which I hope will be fixed by this (but I'd like to
check with you to make sure):
On my news
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=26450.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Am I asking a dumb question? I can't find an answer searching the
list
JD
-Original Message-
From: JD Daniels [mailto:[EMAIL PROTECTED]
Sent: 2004-01-26 10:54 AM
To: [EMAIL PROTECTED]
Subject: RE: Flow redirecting (was [Flow and auth-fw redirects not
working under sub sitemap])
Yatin Shah wrote:
How does one access the flowscript objects from a site map?
[...]
You can use the FlowAttributeModule in the scratchpad block.
/Daniel
Nicola Ken Barozzi wrote:
Daniel Fagerstrom wrote:
...
I completely agree with that getInputStream should be added to the
request interface.
Pretty please :-)
I gave some arguments for doing it in
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=104213670731308w=2,
there where also a
On 27.01.2004 12:49, Carsten Ziegeler wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
joerg 2004/01/27 03:42:51
Modified:
src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authen
tication/components
Thanks Carsten,
I'll verify this as soon as the call to SourceUtil.toDOM() is put back.
Ralph
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 27, 2004 3:49 AM
To: [EMAIL PROTECTED]
Subject: RE: cvs commit:
Daniel Fagerstrom wrote:
Upayavira wrote:
Leszek Gawron wrote:
The whole module idea is really great but (please correct me if I'm
wrong):
map:generate type=file src=module:request:inputStream/
The o.a.c.components.modules.input.RequestModule provides this:
return
Unico Hommes wrote:
Carsten Ziegeler wrote:
I am currently trying to get act nodes to work and am have a question about the source resolving in 2.2. Currently the environment source resolver is put into the object model in the PipelinesNode. However, now that the environment no longer
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=25356.
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=25358.
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=26460.
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=26460.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 27.01.2004 17:08, [EMAIL PROTECTED] wrote:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25356
[Slide block] Revamping of Slide integration
[EMAIL PROTECTED] changed:
What|Removed |Added
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=26456.
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=26450.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Geoff Howard wrote:
[EMAIL PROTECTED] wrote:
Hi,
I would like to know how others have setup their systems to use
Cocoon from
the CVS and backup their own project into another CVS.
Currently I update a local CVS repository from the Cocoon CVS, build it,
copy all new files/jars etc. to another
One problem often mentioned is that Cocoon provides to many
possibilities to achieve some goals. Cocoon's flexibility ends where it
is more confusing than helpful. Therefore I want to propose to
remove/deprecate the components that are no longer the correct way to
go, that are misleading by
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=26456.
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=26445.
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=26450.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok, I just committed changes that implement createWebContinuation().
The support for continuation local variables is also included.
Regards,
Chris
Vadim Gritsenko wrote:
Christopher Oliver wrote:
There is a disadvantage to that approach, however, namely that it
creates new WebContinuations
54 matches
Mail list logo
