[errai-users] errai

Discussion:

[errai-users] errai

Christopher Gokey

2010-03-05 15:11:06 UTC

I'm trying to get errai-1.0.0 to work in my tomcat servlet container and having trouble... It works fine in jetty. I'm getting
a java.lang.ClassNotFoundException: org.mortbay.jetty.RetryRequest and need a jetty class but I tried adding the jetty-6.1.22.jar but that didn't work either... See stack traces below. The jars in my WEB-INF/lib include:

errai-bus-1.0.0.jar gwt-mosaic-dnd-0.2.0.jar log4j-1.2.14.jar
errai-common-1.0.0.jar gwt-servlet-2.0.3.jar mvel2-2.0.16.jar
guice-2.0-aopalliance.jar gwt-servlet.jar slf4j-api-1.5.10.jar
guice-2.0.jar gwt-user-2.0.3.jar slf4j-log4j12-1.5.10.jar
guice-servlet-2.0.jar gxt-2.1.1.jar
gwt-dev-2.0.3.jar

What am I missing? :)

Any help would be really appreciated.
Chris

NOT including the jetty-6.1.22.jar in my WEB-INF/lib, I get this stack trace:

SEVERE: Servlet /AccessManager threw load() exception
java.lang.ClassNotFoundException: org.mortbay.jetty.RetryRequest
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:398)
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
at java.lang.Class.getConstructor0(Class.java:2699)
at java.lang.Class.newInstance0(Class.java:326)
at java.lang.Class.newInstance(Class.java:308)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1116)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4149)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4458)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:630)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:556)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:491)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)

INCLUDING the jetty-6.1.22.jar in my WEB-INF/lib, I get the is stack trace:

SEVERE: Servlet /AccessManager threw load() exception
java.util.MissingResourceException: Can't find bundle for base name ErraiService, locale en_US
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1521)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1260)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:715)
at org.jboss.errai.bus.server.service.ErraiServiceConfiguratorImpl.configure(ErraiServiceConfiguratorImpl.java:91)
at org.jboss.errai.bus.server.service.ErraiServiceImpl.init(ErraiServiceImpl.java:152)
at org.jboss.errai.bus.server.service.ErraiServiceImpl.<init>(ErraiServiceImpl.java:61)
at org.jboss.errai.bus.server.service.ErraiServiceImpl$$FastClassByGuice$$7879947c.newInstance(<generated>)
at com.google.inject.internal.cglib.reflect.FastConstructor.newInstance(FastConstructor.java:40)
at com.google.inject.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:60)
at com.google.inject.ConstructorInjector.construct(ConstructorInjector.java:85)
at com.google.inject.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:111)
at com.google.inject.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:45)
at com.google.inject.InjectorImpl.callInContext(InjectorImpl.java:811)
at com.google.inject.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:42)
at com.google.inject.Scopes$1$1.get(Scopes.java:54)
at com.google.inject.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:48)
at com.google.inject.FactoryProxy.get(FactoryProxy.java:56)
at com.google.inject.InjectorImpl$4$1.call(InjectorImpl.java:758)
at com.google.inject.InjectorImpl.callInContext(InjectorImpl.java:804)
at com.google.inject.InjectorImpl$4.get(InjectorImpl.java:754)
at com.google.inject.InjectorImpl.getInstance(InjectorImpl.java:793)
at org.jboss.errai.bus.server.servlet.AbstractErraiServlet.<init>(AbstractErraiServlet.java:28)
at org.jboss.errai.bus.server.servlet.JettyContinuationsServlet.<init>(JettyContinuationsServlet.java:30)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1116)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4149)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4458)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:630)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:556)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:491)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)

Heiko Braun

2010-03-05 15:14:51 UTC

Permalink

Take a look at the web.xml. It probably refers to the Jetty NIO Servlet.
Replace it with the default blocking servlet that works on any target container:

<servlet>
<servlet-name>ErraiServlet</servlet-name>
<servlet-class>org.jboss.errai.bus.server.servlet.DefaultBlockingServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

Let me know if that fixes your problem.

/Heiko

