[Security & JAAS/JBoss] - Re: JBoss 5 authentication / authorization problem
by apph_
"jaikiran" wrote : I am mainly interested in the @SecurityDomain import:
|
It was import org.jboss.annotation.security.SecurityDomain.
"jaikiran" wrote :
| Can you post the entire exception stacktrace?
Here it is:
| javax.el.ELException: /dataTest.xhtml @11,72 value="#{paymentService.activePayments}": Error reading 'activePayments' on type services.PaymentService
| com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:76)
| javax.faces.component.UIData.getValue(UIData.java:609)
| javax.faces.component.UIData.getDataModel(UIData.java:1124)
| javax.faces.component.UIData.setRowIndex(UIData.java:451)
| com.sun.faces.renderkit.html_basic.TableRenderer.encodeBegin(TableRenderer.java:77)
| javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:813)
| javax.faces.component.UIData.encodeBegin(UIData.java:962)
| javax.faces.component.UIComponent.encodeAll(UIComponent.java:928)
| javax.faces.render.Renderer.encodeChildren(Renderer.java:148)
| javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:837)
| javax.faces.component.UIComponent.encodeAll(UIComponent.java:930)
| javax.faces.component.UIComponent.encodeAll(UIComponent.java:933)
| com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:592)
| com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:110)
| com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
| com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
| javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
| org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
|
| root cause
|
| javax.ejb.EJBAccessException: Invalid User
| org.jboss.ejb3.security.Ejb3AuthenticationInterceptorv2.invoke(Ejb3AuthenticationInterceptorv2.java:137)
| org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
| org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:41)
| org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
| org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
| org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
| org.jboss.ejb3.BlockContainerShutdownInterceptor.invoke(BlockContainerShutdownInterceptor.java:65)
| org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
| org.jboss.aspects.currentinvocation.CurrentInvocationInterceptor.invoke(CurrentInvocationInterceptor.java:67)
| org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)
| org.jboss.ejb3.session.SessionSpecContainer.invoke(SessionSpecContainer.java:219)
| org.jboss.ejb3.proxy.handler.ProxyInvocationHandlerBase.invoke(ProxyInvocationHandlerBase.java:261)
| org.jboss.ejb3.proxy.handler.session.SessionSpecProxyInvocationHandlerBase.invoke(SessionSpecProxyInvocationHandlerBase.java:101)
| $Proxy245.getActivePayments(Unknown Source)
| services.PaymentService.getActivePayments(PaymentService.java:17)
| sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
| sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| java.lang.reflect.Method.invoke(Unknown Source)
| javax.el.BeanELResolver.getValue(BeanELResolver.java:62)
| javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53)
| com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:72)
| org.apache.el.parser.AstValue.getValue(AstValue.java:118)
| org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
| com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:71)
| javax.faces.component.UIData.getValue(UIData.java:609)
| javax.faces.component.UIData.getDataModel(UIData.java:1124)
| javax.faces.component.UIData.setRowIndex(UIData.java:451)
| com.sun.faces.renderkit.html_basic.TableRenderer.encodeBegin(TableRenderer.java:77)
| javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:813)
| javax.faces.component.UIData.encodeBegin(UIData.java:962)
| javax.faces.component.UIComponent.encodeAll(UIComponent.java:928)
| javax.faces.render.Renderer.encodeChildren(Renderer.java:148)
| javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:837)
| javax.faces.component.UIComponent.encodeAll(UIComponent.java:930)
| javax.faces.component.UIComponent.encodeAll(UIComponent.java:933)
| com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:592)
| com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:110)
| com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
| com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
| javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
| org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
|
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207132#4207132
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207132
17 years, 3 months
[Security & JAAS/JBoss] - Re: JBoss 5 authentication / authorization problem
by apph_
"Wolfgang Knauf" wrote :
| My own security example is packaged in one single EAR and works, so I would advice you to give this a try (EJB jar and web war in one EAR).
|
Yep, I've tried by I'm getting the following errors:
| WARN [AbstractDeploymentContext][org.jboss.deployers.structure.spi.helpers.AbstractDeploymentContext] Unable to register deployment mbean org.jboss.metadata.jpa.spec.PersistenceUnitMetaData.toy-shop-model
| javax.management.InstanceAlreadyExistsException: jboss.deployment:id="org.jboss.metadata.jpa.spec.PersistenceUnitMetaData.toy-shop-model",type=Component already registered.
| at org.jboss.mx.server.registry.BasicMBeanRegistry.add(BasicMBeanRegistry.java:767)
| at org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegistry.java:236)
| at sun.reflect.GeneratedMethodAccessor89.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:138)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:140)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
| at org.jboss.mx.server.MBeanServerImpl$3.run(MBeanServerImpl.java:1431)
| at java.security.AccessController.doPrivileged(Native Method)
| at org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:1426)
| at org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:376)
| at org.jboss.deployers.structure.spi.helpers.AbstractDeploymentContext.registerMBeans(AbstractDeploymentContext.java:989)
| at org.jboss.deployers.structure.spi.helpers.AbstractDeploymentContext.addComponent(AbstractDeploymentContext.java:719)
| at org.jboss.deployers.structure.spi.helpers.AbstractDeploymentUnit.addComponent(AbstractDeploymentUnit.java:249)
| at org.jboss.jpa.deployers.AbstractDeploymentVisitor.addComponent(AbstractDeploymentVisitor.java:49)
| at org.jboss.jpa.deployers.AbstractDeploymentVisitor.deploy(AbstractDeploymentVisitor.java:64)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployerWithInput.deploy(AbstractRealDeployerWithInput.java:125)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployerWithInput.internalDeploy(AbstractRealDeployerWithInput.java:102)
| at org.jboss.deployers.spi.deployer.helpers.AbstractComponentDeployer.internalDeploy(AbstractComponentDeployer.java:78)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205)
| at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405)
| at org.jboss.Main.boot(Main.java:209)
| at org.jboss.Main$1.run(Main.java:547)
| at java.lang.Thread.run(Unknown Source)
|
I've already experienced this problem while deploying ear. It occured where there was more than one persistence.xml file with the same persistence unit name (toy-shop-model in my case). But now it's not the case, I think.
Also the following error:
| ERROR [AbstractKernelController][org.jboss.dependency.plugins.AbstractController] Error installing to Start: name=persistence.unit:unitName=toy-shop-ear-0.0.1.ear/toy-shop-web-0.0.1.war#toy-shop-model state=Create
| java.lang.RuntimeException: Specification violation [EJB3 JPA 6.2.1.2] - You have not defined a non-jta-data-source for a RESOURCE_LOCAL enabled persistence context named: toy-shop-model
| at org.jboss.jpa.deployment.PersistenceUnitInfoImpl.<init>(PersistenceUnitInfoImpl.java:124)
| at org.jboss.jpa.deployment.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:285)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
| at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
| at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:241)
| at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:109)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:70)
| at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:221)
| at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54)
| at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42)
| at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
| at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
| at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
| at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121)
| at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51)
| at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205)
| at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405)
| at org.jboss.Main.boot(Main.java:209)
| at org.jboss.Main$1.run(Main.java:547)
| at java.lang.Thread.run(Unknown Source)
I also got this error earlier but i'm currently not using RESOURCE_LOCAL but JTA.
"Wolfgang Knauf" wrote :
| Could you post your full jboss.xml? Your snippet does not contain a doctype declaration, maybe this confuses jboss. It should be:
| <?xml version="1.0" encoding="UTF-8"?>
| | <!DOCTYPE jboss PUBLIC
| | "-//JBoss//DTD JBOSS 5.0//EN"
| | "http://www.jboss.org/j2ee/dtd/jboss_5_0.dtd">
| |
| | <jboss>
| | <security-domain>toy-shop-realm</security-domain>
| | </jboss>
|
Yes, my jboss.xml did not declared DOCTYPE. Now it's exactly as above.
"Wolfgang Knauf" wrote :
| For the annotation approach: I know that there are two "SecurityDomain" annotations in the JBoss package: org.jboss.ejb3.annotation.SecurityDomain (the right one) and org.jboss.aspects.security.SecurityDomain (this one does not do anything). Could you check whether you picked the right one?
|
Yep, I've seen that there is another annotation class. I'm using this class:
import org.jboss.annotation.security.SecurityDomain
but I see now it has been moved to: org.jboss.ejb3.annotation.SecurityDomain
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207131#4207131
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207131
17 years, 3 months
[Installation, Configuration & DEPLOYMENT] - Getting a JSF webapp to use UTF-8
by Tashtego
Hi together. Hope someone can help me out, I feel a bit confused ;)
I am developing a JSF webapp using facelets and Richfaces, deploying it on a JBoss 4 AppServer and I am using MySQL database.
So far so good. Everything works fine except some bugs with switching to UTF-8. I am getting misinterpreted signs instead of äöü (german ae, oe, ue. and what you see right here, are the misinterpreted signs even in this forum. seems phpbb isnt utf-8, too ^^). So the first thing was googling. And I googled... and tried...and googled. What I found out so far is, that there are so many different ways to tell the webapp to use UTF-8, its really curious. And.... not a single one works for me :(
1st possibility:
There is a tag inside every .xhtml page, which can be extended through lang="de" (or maybe lang="de_DE"?):
<HTML lang="de">
My question here: Why should I? How does it affect a webapp (in fact in my case it doesnt)
2nd possibility:
Inside the header of every .xhtml page there should be a first entry like this:
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
This already seems to sound right. And trying Firefox -> View -> Page Encoding shows me UTF-8 as marked for my .xhtml files. So far so good.
3rd possibility:
I am using windows, which doesnt use UTF-8 as default. Inside Eclipse I found out that you have to pay attention while saving files (properties, .xhtml...). Right Mouse -> Properties shows you wether you saved your files in UTF-8 or still in system default. After switching all my JSF project files to UTF-8 (I didnt switch all my EJB3 project files to UTF-8) I had to redo some text and change to german ae, oe, ue
4th possibility:
This leads us away from the .xhtml files and lets us change our web.xml by adding
| <filter>
| <filter-name>UTF8 Filter</filter-name>
| <filter-class>myJSFproject.filter.UTF8Filter</filter-class>
| </filter>
| <filter-mapping>
| <filter-name>UTF8 Filter</filter-name>
| <url-pattern>*.xhtml</url-pattern>
| </filter-mapping>
|
and developing a small java class like following:
| package myJSFwebapp.filter;
|
| import java.io.IOException;
|
| import javax.servlet.Filter;
| import javax.servlet.FilterChain;
| import javax.servlet.FilterConfig;
| import javax.servlet.ServletException;
| import javax.servlet.ServletRequest;
| import javax.servlet.ServletResponse;
|
| public class UTF8Filter implements Filter {
|
| public void destroy() {}
|
| /**
| * @param ServletRequest
| * @param ServletResponse
| * @param FilterChain
| */
| public void doFilter( ServletRequest request,
| ServletResponse response,
| FilterChain chain ) throws IOException,
| ServletException {
| request.setCharacterEncoding("UTF-8");
| response.setContentType("application/xhtml+xml");
| chain.doFilter(request, response);
| }
|
| public void init(FilterConfig arg0) throws ServletException {}
|
| }
|
This one should help changing the request and response to UTF-8... but it actually doesnt. Or thats not enough.
5th possibility:
The database tables must use UTF-8 too. So be sure to have your database schema and tables configured right.
Unfortunately I did. But my problem isnt text from the database (which seems to get me correct german signs!). My problem is reading text from a .properties file which gets shown wrong. So I went on googling...
6th possibility:
The forms can be changed to submit UTF-8 too. Whyever because the request / response should already be changed to UTF-8 through position 4, see above. It would work like:
<form method='post' accept-charset="UTF-8" ...>
And if you dont want every single form to change you can even try this by extendig web.xml once again:
| <!-- http://java.sun.com/developer/technicalArticles/Intl/HTTPCharset/ -->
| <!-- Now all forms take only UTF-8 -->
| <context-param>
| <param-name>PARAMETER_ENCODING</param-name>
| <param-value>UTF-8</param-value>
| </context-param>
|
Sounds great, but is it really neccesary? And it doesnt help me out because my text is coming from a properties file, not from a submitted inputed text.
7th possibility:
You can even change your f:view tag like following:
<!--How do I change the response contentType?-->
| <f:view contentType="application/xhtml+xml"> ... </f:view>
It just ...wont help anyways.
and the last and in my opinion really cruelest way would be...
8th possibility:
Set JAVA_OPTS="$JAVA_OPTS -Djavax.servlet.request.encoding=UTF-8 -Djavax.servlet.response.encoding=UTF-8 -Dfile.encoding=UTF-8" in start script (run.sh....) from JBOSS.
To be honest... I didnt even try this one. Cant be right, can it??
By the way, you can even change the console output for JBOSS to UTF-8 in Eclipse server view, but that doesnt matter.
So finally I googled, I tried... and found NO way of using UTF-8 :( I really need help with this one and hope, anyone knows a bit more about this and can help me out! Would be great! Thanks in advance! Let me her what you tried and what you know about the above solutions.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207126#4207126
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207126
17 years, 3 months
[JBoss Messaging] - JBoss ON Agent startup issue
by senthur_kumaran
Hi
I am getting the below error while trying to start my JON Agent.
2009-02-04 14:35:22,730 DEBUG [Remoting Detector - Failure Detector Thread: 359] (jboss.remoting.transport.socket.MicroSocketClientInvoker)- SocketClientInvoker[1f796d0, socket://<server_ip>:5446] added new pool ([]) as ServerAddress[<server_ip>:5446, enableTcpNoDelay timeout 1000 ms]
2009-02-04 14:35:22,730 DEBUG [Remoting Detector - Failure Detector Thread: 359] (org.jboss.remoting.MicroRemoteClientInvoker)- SocketClientInvoker[1f796d0, socket://<server_ip>:5446] connected
2009-02-04 14:35:22,731 WARN [Remoting Detector - Failure Detector Thread: 359] (org.jboss.remoting.marshal.MarshalFactory)- Found marshaller fully qualified class name within locator parameters, but was unable to load class: org.jboss.invocation.unified.marshall.InvocationMarshaller
2009-02-04 14:35:22,733 DEBUG [Remoting Detector - Failure Detector Thread: 359] (org.jboss.remoting.ConnectionValidator)- ConnectionValidator failed to ping via SocketClientInvoker[1f796d0, socket://<server_ip>:5446]
org.jboss.remoting.marshal.InvalidMarshallingResource: Can not find a valid marshaller for data type: invocation
at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:79)
at org.jboss.remoting.ConnectionValidator.doCheckConnection(ConnectionValidator.java:126)
at org.jboss.remoting.ConnectionValidator.checkConnection(ConnectionValidator.java:92)
at org.jboss.remoting.detection.AbstractDetector.checkInvokerServer(AbstractDetector.java:542)
at org.jboss.remoting.detection.AbstractDetector$FailureDetector.run(AbstractDetector.java:647)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
2009-02-04 14:35:22,735 DEBUG [Remoting Detector - Failure Detector Thread: 359] (org.jboss.remoting.InvokerRegistry)- removed SocketClientInvoker[1f796d0, socket://<server_ip>:5446] from registry
2009-02-04 14:35:22,735 DEBUG [Remoting Detector - Failure Detector Thread: 359] (jboss.remoting.transport.socket.MicroSocketClientInvoker)- SocketClientInvoker[1f796d0, socket://<server_ip>:5446] disconnecting ...
2009-02-04 14:35:22,735 DEBUG [Remoting Detector - Failure Detector Thread: 359] (org.jboss.remoting.network.NetworkRegistry)- removeServer - JBOSS Identity
address:<myserver.mydomain.com>/<server_ip>
instanceid:f62adc5006ea17e7x-4f229f5ex11f1376d49bx-8000614
JMX id:<myserver.mydomain.com>_1233773587989
domain:JBOSS
2009-02-04 14:35:22,736 DEBUG [Remoting Detector - Failure Detector Thread: 359] (jboss.remoting.detection.multicast.MulticastDetector)- Removed detection Detection (org.jboss.remoting.detection.Detection@e13eb596)
identity:JBOSS Identity
address:<myserver.mydomain.com>/<server_ip>
instanceid:f62adc5006ea17e7x-4f229f5ex11f1376d49bx-8000614
JMX id:<myserver.mydomain.com>_1233773587989
domain:JBOSS
locators:ServerInvokerMetadata:
locator: InvokerLocator [socket://<server_ip>:5446/?dataType=invocation&enableTcpNoDelay=true&marshaller=org.jboss.invocation.unified.marshall.InvocationMarshaller&socketTimeout=600000&unmarshaller=org.jboss.invocation.unified.marshall.InvocationUnMarshaller]
subsystems: INVOKER,
2009-02-04 14:35:22,736 DEBUG [Thread-6] (org.rhq.enterprise.communications.ServiceContainerNetworkNotificationListener)- {ServiceContainerNetworkNotificationListener.got-notif}Got a network registry notification of type [jboss.network.server.removed]
2009-02-04 14:35:22,736 DEBUG [Thread-6] (org.rhq.enterprise.communications.ServiceContainerNetworkNotificationListener)- {ServiceContainerNetworkNotificationListener.server-offline}A remote server has gone down: [InvokerLocator [socket://<server_ip>:5446/?dataType=invocation&enableTcpNoDelay=true&marshaller=org.jboss.invocation.unified.marshall.InvocationMarshaller&socketTimeout=600000&unmarshaller=org.jboss.invocation.unified.marshall.InvocationUnMarshaller]]
Please help me to resolve this issue ..
Thanks in advance!
senthur
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207121#4207121
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207121
17 years, 3 months