[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
David,
can't see why a normal nslookup or standard resolver can resolve the
wsrp.dyndns.org hostname while the jave client can't.
I would assume they use the standard resolver of the operating system?
Maybe it's a caching problem of hostname<->ip-address.
Since we get disconnected once every 24 hours and reconnect, we get a new
IP Address every 24 hours.
Do you have a secondary name server which you are using? Maybe it caches
the old entry.
As of now our address is: 80.138.154.154. this is what ifconfig, our IBM
secondary DNS (non-authoritive) and our provider's secondary DNS
(non-authoritive) say.
What does nslookup or dig say?
What do you receive when calling getHostByName()?
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> |
| | |
| | 06/17/2003 02:43 |
| | PM |
|---------+---------------------------->
>--------------------------------------------------------------------------------------------------------------------------------------------------|
| |
| To: Andre Kramer <andre.kramer@eu.citrix.com>, wsrp-interop@lists.oasis-open.org |
| cc: "'Michael Freedman'" <Michael.Freedman@oracle.com> |
| Subject: Re: [wsrp-interop] RE: [wsrp] Verify interoperability with Oracle Portal |
>--------------------------------------------------------------------------------------------------------------------------------------------------|
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:
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
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD8DAAAgAQAAAAAAAAAAAAArO1gCAAAAAB2AGUAcgBzAGkAbwBuAD0ANwAuADAAOwBhAHUAdABvAGEAdAB0AGEAYwBoAGMAbABzAGkAZAA9AHsANwAwAEYANgA1ADQAMQAxAC0ARgBFADgAQwAtADQAMgA0ADgALQBCAEMARgBGAC0ANwAwADEAQwA4AEIAMgBGADQANQAyADkAfQA7AHMAZQBzAHMAaQBvAG4APQB7ADYANgAxADIARAA5AEEAQwAtADMANABBADgALQA0AEEAMQBGAC0AOABCADYAQwAtADkANgBBAEMAQgBEAEEAQgA3ADEAMABBAH0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA!
AAAAAAA
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 | 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]