Post by Christopher Gokey
I'm trying to get errai-1.0.0 to work in my tomcat servlet container and having trouble... It works fine in jetty. I'm getting
errai-bus-1.0.0.jar gwt-mosaic-dnd-0.2.0.jar log4j-1.2.14.jar
errai-common-1.0.0.jar gwt-servlet-2.0.3.jar mvel2-2.0.16.jar
guice-2.0-aopalliance.jar gwt-servlet.jar slf4j-api-1.5.10.jar
guice-2.0.jar gwt-user-2.0.3.jar slf4j-log4j12-1.5.10.jar
guice-servlet-2.0.jar gxt-2.1.1.jar
gwt-dev-2.0.3.jar
What am I missing? :)
Any help would be really appreciated.
Chris
SEVERE: Servlet /AccessManager threw load() exception
java.lang.ClassNotFoundException: org.mortbay.jetty.RetryRequest
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:398)
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
at java.lang.Class.getConstructor0(Class.java:2699)
at java.lang.Class.newInstance0(Class.java:326)
at java.lang.Class.newInstance(Class.java:308)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1116)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4149)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4458)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:630)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:556)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:491)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
SEVERE: Servlet /AccessManager threw load() exception
java.util.MissingResourceException: Can't find bundle for base name ErraiService, locale en_US
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1521)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1260)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:715)
at org.jboss.errai.bus.server.service.ErraiServiceConfiguratorImpl.configure(ErraiServiceConfiguratorImpl.java:91)
at org.jboss.errai.bus.server.service.ErraiServiceImpl.init(ErraiServiceImpl.java:152)
at org.jboss.errai.bus.server.service.ErraiServiceImpl.<init>(ErraiServiceImpl.java:61)
at org.jboss.errai.bus.server.service.ErraiServiceImpl$$FastClassByGuice$$7879947c.newInstance(<generated>)
at com.google.inject.internal.cglib.reflect.FastConstructor.newInstance(FastConstructor.java:40)
at com.google.inject.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:60)
at com.google.inject.ConstructorInjector.construct(ConstructorInjector.java:85)
at com.google.inject.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:111)
at com.google.inject.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:45)
at com.google.inject.InjectorImpl.callInContext(InjectorImpl.java:811)
at com.google.inject.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:42)
at com.google.inject.Scopes$1$1.get(Scopes.java:54)
at com.google.inject.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:48)
at com.google.inject.FactoryProxy.get(FactoryProxy.java:56)
at com.google.inject.InjectorImpl$4$1.call(InjectorImpl.java:758)
at com.google.inject.InjectorImpl.callInContext(InjectorImpl.java:804)
at com.google.inject.InjectorImpl$4.get(InjectorImpl.java:754)
at com.google.inject.InjectorImpl.getInstance(InjectorImpl.java:793)
at org.jboss.errai.bus.server.servlet.AbstractErraiServlet.<init>(AbstractErraiServlet.java:28)
at org.jboss.errai.bus.server.servlet.JettyContinuationsServlet.<init>(JettyContinuationsServlet.java:30)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1116)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4149)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4458)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:630)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:556)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:491)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
_______________________________________________
errai-users mailing list
errai-users at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/errai-users

Christopher Gokey

2010-03-05 15:24:20 UTC

Permalink

Thanks for your reply...

Yes, that got rid of the jetty exception, now I'm getting this:

Mar 5, 2010 10:21:38 AM org.apache.catalina.core.ApplicationContext log
INFO: Marking servlet ErraiServlet as unavailable
Mar 5, 2010 10:21:38 AM org.apache.catalina.core.StandardContext loadOnStartup
SEVERE: Servlet /AccessManager threw load() exception
java.util.MissingResourceException: Can't find bundle for base name ErraiService, locale en_US
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1521)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1260)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:715)
at org.jboss.errai.bus.server.service.ErraiServiceConfiguratorImpl.configure(ErraiServiceConfiguratorImpl.java:91)
at org.jboss.errai.bus.server.service.ErraiServiceImpl.init(ErraiServiceImpl.java:152)
at org.jboss.errai.bus.server.service.ErraiServiceImpl.<init>(ErraiServiceImpl.java:61)
at org.jboss.errai.bus.server.service.ErraiServiceImpl$$FastClassByGuice$$7879947c.newInstance(<generated>)
at com.google.inject.internal.cglib.reflect.FastConstructor.newInstance(FastConstructor.java:40)

What do I need to include to get past this exception?

Just curious, if there any difference in functionality between the DefaultBlockingServlet and the Jetty NIO Servlet.

Thanks again.
Chris

Post by Heiko Braun
Take a look at the web.xml. It probably refers to the Jetty NIO Servlet.
<servlet>
<servlet-name>ErraiServlet</servlet-name>
<servlet-class>org.jboss.errai.bus.server.servlet.DefaultBlockingServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
Let me know if that fixes your problem.
/Heiko

Heiko Braun

2010-03-05 15:28:54 UTC

Permalink

The default blocking servlet is meant to used on any container,
the other servlets are optimizations for different target runtimes
but use proprietary API. I.e. tomcat or jetty NIO API.

