OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp-interop message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [wsrp-interop] RE: [wsrp] Verify interoperability with Oracle Portal


Title:
Andre

I have now experienced the DNS problem for myself when trying to register the IBM producer on the portalstandards machine outside our firewall.

I find that any non-proxied HTTPClient requests to http://wsrp.dyndns.org:8083 simply hang and eventually time out, but non-proxied requests to http://80.138.151.73:8083 seem to work fine. This means I can register the IBM producer on portalstandards.oracle.com using its IP address, but this means that the resource links don't work, as they still use the domain name. This is strange, because I can sucessfully telnet to wsrp.dyndns.org port 8083 from that machine. I can also make HTTPClient requests to virtually any other server on the internet from that machine. It must be something to do the dyndns.org domain entry and the way java resolves domain names.

For the moment, I'll see if an extra entry in /etc/hosts will sove the problem, but if you find a solution for your DNS issues, let me know.

I'll also look into seeing if we can get IP style requests to our producer going to the right virtual host.

Thanks

Dave

Andre Kramer wrote:
RE: [wsrp-interop] RE: [wsrp] Verify interoperability with Oracle Portal

David,

I've tried localhost and a local fully qualified domain name (but not one that can be resolved outside citrix - our DNS set up is preventing me from doing that but am working on that one). For localhost:9090 and knowth.cam.eu.citrix.com:9090 I get:

HTTP/1.1 400 Bad Request


Connection: close


Date: Tue, 17 Jun 2003 07:34:25 GMT


Allow: GET, HEAD


Server: Oracle9iAS-Web-Cache/Oracle9iAS Web Cache Release 9.0.3.0.0


Content-Type: text/html


Content-Length: 129


Cache-Control: public





<HTML><HEAD><TITLE>Invalid Host Specified</TITLE></HEAD>


<BODY>The request did not specify a valid virtual host.</BODY></HTML>


The request:


POST /wsrp/jaxrpc/WSRPServiceDescriptionService HTTP/1.1
 VsDebuggerCausalityData: AwAAADU9QFCx6+xPkJqaWINmG+EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD8DAAAgAQAAAAAAAAAAAAArO1gCAAAAAB2AGUAcgBzAGkAbwBuAD0ANwAuADAAOwBhAHUAdABvAGEAdAB0AGEAYwBoAGMAbABzAGkAZAA9AHsANwAwAEYANgA1ADQAMQAxAC0ARgBFADgAQwAtADQAMgA0ADgALQBCAEMARgBGAC0ANwAwADEAQwA4AEIAMgBGADQANQAyADkAfQA7AHMAZQBzAHMAaQBvAG4APQB7ADYANgAxADIARAA5AEEAQwAtADMANABBADgALQA0AEEAMQBGAC0AOABCADYAQwAtADkANgBBAEMAQgBEAEEAQgA3ADEAMABBAH0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; MS Web Services Client Protocol 1.1.4322.573)
 Content-Type: text/xml; charset=utf-8
 SOAPAction: "urn:oasis:names:tc:wsrp:v1:getServiceDescription"
 Content-Length: 372
 Expect: 100-continue
 Host: localhost:9090
 
 <?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><getServiceDescription xmlns="urn:oasis:names:tc:wsrp:v1:types"><registrationContext xsi:nil="true" /></getServiceDescription></soap:Body></soap:Envelope> 


Any chance I'm coming in via another cache / firewall (see Server: response header)? Do you think it worth you trying "localhost:9090" as well?


regards,
Andre

-----Original Message-----
From: David Ward [mailto:david.ward@oracle.com]
Sent: 16 June 2003 20:06
To: Andre Kramer
Cc: 'Michael Freedman'
Subject: Re: [wsrp-interop] RE: [wsrp] Verify interoperability with Oracle Portal


Hi Andre

I did some tests on your behalf with the regular Axis TCP tunnel and still couldn't reproduce your problem.

When I request directly from my machine to portalstandards.oracle.com via the tunnel (not through our HTTP proxy server), my request headers look like the following. Note how the Host header says portalstandards.oracle.com even though the request was made to ukp16267.uk.oracle.com port 3333.

