Timothy Larson wrote:
I hit this problem when running Jetty as a Windows service.
Running it as a normal application allowed the flow debugger
to work correctly.
There is a config setting for windows services that controls
whether they can be interactive or not. I only know how it
is set
/show_bug.cgi?id=22513
Scope leaks using multiple sessions using new flow framework
--- Additional Comments From [EMAIL PROTECTED] 2003-09-04 12:04 ---
We confirm the bug and beg all you good programers to solve it because we can
not develop our app without it :(...
/show_bug.cgi?id=22513
Scope leaks using multiple sessions using new flow framework
--- Additional Comments From [EMAIL PROTECTED] 2003-09-04 13:20 ---
Sorry but I cannot access your attachment. Please correct this and I will look
into this problem.
[Resending because it did not seem to reach the list]
The Cocoon flow debugger works well except it is not
showing any local variables in the Locals tab.
Does anybody else have this problem?
Using snapshot from 2003-09-02:
cocoon-2.1_20030902102048.tar.gz
--Tim Larson
On Wednesday, September 3, 2003, at 03:52 PM, Timothy Larson wrote:
The Cocoon flow debugger works well except it is not
showing any local variables in the Locals tab.
Does anybody else have this problem?
Yes.
Although I just thought I was using the debugger incorrectly :)
Platform: MacOSX
Yep, unfurtunatly I can confirm this.
Reinhard
-Original Message-
From: Timothy Larson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2003 4:53 PM
To: [EMAIL PROTECTED]
Subject: Flow debugger not showing local variables
The Cocoon flow debugger works well except
Well, that is at least three of us with this problem.
For me the Locals tab is always empty, refering to
a local in the Watch tab gets 'localvar is not defined.',
and assigning a value to a local in the Evaluate tab
causes Cocoon to freeze.
This is with:
Win2KPro, Sun JSDK 1.4.1_03, Cocoon
I've just checked in a fix for this.
Regards,
Chris
Timothy Larson wrote:
Well, that is at least three of us with this problem.
For me the Locals tab is always empty, refering to
a local in the Watch tab gets 'localvar is not defined.',
and assigning a value to a local in the Evaluate tab
Hi,
I need to pass an object in a processPipelineTo directive (a string for
instance) where the
called pipeline use JXPath generator to retrieve the value of the object.
cocoon.processPipelineTo(logdebug.jxpath,{msg : blabla },output);
...but I m getting the following exception:
It's a bug - I've just committed a fix.
Regards,
Chris
Johann Romefort wrote:
Hi,
I need to pass an object in a processPipelineTo directive (a string
for instance) where the
called pipeline use JXPath generator to retrieve the value of the object.
is in the flow
AbstractInterpreter:
wrapper.setAttribute(bean-dict, biz);
From here I cannot figure how and where the biz object is used...
Any help welcome
Johann
Johann Romefort wrote:
Hi,
I need to pass an object in a processPipelineTo directive (a string
for instance) where the
called
/show_bug.cgi?id=22796
Flow: cocoon.sendPage() enforces text/plain in the response
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
/show_bug.cgi?id=22796
Flow: cocoon.sendPage() enforces text/plain in the response
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=22842
flow: importPackage/importClass problems creating InitialContext()
Summary: flow: importPackage/importClass problems creating
InitialContext()
Product: Cocoon 2
Version: 2.1
Platform: Other
OS/Version: Other
Vadim Gritsenko wrote:
Marc Portier wrote:
snip/
There's already a parameters property in the cocoon object.
We can have :
function whatever() {
doSomething(cocoon.parameters.x, cocoon.parameters.y);
}
And nobody still answered the question: why passing of parameters into
the function
Hey all --
I am working on using user managed distrubuted transactions from flow. I have
Cocoon 2.1, Tomcat 4.1.27, JOTM 1.4.3, and the JSQLConnect JDBC driver. I
believe I have it working and would like to share some things and ask a
question.
The biggest problem I had was the scenario
On Thu, 2003-08-21 at 14:59, Sylvain Wallez wrote:
(on the topic of the validator function in woody flowscript integration)
Thinking further, I really think we must separate event handler and
application-related-validator. These are really two different concerns.
yep, they should be split.
mpo 2003/08/29 15:11:25
Modified:src/blocks/apples/java/org/apache/cocoon/components/flow/apples
ApplesProcessor.java
Log:
Let logging include the continuation id.
Revision ChangesPath
1.5 +3 -2
cocoon-2.1/src/blocks/apples/java
mpo 2003/08/29 15:22:05
Added: src/blocks/apples/samples/calc getNumberA.xsp
getOperator.xsp getNumberB.xsp displayResult.xsp
src/blocks/apples/java/org/apache/cocoon/components/flow/apples/samples
/show_bug.cgi?id=22796
Flow: cocoon.sendPage() enforces text/plain in the response
Summary: Flow: cocoon.sendPage() enforces text/plain in the
response
Product: Cocoon 2
Version: Current CVS 2.1
Platform: PC
OS/Version: Windows NT/2K
mpo 2003/08/26 02:05:15
Modified:src/java/org/apache/cocoon/components/flow
WebContinuation.java ContinuationsManagerImpl.java
ContinuationsManager.java
Log:
Adaption to use of new ContinuationsDisposer.
PR:
Obtained from
mpo 2003/08/26 02:06:44
Modified:src/blocks/apples/java/org/apache/cocoon/components/flow/apples
ApplesProcessor.java
Log:
Making sure Apples that are Disposable will get their dispose event called upon
invalidation of their wrapping WebContinuation
mpo 2003/08/26 02:05:52
Modified:src/java/org/apache/cocoon/components/flow/javascript
JSWebContinuation.java
src/java/org/apache/cocoon/components/flow/javascript/fom
FOM_Cocoon.java
Log:
Setting
Marc Portier wrote:
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
snip /
If we match by variable name rather than by position, it would work
anyway.
... but I have the feeling I'm missing a big point here.
Yeah : the point is that parameters are passed as Object[] to a JS
function. The
Sylvain Wallez wrote:
Marc Portier wrote:
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
snip /
If we match by variable name rather than by position, it would work
anyway.
... but I have the feeling I'm missing a big point here.
Yeah : the point is that parameters are passed as
Marc Portier wrote:
snip/
There's already a parameters property in the cocoon object.
We can have :
function whatever() {
doSomething(cocoon.parameters.x, cocoon.parameters.y);
}
And nobody still answered the question: why passing of parameters into
the function
function whatever(x, y, z)
joerg 2003/08/22 18:35:58
Modified:src/documentation/xdocs/howto/xmlform-wizard
howto-xmlform-wizard.xml
src/documentation/xdocs/developing/portal index.xml
src/documentation/xdocs/userdocs/flow jxforms.xml
Log:
fixed incorrect
this, then?
Well, positional parameters have been there since day one in
FlowScript, and many of the existing flows, including Cocoon's own
flow libraries such as XMLForm and Woody rely on this feature.
Can you explain how? I've personally used flow without thinking of
variable positioning, it just
Steven Noels wrote:
Leszek Gawron wrote:
I do not think it's a thing to be put into bugzilla so it goes here:
while the standard woody form example is fully functional the flow
version
does not allow you to add or remove a contact.
We've debugged this offline already (Marc and myself during
sylvain 2003/08/21 03:06:41
Modified:src/blocks/woody/java/org/apache/cocoon/woody/flow/javascript
woody.js
Log:
Fix the use of validator functions for event handling.
It's now called either if there's an actionCommand or if the validation succeeded
Sylvain Wallez wrote:
Steven Noels wrote:
Leszek Gawron wrote:
I do not think it's a thing to be put into bugzilla so it goes here:
while the standard woody form example is fully functional the flow
version
does not allow you to add or remove a contact.
We've debugged this offline already
Timothy Larson wrote:
In woody.js [1] there was a change in version 1.6 that stopped calling:
cocoon.request.setAttribute(this.attrName, this.form);
and did this instead:
var bizData = { woody-form: this.form };
indeed, this lines up more with how flow is expected to be working
Marc Portier wrote:
in terms of best practice I would probably be advocating the use of
jxtemplate in combinaion with flow rather then xsp
+1
JXTemplate is massive but works nice and dandy.
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source
object? I am not too sure how this java-javascript
interfacing works yet.
in terms of best practice I would probably be advocating the use
of jxtemplate in combinaion with flow rather then xsp
(which would avoid your question about jpath logicsheet as well)
I would still like to know
Thanks for the help.
So far, this is the only way I have gotten this to work.
In the flow change:
cocoon.sendPage(success-pipeline);
to:
cocoon.sendPage(success-pipeline, {woody:form.getModel()});
and in a JXTemplate file use this syntax to get the value of the
name widget:
h3Name
://cocoon.apache.org/2.1/userdocs/flow/index.html
Chris
-Original Message-
From: Timothy Larson [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 12:54 PM
To: [EMAIL PROTECTED]
Subject: Re: Need help fixing a Woody flow sample
Thanks for the help.
So far, this is the only way I have gotten
in FlowScript,
and many of the existing flows, including Cocoon's own flow libraries
such as XMLForm and Woody rely on this feature.
So we can't remove it abruptly. But we could deprecate it, meaning keep
it functional to avoid breaking things, but remove any reference to this
feature in the code
I do not think it's a thing to be put into bugzilla so it goes here:
while the standard woody form example is fully functional the flow version
does not allow you to add or remove a contact.
cocoon version: today's CVS
LG
--
__
| / \ |Leszek Gawron
/java/org/apache/cocoon/woody/flow/javascript/woody.js
[2] cocoon-2.1/src/blocks/woody/samples/forms/form1_success.xsp
--Tim Larson
__
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com
Leszek Gawron wrote:
I do not think it's a thing to be put into bugzilla so it goes here:
while the standard woody form example is fully functional the flow version
does not allow you to add or remove a contact.
We've debugged this offline already (Marc and myself during a car ride
Here's a message from users where a guy figured out that his class had
to be under the current sitemap context directory to be found by flow.
- Is this a correct explanation of the current state?
- Is this the way it should work? Shouldn't classes/jars in WEB-INF be
found as well?
Geoff
-Original Message-
From: Geoff Howard [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 19, 2003 9:29 PM
To: [EMAIL PROTECTED]
Subject: Classloading from flow (was [Fwd: RE: Calling Java
classes from (JXForms) javascript - can you? how?])
Here's a message from users where
On Friday, Aug 15, 2003, at 14:45 Europe/Rome, Vadim Gritsenko wrote:
Jeremy Quinn wrote:
BTW: The Hibernate guys are now aware of the license problem, and
seem to be
willing to offer their api under a less restrictive license.
That is good news ...
Some BSD-like license for redistributing
On Friday, Aug 15, 2003, at 23:49 Europe/Rome, Sylvain Wallez wrote:
Andreas Hartmann wrote:
Sylvain Wallez wrote:
[...]
map:call function=foo
map:parameter name=bar value=baz/
/map:call
function foo(bar) {
...
}
This syntax turns named parameters in the sitemap into positional
and classes in WEB-INF/classes.
So point 1/ about Packages.dir.dir.class is valid, but point 2/ is not.
Sylvain
Geoff Howard wrote:
Here's a message from users where a guy figured out that his class had
to be under the current sitemap context directory to be found by flow.
- Is this a correct
/show_bug.cgi?id=22513
Scope leaks using multiple sessions using new flow framework
Summary: Scope leaks using multiple sessions using new flow
framework
Product: Cocoon 2
Version: 2.1
Platform: PC
OS/Version: Windows XP
/show_bug.cgi?id=22513
Scope leaks using multiple sessions using new flow framework
--- Additional Comments From [EMAIL PROTECTED] 2003-08-18 13:20 ---
Created an attachment (id=7871)
Simple test scripts to reproduce the fom flow bug
cziegeler2003/08/18 07:08:02
cocoon-2.1/src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow/javascript
- New directory
cziegeler2003/08/18 07:08:01
cocoon-2.1/src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow
- New directory
cziegeler2003/08/18 07:08:05
Added:
src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/flow/javascript
auth.js
Log:
Adding empty start for flow integration
Revision ChangesPath
1.1
cocoon-2.1/src/blocks
I created a modified copy of the Woody bean binding example
(/cocoon/samples/woody/form2bean.flow). The data is now retreived from, and
stored to a database using Hibernate.
It started as an easy task, but the one-to-many relation (contacts added to
the bean) did make it a little bit more juicy.
/show_bug.cgi?id=22513
Scope leaks using multiple sessions using new flow framework
--- Additional Comments From [EMAIL PROTECTED] 2003-08-18 19:53 ---
I can confirm this - it took me today some hours to find the error too. I don't
think that this is the same error you mentioned (the NPEs
Reinhard Pötz wrote:
The FOM request does not contain a getRequestURI() method.
Another question: What is your usecase?
It's about the administration of users, groups etc. in Lenya.
There is an Avalon component AccessControllerResolver which resolves
the access controller component that is
On Behalf Of Andreas Hartmann
Reinhard Pötz wrote:
The FOM request does not contain a getRequestURI() method.
Another question: What is your usecase?
It's about the administration of users, groups etc. in Lenya.
There is an Avalon component AccessControllerResolver which
On Thursday, August 14, 2003, at 06:29 PM, Vadim Gritsenko wrote:
Jeremy Quinn wrote:
Dear All,
...
My hope is that this could constitute a sample of working with
FlowScript + JX + Hibernate. It would not be otherwise useful to
anyone, because it all depends on inIVA's copious data (which
Jeremy Quinn wrote:
On Thursday, August 14, 2003, at 06:29 PM, Vadim Gritsenko wrote:
Jeremy Quinn wrote:
...
should/can I add the Apache license to it?
Not sure that this is possible due to bindings to LGPL code.
Sorry I meant, should I be adding the Apache license to the Java and
Jeremy Quinn wrote:
BTW: The Hibernate guys are now aware of the license problem, and
seem to be
willing to offer their api under a less restrictive license.
That is good news ...
Some BSD-like license for redistributing their binary code would be just
what we need. We don't need BSD-like
Jeremy Quinn wrote:
But I suggest you create a Wiki page and add your example as a zip
file to
this page. Instead of having links to your own CVS.
or cocoondev as Vadim suggested . who do I approach for cocoondev ?
Me. I'm a bit swamped ATM, but will try and follow up ASAP.
Hm. Maybe it
Vadim Gritsenko wrote:
I meant your code (if any) which has imports of hybernate packages. I'm
not sure that it can have ASL/BSD license.
If it's stored in Apache CVS and redistributed with Cocoon, it can't.
Outside Apache, you can't add (c) ASF anyhow, since you're operating
on your own, but
Steven Noels wrote:
Vadim Gritsenko wrote:
I meant your code (if any) which has imports of hybernate packages.
I'm not sure that it can have ASL/BSD license.
If it's stored in Apache CVS and redistributed with Cocoon, it can't.
Outside Apache, you can't add (c) ASF anyhow, since you're
Hi all,
I guess the title says about all. ;-)
I want to dynamically load a Woody form definition, its name being based
on the URI invoking the flow function. What's the easiest way to do
this? I saw some very similar questions pass by, but I fail to find out
whether this is already
Steven Noels wrote:
Hi all,
I guess the title says about all. ;-)
I want to dynamically load a Woody form definition, its name being
based on the URI invoking the flow function. What's the easiest way to
do this? I saw some very similar questions pass by, but I fail to find
out whether
Sylvain Wallez wrote:
var x = cocoon.parameters[baz];
Ooops. Should be var x = cocoon.parameters[bar]; of course.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon,
Sylvain Wallez wrote:
map:call function=foo
map:parameter name=bar value=baz/
/map:call
and
function foo() {
var x = cocoon.parameters[baz];
}
Easy, no ?
Ha. ;-)
Added to the Wiki. :-)
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source,
Sylvain Wallez wrote:
map:call function=foo
map:parameter name=bar value=baz/
/map:call
and
function foo() {
var x = cocoon.parameters[baz];
}
It's even easier:
map:call function=foo
map:parameter name=bar value=baz/
/map:call
function foo(bar) {
...
}
Andreas
Andreas Hartmann wrote:
Sylvain Wallez wrote:
map:call function=foo
map:parameter name=bar value=baz/
/map:call
and
function foo() {
var x = cocoon.parameters[baz];
}
It's even easier:
map:call function=foo
map:parameter name=bar value=baz/
/map:call
function foo(bar) {
...
}
This
On Friday, August 15, 2003, at 04:37 PM, Sylvain Wallez wrote:
Steven Noels wrote:
Vadim Gritsenko wrote:
I meant your code (if any) which has imports of hybernate packages.
I'm not sure that it can have ASL/BSD license.
If it's stored in Apache CVS and redistributed with Cocoon, it can't.
/show_bug.cgi?id=21609
[PATCH] NaN error in XSP version of the calc flow example
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
From: news [mailto:[EMAIL PROTECTED]
Hi Cocoon developers,
I just updated from 2.1-M1 to 2.1 and noticed that the
inputModuleGetAttribute() function is no longer supported.
Yep
legacy support for cocoon.input(..) and cocoon.act(..)
has not been implemented yet
The purpose of the input
Dear All,
I have just been given permission by my client inIVA.org to open source
the application I have been writing for them for editing their SQL
dataset (their Archive on http://www.iniva.org/archive).
My hope is that this could constitute a sample of working with
FlowScript + JX +
() method.
In the wiki I've read that URI handling is not supported
because this is not necessary. How should the request URI be obtained?
Your application should work without a certain uri ...
If your need it you can work around it using an input module and pass
its value to the flow using
mpo 2003/08/11 02:12:40
Modified:src/documentation/xdocs/userdocs/flow jxtemplate.xml
Log:
Validating xdocs learns that source needs no p wrapper.
Revision ChangesPath
1.19 +1 -4 cocoon-2.1/src/documentation/xdocs/userdocs/flow/jxtemplate.xml
Index
giacomo 2003/08/07 07:32:38
Modified:
src/blocks/jxforms/java/org/apache/cocoon/components/jxforms/flow/javascript
JXForm.java
Log:
form.submitId was always returning null. Havn't found a place to set it so this hack
does it
Revision ChangesPath
On Tuesday, Aug 12, 2003, at 10:39 Europe/Rome, Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
The auth framework action should be refactored into a general
user-managing component and at that point, it could be used both by
the
action and by a flowscript.
It's already refactored, the actions
URI be obtained?
Your application should work without a certain uri ...
If your need it you can work around it using an input module and pass
its value to the flow using map:parameter.
HTH
Reinhard
On Monday, Aug 11, 2003, at 19:26 Europe/Rome, Upayavira wrote:
On 11 Aug 2003 at 19:10, Reinhard Pötz wrote:
From: Steve Krulewitz
[I posted this earlier on the user list, but it might be more
appropriate here given the new-ness of the flow stuff]
Hey folks --
Total newbie here. I've been
On 11 Aug 2003 at 16:22, Steve Krulewitz wrote:
You could check out the Linotype block, which does some basic
authentication using
flow.
Thanks for the pointer -- I was unaware that linotype was flow-ified.
It looks like both the petstore and linotype roll their own
authentication
Stefano Mazzocchi wrote:
The auth framework action should be refactored into a general
user-managing component and at that point, it could be used both by the
action and by a flowscript.
It's already refactored, the actions are only looking up the user manager
and call a method on it. This
Steve Krulewitz wrote:
Hey folks --
Total newbie here. I've been spending the last week getting up
to speed on
Cocoon, especially the new flow stuff and how it impacts the action-based
authentication framework. If flow essentially deprecates actions in
general, what is the proper way
is the recommended way to get an object from an
Avalon component? Or should I obtain the object from the
input module in the sitemap and pass it to the flow script?
Thank you very much!
Andreas
coliver 2003/08/13 11:40:32
Modified:src/documentation/xdocs/userdocs/flow tutor.xml
Log:
Correct author
Revision ChangesPath
1.5 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/flow/tutor.xml
Index: tutor.xml
Jeremy Quinn wrote:
Dear All,
...
My hope is that this could constitute a sample of working with
FlowScript + JX + Hibernate. It would not be otherwise useful to
anyone, because it all depends on inIVA's copious data (which would
obviously not be supplied).
I would either supply the App as a
On Thu, 2003-08-14 at 12:37, Reinhard Pötz wrote:
From: news [mailto:[EMAIL PROTECTED]
Reinhard Pötz wrote:
The FOM does not provide access to input modules, does it?
So, what is
the recommended way to get an object from an Avalon component?
var myComp =
Reinhard Pötz wrote:
The FOM does not provide access to input modules, does it?
So, what is the recommended way to get an object from an
Avalon component?
var myComp = cocoon.getComponent(myComp.ROLE);
var myObj = myComp.mymethod();
Thanks for your fast answer!
I guess the component is
You could check out the Linotype block, which does some basic
authentication using
flow.
Thanks for the pointer -- I was unaware that linotype was flow-ified. It
looks like both the petstore and linotype roll their own authentication
method, petstore hitting the database directly from
Geoff had a different approach to authenticating. He mentioned using a
Matcher, in his case a ContainerRoleMatcher, to enclose any pipelines
you want to secure. Then you won't need to access any authentication
information inside your flow.
--
Ryan Hoegg
ISIS Networks
http
giacomo 2003/08/07 11:44:59
Modified:
src/blocks/jxforms/java/org/apache/cocoon/components/jxforms/flow/javascript
JXForm.js
Log:
get rid of 'print' output
Revision ChangesPath
1.3 +0 -1
cocoon-2.1/src/blocks/jxforms/java/org/apache
From: Steve Krulewitz
[I posted this earlier on the user list, but it might be more
appropriate here given the new-ness of the flow stuff]
Hey folks --
Total newbie here. I've been spending the last week getting
up to speed on Cocoon, especially the new flow stuff and how
reinhard2003/08/07 01:41:05
Modified:src/blocks/xmlform/samples/flow feedbackWizard.js
Log:
- add a warning that the objectmodel used by the script is not supported any more
Revision ChangesPath
1.2 +9 -0 cocoon-2.1/src/blocks/xmlform/samples/flow
bruno 2003/08/04 01:36:52
cocoon-2.1/src/blocks/apples/java/org/apache/cocoon/components/flow/apples/samples -
New directory
bruno 2003/08/04 02:12:47
Modified:src/blocks/apples/java/org/apache/cocoon/components/flow/apples
AppleRequest.java DefaultAppleRequest.java
Log:
fixed some Javadoc headers
Revision ChangesPath
1.2 +1 -1
cocoon-2.1/src/blocks/apples
bruno 2003/08/04 02:13:56
Modified:src/blocks/apples/java/org/apache/cocoon/components/flow/apples
AppleResponse.java DefaultAppleResponse.java
Log:
* use sendPage method in AppleResponse to line up more with flowscript
* added redirectTo method
bruno 2003/08/04 02:16:16
Modified:src/blocks/apples/java/org/apache/cocoon/components/flow/apples/samples
BindingWoodyApple.java
Log:
adapted to changes in ApplesResponse interface
Revision ChangesPath
1.2 +1 -2
cocoon-2.1/src
bruno 2003/08/04 04:37:08
Modified:src/blocks/petstore/samples/flow petstore.js
Log:
remove initial / in uri supplied to sendPage calls
Revision ChangesPath
1.2 +17 -17cocoon-2.1/src/blocks/petstore/samples/flow/petstore.js
Index: petstore.js
).
On Mon, 2003-07-28 at 17:02, Marc Portier wrote:
Bruno Dumon wrote:
On Tue, 2003-07-22 at 16:12, Marc Portier wrote:
Hi all,
Trying to understand some more flow internals...
I just checked the FOM_Cocoon.java on how it handles the redirects...
and this seems to be the relevant
+1 for now, implementation of real blocks will make us rethink this
again.
Cheers,
Reinhard
-Original Message-
From: Bruno Dumon [mailto:[EMAIL PROTECTED]
Sent: Monday, August 04, 2003 2:21 PM
To: [EMAIL PROTECTED]
Subject: sendPage, sendPageAndWait uri argument (was Re:
[flow
Hi all,
I would like to be able to response.setStatus from the flow. I have two
scenarios I would like to use this:
1) In an authentication module where failure to authenticate should
result in 401 in order to give the browser the chance to recover from
being denied access to a certain resource
be forbidden
(by throwing an Exception).
On Mon, 2003-07-28 at 17:02, Marc Portier wrote:
Bruno Dumon wrote:
On Tue, 2003-07-22 at 16:12, Marc Portier wrote:
Hi all,
Trying to understand some more flow internals...
I just checked the FOM_Cocoon.java on how it handles
Unico Hommes wrote:
Hi all,
I would like to be able to response.setStatus from the flow. I have two
scenarios I would like to use this:
1) In an authentication module where failure to authenticate should
result in 401 in order to give the browser the chance to recover from
being denied access
For the actual code see
http://nagoya.apache.org/bugzilla/show_ bug.cgi?id=21900
Marc, why don't you put Apples it into scratchpad?
Cheers,
Reinhard
801 - 900 of 1064 matches
Mail list logo