But regarding your error:
That happens when ErraiService.properties cannot be found on the classpath.
Errai actually requires one marker [1] and one config file [2]:

[1] ErraiApp.properties: mandatory for any classpath entry (*.jar) that contains annotated errai components
[2] ErraiService.properties: The bus configuration

/Heiko

Post by Christopher Gokey
Thanks for your reply...
Mar 5, 2010 10:21:38 AM org.apache.catalina.core.ApplicationContext log
INFO: Marking servlet ErraiServlet as unavailable
Mar 5, 2010 10:21:38 AM org.apache.catalina.core.StandardContext loadOnStartup
SEVERE: Servlet /AccessManager threw load() exception
java.util.MissingResourceException: Can't find bundle for base name ErraiService, locale en_US
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1521)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1260)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:715)
at org.jboss.errai.bus.server.service.ErraiServiceConfiguratorImpl.configure(ErraiServiceConfiguratorImpl.java:91)
at org.jboss.errai.bus.server.service.ErraiServiceImpl.init(ErraiServiceImpl.java:152)
at org.jboss.errai.bus.server.service.ErraiServiceImpl.<init>(ErraiServiceImpl.java:61)
at org.jboss.errai.bus.server.service.ErraiServiceImpl$$FastClassByGuice$$7879947c.newInstance(<generated>)
at com.google.inject.internal.cglib.reflect.FastConstructor.newInstance(FastConstructor.java:40)
What do I need to include to get past this exception?
Just curious, if there any difference in functionality between the DefaultBlockingServlet and the Jetty NIO Servlet.
Thanks again.
Chris

_______________________________________________
errai-users mailing list
errai-users at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/errai-users

Christopher Gokey

2010-03-05 17:41:42 UTC

Permalink

Thank you Heiko... That was a very helpful, I must have done something in my war structure to mess up the location of those files... That is fixed and I've gotten a lot of further, but now I'm running into one more error client side this time.

Have you ever seen this?
Refused to set unsafe header "Connection"
D75C2B1F639A46AEDBE23F206FF83B97.cache.html:4006XHR finished loading: "http://localhost:8080/AccessManager/AccessManager/in.erraiBus".
(and I get a lot of these errors)

I'm seeing that in my safari error console... Again if I run this via gwt devmode using safari, it works fine...

I verified that the in.erraiBus is running... if i invoke it via the web, I get this back in the browser.
{"ClientBus":{CommandType:"Disconnect",Reason:"There is no queue associated with this session."}}
Thanks again...
Chris

Post by Heiko Braun
The default blocking servlet is meant to used on any container,
the other servlets are optimizations for different target runtimes
but use proprietary API. I.e. tomcat or jetty NIO API.
That happens when ErraiService.properties cannot be found on the classpath.
[1] ErraiApp.properties: mandatory for any classpath entry (*.jar) that contains annotated errai components
[2] ErraiService.properties: The bus configuration
/Heiko

_______________________________________________
errai-users mailing list
errai-users at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/errai-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/errai-users/attachments/20100305/744e76ac/attachment-0001.html

Heiko Braun

2010-03-05 17:56:26 UTC

Permalink

yes, you can safely ignore these messages.
afaik they don't have an impact on the bus functionality.

/heiko

Post by Christopher Gokey
Have you ever seen this?
Refused to set unsafe header "Connection"
D75C2B1F639A46AEDBE23F206FF83B97.cache.html:4006XHR finished loading: "http://localhost:8080/AccessManager/AccessManager/in.erraiBus".
(and I get a lot of these errors)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/errai-users/attachments/20100305/911cd2f9/attachment.html

Christopher Gokey

2010-03-05 18:22:00 UTC

Permalink

Yeah, at first I got 100s of those errors, but I did a fresh rebuild of everything and
now everything seems to be working fine and do see the occasional error message below.

Many many thanks for all your help. This framework is great...

Chris

Post by Heiko Braun
yes, you can safely ignore these messages.
afaik they don't have an impact on the bus functionality.
/heiko

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/errai-users/attachments/20100305/15f67f22/attachment.html

Heiko Braun

2010-03-05 18:38:04 UTC

Permalink

np, just drop us a note or visit us on irc when you into trouble:

irc.freenode.net#errai

/Heiko

Post by Christopher Gokey
Yeah, at first I got 100s of those errors, but I did a fresh rebuild of everything and
now everything seems to be working fine and do see the occasional error message below.
Many many thanks for all your help. This framework is great...
Chris

