[JBossWS] - Webservices client and Dynamic Invocation Interface.
by anand_anan2k
Hello,
I used Dynamic Invocation Interface (DII) in web services client.
Configuration Details:
1. JBOSS portal 2.4: using this portal, i'm performing web services invocation. The web services is running in another machine using webobjects framework.
2. Please refer the below client code i used,
URL url = new URL(urlstr);
String ns = "http://vg0601f-dhcp147.apple.com:9999/cgi-bin/WebObjects/ProvisioningWebS...";
QName qname = new QName(ns, "ProvisioningWS");
QName port = new QName(ns, "ProvisioningWS");
QName operation = new QName(ns,"selectAuthorizedItemsForMerlin");
ServiceFactory factory = ServiceFactory.newInstance();
Service service = factory.createService(url, qname);
Call call = service.createCall(port, operation);
System.out.println("After gettting the call "+call);
Object o = call.invoke(new Object[] {argument});
I got the o/p until "After gettting the call" and call object also is not null. But while executing the invoke method call.invoke(new Object[] {argument}) , i'm getting the below error:
15:27:33,586 ERROR [STDERR] java.lang.ClassCastException: org.jboss.ws.soap.SOAPMessageImpl
15:27:33,589 ERROR [STDERR] at com.sun.xml.rpc.client.dii.CallInvokerImpl._postSendingHook(CallInvokerImpl.java:305)
15:27:33,589 ERROR [STDERR] at com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:324)
15:27:33,589 ERROR [STDERR] at com.sun.xml.rpc.client.dii.CallInvokerImpl.doInvoke(CallInvokerImpl.java:103)
15:27:33,590 ERROR [STDERR] at com.sun.xml.rpc.client.dii.BasicCall.invoke(BasicCall.java:492)
15:27:33,590 ERROR [STDERR] at org.jboss.rpc.WSClient.WSClient.getWSOutput(WSClient.java:39)
15:27:33,590 ERROR [STDERR] at org.jboss.porlet.iproject.iprojectportlet.doView(iprojectportlet.java:25)
15:27:33,590 ERROR [STDERR] at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:167)
15:27:33,590 ERROR [STDERR] at javax.portlet.GenericPortlet.render(GenericPortlet.java:407)
PLease help me to resolve this issue.
Thanks,
Elangovan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983953#3983953
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983953
19Â years, 6Â months
[JBossWS] - Re: Urgent Help requested ...support for enums..update jboss
by joshua_hj
Hi,
I was trying to develop a parlay X web service, the MultimediaMessaging one. I have managed to generate all java classes from the wsdl and xsd files provided by the specification. Allthough, i am having a problem with enumerations. I have a type, named "MessagePriority" (see below) that is mapped into a java enum file "MessagePriority" (see below) . JBoss complains about the Enumeration type at deploy time. When i remove the references to that type it works fine.
Does the generated code below is supported by JBossWS?
Can i use enumeration at all?
PS: Can you explain better how did you managed to get your enums work
Best Regards Joshua
|
| EXCEPTION
|
| 23:31:27,785 ERROR [MainDeployer] Could not create deployment: file:/C:/Java/jboss-4.0.5.GA/server/all/deploy/MultimediaMessaging.war
| org.jboss.ws.WSException: JAX-RPC Enumeration type did not conform to expectations
| at org.jboss.ws.tools.schema.SchemaTypeCreator.handleJAXRPCEnumeration(SchemaTypeCreator.java:374)
| at org.jboss.ws.tools.schema.SchemaTypeCreator.generateNewType(SchemaTypeCreator.java:317)
| at org.jboss.ws.tools.schema.SchemaTypeCreator.getType(SchemaTypeCreator.java:273)
| at org.jboss.ws.tools.schema.SchemaTypeCreator.generateType(SchemaTypeCreator.java:132)
| at org.jboss.ws.tools.schema.SchemaTypeCreator.generateType(SchemaTypeCreator.java:127)
| at org.jboss.ws.tools.schema.SchemaTypeCreator.createFieldParticle(SchemaTypeCreator.java:607)
| at org.jboss.ws.tools.schema.SchemaTypeCreator.introspectJavaProperties(SchemaTypeCreator.java:592)
|
| ##############################
| ##############################
|
| SCHEMA
|
| <xsd:simpleType name="MessagePriority">
| <xsd:restriction base="xsd:string">
| <xsd:enumeration value="Default"/>
| <xsd:enumeration value="Low"/>
| <xsd:enumeration value="Normal"/>
| <xsd:enumeration value="High"/>
| </xsd:restriction>
| </xsd:simpleType>
|
|
| ##############################
| ##############################
|
| JAVA
|
| @XmlEnum
| public enum MessagePriority {
|
| @XmlEnumValue("Default")
| DEFAULT("Default"),
| @XmlEnumValue("High")
| HIGH("High"),
| @XmlEnumValue("Low")
| LOW("Low"),
| @XmlEnumValue("Normal")
| NORMAL("Normal");
| private final String value;
|
| MessagePriority(String v) {
| value = v;
| }
|
| public String value() {
| return value;
| }
|
| public static MessagePriority fromValue(String v) {
| for (MessagePriority c: MessagePriority.values()) {
| if (c.value.equals(v)) {
| return c;
| }
| }
| throw new IllegalArgumentException(v.toString());
| }
|
| }
|
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983950#3983950
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983950
19Â years, 6Â months
[JBoss Seam] - Re: Seam 1.1 beta 1
by bpatters
"stan.silvert(a)jboss.com" wrote : "bpatters" wrote : I found out last night that when using the SeamFaceletViewHandler that any new Facelet tags I create (using xhtml files) I use receive JNDI lookup failures.
| |
| | It's trying to find
| | {approot}/WEB-INF/components/mycomponent.xhtml
| |
| | where approot is my war's view root and components/mycomponent.xhtml is the tag source file I declared in my my.taglib.xml file.
| |
| | Anyone else seen this issue?
| |
|
| Can you give some more detail like a stack trace? I'm failing to see how the SeamFaceletViewHandler might affect JNDI lookups, but maybe I overlooked something.
|
| Stan
2006-11-07 17:26:34,453 ERROR [STDERR] Nov 7, 2006 5:26:34 PM com.sun.facelets.impl.DefaultFaceletFactory createFacelet
| WARNING: /WEB-INF/components/roomEditPanel.xhtml> not found at jndi:/localhost/view/WEB-INF/components/roomEditPanel.xhtml>
| 2006-11-07 17:26:34,453 ERROR [STDERR] Nov 7, 2006 5:26:34 PM com.sun.facelets.FaceletViewHandler handleRenderException
| SEVERE: Error Rendering View[/users/forms/managehomes.xhtml]
| com.sun.facelets.tag.TagException: /users/forms/managehomes.xhtml @192,44 <myl:roomEditPanel> Facelet Not Found: jndi:/localhost/view/WEB-INF/components/roomEditPanel.xhtml>
| at com.sun.facelets.tag.UserTagHandler.apply(UserTagHandler.java:83)
| at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
| at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:295)
| at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:165)
| at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
| at com.sun.facelets.tag.ui.DefineHandler.apply(DefineHandler.java:58)
| at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:128)
| at com.sun.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:306)
| at com.sun.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:279)
| at com.sun.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:68)
| at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
| at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:295)
| at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:165)
| at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
| at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:295)
| at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:165)
| at com.sun.facelets.tag.jsf.core.ViewHandler.apply(ViewHandler.java:109)
| at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
| at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
| at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
| at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
| at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:248)
| at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:294)
| at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:273)
| at com.sun.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:143)
| at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:113)
| at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
| at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
| at com.sun.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:95)
| at com.sun.facelets.FaceletViewHandler.buildView(FaceletViewHandler.java:510)
| at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:553)
| at org.ajax4jsf.framework.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:101)
| at org.ajax4jsf.framework.ajax.AjaxViewHandler.renderView(AjaxViewHandler.java:197)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:67)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:223)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamRedirectFilter.doFilter(SeamRedirectFilter.java:32)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:45)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 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.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524)
| 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.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:495)
| 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)
|
On second look I don't see anything seam related in there, I'll dig deeper to make sure it's not something else that's configured incorrectly.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983949#3983949
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983949
19Â years, 6Â months
[EJB 3.0] - Re: Is there an equivalent of @RemoteBindings in jboss.xml
by sbivol
Ok, I just tried it on 4.0.5.GA. I have the following:
- a stateless bean with following remote bindings annotations:
@RemoteBindings({
@RemoteBinding(clientBindUrl="sslsocket://0.0.0.0:3843", jndiBinding="TestService/remotessl"),
@RemoteBinding(jndiBinding="TestService/remote")
})
- the ssl-service.xml and a keystore packaged within the ejb jar (exactly as shown in the SSL tuturial); the ejb-jar is packaged in an ear
- a service client that uses TestService/remotessl jndi name; it works; the clien console tells me it uses port 3843. If using TestService/remote; the client console tells me that that port 3873 (default Remote EJB3 Invoker port)
I then enable the Binding Service Manager in jboss-service.xml and point it to sample-bindings.xml file in the jboss/server/default/conf folder where the only thing I override is the port for the ssl invoker defined in the ssl-service.xml as follows:
| <service-bindings>
|
| <server name="ports-default">
|
| <service-config name="jboss.remoting:type=Connector,transport=socket3843,handler=ejb3"
| delegateClass="org.jboss.services.binding.AttributeMappingDelegate">
| <delegate-config>
| <attribute name="InvokerLocator">sslsocket://${jboss.bind.address}:3833</attribute>
| </delegate-config>
| <binding port="3833"/>
| </service-config>
|
| </server>
|
| </service-bindings>
|
If I run the ssl client now, I get a org.jboss.remoting.CannotConnectException, but the console tells me the client still tries to connect to 3843, as opposed to the override port 3833.
I suspect the service is now available over SSL at the new port, but client does not understand that it has to connect to that new port.
Would deploying the ssl-service.xml in the default/conf folder work?
Regards
Sergiu
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983942#3983942
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983942
19Â years, 6Â months
[Management, JMX/JBoss] - ClassLoaderRepository
by editha
I get the HierachicalClassLoaderRepository3 of a .war via its mbean Objectname. I would like to add to this repository an instance of (my own) URLClassLoader implementation, because I want this .war to use this classloader instance.
The Problem is that I only see a registerClassLoader() method that requires a UnifiedClassLoader.
Is there a way to add a non-UnifiedClassLoader to this repository?
I tried to solve this task my creating my own BasicLoaderRepository and adding my classloader instance.
The call
(LoaderRepository)mbeanserver.getClassLoaderRepository()).getLoaders();
returns my classloader instance, but it is not used for loading the .war file. Is there maybe a way to attach the classloader instance to the .war?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983941#3983941
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983941
19Â years, 6Â months