August 2006 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: How do I test simple SLSBs?

by chuckadams

I switched my test's classpath to use a freshly installed embedded-ejb3 download's libraries and conf/ directory, and this particular error went away. The version of embedded ejb3 shipping with seam would appear to be broken, and it appears to be the libs, since only using the conf/ directory of the non-seam version was to no avail -- I had to put the non-seam version's libs in the front of the classpath. Of course, I still get the same errors, they now just take a lot longer to show up. I'll see if I can reproduce the error I get when I test it as a regular EJB session bean and leave the @Name annotation (when I remove it, it works fine perfectly). No time right now unfortunately... I recall some post elsewhere in jbossland about there being some fiddliness in the embedded container when J2EE 1.4 and JEE 5 libs are both in the classpath. Eclipse WTP is indeed adding J2EE 1.4 junk in the "JBOSS 4.0" server libs, that I never use (I can't seem to get rid of them though). As for the examples, I can't find anything like a simple unit test, just rather complex JSF-level integration tests. All well and good, but I wanted to start with units, since my app is going to be mostly fronted with service-like session bean facades anyway. It's also proving a real pain to extricate the tests from the dependencies on the rest of the seam installation (though I really do appreciate that the examples aren't littered with redundant jars just to make them totally standalone) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968775#3968775 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968775

17 years, 7 months

1
0
0 / 0

[JBoss jBPM] - Re: IDE: opening PDL in eclipse

by kukeltje

This happened with previous versions (<3.0.9.2) of the gpd. Besides that, please also post - what version of the plugin? - any othe plugins? - ..... And no, no intelliJ plugin. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968773#3968773 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968773

17 years, 7 months

1
0
0 / 0

[JBoss Seam] - Seam + RMI

by sateeshnagilla

Any I have to call RMI in Seam components, any body have samples. thanks for your help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968766#3968766 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968766

17 years, 7 months

1
0
0 / 0

[Performance Tuning] - Re: No ManagedConnections available within configured blocki

by wandi

