[2.1m3] [Authentication-fw] AuthenticationManager not found
Hello, I've upgraded to milestone 3 and when I try to access my web application I'm getting an error that a component could not be found (with key "org.apache.cocoon.webapps.authentication.AuthenticationManager"). Surely enough, it is not in cocoon.xconf. But then, it wasn't there previously either, so how was it that one was automatically instantiated in 2.1m2. The configuration was just an empty "authentication-manager" element (both tags, no content). Is there a problem or do I now have to configure one on my own. I found org.apache.cocoon.webapps.authentication.components.DefaultAuthenticationManager, but I don't know what type of configuration it expects. I would hope that it's just a default container for generic authenticated users so I can just continue using the fw as before. But by just using it as a component-instance in cocoon.xconf with the org.apache.cocoon.webapps.authentication.AuthenticationManager role I get a NullPointerException, so obviously it wants some kind of configuration. Is anybody else using the auth-fw in 2.1m3 that knows about whether or not there's a problem, I'm making a mistake, or there's an actual change? TIA. /S __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.1m3] [Authentication-fw] AuthenticationManager not found
Antonio, Thanks for the response. Actually any page shows the error, because the authentication framework protects most everything in my webapp except the login page itself. So it is showing the error on the first request because there is no authentication manager (it is simply not being initialized on its own) to check with for a new session. That's really about as specific as I can be, given that it is not a specific pipeline's problem. I'm not using any XSPs at all. What is this change that you mentioned which I could fix in the M3 version? Thanks. /S --- Antonio Gallardo <[EMAIL PROTECTED]> wrote: > Hi Steven: > > Can you be a little more explicitely? What type of page is having the error? > What about the sitemap? > Are you using some custom actions with authentication fw? > > I want to know the tranformers or XSP page are you using to it. > > Efectively there is a change between versions. Carsten made some > improvements that broken the old code. Of course to fix it only is needed > a simple changes. > > Best Regards, > > Antonio Gallardo. > > Steven Cummings dijo: > > Hello, > > > > I've upgraded to milestone 3 and when I try to access my web application > > I'm getting an error that a component could not be found (with key > > "org.apache.cocoon.webapps.authentication.AuthenticationManager"). > > Surely enough, it is not in cocoon.xconf. But then, it wasn't there > > previously either, so how was it that one was automatically instantiated > > in 2.1m2. The configuration was just an empty "authentication-manager" > > element (both tags, no content). Is there a problem or do I now have to > > configure one on my own. > > > > I found > > > org.apache.cocoon.webapps.authentication.components.DefaultAuthenticationManager, > > but I don't know what type of configuration it expects. I would hope > > that it's just a default container for generic authenticated users so I > > can just continue using the fw as before. But by just using it as a > > component-instance in cocoon.xconf with the > > org.apache.cocoon.webapps.authentication.AuthenticationManager role I > > get a NullPointerException, so obviously it wants some kind of > > configuration. > > > > Is anybody else using the auth-fw in 2.1m3 that knows about whether or > > not there's a problem, I'm making a mistake, or there's an actual > > change? TIA. > > > > /S > > > > __ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > > - To > > unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[2.1m2][xmlform][schematron] model-bean properties of primitive types
Hello, I have a quick question about how to deal with primitive-typed properties in xmlform and schematron. I cannot get my assertion message for primitive fields to show on the form after pressing the "Next" button (I'm using flowscript to implement a form-wizard, just like the example from the xmlform block). Instead I get the exception message about number formatting. I understand that the xmlform framework would like to try to save the user-input value while showing the error message so that they can change or correct it, but this obviously won't work when the value can't be saved at all. Is there a way to have xmlform check your assertions *before* saving the erroneous value? Is it possible to tell it to use a default value in case of such an error and to display nothing in case of that default value? The next best thing I can think of is to write a proxy object whose properties corresponding to the primitives of the original object are strings such that the user can do input, see validation errors, and THEN have the flowscript persist the proxied values into the real object. I wanted to see if there was a better way without having to write so much extra code for each model-bean. Thanks. /S __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.1m2][xmlform][schematron] model-bean properties of primitive types
Thanks. I'll check it out. /S --- Antonio Gallardo <[EMAIL PROTECTED]> wrote: > Hi: > Steven Cummings dijo: > > Hello, > > > > I have a quick question about how to deal with primitive-typed > > properties in xmlform and schematron. I cannot get my assertion message > > for primitive fields to show on the form after pressing the "Next" > > button (I'm using flowscript to implement a form-wizard, just like the > > example from the xmlform block). Instead I get the exception message > > about number formatting. I understand that the xmlform framework would > > like to try to save the user-input value while showing the error message > > so that they can change or correct it, but this obviously won't work > > when the value can't be saved at all. > > XMLForm are currently being merged with JXForm: > > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=105775885025780&w=2 > > But take it easily, since the are very similars. :) > > > > > Is there a way to have xmlform check your assertions *before* saving the > > erroneous value? Is it possible to tell it to use a default value in > > case of such an error and to display nothing in case of that default > > value? > > > It depends how you are saving. But is you are using flow, then you can > check the returned values from the form *before* saving. If there is and > error you can go back. > > A new forms framework is emerging, his name is woody. It allow to do > automatically this kind of things. I also think JXForms allow to do that, > but I dont know it deeply. > > > > > The next best thing I can think of is to write a proxy object whose > > properties corresponding to the primitives of the original object are > > strings such that the user can do input, see validation errors, and THEN > > have the flowscript persist the proxied values into the real object. I > > wanted to see if there was a better way without having to write so much > > extra code for each model-bean. > > Yes, woody do that. > > If you are very interested in this I invite you to follow the current > dicusion in the devel maillist. > > Best Regards, > > Antonio Gallardo. > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[2.1m2][xmlforms][wizard-flow] nested model-beans and continuations
Hello all, I've got kind of a hair-brained question here, forgive me if it is not completely clear. I'm having a hard time thinking of how to create a flow and forms for editing a complex, highly nested, and even recursively defined bean. Let's say I have a bean class A with property of class B. B also has an optional property of type B. My best thinking is that when I come to those items in the xmlform, I will display a link to another flow, so that a "sub-form" is navigated to. Cramming everything into one form is, of course, not a very good option. Anyway, the theoretical solution presents me with two problems: 1. Could the new form and continuation be passed the old continuation, and access objects from the old flow? 2. Could the new flow return to continue the old continuation once it was done? I might possibly go as much as two or three continuations deeps. Remember that each is pretty much an XMLForm wizard implementation, so I'm not writing any other low-level flow code except that to control the form wizard much like in the xmlform samples. I haven't looked into woody that much yet, so if I'm missing something easier there, let me know. If anybody has any good pointers or general suggestions I would appreciate it! Surely someone else has had to deel with beans that weren't "skin-deep" and contained further complex types. TIA /S __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.1m2][xmlforms][wizard-flow] nested model-beans and continuations
Antonio, But how do you make a recursive call within the xmlform functionality? Do you call it within the javascript or from a page to the desired pipeline? Thanks. Steven --- Antonio Gallardo <[EMAIL PROTECTED]> wrote: > Steven Cummings dijo: > > Hello all, > > > > I've got kind of a hair-brained question here, forgive me if it is not > > completely clear. I'm having a hard time thinking of how to create a > > flow and forms for editing a complex, highly nested, and even > > recursively defined bean. > > > > Let's say I have a bean class A with property of class B. B also has an > > optional property of type B. > > > > My best thinking is that when I come to those items in the xmlform, I > > will display a link to another flow, so that a "sub-form" is navigated > > to. Cramming everything into one form is, of course, not a very good > > option. Anyway, the theoretical solution presents me with two problems: > > > > 1. Could the new form and continuation be passed the old continuation, > > and access objects from the old flow? > > I am not sure, but maybe a recursion of the same function would work here. > > Please comments. > > > 2. Could the new flow return to continue the old continuation once it > > was done? > > See above. > > > > > I might possibly go as much as two or three continuations deeps. > > If the recursion can work here, the answer is yes. :) > > > Remember that each is pretty much an XMLForm wizard implementation, so > > I'm not writing any other low-level flow code except that to control the > > form wizard much like in the xmlform samples. > > > > I haven't looked into woody that much yet, so if I'm missing something > > easier there, let me know. If anybody has any good pointers or general > > suggestions I would appreciate it! Surely someone else has had to deel > > with beans that weren't "skin-deep" and contained further complex types. > > > > TIA > > /S > > > > __ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com > > > > - To > > unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.1m2][xmlforms][wizard-flow] nested model-beans and continuations
I'm not *that* bad a coder, I can make recursive calls in code! But I'm
wondering how to ensure that a new continuation is created so that I can run a
"sub-" formwizard with it's own continuation and then use the old continuation
id to return from it. While I know how continuations are continued from the
flow examples, I don't know exactly how to break back into an xmlforms
continuation with a particular id. It is built up a little more, at a
high-level. And I don't immediately have any pipeline that takes a continuation
id like from the flow examples for the form and form-wizard frameworks. That is
my wondering.
/S
--- Upayavira <[EMAIL PROTECTED]> wrote:
> Steven,
>
> On Fri, 18 Jul 2003 19:33:16 -0700 (PDT), "Steven Cummings"
> <[EMAIL PROTECTED]> said:
> > Antonio,
> >
> > But how do you make a recursive call within the xmlform functionality? Do
> > you call it within the javascript or from a page to the desired pipeline?
>
> I'm an extreme newbie here, but:
>
> You do it the same as you would with any programming language:
>
> var continueRecursing = true;
>
> function foo() {
> if (continueRecursing) {
> sendPageAndWait(...);
> foo();
> }
> }
>
> Or, if you're using jxforms (flow enabled xmlforms), then you'll use
> sendForm() instead of sendPageAndWait().
>
> Hope that helps a bit.
>
> Regards,
>
> Upayavira
> > --- Antonio Gallardo <[EMAIL PROTECTED]> wrote:
> > > Steven Cummings dijo:
> > > > Hello all,
> > > >
> > > > I've got kind of a hair-brained question here, forgive me if it is not
> > > > completely clear. I'm having a hard time thinking of how to create a
> > > > flow and forms for editing a complex, highly nested, and even
> > > > recursively defined bean.
> > > >
> > > > Let's say I have a bean class A with property of class B. B also has an
> > > > optional property of type B.
> > > >
> > > > My best thinking is that when I come to those items in the xmlform, I
> > > > will display a link to another flow, so that a "sub-form" is navigated
> > > > to. Cramming everything into one form is, of course, not a very good
> > > > option. Anyway, the theoretical solution presents me with two problems:
> > > >
> > > > 1. Could the new form and continuation be passed the old continuation,
> > > > and access objects from the old flow?
> > >
> > > I am not sure, but maybe a recursion of the same function would work
> here.
> > >
> > > Please comments.
> > >
> > > > 2. Could the new flow return to continue the old continuation once it
> > > > was done?
> > >
> > > See above.
> > >
> > > >
> > > > I might possibly go as much as two or three continuations deeps.
> > >
> > > If the recursion can work here, the answer is yes. :)
> > >
> > > > Remember that each is pretty much an XMLForm wizard implementation, so
> > > > I'm not writing any other low-level flow code except that to control
> the
> > > > form wizard much like in the xmlform samples.
> > > >
> > > > I haven't looked into woody that much yet, so if I'm missing something
> > > > easier there, let me know. If anybody has any good pointers or general
> > > > suggestions I would appreciate it! Surely someone else has had to deel
> > > > with beans that weren't "skin-deep" and contained further complex
> types.
> > > >
> > > > TIA
> > > > /S
> > > >
> > > > __
> > > > Do you Yahoo!?
> > > > SBC Yahoo! DSL - Now only $29.95 per month!
> > > > http://sbc.yahoo.com
> > > >
> > > > -
> To
> > > > unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> >
> > __
> > Do you Yahoo!?
> > SBC Yahoo! DSL - Now only $29.95 per month!
> > http://sbc.yahoo.com
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [2.1m2][xmlforms][wizard-flow] nested model-beans and continuations
No you didn't! I just don't think I explained my intentions well enough at
first (and the reponse seemed way too obvious at first). No biggy. I'll try the
dev'ers now. Thanks for the reponses!
/S
--- Upayavira <[EMAIL PROTECTED]> wrote:
> Steven,
>
> Hope I didn't offend your programming sensibilities ;-)
>
> I'd recommend asking this on the developer list. There are more people
> doing this kind of stuff there, so you're more likely to get a decent
> answer.
>
> HTH. Upayavira
>
> On Sat, 19 Jul 2003 12:04:08 -0700 (PDT), "Steven Cummings"
> <[EMAIL PROTECTED]> said:
> > I'm not *that* bad a coder, I can make recursive calls in code! But I'm
> > wondering how to ensure that a new continuation is created so that I can
> > run a
> > "sub-" formwizard with it's own continuation and then use the old
> > continuation
> > id to return from it. While I know how continuations are continued from
> > the
> > flow examples, I don't know exactly how to break back into an xmlforms
> > continuation with a particular id. It is built up a little more, at a
> > high-level. And I don't immediately have any pipeline that takes a
> > continuation
> > id like from the flow examples for the form and form-wizard frameworks.
> > That is
> > my wondering.
> >
> > /S
> > --- Upayavira <[EMAIL PROTECTED]> wrote:
> > > Steven,
> > >
> > > On Fri, 18 Jul 2003 19:33:16 -0700 (PDT), "Steven Cummings"
> > > <[EMAIL PROTECTED]> said:
> > > > Antonio,
> > > >
> > > > But how do you make a recursive call within the xmlform functionality?
> Do
> > > > you call it within the javascript or from a page to the desired
> pipeline?
> > >
> > > I'm an extreme newbie here, but:
> > >
> > > You do it the same as you would with any programming language:
> > >
> > > var continueRecursing = true;
> > >
> > > function foo() {
> > > if (continueRecursing) {
> > > sendPageAndWait(...);
> > > foo();
> > > }
> > > }
> > >
> > > Or, if you're using jxforms (flow enabled xmlforms), then you'll use
> > > sendForm() instead of sendPageAndWait().
> > >
> > > Hope that helps a bit.
> > >
> > > Regards,
> > >
> > > Upayavira
> > > > --- Antonio Gallardo <[EMAIL PROTECTED]> wrote:
> > > > > Steven Cummings dijo:
> > > > > > Hello all,
> > > > > >
> > > > > > I've got kind of a hair-brained question here, forgive me if it is
> not
> > > > > > completely clear. I'm having a hard time thinking of how to create
> a
> > > > > > flow and forms for editing a complex, highly nested, and even
> > > > > > recursively defined bean.
> > > > > >
> > > > > > Let's say I have a bean class A with property of class B. B also
> has an
> > > > > > optional property of type B.
> > > > > >
> > > > > > My best thinking is that when I come to those items in the xmlform,
> I
> > > > > > will display a link to another flow, so that a "sub-form" is
> navigated
> > > > > > to. Cramming everything into one form is, of course, not a very
> good
> > > > > > option. Anyway, the theoretical solution presents me with two
> problems:
> > > > > >
> > > > > > 1. Could the new form and continuation be passed the old
> continuation,
> > > > > > and access objects from the old flow?
> > > > >
> > > > > I am not sure, but maybe a recursion of the same function would work
> > > here.
> > > > >
> > > > > Please comments.
> > > > >
> > > > > > 2. Could the new flow return to continue the old continuation once
> it
> > > > > > was done?
> > > > >
> > > > > See above.
> > > > >
> > > > > >
> > > > > > I might possibly go as much as two or three continuations deeps.
> > > > >
> > > > > If the recursion can work here, the answer is yes. :)
> > > > >
> > > > > > Remember that each is pretty much an XMLForm wizard implementation,
> so
> > > > > > I'm not writing a
Re: [2.1m2][xmlforms][wizard-flow] nested model-beans and continuations
--- Antonio Gallardo <[EMAIL PROTECTED]> wrote:
> Steven:
>
> This flow-continuations stuff is so new that too few people have it clear
> enough to advise about the correct way to do what you requested.
> Currently, flow-continuations is still being defined. No one is trying to
> show if someone is bad or good coder. Everybody just try to give a tip
> that can help. Nothing more or less. Your idea to go to dev is good.
Of course! Thanks. I responded too quickly the first time, so I'm sure it
sounded bad.
/S
>
> Best Regards,
>
> Antonio Gallardo.
>
> Steven Cummings dijo:
> > No you didn't! I just don't think I explained my intentions well enough
> > at first (and the reponse seemed way too obvious at first). No biggy.
> > I'll try the dev'ers now. Thanks for the reponses!
> >
> > /S
> > --- Upayavira <[EMAIL PROTECTED]> wrote:
> >> Steven,
> >>
> >> Hope I didn't offend your programming sensibilities ;-)
> >>
> >> I'd recommend asking this on the developer list. There are more people
> >> doing this kind of stuff there, so you're more likely to get a decent
> >> answer.
> >>
> >> HTH. Upayavira
> >>
> >> On Sat, 19 Jul 2003 12:04:08 -0700 (PDT), "Steven Cummings"
> >> <[EMAIL PROTECTED]> said:
> >> > I'm not *that* bad a coder, I can make recursive calls in code! But
> >> I'm wondering how to ensure that a new continuation is created so
> >> that I can run a
> >> > "sub-" formwizard with it's own continuation and then use the old
> >> continuation
> >> > id to return from it. While I know how continuations are continued
> >> from the
> >> > flow examples, I don't know exactly how to break back into an
> >> xmlforms continuation with a particular id. It is built up a little
> >> more, at a high-level. And I don't immediately have any pipeline
> >> that takes a continuation
> >> > id like from the flow examples for the form and form-wizard
> >> frameworks. That is
> >> > my wondering.
> >> >
> >> > /S
> >> > --- Upayavira <[EMAIL PROTECTED]> wrote:
> >> > > Steven,
> >> > >
> >> > > On Fri, 18 Jul 2003 19:33:16 -0700 (PDT), "Steven Cummings"
> >> > > <[EMAIL PROTECTED]> said:
> >> > > > Antonio,
> >> > > >
> >> > > > But how do you make a recursive call within the xmlform
> >> functionality?
> >> Do
> >> > > > you call it within the javascript or from a page to the desired
> >> pipeline?
> >> > >
> >> > > I'm an extreme newbie here, but:
> >> > >
> >> > > You do it the same as you would with any programming language:
> >> > >
> >> > > var continueRecursing = true;
> >> > >
> >> > > function foo() {
> >> > > if (continueRecursing) {
> >> > > sendPageAndWait(...);
> >> > > foo();
> >> > > }
> >> > > }
> >> > >
> >> > > Or, if you're using jxforms (flow enabled xmlforms), then you'll
> >> use sendForm() instead of sendPageAndWait().
> >> > >
> >> > > Hope that helps a bit.
> >> > >
> >> > > Regards,
> >> > >
> >> > > Upayavira
> >> > > > --- Antonio Gallardo <[EMAIL PROTECTED]> wrote:
> >> > > > > Steven Cummings dijo:
> >> > > > > > Hello all,
> >> > > > > >
> >> > > > > > I've got kind of a hair-brained question here, forgive me if
> >> it is
> >> not
> >> > > > > > completely clear. I'm having a hard time thinking of how to
> >> create
> >> a
> >> > > > > > flow and forms for editing a complex, highly nested, and
> >> even recursively defined bean.
> >> > > > > >
> >> > > > > > Let's say I have a bean class A with property of class B. B
> >> also
> >> has an
> >> > > > > > optional property of type B.
> >> > > > > >
> >> > > > > > My best thinking is that when I come to those items in the
> >> xmlform,
> >> I
> >> > > > > >
