[JBoss JIRA] Created: (JBAS-4987) JBOSS WS:Cannot obtain endpoint meta data
by cai jc (JIRA)
JBOSS WS:Cannot obtain endpoint meta data
------------------------------------------
Key: JBAS-4987
URL: http://jira.jboss.com/jira/browse/JBAS-4987
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: JBossAS-4.2.2.GA
Environment: JBOSS 4.2.2 GA, JDK1.6
Reporter: cai jc
Assigned To: Thomas Diesler
I created a web service endpoint using JWS:
/*
* BookWS.java
*
*
* To change this template, choose Tools | Template Manager
* and open the template in the editor.
*/
package net.cjc.ws;
import java.util.List;
import javax.ejb.*;
import javax.jws.*;
import javax.jws.soap.SOAPBinding;
import net.cjc.beans.AuthorManager;
import net.cjc.entity.Book;
@WebService(name="BookWS",targetNamespace="http://net.cjc.ws",serviceName="BookWSService")
@SOAPBinding(style= SOAPBinding.Style.RPC)
@Stateless
public class BookWS {
/* @EJB
private AuthorManager am;
@WebMethod
public List<Book> getMyBook(String me)
{
return am.queryBooks(me);
}*/
@WebMethod
public String getMyBook(String me)
{
return "you have nothing!";
}
}
And modified web.xml to configure this endpoint as a servlet.
At deploy time,the app server throws an exception:
06:13:45,593 ERROR [MainDeployer] Could not start deployment: file:/D:/jboss-4.2.2.GA/server/default/tmp/deploy/tmp7551cjc.ear-contents/cjc-war.war
java.lang.NoClassDefFoundError: Could not initialize class com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder
at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:422)
at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:286)
at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:139)
at com.sun.xml.bind.api.JAXBRIContext.newInstance(JAXBRIContext.java:105)
at com.sun.xml.bind.api.JAXBRIContext.newInstance(JAXBRIContext.java:116)
...
But I still can see this web service from http://localhost:8080/jbossws/services.While I click it to retrieve WSDL,another exception is thrown:
06:25:15,796 ERROR [RequestHandlerImpl] Error processing web service request
java.lang.IllegalStateException: Cannot obtain endpoint meta data
at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleWSDLRequest(RequestHandlerImpl.java:520)
at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doGet(RequestHandlerImpl.java:144)
at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:126)
at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java:84)
....
Is this a bug? or my fault?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 1 month
[JBoss JIRA] Created: (JBAS-4433) Row-locking enhancement for loading bean outside of a transaction
by Scott Marlow (JIRA)
Row-locking enhancement for loading bean outside of a transaction
-----------------------------------------------------------------
Key: JBAS-4433
URL: http://jira.jboss.com/jira/browse/JBAS-4433
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: EJB2
Affects Versions: JBossAS-4.2.0.GA, JBossAS-5.0.0.Beta1, JBossAS-4.0.4.GA
Reporter: Scott Marlow
Assigned To: Scott Marlow
Fix For: JBossAS-5.0.0.GA, JBossAS-4.2.1.CR1
JBoss recommends that applications should use transactions (see user forum reference). However, there are certain types of applications that use "transaction-type=NotSupported" and load data without a transaction.
If the bean is being loaded without a transaction, treat the operation as if row-locking==false.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 1 month
[JBoss JIRA] Created: (JBAS-4719) Implementations of Invoker should implement equals as an equality check rather than relying on Object.equals, this is important for cluster fail-over support
by Scott Marlow (JIRA)
Implementations of Invoker should implement equals as an equality check rather than relying on Object.equals, this is important for cluster fail-over support
-------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: JBAS-4719
URL: http://jira.jboss.com/jira/browse/JBAS-4719
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Clustering
Affects Versions: JBossAS-4.2.0.GA, JBossAS-5.0.0.Beta2, JBossAS-4.0.5.GA, JBossAS-4.0.4.GA
Reporter: Scott Marlow
Assigned To: Scott Marlow
Fix For: JBossAS-4.2.2.GA, JBossAS-5.0.0.CR1, JBossAS-4.0.5.SP1 , JBossAS-4.2.3.GA
Part of how JRMPInvokerProxyHA handles fail-over includes removing the reference to the node that left the cluster. However, the dead node is not removed as an equality check is not implemented by certain Invoker implementations.
The relevant code in JRMPInvokerProxyHA is
protected void removeDeadTarget(Object target)
{
if (this.familyClusterInfo != null)
this.familyClusterInfo.removeDeadTarget (target);
}
The code in familyClusterInfo is:
public ArrayList removeDeadTarget(Object target)
{
synchronized (this)
{
ArrayList tmp = (ArrayList) targets.clone();
tmp.remove (target);
this.targets = tmp;
this.isViewMembersInSyncWithViewId = false;
}
return this.targets;
}
Since, we didn't include an equals test in many of the different Invoker implementations, the above "tmp.remove(target)" operation fails. The reason for the failure is due to the "targets" ArrayList changing on every invocation (to reflect the current cluster server membership list), a new "targets" is created (so of course comparing references later will not work.)
A similar problem occurs with the EJB2 load balancers after a cluster membership changes.
I think that these issues will be solved by implementing an equals test in the different invokers that can handle equality testing.
PooledInvokerProxy should implement equals based on ServerAddress.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 1 month