[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsrp-interop] invalidCookie faults
good. Let me know when to test the producer.
-----Original Message-----
From: Richard Jacob [mailto:richard.jacob@de.ibm.com]
Sent: 15 July 2003 22:29
To: Andre Kramer
Cc: Andre Kramer; wsrp-interop@lists.oasis-open.org
Subject: RE: [wsrp-interop] invalidCookie faults
Hi Andre,
the faults work now.
I passed your producer an invalid RegHandle to getSD() and successfully
caught the InvalidRegistration fault which caused our consumer to
re-register.
On the AXIS fault handling:
I now use AXIS 1.1 (no pre anymore).
I was able to throw a plain AXIS fault without seeing the exception you
mentioned below:
fault = new InvalidRegistrationFaultI();
throw fault;
Using this method AXIS fills in the field in the SOAP message so that they
break JAX-RPC.
The faultcode is a ServerFault (or something similar).
The datail elements contains 2 subelements: one "InvalidRegistration"
namespaces element like we defined it, and one additional Element pointing
to the Package.Java class of the Fault.
So what we do is, set the fields manually in such a way that they
correspond to what we defined in the spec.
Btw. I will update our producer tomorrow to a version which throws spec
conformant fault messages.
Mit freundlichen Gruessen / best regards,
Richard Jacob
______________________________________________________
IBM Lab Boeblingen, Germany
Dept.8288, WebSphere Portal Server Development
Phone: ++49 7031 16-3469 - Fax: ++49 7031 16-4888
Email: mailto:richard.jacob@de.ibm.com
|---------+---------------------------->
| | Andre Kramer |
| | <andre.kramer@eu.|
| | citrix.com> |
| | |
| | 07/14/2003 05:49 |
| | PM |
|---------+---------------------------->
>--------------------------------------------------------------------------------------------------------------------------------------------------|
| |
| To: Richard Jacob/Germany/IBM@IBMDE |
| cc: Andre Kramer <andre.kramer@eu.citrix.com> |
| Subject: RE: [wsrp-interop] invalidCookie faults |
>--------------------------------------------------------------------------------------------------------------------------------------------------|
Let me know when you are ready to test again. I went off on a bit of a
tangent on the faults (totally forgot that Axis had its own work-around)
but I think its would be good to discuss this area again, in any case, so
have added it to the WSRP WSDL call this Wednesday.
regards,
Andre
-----Original Message-----
From: Richard Jacob [mailto:richard.jacob@de.ibm.com]
Sent: 14 July 2003 16:33
To: Andre Kramer
Subject: RE: [wsrp-interop] invalidCookie faults
Hi Andre,
yes we did it by hand to fix the xxxFault in faultcode.
I need to update the fault code handling. Haven't looked into it yet.
Btw. I'm sorry, I won't be able to test today.
Mit freundlichen Gruessen / best regards,
Richard Jacob
______________________________________________________
IBM Lab Boeblingen, Germany
Dept.8288, WebSphere Portal Server Development
Phone: ++49 7031 16-3469 - Fax: ++49 7031 16-4888
Email: mailto:richard.jacob@de.ibm.com
|---------+---------------------------->
| | Andre Kramer |
| | <andre.kramer@eu.|
| | citrix.com> |
| | |
| | 07/14/2003 10:18 |
| | AM |
|---------+---------------------------->
>
--------------------------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: Andre Kramer <andre.kramer@eu.citrix.com>, Richard
Jacob/Germany/IBM@IBMDE
|
| cc: "'wsrp-interop@lists.oasis-open.org'"
<wsrp-interop@lists.oasis-open.org>
|
| Subject: RE: [wsrp-interop] invalidCookie faults
|
>
--------------------------------------------------------------------------------------------------------------------------------------------------|
The following is what I got just throwing an AccessDeniedFault object in
Axis. wsrp.dyndns.org must be filling in the <detail> element by hand?
regards,
Andre
HTTP/1.1 500 Internal Server Error
Content-Type: text/xml; charset=utf-8
Date: Mon, 14 Jul 2003 08:13:31 GMT
Server: Apache Coyote HTTP/1.1 Connector [1.0]
Connection: close
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Body>
<soapenv:Fault>
<faultcode xmlns:ns1
="urn:oasis:names:tc:wsrp:v1:types">ns1:AccessDenied</faultcode>
<faultstring></faultstring>
<detail>
<ns2:exceptionName xmlns:ns2="http://xml.apache.org/axis/
">oasis.names.tc.wsrp.v1.types.AccessDeniedFault</ns2:exceptionName>
<ns3:stackTrace xmlns:ns3="http://xml.apache.org/axis/">AxisFault
faultCode: {http://xml.apache.org/axis/}Server.generalException
faultString: faultActor: null faultDetail: exceptionName:
oasis.names.tc.wsrp.v1.types.AccessDeniedFault at
oasis.names.tc.wsrp.v1.bind.WSRP_V1_ServiceDescription_Binding_SOAPImpl.getServiceDescription(WSRP_V1_ServiceDescription_Binding_SOAPImpl.java:86)
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:324) at
org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:372)
at
org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:292)
at
org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:276)
at
org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:71)
at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:156)
at org.apache.axis.SimpleChain.invoke(SimpleChain.java:126) at
org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:437)
at org.apache.axis.server.AxisServer.invoke(AxisServer.java:316) at
org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:701)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:335)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet.java:451)
at
org.apache.catalina.servlets.InvokerServlet.doPost(InvokerServlet.java:216)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:483)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:646)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:483)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2349)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:646)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:644)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:644)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:483)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:646)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:644)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:483)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:376)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:518)
at java.lang.Thread.run(Thread.java:536) </ns3:stackTrace>
</detail>
</soapenv:Fault>
</soapenv:Body>
</soapenv:Envelope>
-----Original Message-----
From: Andre Kramer
Sent: 12 July 2003 20:49
To: 'Richard Jacob'; Andre Kramer
Cc: Andre Kramer; wsrp-interop@lists.oasis-open.org
Subject: [wsrp-interop] invalidCookie faults
I noticed that I'm trapping the wsrp.dyndns.org fault on the faultcode but
not on the detail (when I'm being strict about fault naming). The old
"Fault" ending seems to be still used (see trace below). Maybe Axis is
using the name of the complex type rather than the wsdl element to
(de)serialize the fault?
I also see that I'm using the default namespace "xmlns='something'" syntax
for the detail sub-element. And the IBM producer is setting a cookie in
InitCookie?
I'll get our producer online at 7pm CET on Monday if you would like to
verify this and re-test.
None of the Oracle portlets has a group, so I tried to provoke an
InvalidSession fault (corrupting the sessionID as I got fed up seeing my
connection closed) and ended up with an oracle.webdb.wsrp.InvalidHandle
soap fault (JAX-RPC not naming faults sensibly?) that seemed to have a
detail called "InvalidHandleFault".
I'm still seeing reliability issues so I may be wrong on this (and
therefore have no Oracle trace), typically seeing the following, sometimes
even while calling getSD() or register():
getMarkup failed: System.Net.WebException: The underlying connection was
closed: An unexpected error occurred on a send. at
System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest
request) at
System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest
request) at
System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String
methodName, Object[] parameters) at
NETlet.client.WSRP_v1_Markup_Binding_SOAP.getMarkup(getMarkup getMarkup1)
in ...
Richard was using http 1.0 with no keep alive when he stressed the Oracle
producer while .NET uses 1.1 with keep-alive and expect continue.
regards,
Andre
wsrp.dyndns.org fault:
HTTP/1.1 100 Continue
HTTP/1.1 500 Internal Server Error
Set-Cookie: JSESSIONID=3A2FE8947D794685ABEC79E04899AC69; Path=/wsrp
Content-Type: text/xml; charset=utf-8
Transfer-Encoding: chunked Date: Sat, 12 Jul 2003 17:12:58 GMT
Server: Apache Coyote/1.0
264
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Body>
<soapenv:Fault>
<faultcode xmlns:ns1
="urn:oasis:names:tc:wsrp:v1:types">ns1:InvalidCookie</faultcode>
<faultstring>The Producer environment has timed out. The Consumer needs
to invoke initCookie() again.</faultstring>
<detail>
<ns2:InvalidCookieFault xmlns:ns2="urn:oasis:names:tc:wsrp:v1:types"/>
</detail>
</soapenv:Fault>
</soapenv:Body>
</soapenv:Envelope> 0
andrek.dyndns.org fault:
HTTP/1.1 500 Internal Server Error.
Server: Microsoft-IIS/5.1
Date: Sat, 12 Jul 2003 17:15:37 GMT
X-Powered-By: ASP.NET
X-AspNet-Version: 1.1.4322
VsDebuggerCausalityData: <!-- ANDRE: I removed debug data and fixed up
indentation ---->
Cache-Control: private
Content-Type: text/xml; charset=utf-8
Content-Length: 608
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="
http://www.w3.org/2001/XMLSchema">
<soap:Body>
<soap:Fault>
<faultcode xmlns:q0
="urn:oasis:names:tc:wsrp:v1:types">q0:InvalidCookie</faultcode>
<faultstring>NETlets - initCookie() required</faultstring>
<faultactor>urn:citrix.com/netlets</faultactor>
<detail>
<InvalidCookie xmlns="urn:oasis:names:tc:wsrp:v1:types" />
</detail>
</soap:Fault>
</soap:Body>
</soap:Envelope>
-----Original Message-----
From: Richard Jacob [mailto:richard.jacob@de.ibm.com]
Sent: 11 July 2003 17:22
To: Andre Kramer
Cc: Andre Kramer; wsrp-interop@lists.oasis-open.org
Subject: RE: [wsrp-interop] Citrix portlet not showing image
this is one of my next todo's
Mit freundlichen Gruessen / best regards,
Richard Jacob
______________________________________________________
IBM Lab Boeblingen, Germany
Dept.8288, WebSphere Portal Server Development
Phone: ++49 7031 16-3469 - Fax: ++49 7031 16-4888
Email: mailto:richard.jacob@de.ibm.com
|---------+---------------------------->
| | Andre Kramer |
| | <andre.kramer@eu.|
| | citrix.com> |
| | |
| | 07/11/2003 06:11 |
| | PM |
|---------+---------------------------->
>
--------------------------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: Richard Jacob/Germany/IBM@IBMDE, Andre Kramer
<andre.kramer@eu.citrix.com>
|
| cc: wsrp-interop@lists.oasis-open.org
|
| Subject: RE: [wsrp-interop] Citrix portlet not showing image
|
>
--------------------------------------------------------------------------------------------------------------------------------------------------|
good, did you also see if you can catch the InvalidCookie fault?
regards,
Andre
-----Original Message-----
From: Richard Jacob [mailto:richard.jacob@de.ibm.com]
Sent: 11 July 2003 17:02
To: andre.kramer@eu.citrix.com
Cc: wsrp-interop@lists.oasis-open.org
Subject: Re: [wsrp-interop] Citrix portlet not showing image
Finally we also see your image.
The weird requiresInitCookie=null problem on our Consumer is also solver,
we now call correctly initCookie against your producer.
Mit freundlichen Gruessen / best regards,
Richard Jacob
______________________________________________________
IBM Lab Boeblingen, Germany
Dept.8288, WebSphere Portal Server Development
Phone: ++49 7031 16-3469 - Fax: ++49 7031 16-4888
Email: mailto:richard.jacob@de.ibm.com
|---------+---------------------------->
| | David Ward |
| | <david.ward@oracl|
| | e.com> |
| | |
| | 07/11/2003 05:40 |
| | PM |
|---------+---------------------------->
>
--------------------------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: Andre Kramer <andre.kramer@eu.citrix.com>
|
| cc: wsrp-interop@lists.oasis-open.org
|
| Subject: Re: [wsrp-interop] Citrix portlet not showing image
|
>
--------------------------------------------------------------------------------------------------------------------------------------------------|
Andre
The recent fixes I made to resource proxying in our consumer seem to have
worked. We are now able to see your portlet in full. It looks like we were
sending the wrong Accept header.
Just to prove here is a screenshot from our development environment. We are
hoping to roll the fixes and WSRP 1.0 compatiblity out to the public site
next week.
(Embedded image moved to file: pic00842.gif)
Regards
Dave
Andre Kramer wrote:
I'll be on hand tomorrow but let me know if tomorrow is not ok for
you (could do Sat / Sun).
We are waiting on an always on connection and you will need to
re-register if I restart the server (db currently turned off - you
would not want SQL Server on the Internet). Meanwhile, apologies for
the fly by night nature of our producer.
regards,
Andre
-----Original Message-----
From: David Ward [mailto:david.ward@oracle.com]
Sent: 10 July 2003 17:23
To: Andre Kramer
Subject: Re: [wsrp-interop] Citrix portlet not showing image
I think I've got an idea what might have been causing the
problems: we were not forwarding the browser Accept request
header of "*/*". Rather, we were forwarding the portlet accept
list, which only included html, xml, etc. I'd like to try our
latest consumer out with this to see if it has fixed it.
We are running 1.0 OK in our development environment. We are
hoping to patch the public site next week.
Regards
Dave
Andre Kramer wrote:
It will be up after 9 am tomorrow, as Richard wants to do
some testing.
http://andrek.dyndns.org/NETlets/services/andrek.wsdl
It has been upgraded to 1.0 (from the 0.95 I tested with
the Oracle consumer).
regards,
Andre
-----Original Message-----
From: David Ward [mailto:david.ward@ORACLE.COM]
Sent: 10 July 2003 14:22
To: Andre Kramer
Cc: 'Richard Jacob';
wsrp-interop@lists.oasis-open.org
Subject: Re: [wsrp-interop] Citrix portlet not
showing image
Andre
Is your producer still on port 80 of
andrek.dyndns.org?
Let me know when it will next be available.
Regards
Dave
Andre Kramer wrote:
Looking at what the IBM and our producer
returns for render URL rewrites:
1) we use "&" as separator and the IBM
producer uses "&"
2) we strictly encode the wsrp-url (i.e. URL
encode the whole URL) the IBM producer does
not.
Was the excerpt below from the SOAP trace and
therefore had XML entities escaped
(converting our "&" to "&amp;" on the
wire?
regards,
Andre
-----Original Message-----
From: Richard Jacob [
mailto:richard.jacob@de.ibm.com]
Sent: 09 July 2003 22:09
To: andre.kramer@eu.citrix.com
Cc: wsrp-interop@lists.oasis-open.org
Subject: [wsrp-interop] Citrix portlet not
showing image
Hi Andre,
we don't see the logo either.
It seems to be an error in the markupString
itself (in the urlType rewrite
expression).
Here is an excerpt from the string:
IMG height="56" src
="wsrp_rewrite?wsrp-urlType=resource&amp;wsrp-url=http%3a%2f%2fandrek.dyndns.org%2fNETlets%2fimages%2fcitrix.gif&amp;wsrp-requiresRewrite=false/wsrp_rewrite"
width="130" align="right"> <a href
="wsrp_rewrite?wsrp-urlType=resource&amp;wsrp-url=http%3a%2f%2fandrek.dyndns.org%2fNETlets%2fresources%2fresourceWSRP.NET.html&amp;wsrp-requiresRewrite=true/wsrp_rewrite"
gt;wsrp.net</a>
It seems that the &amp; confuses our URL
rewriter. I think it shouldn't
be there.
This is what striked me first.
This results in our rewriter that the second
param is "amp;wsrp-ur"l which
is <> "wsrp-url".
Therefor our resource proxy doesn't receive a
URL to fetch.
The rewrite expression is not valid.
Mit freundlichen Gruessen / best regards,
Richard Jacob
______________________________________________________
IBM Lab Boeblingen, Germany
Dept.8288, WebSphere Portal Server
Development
Phone: ++49 7031 16-3469 - Fax: ++49 7031
16-4888
Email: mailto:richard.jacob@de.ibm.com
You may leave a Technical Committee at any
time by visiting
http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php
--
|--------------------+---------------------------+-----------------------|
| | | |
| David Ward | Oracle European | |
| Principal | Development Centre | |
| Software Engineer | 520 Oracle Parkway | Email: |
| Oracle Portal | Thames Valley Park | david |
| | Reading | .ward |
| | Berkshire RG6 1RA | @orac |
| | UK | le.co |
| | | m |
| | | Tel: |
| | | +44 |
| | | 118 |
| | | 924 |
| | | 5079 |
| | | Fax: |
| | | +44 |
| | | 118 |
| | | 924 |
| | | 5005 |
| | | |
| | | |
|--------------------+---------------------------+-----------------------|
--
|--------------------+---------------------------+-----------------------|
| | | |
| David Ward | Oracle European | |
| Principal | Development Centre | |
| Software Engineer | 520 Oracle Parkway | Email: |
| Oracle Portal | Thames Valley Park | david |
| | Reading | .ward |
| | Berkshire RG6 1RA | @orac |
| | UK | le.co |
| | | m |
| | | Tel: |
| | | +44 |
| | | 118 |
| | | 924 |
| | | 5079 |
| | | Fax: |
| | | +44 |
| | | 118 |
| | | 924 |
| | | 5005 |
| | | |
| | | |
|--------------------+---------------------------+-----------------------|
--
|--------------------+---------------------------+-----------------------|
| | | |
| David Ward | Oracle European | |
| Principal | Development Centre | |
| Software Engineer | 520 Oracle Parkway | Email: |
| Oracle Portal | Thames Valley Park | david |
| | Reading | .ward |
| | Berkshire RG6 1RA | @orac |
| | UK | le.co |
| | | m |
| | | Tel: |
| | | +44 |
| | | 118 |
| | | 924 |
| | | 5079 |
| | | Fax: |
| | | +44 |
| | | 118 |
| | | 924 |
| | | 5005 |
| | | |
| | | |
|--------------------+---------------------------+-----------------------|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]