Post by Heiko Braun
yes, you can safely ignore these messages.
afaik they don't have an impact on the bus functionality.
/heiko

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/errai-users/attachments/20100305/44d77bf2/attachment.html

Christopher Gokey

2010-03-05 21:16:36 UTC

Permalink

I'm curious if someone can point me in the right direction. It looks like integrating errai-1.0.0 has
messed up the authentification with my GWT client and once I add back in BASIC authentication to the web.xml, I'm not able
to get things to work.... I've done a bunch of tests and it appears that way atleast.

We are using JAAS to authenticate users and have a have standard jaas.config on tomcat/conf/jaas.config that
says:
AccessManager {gov.dmcg.md.common.security.jaas.DbLoginModule required;};
(that class implements javax.security.auth.spi.LoginModule)

Setup the context.xml and all the standard things (server resource, realm info, etc.), yet after I integrating this, I'm not able to access things...

I'm noticed this entry in the ErraiServices.properties file:
errai.authentication_adapter=org.jboss.errai.bus.server.security.auth.JAASAdapter

Do I need to implement something special for the bus? Just wondering if that might be my issue or if anyone has any clues based on the little bit of info that I specified :)

Thanks,
Chris

Mike Brock

2010-03-05 22:22:36 UTC

Permalink

Are you getting an exception?

Post by Christopher Gokey
I'm curious if someone can point me in the right direction. It looks like integrating errai-1.0.0 has
messed up the authentification with my GWT client and once I add back in BASIC authentication to the web.xml, I'm not able
to get things to work.... I've done a bunch of tests and it appears that way atleast.
We are using JAAS to authenticate users and have a have standard jaas.config on tomcat/conf/jaas.config that
AccessManager {gov.dmcg.md.common.security.jaas.DbLoginModule required;};
(that class implements javax.security.auth.spi.LoginModule)
Setup the context.xml and all the standard things (server resource, realm info, etc.), yet after I integrating this, I'm not able to access things...
errai.authentication_adapter=org.jboss.errai.bus.server.security.auth.JAASAdapter
Do I need to implement something special for the bus? Just wondering if that might be my issue or if anyone has any clues based on the little bit of info that I specified :)
Thanks,
Chris
_______________________________________________
errai-users mailing list
errai-users at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/errai-users

Christopher Gokey

2010-03-05 23:07:47 UTC

Permalink

Sorry, I meant to paste the error:

Mar 5, 2010 6:05:28 PM org.apache.catalina.realm.JAASRealm authenticate
SEVERE: Cannot find message associated with key jaasRealm.unexpectedError
javax.security.auth.login.LoginException: No LoginModules configured for AccessManager
at javax.security.auth.login.LoginContext.init(LoginContext.java:256)
at javax.security.auth.login.LoginContext.<init>(LoginContext.java:403)
at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:383)
at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:323)
at org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthenticator.java:181)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:491)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
at java.lang.Thread.run(Thread.java:637)

I did figure out if I comment out this line:
#errai.authentication_adapter=org.jboss.errai.bus.server.security.auth.JAASAdapter

It works... And the normal tomcat authentication is used to access the webapp. Is this what I should have done?

Thanks,
Chris

Post by Mike Brock
Are you getting an exception?

Mike Brock

2010-03-06 04:31:19 UTC

Permalink

No. But it looks like you have a misconfiguration in Tomcat, not in Errai. This is a purely appserver-related exception.

Post by Christopher Gokey
Mar 5, 2010 6:05:28 PM org.apache.catalina.realm.JAASRealm authenticate
SEVERE: Cannot find message associated with key jaasRealm.unexpectedError
javax.security.auth.login.LoginException: No LoginModules configured for AccessManager
at javax.security.auth.login.LoginContext.init(LoginContext.java:256)
at javax.security.auth.login.LoginContext.<init>(LoginContext.java:403)
at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:383)
at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:323)
at org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthenticator.java:181)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:491)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
at java.lang.Thread.run(Thread.java:637)
#errai.authentication_adapter=org.jboss.errai.bus.server.security.auth.JAASAdapter
It works... And the normal tomcat authentication is used to access the webapp. Is this what I should have done?
Thanks,
Chris

Post by Mike Brock
Are you getting an exception?

Christopher Gokey

2010-03-06 04:36:58 UTC

Permalink

Well, if I remove that line, all works well... The JAAS authentication in Tomcat takes place, I get userid/password login, etc.
All the normal workings... What is the side affect by removing that line?

Chris

Post by Mike Brock
No. But it looks like you have a misconfiguration in Tomcat, not in Errai. This is a purely appserver-related exception.

Post by Mike Brock
Are you getting an exception?