Man, it could sounds stupid but you close every connection? I have a similar problem and my app was using more than one datasoure, at end I don close every connection (for each datasorce)... so the problem of ManagedConnection arise. ... | } finally { | if (pstmYY != null) pstmYY.close(); | if (pstmXX != null) pstmXX.close(); | if (connAA != null) connAA.close(); | if (connBB != null) connBB.close(); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968765#3968765 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968765

17 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: Newbie question: access session attribute from view

by javri28

I agree - this is a better way - to know thet you are using the attribute of the RIGHT SCOPE. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968764#3968764 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968764

17 years, 7 months

1
0
0 / 0

[Security & JAAS/JBoss] - Re: Single Sign-ON, SPNEGO: How to?

by bofriis

... just to add a little more info on the subject of having SPNEGO GSSAPI support in JBoss. Its based on the JBoss NTLM implementation, changed to do SPNEGO GSSAPI, with group support (stored in the PAC). /Bo http://appliedcrypto.com View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968763#3968763 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968763

17 years, 7 months

1
0
0 / 0

[JBoss Messaging] - Re: Cannot connect to JMS from Service MBean

by ovidiu.feodorov＠jboss.com

Deploy your service in the same classloading domain as Messaging: | <loader-repository>jboss.messaging:loader=ScopedLoaderRepository | <loader-repository-config>java2ParentDelegation=false</loader-repository-config> | </loader-repository> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968762#3968762 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968762

17 years, 7 months

1
0
0 / 0

[JBoss jBPM] - IDE: opening PDL in eclipse

by wenbozhu

My IDE is always frozen for a while (20-30 sec.) when I try to open the "websales" example jPDL project file. I am using eclipse 3.1.2 (to use the AS plugin), and does anyone have similar experience - (hope it's just me)? Also, any IntelliJ plugin, by chance ...?? - Wenbo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968760#3968760 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968760

17 years, 7 months

1
0
0 / 0

[JBossWS] - UnmarshalException with JBossWS 1.0.3

by acxjbertr

I had a JSR-109 Web Service client that was working perfectly with JBoss 4.0.4.GA and JBossWS 1.0.2.GA. I just upgraded to 1.0.3.GA, used the new libraries to generate the stubs in the client, rebuilt, redeployed the client, and now I am getting this exception when I invoke the client. 14:43:14,709 ERROR [CallImpl] Call invocation failed with unkown Exception | javax.xml.rpc.JAXRPCException: org.jboss.ws.binding.BindingException: org.jboss.ws.jaxb.UnmarshalException: Failed to parse source: The prefix "xsi" for attribute "xsi:nil" associated with an element type "errorCode" is not bound. @ *unknown*[68,29] | at org.jboss.ws.soap.SOAPContentElement.getObjectValue(SOAPContentElement.java:303) | at org.jboss.ws.binding.EndpointInvocation.transformPayloadValue(EndpointInvocation.java:233) | at org.jboss.ws.binding.EndpointInvocation.getReturnValue(EndpointInvocation.java:182) | at org.jboss.ws.jaxrpc.CallImpl.syncOutputParams(CallImpl.java:873) | at org.jboss.ws.jaxrpc.CallImpl.invokeInternal(CallImpl.java:704) | at org.jboss.ws.jaxrpc.CallImpl.invoke(CallImpl.java:404) | at org.jboss.ws.jaxrpc.CallProxy.invoke(CallProxy.java:148) | at $Proxy55.append(Unknown Source) | at com.acxiom.cxpi.ejb.AbiliTecConsumerWrapperBean.callAbiliTec(AbiliTecConsumerWrapperBean.java:113) | at com.acxiom.cxpi.ejb.AbiliTecConsumerWrapperBean.consumerLinkAppend(AbiliTecConsumerWrapperBean.java:67) | at com.acxiom.cxpi.ejb.AbiliTecConsumerWrapperBean.consumerLinkAppend(AbiliTecConsumerWrapperBean.java:53) | 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:585) | at org.jboss.invocation.Invocation.performCall(Invocation.java:359) | at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) | at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) | at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) | at org.jboss.ws.server.ServiceEndpointInterceptor.invoke(ServiceEndpointInterceptor.java:39) | at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) | at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) | at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) | at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181) | at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) | at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205) | at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:136) | at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648) | at org.jboss.ejb.Container.invoke(Container.java:954) | at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:430) | at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionProxy.java:103) | at $Proxy44.consumerLinkAppend(Unknown Source) | at com.acxiom.amex.ejb.AmexOpenBean.recognize(AmexOpenBean.java:70) | at com.acxiom.amex.ejb.AmexOpenBean.homeValue(AmexOpenBean.java:48) | 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:585) | at org.jboss.invocation.Invocation.performCall(Invocation.java:359) | at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) | at org.jboss.ws.integration.jboss.ServiceEndpointInterceptor.invoke(ServiceEndpointInterceptor.java:92) | at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) | at org.jboss.ws.server.ServiceEndpointInterceptor.invoke(ServiceEndpointInterceptor.java:39) | at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) | at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) | at org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(AbstractTxInterceptorBMT.java:173) | at org.jboss.ejb.plugins.TxInterceptorBMT.invoke(TxInterceptorBMT.java:77) | at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) | at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) | at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205) | at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:136) | at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648) | at org.jboss.ejb.Container.invoke(Container.java:954) | 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:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.ws.integration.jboss.ServiceEndpointInvokerEJB21.invokeServiceEndpoint(ServiceEndpointInvokerEJB21.java:181) | at org.jboss.ws.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:115) | at org.jboss.ws.server.ServiceEndpoint.handleRequest(ServiceEndpoint.java:209) | at org.jboss.ws.server.ServiceEndpointManager.processSOAPRequest(ServiceEndpointManager.java:355) | at org.jboss.ws.server.StandardEndpointServlet.doPost(StandardEndpointServlet.java:115) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) | at org.jboss.ws.server.StandardEndpointServlet.service(StandardEndpointServlet.java:76) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | Caused by: org.jboss.ws.binding.BindingException: org.jboss.ws.jaxb.UnmarshalException: Failed to parse source: The prefix "xsi" for attribute "xsi:nil" associated with an element type "errorCode" is not bound. @ *unknown*[68,29] | at org.jboss.ws.jaxrpc.encoding.JAXBDeserializer.deserialize(JAXBDeserializer.java:100) | at org.jboss.ws.soap.SOAPContentElement.getObjectValue(SOAPContentElement.java:235) | ... 87 more | Caused by: org.jboss.ws.jaxb.UnmarshalException: Failed to parse source: The prefix "xsi" for attribute "xsi:nil" associated with an element type "errorCode" is not bound. @ *unknown*[68,29] | at org.jboss.ws.jaxb.JBossXBUnmarshallerImpl.unmarshal(JBossXBUnmarshallerImpl.java:67) | at org.jboss.ws.jaxrpc.encoding.JAXBDeserializer.deserialize(JAXBDeserializer.java:92) | ... 88 more | Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: The prefix "xsi" for attribute "xsi:nil" associated with an element type "errorCode" is not bound. @ *unknown*[68,29] | at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:156) | at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:126) | at org.jboss.ws.jaxb.JBossXBUnmarshallerImpl.unmarshal(JBossXBUnmarshallerImpl.java:63) | ... 89 more | Caused by: org.xml.sax.SAXException: The prefix "xsi" for attribute "xsi:nil" associated with an element type "errorCode" is not bound. @ *unknown*[68,29] | at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$MetaDataErrorHandler.fatalError(SaxJBossXBParser.java:332) | at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source) | at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) | at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) | at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) | at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) | at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) | at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) | at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) | at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) | at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) | at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) | at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:152) | ... 91 more View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968759#3968759 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968759

17 years, 7 months

1
0
0 / 0

[Clustering/JBoss] - Re: Network Loss in a 1 to n Node Cluster

by bstansberry＠jboss.com

OK, your problem is the JGroups channel that your cache instance is using isn't detecting the unplugging of the cable. I bet if you wait about a minute, it will. The logging you posted is actually for a completely different channel. Technically its a different cluster, even though from a surface point of view it seems like there is only one "cluster". There is a semi-complicated mechanism for registering for the view change events you posted, but that's really not the right thing to do. The right thing is to ensure your JBoss Cache channel detects the cable unplug. In your cache config file, find the ClusterConfig element and replace FD with: <FD_SOCK down_thread="false" up_thread="false"/> | <FD timeout="10000" max_tries="5" down_thread="false" up_thread="false" shun="true"/> That's the config we're starting to use everywhere now. See http://wiki.jboss.org/wiki/Wiki.jsp?page=FDVersusFD_SOCK for more details. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3968758#3968758 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3968758

17 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user August 2006