POST /wsrp/jaxrpc/WSRPServiceDescriptionService HTTP/1.1
Host: portalstandards.oracle.com
Connection: close, TE
TE: trailers, deflate, gzip, compress
User-Agent: RPT-HTTPClient/0.3-3
SOAPAction: "urn:oasis:names:tc:wsrp:v1:getServiceDescription"
Accept-Encoding: deflate, gzip, x-gzip, compress, x-compress
Content-type: text/xml; charset="utf-8"
Content-length: 424

<?xml version="1.0" encoding="UTF-8"?>
   <env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns0="urn:oasis:names:tc:wsrp:v1:types">

      <env:Body>
         <ns0:getServiceDescription>
            <ns0:registrationContext xsi:nil="1"/>
            <ns0:desiredLocales>en</ns0:desiredLocales>
         </ns0:getServiceDescription>
      </env:Body>
   </env:Envelope>

When I request through our proxy server, I get the following request. Note that this time the Host header hasn't been modified, although I still get a successful response.

POST /wsrp/jaxrpc/WSRPServiceDescriptionService HTTP/1.1
Host: ukp16267.uk.oracle.com:3333
Connection: close, TE
TE: trailers, deflate, gzip, compress
User-Agent: RPT-HTTPClient/0.3-3
SOAPAction: "urn:oasis:names:tc:wsrp:v1:getServiceDescription"
Accept-Encoding: deflate, gzip, x-gzip, compress, x-compress
Content-type: text/xml; charset="utf-8"
Content-length: 424

<?xml version="1.0" encoding="UTF-8"?>
   <env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns0="urn:oasis:names:tc:wsrp:v1:types">

      <env:Body>
         <ns0:getServiceDescription>
            <ns0:registrationContext xsi:nil="1"/>
            <ns0:desiredLocales>en</ns0:desiredLocales>
         </ns0:getServiceDescription>
      </env:Body>
   </env:Envelope>

The only obvious difference I can see from your original message is the fact that you are using an IP address rather than a domain name. Maybe Apache decides on the target virtual host from the TCP packet properties. Is there any way you can force your tools to use a domain name rather than an IP address?

Please could you send me a full copy of one of your failed requests.

Thanks

Dave


Andre Kramer wrote:

I confirmed that I get an unmodified "host" header using the Apache trace tool and the Oracle test site replies:

<HTML><HEAD><TITLE>Invalid Host Specified</TITLE></HEAD>
<BODY>The request did not specify a valid virtual host.</BODY></HTML>

I'm therefore unable to trace problems with the Oracle producer.

regards,
Andre
-----Original Message-----
From: Andre Kramer
Sent: 13 June 2003 16:36
To: 'David Ward'; Andre Kramer
Cc: 'Michael Freedman'
Subject: RE: [wsrp-interop] RE: [wsrp] Verify interoperability with Oracle Portal


David,

I'm working from home and have limited tools at hand but I tried:

apache-soap's tcp tunnel from  http://xml.apache.org/dist/soap/version-2.3.1/

java -classpath lib\soap.jar org.apache.soap.util.net.TcpTunnelGui 9090 portalstandards.oracle.com 80

and received no reply from portalstandards.oracle.com (but direct use showed the site is fine).

I connected two tunnels together and saw the second get the same port number in the host header as the first so I'm not sure the host fields is re-written.

I'll confirm this when back in the office on Monday but maybe you can spot something I've done wrong in the above?

regards,
Andre
-----Original Message-----
From: David Ward [mailto:david.ward@oracle.com]
Sent: 13 June 2003 13:31
To: Andre Kramer
Cc: 'Michael Freedman'
Subject: Re: [wsrp-interop] RE: [wsrp] Verify interoperability with Oracle Portal


I am not lying. I have successfully used the Apache tool with the portalstandards.oracle.com Producer!

Andre Kramer wrote:

Can we get this to work with the WS-I.org tool? i.e. accept the IP address as a valid virtual host name (see trace). Failing this, I may try the Apache TCP tunnel but would be supprised if this actually re-wrote the host header!

regards,
Andre
-----Original Message-----
From: David Ward [mailto:david.ward@oracle.com]
Sent: 13 June 2003 11:27
To: Andre Kramer
Cc: 'Michael Freedman'
Subject: Re: [wsrp-interop] RE: [wsrp] Verify interoperability with Oracle Portal


