[JBossWS] - Deploying CrimePortalBeans on jboss 4.0.5.GA
by robsie
Hi,
I've got the example "CrimePortalBeans" of jboss training course.
This example runs on jboss 4.0.3_SP1 without problems. Unfortunatly on jboss 4.0.5.GA the example doesn't work.
Following messages occur after deploying (server: default):
19:49:04,842 INFO [EjbModule] Deploying OrganizationBean
| 19:49:04,862 WARN [PortComponentMetaData] <wsdl-port> element in webservices.xml not namespace qualified: OrganizationEndpointPort
| 19:49:04,892 WARN [JSR109ServerMetaDataBuilder] Adding wsdl targetNamespace to: {http://crimeportal/ws4ee}OrganizationEndpointPort
| 19:49:04,892 WARN [JSR109ServerMetaDataBuilder] Cannot obtain SEI mapping for: crimeportal.ws.OrganizationEndpoint
| 19:49:04,932 INFO [TomcatDeployer] deploy, ctxPath=/CrimePortalBeans, warUrl=.../tmp/deploy/CrimePortalBeans.jar-ws12861.war/
| 19:49:05,082 INFO [ProxyFactory] Bound EJB Home 'OrganizationBean' to jndi 'ejb/OrganizationBean'
| 19:49:05,082 INFO [EJBDeployer] Deployed: file:/D:/dev/jboss/jboss-4.0.5.GA/server/default/deploy/CrimePortalBeans.jar
| 19:49:05,132 INFO [WSDLFilePublisher] WSDL published to: file:/D:/dev/jboss/jboss-4.0.5.GA/server/default/data/wsdl/CrimePortalBeans.jar/OrganizationServiceEJB
| .wsdl
| 19:49:05,142 WARN [SchemaBindingBuilder] Global element not found in schema: {http://crimeportal/ws4ee}in0
| 19:49:05,142 WARN [SchemaBindingBuilder] Cannot obtain type binding for: {http://crimeportal/ws4ee}in0
| 19:49:05,142 WARN [SchemaBindingBuilder] Global element not found in schema: {http://crimeportal/ws4ee}getContactInfoReturn
| 19:49:05,142 WARN [SchemaBindingBuilder] Cannot obtain type binding for: {http://crimeportal/ws4ee}getContactInfoReturn
After trying to call "getContactInfo" by the client, I've got following stacktrace:
19:52:16,697 INFO [PortComponentHandler] init: [class=crimeportal.handler.PortComponentHandler,headers=[{http://crimeportal/ws4ee}handler-test],config={param1
| value1}]
| 19:52:16,697 ERROR [SOAPFaultExceptionHelper] SOAP request exception
| javax.xml.rpc.soap.SOAPFaultException: Endpoint {http://crimeportal/ws4ee}OrganizationEndpointPort does not contain operation meta data for: getContactInfo
| at org.jboss.ws.server.ServiceEndpointInvoker.getDispatchDestination(ServiceEndpointInvoker.java:181)
| at org.jboss.ws.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:107)
| 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.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| 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)
Thanks for your help
Robert
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060099#4060099
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060099
18Â years, 9Â months
[JBossCache] - Could this be deadlock when modifying TreeCache
by ramdas
Our app uses the JBoss TreeCache from within JBoss AS 3.2.6. The version of the Jgroups JAR that we use is jgroups-2.2.9-beta.jar
I came across this situation wherein a large percentage(290 out of 400) of the Tomcat threads configured within JBoss seemed to be waiting to modify the TreeCache as seen by the thread dump. Given below is the stack trace for one of those threads taken from the dump. Was wondering what could have caused this?
Thanks
Ramdas
---------------------------------
"TP-Processor400" daemon prio=1 tid=0x081c3140 nid=0x641d in Object.wait() [343fe000..343ff8d0]
at java.lang.Object.wait(Native Method)
at org.jgroups.protocols.FC.handleDownMessage(FC.java:360)
- locked <0x52074af8> (a java.lang.Object)
at org.jgroups.protocols.FC.down(FC.java:300)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.protocols.FC.receiveDownEvent(FC.java:294)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.FRAG.down(FRAG.java:139)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.down(STATE_TRANSFER.java:233)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:341)
at org.jgroups.JChannel.down(JChannel.java:1093)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.down(MessageDispatcher.java:715)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.passDown(MessageDispatcher.java:692)
at org.jgroups.blocks.RequestCorrelator.sendRequest(RequestCorrelator.java:277)
at org.jgroups.blocks.GroupRequest.doExecute(GroupRequest.java:446)
at org.jgroups.blocks.GroupRequest.execute(GroupRequest.java:188)
at org.jgroups.blocks.MessageDispatcher.castMessage(MessageDispatcher.java:417)
at org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:165)
at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:2196)
at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:2227)
at org.jboss.cache.interceptors.ReplicationInterceptor.handleReplicatedMethod(ReplicationInterceptor.java:111)
at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:85)
at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:3116)
at org.jboss.cache.TreeCache.put(TreeCache.java:1762)
at org.jboss.cache.TreeCache.put(TreeCache.java:1702)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060095#4060095
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060095
18Â years, 9Â months
[Persistence, JBoss/CMP, Hibernate, Database] - Backup & Migrating Data
by toni
Hi,
I have a set of entity beans, which change onces in a while. For example, maybe a new persitent field gets added to one of the entiy beans.
Because the system in going to be in production, I need a way to backup all the user data and restore it after the database structure has changed slightly.
In other words: I need a way to migrate from one data model to a new one. However, there are no big changes. Usually one or two fields get added.
Which solution does JBoss and Hibernate provide for managing this kind of work procedure? Are there any tools for this?
I appreciate any advice on handling situation like this: Being in production and still making changes to the data model, while not loosing current data.
BTW: I'm using seam as an application framework - so that's how I define the data structure of the database.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060089#4060089
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060089
18Â years, 9Â months