JAX-RPC handler chain
Hi all I've implemented my custom handler but noticed that the handler chain is built up each time I make a call on my proxy class. Is there are reason that the handler chain is not re-used for the proxy instance (see HandlerChainImpl.newHandler)? Thanks Oliver *** BITTE BEACHTEN *** Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet möglicherweise vertrauliche oder gesetzlich geschützte Daten oder Informationen. Zum Empfang derselben ist (sind) ausschliesslich die genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter Ausschluss jeder Reproduktion zu zerstören und die absendende Person umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Antwort: Support of other protocols
Scott, take a look to Celtix ESB (open source) or Artix (commercial) from IONA Technologies. It does support different bindings and transports (SOAP, IIOP, Websphere MQ, JMS, Tuxedo,...). Celtix: http://celtix.objectweb.org/ Artix: http://www.iona.com/products/artix/welcome.htm Oliver Scott Goldstein [EMAIL PROTECTED]An: axis-user@ws.apache.org e.org Kopie: Thema:Support of other protocols 26.08.2005 01:13 Bitte antworten an axis-user Does Axis support other SOA protocols besides SOAP over HTTP? I have an application in which I'm sending large amounts of data and the SAX parsing is leading to a performance problem. I've heard in the past that one way to solve this is to use an alternative protocol, though I don't recall the details of the solution. In a related question, I was wondering what the purpose is of the JavaTransport? Is this transport only used within a single process or does it invokes services over a network? Thanks. Scott *** BITTE BEACHTEN *** Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet möglicherweise vertrauliche oder gesetzlich geschützte Daten oder Informationen. Zum Empfang derselben ist (sind) ausschliesslich die genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter Ausschluss jeder Reproduktion zu zerstören und die absendende Person umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.
Antwort: RE: Difference between rpc and doc literal
The following documentation is also very helpful: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwebsrv/html/rpc_literal.asp Oliver Johan Kumps [EMAIL PROTECTED]An: axis-user@ws.apache.org net.be Kopie: Thema:RE: Difference between rpc and doc literal 10.08.2005 21:52 Bitte antworten an axis-user Thanks, I will go though the document. Johan, -Oorspronkelijk bericht- Van: Guy Rixon [mailto:[EMAIL PROTECTED] Verzonden: woensdag 10 augustus 2005 12:25 Aan: Axis-User Onderwerp: Re: Difference between rpc and doc literal The best documentation of the differences that I have found is at http://www-128.ibm.com/developerworks/webservices/library/ws-whichwsdl/ On Wed, 10 Aug 2005, Johan Kumps wrote: Hi all, What's exactly the difference between RPC and DOC style webservices. When the parameter of a webservice is a String containing XML should I use doc or rpc style? What is the best choice? Thanks for answering, -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 9/08/2005 Guy Rixon [EMAIL PROTECTED] Institute of AstronomyTel: +44-1223-337542 Madingley Road, Cambridge, UK, CB3 0HA Fax: +44-1223-337523 -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 9/08/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 9/08/2005 *** BITTE BEACHTEN *** Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet möglicherweise vertrauliche oder gesetzlich geschützte Daten oder Informationen. Zum Empfang derselben ist (sind) ausschliesslich die genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter Ausschluss jeder Reproduktion zu zerstören und die absendende Person umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.
Antwort: Re: Blockers for Axis 1.2 Final
What about http://issues.apache.org/jira/browse/AXIS-1947? This bug prevents us from using Axis in client applications. There is no workaround. Tim K. (Gmane) [EMAIL PROTECTED]An: axis-user@ws.apache.org net Kopie: Gesendet von:Thema:Re: Blockers for Axis 1.2 Final news [EMAIL PROTECTED] rg 29.04.2005 02:23 Bitte antworten an axis-user I just filed another blocker bug, it's a regression from RC2: http://issues.apache.org/jira/browse/AXIS-1966 Tim Davanum Srinivas wrote: Hi all, FYI, There are 2 last remaining blockers for Axis 1.2 Final: - http://issues.apache.org/jira/browse/AXIS-1838 - http://issues.apache.org/jira/browse/AXIS-1547 I'd encourage everyone to try latest CVS / Nightly ASAP. http://cvs.apache.org/dist/axis/nightly/ http://cvs.apache.org/snapshots/ws-axis/ Thanks, dims *** BITTE BEACHTEN *** Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet möglicherweise vertrauliche oder gesetzlich geschützte Daten oder Informationen. Zum Empfang derselben ist (sind) ausschliesslich die genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter Ausschluss jeder Reproduktion zu zerstören und die absendende Person umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.
getHandlerChain(), port name
I've created a custom JAX-RPC handler and had some problem to register it. QName portName = new QName(, BerechtigungBerechtigung_1_0SOAPPort); List chain = service.getHandlerRegistry().getHandlerChain(portName); The reason of the problem was the different port name that is used internally by Axis and the real port name of the WSDL. I do have the following port name in the WSDL: berechtigung.Berechtigung_1_0SOAPPort but Axis generates the following port name which is relevant for handler registration: BerechtigungBerechtigung_1_0SOAPPort This is very confusing and makes no sense in my opinion. Has this been changed in Axis 1.2? What's the reason of changing the port name? Regards Oliver *** BITTE BEACHTEN *** Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet möglicherweise vertrauliche oder gesetzlich geschützte Daten oder Informationen. Zum Empfang derselben ist (sind) ausschliesslich die genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter Ausschluss jeder Reproduktion zu zerstören und die absendende Person umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.