The Host header is meant to contain the name of the destination host, i.e. portalstandards.oracle.com. Apache uses this to decide which of the 'virtual hosts' configured on our webserver is the target of your request. I would say this is a bug in your monitoring tools if they don't set this header correctly. There is no problem with the Apache Axis TCP tunnel!

We will look into ways of enabling SOAP logging on our side.

Regards

Dave

Andre Kramer wrote:

The trace is from the WS-I.org monitoring tools. So it is not mine as such :-) I believe it is also what IBM use to test comformance.

Most others (Microsoft SOAP trace tool I tried) don't even change the host: field so it still references the trace tool's host.

regards,
Andre
-----Original Message-----
From: David Ward [mailto:david.ward@oracle.com]
Sent: 12 June 2003 19:26
To: Andre Kramer
Cc: 'Michael Freedman'
Subject: Re: [wsrp-interop] RE: [wsrp] Verify interoperability with Oracle Portal


Andre

Why does your monitor have to use an IP address rather than portalstandards.oracle.com in the Host header?

Thanks

David

Andre Kramer wrote:

I have seen the odd failure (.NET consumer to Oracle producer - one of several response/connection is dropped) but am unable to apply a trace monitor.

My trace tools all provoke the Oracle site to complain that the "virtual host" is invalid. True for tcp tunnels, but the ws-i.org monitor (see below), which would be my preferred option, at least includes a valid IP addr in the host header.

Could the Oracle server side be more monitor friendly or could you set up a server side monitor to capture message traces (and I just provide you with a timestamp when I next see a  failure)?

regards,
Andre
Testing with ws-i.org monitor:
POST /wsrp/jaxrpc/WSRPServiceDescriptionService HTTP/1.1
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; MS Web Services Client Protocol 1.1.4322.573)
Content-Type: text/xml; charset=utf-8
SOAPAction: "urn:oasis:names:tc:wsrp:v1:getServiceDescription"
Content-Length: 372
Expect: 100-continue
Host: 148.87.122.191:80


Message Content:
<?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><getServiceDescription xmlns="urn:oasis:names:tc:wsrp:v1:types"><registrationContext xsi:nil="true" /></getServiceDescription></soap:Body></soap:Envelope>

Provokes:

HTTP Headers:
HTTP/1.1 400 Bad Request
Connection: close
Date: Thu, 12 Jun 2003 02:49:29 GMT
Allow: GET, HEAD
Server: Oracle9iAS-Web-Cache/Oracle9iAS Web Cache Release 9.0.3.0.0
Content-Type: text/html
Content-Length: 129
Cache-Control: public


Message Content:
<HTML><HEAD><TITLE>Invalid Host Specified</TITLE></HEAD>
<BODY>The request did not specify a valid virtual host.</BODY></HTML>





--



David Ward
Principal Software Engineer
Oracle Portal
Oracle European Development Centre
520 Oracle Parkway
Thames Valley Park
Reading
Berkshire RG6 1RA
UK Email:david.ward@oracle.com
Tel:+44 118 924 5079
Fax:+44 118 924 5005







--



David Ward
Principal Software Engineer
Oracle Portal
Oracle European Development Centre
520 Oracle Parkway
Thames Valley Park
Reading
Berkshire RG6 1RA
UK Email:david.ward@oracle.com
Tel:+44 118 924 5079
Fax:+44 118 924 5561






--



David Ward
Principal Software Engineer
Oracle Portal
Oracle European Development Centre
520 Oracle Parkway
Thames Valley Park
Reading
Berkshire RG6 1RA
UK Email:david.ward@oracle.com
Tel:+44 118 924 5079
Fax:+44 118 924 5005







--



David Ward
Principal Software Engineer
Oracle Portal
Oracle European Development Centre
520 Oracle Parkway
Thames Valley Park
Reading
Berkshire RG6 1RA
UK Email:david.ward@oracle.com
Tel:+44 118 924 5079
Fax:+44 118 924 5005


--


David Ward
Principal Software Engineer
Oracle Portal
Oracle European Development Centre
520 Oracle Parkway
Thames Valley Park
Reading
Berkshire RG6 1RA
UK
Email: david.ward@oracle.com
Tel: +44 118 924 5079
Fax: +44 118 924 5005




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]