Steve:

Do you have svc-crypto-base64 module? That's what it can't find. (And is it selected 
as a service in your *-deploy.properties file)

Mike

On Tue, 28 Oct 2003 14:49:30 -0600
Stephen Davidson <[EMAIL PROTECTED]> wrote:

> Hi Shash/Mike.
> 
> Just did a full update of ALL Keel modules.  Ran CreateDB.  Tried to log in as root.
> 
> Did not work.  Did I forget to add something, or forget a download or add a project?
> 
> Regards,
> Steve
> 
> 
>                  [KeelLoginModule] initialize
>                  [KeelLoginModule] password-seq: base64.hash,base64.encrypt
>                  [KeelLoginModule] login
>                  [KeelLoginModule] abort
>                  [KeelLoginModule] logout
> Oct 28, 2003 2:39:39 PM org.keel.clients.struts.StrutsClientConnector handleErrors
> SEVERE: Stack for error 'loginError' (org.keel.services.model.ModelException: null, 
> null, Unable to provide implementation for org.keel.services.crypto.Encryptor/base64 
> (Key='org.keel.services.crypto.Encryptor/base64'))
> org.keel.services.model.ModelException: Application Error
>          at 
> org.keel.services.model.defaultmodel.DefaultModelResponse.addError(DefaultModelResponse.java:257)
>          at 
> org.keel.services.model.defaultmodel.DefaultModelResponse.addErrors(DefaultModelResponse.java:336)
>          at 
> org.keel.services.model.defaultmodel.DefaultCommand.execute(DefaultCommand.java:106)
>          at 
> org.keel.services.model.defaultmodel.DefaultCommand.execute(DefaultCommand.java:59)
>          at org.keel.apps.register.models.Login.execute(Login.java:194)
>          at sun.reflect.GeneratedMethodAccessor141.invoke(Unknown Source)
>          at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>          at java.lang.reflect.Method.invoke(Method.java:324)
>          at 
> org.apache.avalon.fortress.impl.factory.PassThroughInvocationHandler.invoke(PassThroughInvocationHandler.java:100)
>          at $Proxy5.execute(Unknown Source)
>          at 
> org.keel.services.model.defaultmodel.DefaultModelRequest.execute(DefaultModelRequest.java:151)
>          at sun.reflect.GeneratedMethodAccessor140.invoke(Unknown Source)
>          at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>          at java.lang.reflect.Method.invoke(Method.java:324)
>          at 
> org.apache.avalon.fortress.impl.factory.PassThroughInvocationHandler.invoke(PassThroughInvocationHandler.java:100)
>          at $Proxy1.execute(Unknown Source)
>          at 
> org.keel.services.model.defaultmodel.DefaultCommand.execute(DefaultCommand.java:105)
>          at 
> org.keel.services.model.defaultmodel.DefaultCommand.execute(DefaultCommand.java:59)
>          at org.keel.models.util.Sequence.runModel(Sequence.java:417)
>          at org.keel.models.util.Sequence.runSequence(Sequence.java:267)
>          at org.keel.models.util.Sequence.execute(Sequence.java:123)
>          at sun.reflect.GeneratedMethodAccessor141.invoke(Unknown Source)
>          at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>          at java.lang.reflect.Method.invoke(Method.java:324)
>          at 
> org.apache.avalon.fortress.impl.factory.PassThroughInvocationHandler.invoke(PassThroughInvocationHandler.java:100)
>          at $Proxy6.execute(Unknown Source)
>          at 
> org.keel.services.model.defaultmodel.DefaultModelRequest.execute(DefaultModelRequest.java:151)
>          at sun.reflect.GeneratedMethodAccessor140.invoke(Unknown Source)
>          at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>          at java.lang.reflect.Method.invoke(Method.java:324)
>          at 
> org.apache.avalon.fortress.impl.factory.PassThroughInvocationHandler.invoke(PassThroughInvocationHandler.java:100)
>          at $Proxy1.execute(Unknown Source)
>          at 
> org.keel.servers.direct.KeelDirectServer.execute(KeelDirectServer.java:251)
>          at 
> org.keel.servers.direct.KeelDirectServer$MultiThreadedProcessor.run(KeelDirectServer.java:294)
> 
> 
> Shash Chatterjee wrote:
> > Mike/Steve,
> > 
> > I went through and moved some config around, especially default records 
> > for security, to have config go along with the module that defines the 
> > components being secured.  As far as CRUD was concerned, the majority 
> > was there, it was simply missing root permissions for the List and Query 
> > models.  Steve, a CVS update should fix, but a warning, quite a few 
> > modules were affected.
> > 
> > Shash
> > 
> > Michael Nash JGlobal.com wrote:
> > 
> >> Steve:
> >>
> >>  
> >>
> >>> Yes, I ran createdb.  It was the only way to log in.
> >>>   
> >>
> >>
> >> Hmm - then I'm suprised your having problems access common 
> >> functionality like crud. That should have created default records for 
> >> you.
> >>
> >>  
> >>
> >>> I figured out how to add records to component security.  But I am 
> >>> concerned about the current state of the code base.  Has the clean 
> >>> download/build/install/run process been busted?  The machine(s) I am 
> >>> having trouble with are clean machines with very current code bases 
> >>> on them.  If I am having this much trouble, what about somebody new?  
> >>> Would it be possible for a check to be made for a clean install?
> >>>   
> >>
> >>
> >> Absolutely. I will tackle that in the AM to ensure there are default 
> >> records for everything for root being added properly.
> >>
> >>  
> >>
> >>> And should I just delete my entire Keel project on both affected 
> >>> machines (one of the linux, and a Win2K), and reload from scratch?
> >>>   
> >>
> >>
> >> I don't think that would help, to be honest, unless you're not 
> >> synchronized with CRUD or something. The default security entries 
> >> should be being added by the createdb - if they're not, then that's 
> >> the bug we must fix.
> >>
> >> Mike
> >>
> >>  
> >>
> >> Michael Nash
> >>
> >> JGlobal Ltd.
> >> http://www.jglobal.com
> >>
> >> Bahamas Commerce and Trade
> >> http://www.bahamascommerce.com
> 
> 
> -- 
> Java/J2EE Developer/Integrator
> Co-Chair, Dallas/FortWorth J2EE Sig
> 214-724-7741
> 
> 
> http://keelframework.org/documentation
> Keelgroup mailing list
> [EMAIL PROTECTED]
> http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com


Michael Nash

JGlobal Ltd 
Next-Generation Web Application Development and Open Source Support
http://www.jglobal.com

Bahamas Commerce and Trade
Offshore eCommerce Hosting and Business Services
http://www.bahamascommerce.com

http://keelframework.org/documentation
Keelgroup mailing list
[EMAIL PROTECTED]
http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com

Reply via email to