[Issue 969] New - Attempt to initiate RM session failed with an exception

View: New views
16 Messages — Rating Filter:   Alert me  

[Issue 969] New - Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969
                 Issue #|969
                 Summary|Attempt to initiate RM session failed with an exceptio
                        |n
               Component|wsit
                 Version|1.3
                Platform|All
              OS/Version|All
                     URL|
                  Status|NEW
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|DEFECT
                Priority|P3
            Subcomponent|secure-conversation
             Assigned to|jdg6688
             Reported by|daveronge






------- Additional comments from daveronge@... Wed Jul 16 14:53:45 +0000 2008 -------
Secured one-way and request-reply variants of RM ver. 1.0 fail with
new yinyang.india endpoints which have been deployed using newest MS WCF drop.
Corresponding non-secured or RM 1.1 variants pass normally.

It looks either as a regression with WCF for older protocol version or possibly
incorrect setup of endpoints.
The same tests (all tests) pass with both tango-laptop1.czech and jaxps.india
which host older version of MS drop endpoints.

Attaching test output.

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969






------- Additional comments from daveronge@... Wed Jul 16 14:56:47 +0000 2008 -------
Created an attachment (id=671)
piece of test output containing error


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969






------- Additional comments from daveronge@... Wed Jul 16 15:00:26 +0000 2008 -------
The attached file also contains test (client side) output (message enabled and
finest logging for rm) from the run with a different endpoints built from older
drop - jaxps.india which passes normally. This second part starts with
"----------- PASSING - WITH jaxps."

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by shyam_rao :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969



User shyam_rao changed the following:

                What    |Old value                 |New value
================================================================================
             Assigned to|jdg6688                   |shyam_rao
--------------------------------------------------------------------------------




------- Additional comments from shyam_rao@... Wed Jul 16 15:12:57 +0000 2008 -------
Hi David,

    Its an interop test, so it has to be P2.
    Let me know how to run the 3.5 RM interop test(preferably, how to run a
single interop test and how to attach debugger).
 
    Do you use the localized wsdl for Sun->MS scenario ?

Thanks
-- Shyam

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969



User daveronge changed the following:

                What    |Old value                 |New value
================================================================================
                Priority|P3                        |P2
--------------------------------------------------------------------------------




------- Additional comments from daveronge@... Fri Jul 18 13:14:19 +0000 2008 -------
Increasing priority as suggested to P2.

Also pasting contents of e-mail response from me for later reference
(instruction to separate single test from 16):

1. Check out from sunsw cvs:
tango/qe-tests/jax-rm/interop-3.5
tango/qe-tests/jax-rm/test
tango/qe-tests/xtest-distribution
(eventually tango/qe-tests/gf-setup to get and configure GF)

2. Change to tango/qe-tests/jax-rm/test of the checked copy.

3.Now modify cfg-interop-3.5.xml there:
Use attached cfg-*.xml file (zipped) or if you run unix-like CLI paste following
in the above mentioned directory:

cat > mod-cfg-test.sh <<-"EOF"
#!/bin/sh
unset bag_suff method
grep 1 <<< "$1" && bag_suff='-sec1way'
grep 2 <<< "$2" && method=4 || method=5
[ -f "cfg-interop-3.5.xml.orig" ] || cp cfg-interop-3.5.xml cfg-interop-3.5.xml.orig
sed -e
'/<testbag.*executor="interop-3_5-executor'$bag_suff'"/,/^[[:blank:]]*<\/testbag>/{s/\(testattribs="\)[[:alnum:]]\{1,\}"/\1debug"/;s/<patternset/&
attribs="select"/;s/\(Tests.class\)/&\/testSend*'$method'/;}'
cfg-interop-3.5.xml.orig > cfg-interop-3.5.xml
EOF

(Followed by "chmod +x mod-cfg-test.sh" eventually.)

Run "./mod-cfg-test.sh 1way soap1.2" for secure one-way with soap 1.2.
(Only secure RMs of version 1.0 are affected.)
Use 2way instead of 1way and/or soap1.1 instead of soap1.2 if you need to cover
one of the remaining test cases.
(Script only checks presence of "1" for the first arg and "2" for the 2nd. Bash
ccompatible.)
It will modify respective testbag entry in cfg-interop-3.5.xml leaving backup
copy of this file for re-run.

There are 4 methods in each of the two test classes
(SecureReliableOneWay.java.rhs and SecureReliableRoundTrip.java.rhs are the
primary source files to modify)

testSendPingCustom4
testSendPingCustom5
testSendPingCustom12
testSendPingCustom13
and
testSendEchoCustom4
testSendEchoCustom5
testSendEchoCustom12
testSendEchoCustom13 respectively.
The cfg-interop-3.5.xml needs to be modified for testbag entry with
name="Interoperability tests - RM secure one-way"
or "Interoperability tests - RM secure roundtrip" for one-way and roundtrip case
respectively;
namely the "testattribs" value should be changed to "debug" and the nested
element <patternset>
should be provided with attribute 'attribs="select"' for the desired test case
to be selectable by providing
-Dxtest.attribs="debug"  and -Dxtest.patternset.attribs="select" (the two values
are arbitrary they only need  to  fit  between config
and arguments) when running ant command later.
Sorrowfully providing only the xtest.patternset.attribs didn't work for me with
the xtest version I had though in theory it should have.
Moreover to select the single case the "<include..." filter inside of the test
bag entry should be appended with the method name
or its sufficient pattern after the classname, so for soap 1.2 the *Custom4
method is active while it should be *Custom5 for 1.1.

ext, still in tango/qe-tests/jax-rm/test directory, issue this comand:
ant -Dxtest.testtype=interop-3.5 -Dxtest.wsit.dest.dir=$AS_HOME/lib
-Dhave-proxy=false -Dxtest.indigo.host=yinyang.india.sun.com    -Dlogverbose=y
-Dxtest.patternset.attribs=select -Dxtest.attribs=debug > log.output.log
Additional -Drun.debugger=whatever is necessary if you like to attach debugger
to default port of 9008.
If you need different port you may specify
-Ddebugger.port={{desired-port-value}} instead.


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969






------- Additional comments from daveronge@... Fri Jul 18 13:21:46 +0000 2008 -------
Created an attachment (id=672)
Contains only README.txt, helper sh script to modify config file and the modified cfg-interop-3.5.xml file sample to test secured oneway RM of soap 1.2


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969






------- Additional comments from daveronge@... Fri Jul 18 13:41:43 +0000 2008 -------
I forgot to mention (it might not be interesting in case of debugging) there are
several more test parameters available to enable message dump on the client side
- AFAIK the single one of all normally works ( as I do not remember the other
two having visible effect when I tried):
appending
-Dxtest.test.client.pipe.dump=true
to commandline parameters enables the message dump through passing in the
corresponding -X true value. The other two may potentially have some effect
though that may be influenced by the pipe/tubeline rework.

Remark to the tests:
The example WCF RM e2e tests pass normally on yinyang.india so probably the site
is not simply misconfigured. I checked all secure 1.0 which fail with Tango
clients (also WCF clients fail with our services this time for rm 1.1 and
clients from this machine though no test at all fails with either jaxps.india or
tango-laptop1.czech - which both hold slightly older version of NET3.5 WCF - and
they're equally indicated as passing by the hosted client service when run on
yinyang.india).

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969






------- Additional comments from daveronge@... Fri Jul 18 13:59:22 +0000 2008 -------
Attaching part of Glassfish log for the complementary case of WCF client
addressing Tango service (yinyang.india -> barrida.czech). As in this case
the failing tests are all RM ver. 1.1 compared to strict RM 1.0 for Tango -> WCF.
Which may be incidental but looks like compatibility regression.

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969






------- Additional comments from daveronge@... Fri Jul 18 14:02:33 +0000 2008 -------
Created an attachment (id=673)
bzip2 tarballed part of Glassfish log with message dump


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by shyam_rao :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969



User shyam_rao changed the following:

                What    |Old value                 |New value
================================================================================
                  Status|NEW                       |RESOLVED
--------------------------------------------------------------------------------
              QA contact|sreejithak                |daveronge
--------------------------------------------------------------------------------
              Resolution|                          |FIXED
--------------------------------------------------------------------------------
        Target milestone|not determined            |1.3
--------------------------------------------------------------------------------




------- Additional comments from shyam_rao@... Fri Jul 18 15:47:57 +0000 2008 -------
Fixed Metro 1.3 Branch.

Requesting reporter to verify this issue with tomorrow's nightly build of Metro
1.3 Branch.

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969



User daveronge changed the following:

                What    |Old value                 |New value
================================================================================
                  Status|RESOLVED                  |REOPENED
--------------------------------------------------------------------------------
              Resolution|FIXED                     |
--------------------------------------------------------------------------------




------- Additional comments from daveronge@... Mon Jul 21 11:01:38 +0000 2008 -------
Hi Shyam, what was requested is fixed (verified with latest metro build).
Unfortunately, the other side of trouble is that similar error appears when
running the other half of these tests - that has only been mentioned, not
claimed to fix.
I am reopening the bug because of that now and I will close it as verified if
you confirm and open new one for interop-3.5-msdriven, i.e. corresponding
MS->Sun counterpart.
It is the part of the same test group but can be more easily restricted to
single case.
 Five tests from overall 16 of MS->Sun scenarios are failing.
In fact 4 were failing before fix that cured all Sun->MS, now five are failing
but I fixed misprint in test sources that mapped one of the non-secure cases to
a secure one (so that it was run once more instead of the desired that would
otherwise be failing earlier).

This error can be found in GF server log in response to MC client's initiating
session (SOAP fault returned):

---[HTTP request]---|#]

[#|2008-07-21T12:39:25.936+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|
Host: 129.157.21.144:8080|#]

[#|2008-07-21T12:39:25.936+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|
Expect: 100-continue|#]

[#|2008-07-21T12:39:25.936+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|
Content-length: 10677|#]

[#|2008-07-21T12:39:25.936+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|
Content-type: text/xml; charset=utf-8|#]

[#|2008-07-21T12:39:25.936+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|
Soapaction: "http://docs.oasis-open.org/ws-sx/ws-trust/200512/RST/SCT"|#]

[#|2008-07-21T12:39:25.936+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:a="http://www.w3.org/2005/08/addressing"
xmlns:u="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><s:Header><a:Action
s:mustUnderstand="1"
u:Id="_5">http://docs.oasis-open.org/ws-sx/ws-trust/200512/RST/SCT</a:Action><a:MessageID
u:Id="_6">urn:uuid:e01bda47-5b39-4f0b-b896-cc32179f2310</a:MessageID><ActivityId
CorrelationId="e93c7954-1dc5-4afa-9d5c-b129d9ed5ac0"
xmlns="http://schemas.microsoft.com/2004/09/ServiceModel/Diagnostics">6e995699-2d3b-4059-a580-12bf8d2c73f7</ActivityId><a:ReplyTo
u:Id="_7"><a:Address>http://www.w3.org/2005/08/addressing/anonymous</a:Address></a:ReplyTo><a:To
s:mustUnderstand="1"
u:Id="_8">http://129.157.21.144:8080/requestresponse/RM11_SOAP11_Secured</a:To><o:Security
s:mustUnderstand="1"
xmlns:o="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><u:Timestamp
u:Id="uuid-a9d6d268-2d51-437b-8b2a-f29e061fe11c-459"><u:Created>2008-07-21T10:38:49.844Z</u:Created><u:Expires>2008-07-21T10:43:49.844Z</u:Expires></u:Timestamp><e:EncryptedKey
Id="uuid-a9d6d268-2d51-437b-8b2a-f29e061fe11c-458"
xmlns:e="http://www.w3.org/2001/04/xmlenc#"><e:EncryptionMethod
Algorithm="http://www.w3.org/2001/04/xmlenc#rsa-1_5"/><KeyInfo
xmlns="http://www.w3.org/2000/09/xmldsig#"><o:SecurityTokenReference><o:KeyIdentifier
ValueType="http://docs.oasis-open.org/wss/oasis-wss-soap-message-security-1.1#ThumbprintSHA1"
EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary">NQM0IBvuplAtETQvk+6gn8C13wE=</o:KeyIdentifier></o:SecurityTokenReference></KeyInfo><e:CipherData><e:CipherValue>Z/TVpxYEvkO5Wys6clgKqmDmP9FVgeHBc5DrhWjZZ84IHnL6FPdqXTOEDSLu00hUOK9CexkgNjTd6PAVVsRS6pymc5xICH2NjnC0NvfQdAjoL2rvTgDQUx35dGsoJKUezHVbVwKZl6jYMExTtKJ4Ef3X+vXdY4uIZH2h6tROEY4=</e:CipherValue></e:CipherData></e:EncryptedKey><sc:DerivedKeyToken
u:Id="_0"
xmlns:sc="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512"><o:SecurityTokenReference><o:Reference
ValueType="http://docs.oasis-open.org/wss/oasis-wss-soap-message-security-1.1#EncryptedKey"
URI="#uuid-a9d6d268-2d51-437b-8b2a-f29e061fe11c-458"/></o:SecurityTokenReference><sc:Offset>0</sc:Offset><sc:Length>16</sc:Length><sc:Nonce>MOW6emaSNuKVEZWJlUf3Dw==</sc:Nonce></sc:DerivedKeyToken><sc:DerivedKeyToken
u:Id="_2"
xmlns:sc="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512"><o:SecurityTokenReference><o:Reference
ValueType="http://docs.oasis-open.org/wss/oasis-wss-soap-message-security-1.1#EncryptedKey"
URI="#uuid-a9d6d268-2d51-437b-8b2a-f29e061fe11c-458"/></o:SecurityTokenReference><sc:Offset>0</sc:Offset><sc:Length>16</sc:Length><sc:Nonce>amn//2q0jMUKZqqgISZtCA==</sc:Nonce></sc:DerivedKeyToken><e:ReferenceList
xmlns:e="http://www.w3.org/2001/04/xmlenc#"><e:DataReference
URI="#_4"/><e:DataReference URI="#_9"/><e:DataReference
URI="#_10"/></e:ReferenceList><o:BinarySecurityToken
u:Id="uuid-b9f34a96-7230-4ee6-b23d-a39eba440479-185"
ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary">MIIDDDCCAfSgAwIBAgIQM6YEf7FVYx/tZyEXgVComTANBgkqhkiG9w0BAQUFADAwMQ4wDAYDVQQKDAVPQVNJUzEeMBwGA1UEAwwVT0FTSVMgSW50ZXJvcCBUZXN0IENBMB4XDTA1MDMxOTAwMDAwMFoXDTE4MDMxOTIzNTk1OVowQjEOMAwGA1UECgwFT0FTSVMxIDAeBgNVBAsMF09BU0lTIEludGVyb3AgVGVzdCBDZXJ0MQ4wDAYDVQQDDAVBbGljZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAoqi99By1VYo0aHrkKCNT4DkIgPL/SgahbeKdGhrbu3K2XG7arfD9tqIBIKMfrX4Gp90NJa85AV1yiNsEyvq+mUnMpNcKnLXLOjkTmMCqDYbbkehJlXPnaWLzve+mW0pJdPxtf3rbD4PS/cBQIvtpjmrDAU8VsZKT8DN5Kyz+EZsCAwEAAaOBkzCBkDAJBgNVHRMEAjAAMDMGA1UdHwQsMCowKKImhiRodHRwOi8vaW50ZXJvcC5iYnRlc3QubmV0L2NybC9jYS5jcmwwDgYDVR0PAQH/BAQDAgSwMB0GA1UdDgQWBBQK4l0TUHZ1QV3V2QtlLNDm+PoxiDAfBgNVHSMEGDAWgBTAnSj8wes1oR3WqqqgHBpNwkkPDzANBgkqhkiG9w0BAQUFAAOCAQEABTqpOpvW+6yrLXyUlP2xJbEkohXHI5OWwKWleOb9hlkhWntUalfcFOJAgUyH30TTpHldzx1+vK2LPzhoUFKYHE1IyQvokBN2JjFO64BQukCKnZhldLRPxGhfkTdxQgdf5rCK/wh3xVsZCNTfuMNmlAM6lOAg8QduDah3WFZpEA0s2nwQaCNQTNMjJC8tav1CBr6+E5FAmwPXP7pJxn9Fw9OXRyqbRA4v2y7YpbGkG2GI9UvOHw6SGvf4FRSthMMO35YbpikGsLix3vAsXWWi4rwfVOYzQK0OFPNi9RMCUdSH06m9uLWckiCxjos0FQODZE9l4ATGy9s9hNVwryOJTw==</o:BinarySecurityToken><e:EncryptedData
Id="_9" Type="http://www.w3.org/2001/04/xmlenc#Element"
xmlns:e="http://www.w3.org/2001/04/xmlenc#"><e:EncryptionMethod
Algorithm="http://www.w3.org/2001/04/xmlenc#aes128-cbc"/><KeyInfo
xmlns="http://www.w3.org/2000/09/xmldsig#"><o:SecurityTokenReference><o:Reference URI="#_2"/></o:SecurityTokenReference></KeyInfo><e:CipherData><e:CipherValue>MYyP00jR2jOs9wsvGOyRigP5u9opLRgmfhvq6A7qPMVfVCLAuG8+ZLRjMT8gVM8gWsYHXZQHhOQ4HED+o6CW9VZ+HYup2+DLb2fELPZCtSB+BiYQRgefNtI0JD4BSO4QOm9RO11ANfALLNMHEJtyCAO92p5TBYPENKtSR9CyKg2QP9qozXpSMvyGJkxuL76ZHRldfTzk3va0kkYx5WEQLuz4gbLhcSjJsH++pXH0NtOai/qSD/rS6+xUNZvjlNEn8aRjs90OLkEwgAKiL428vPnV8heXQnsOz5RjJNqceViZ/+0a4S7lPKxDjdLoWVnr4nYoV3NkyFeOB/c28rkfhEZcl5rCh20OQN1A1V/k+AILhfcR4NV8LiBbBdk8x8fHq+Q/bavU8TQ1EItFb1esHwzO+HG9GaYiYgf+qj39aYBPsG5no1OTZBKLFfyx0TyJJN6LiD3JA9ss38SpejRXSfLxs3JzajekZHS529yq05+/OFX6HVk28uwn2IWarNxsrRJdVpquxSElv314vX9nQ8xBgWWGQTSAffbk/v2l3brMTwAn4UevFQO9RrmgQylqqqXimdbSFhr0GnDT+QWsf1ZGCU6pO2ztEICe9kKkZoVI+CzbgX2uCJmf+0l4atjhRav0wzGuHpuGsZFqU0zdBRHmM6qcggrHxk8MLa+m8P/YThZ6mtIRttEIYYAehF0xDi+RngWSUd79uHB0IvMauHec3zcr2CoEB6AO+i4iS15uc7wkBDCMLwJiUAIUYT9StKel9ijbsHV18ysd9GQB+k+nOy6e5S/QUg0sT0pOEPm3uCNYEOLtY1mxDDfw8eEw2xsU3dopM7cM8NNm4F85ay3uPnFY7czJSDlIThnxV9+t+MuRnaGn11pLWy4reylZHfTeQl/fpgeTcDqfdOrlhfux0yYuoiUS0SIISM59zkoJcPBGZGedLbU/qywxe5djNY+bzqyIB6W5Xuu7WifA0cxzsDpQkNbeQNQiRHlSI3Ab85knMxtgMcJZQj14dehqirS/aZzjC9SISam8Vc23RjA0jsXzWJM8cgvwr6tUdUzTS89ePE/TRDc4Ui/4g/sZHgKzCJdEOR/eCx3Yyf7C97e7B2/3oudgUV+rkpnELFE8S9YW2AhOZkyfF/SJ/Lqt5GZiGel5Ho2JAeKJYt/z+sV72c4GtQzXJ07KCea/TYDA+JOaZCpQ9v/P27wcgQDZ2Ul91clfyuF6fh79DnYBbA0YFMTKgEd0OSdC0FPaTle89eLRS6gS1BxbDq+usY7wav1D8XjIA8phk3AfrcriPlU0Umx+/IOKPTenzG2SD/UOVDMohOtHkrLFZW13OFlBJoX/6aI5QYae683r95bSAcGdaGuqg3aqHM6Ab0vR4esvvEX7jr3RDW9hDjDFWg5dQhewxfFTio9LBQQqzSgFRiklp98l03ckh00VsVpVEb7lqv5mzbGAl9PumWZRWxlvOoFmRyv01DpK8mx5+O3cmEXrGMgQhSZig5VkYRxhLb5qcySUoDkoWjm58+UcpGqUifTkYZvyH/sO4oNMOueL3N21Bd3ECv++BcFby8TmHj8/D7IGbVIOGtXeiR1kwJ9DMT0wYsy41f6FLmugERSNvibfhc/3eJfhgsXA1YppeBw6H6/ltmyk/M5PYvHfl9U7qLwc+nh+p5kEzzqs2z+o0LFaleU4x/tgJOJeCOdI+OXjfCf86z+iRZBGsU8cJ+2jf++WA3+M6/fN6nvfk2P1EexjdotHOOn0qJKZYh3ozZqcrU5Bti1lFkRK8lHEUHebMgofGp1D7j94DJqrVomAgftBNeWpD67Q0OfExSjcm2ChtJJoV/Dyu5k63J3DEkWlgpRqJeLHE4rfyNjhdwseCZJm6P15lNcstN+al7UseK8Wkn3YTsI1L9JrkJKat7VEYHLDnLSa/tHpmQJ5umbrQSa5dleTK3QAjm0mdPRNS52hTX+SaI1UTudilLwgLeHPygK+8eZ49NVy7/RE+2EzRX3wH2G5PLQp1dqqne+0eiDaSYlPmO6UFz6zDLTYwFehLwvq6kJkCo86jBEyuPMdG210KxAhLTRrVx3itnAyRmuUTWzmANY6J5fGY/SiwcUA6pUXtbBtHuu1kiXngpWqYzVG7j0giP2TM/yd4ILtcsl1+desQB62hZPhyiajg45HK7A6AleToTsf32L4NbACHtYJ2EwVWykrv9kQhN28UukFk6qDttYqRC37g82COq21m5dELzkpg1Rzj9vmAbu3MYSJaTDZfKM13MhV8zeKbhZdNKFNiWLIr94V2DkOAd0Ia8EPwKkpeiGQvPre+sG01W9mgBvbKbZ5arAuQoaIl9rJWUOYNKqY4eHZrxXNJ/+LrWLPlIQxhrD1lDAaLql0Tw7V+219fzjSHLkE1GVO9432+9RqJxabAjcU4D79bqr3A2d6krBpDDKpMU2TLDGlM0Xz3t3Aw9BGpUw1v44383wYQ6X6CDDZN9xy/Xz+XAJuiNc4SysIwghBnKeKKcfNOmsiSajnphR+dSsay5gNlWbX6aSbzEMOHdpDvQtRSYd3i7iT/zVGnIrrf7HmHqIUcCDCBun4oyMB6xr3DKO7JbF3leU9bUcOWi/HLtwfVFxdTV8P9K0nKacDHVFhydGfkxxq+bO8VPmfYAakBH+KgTXG0s2KKT2m7paPJgZgrNIzPUxcol7CzhS9Eh2JfyFhKg==</e:CipherValue></e:CipherData></e:EncryptedData><e:EncryptedData
Id="_10" Type="http://www.w3.org/2001/04/xmlenc#Element"
xmlns:e="http://www.w3.org/2001/04/xmlenc#"><e:EncryptionMethod
Algorithm="http://www.w3.org/2001/04/xmlenc#aes128-cbc"/><KeyInfo
xmlns="http://www.w3.org/2000/09/xmldsig#"><o:SecurityTokenReference><o:Reference URI="#_2"/></o:SecurityTokenReference></KeyInfo><e:CipherData><e:CipherValue>dS9SbyZE0DpAKuy3PmTBI67OR45lZpLIQ2SfEbLzzszK2gYuJVY+vZHdsUNg8AHBHxsUukGGjVlDCGTGSonvOYuyVt4azawe21rULcBOaVkJrUZQ2xOZZQcwDrUU99PkKYFqd575GAPpDeYbL28eNQzlXuFVOPYkFwiwX5jg2M0BfWqBRBhPdJhi3gDNIGizmuOBsRbEc+tEqC/Nt/a2MO1Clf9YAm052EBohZo9G0cSaildtTUu8hfjeLJdKF+cf2ty3S35tugMkGW7Qzwpnh2X9LKdeQL1HcxPeUhb14faCkWV9mY/o8tjsqfk6waYX2eGdf0KuvbAOV+EKrn55iU6b1WFSEK6w9aGib9MLRV9JE/ZY/OYhzqKiW6ULkj7boYvY/vvicp5v9giAzONmh6G+vzYZRWKBZxXto7rQBCI4moIk1HU6kedVKdxeon6EKIaVw9c7WrIEN6jgUcnoqdQMQcCDd7akudS8xd9xFpPqnlYQYgGLDYiLXunyQws+Y1pbymbSHG0TFKQh5jwlIGp9OEx75OwRdcKeyBm7hKR5ogc3hED/19gSEyiEVN5FMMMG4EjSpv7tR2FL9Bz+PNmLYwZoKSKgH7tASI0Ch2cOuJFUBw3ICCQs8OmQNlOX41YVsHlx0HCHP/yGVpmC9b46XE2WGdcQew+SSi8CXp7l+6Jru6dwUi6HSJxdlwDZHvL06y/XZsT2BlMIGgJp3aI8L0HfBZiSJav9QpoVhdI+VuJa6ANMaL87ID4pV1SRisztABZMMWXPHFQnZF8BwZROBMmcn820/wxk+SUzaPwij6EFBRTIki5BA27Fv8U+hFetlw/RWD4/89gNu5K39LU2o6KsN+VZujVJVnifHDWL/NzUB8AHI5+oFYpHGPRZLMY5D2Z9UtYHPzXfZPUFOFhCeLoLF5nql8UAq7kSGBbqpkA57ecLCONGZHUTY2lRt8GWw9Sjg28DnJGGCt608chtGSEr8rOpThwY3FmG1sEW0DCYbVyI4rNd+4+rH7Y4e9Tn/w5wl1zApVzN0pl5RNMMb82nKrZZ2Z08lTHOoUOPERkxX0o6XZCwce9N6ZCEqo8fmqApX6Q7RCTQBrfcmw9U3GTlgGWtOCb+MOveCMA3NjzrM91TKC19HPYXntlKTvJRJA/UcpBdVCQjfTwNJIisLmXExRP9IjiSncLYe5+hy1U2rmV6Lc/I2fpyV84yqHvXVWHgi89oJRbrhRrIxUaNUQhvIejngf4dseOXYmWRv9y48C7pb/Z+kJrie/z/YCwWk3eTIeqqoQ+Lu2GJqRJsWevVcduhmgRr/aFGs3zU9o/4gFZhvkZKgpFjMhjKmDdx+m53xowbSiwlwJW8mKsYN0ogE2wwolJ0SbU0KI=</e:CipherValue></e:CipherData></e:EncryptedData></o:Security></s:Header><s:Body
u:Id="_3"><e:EncryptedData Id="_4"
Type="http://www.w3.org/2001/04/xmlenc#Content"
xmlns:e="http://www.w3.org/2001/04/xmlenc#"><e:EncryptionMethod
Algorithm="http://www.w3.org/2001/04/xmlenc#aes128-cbc"/><KeyInfo
xmlns="http://www.w3.org/2000/09/xmldsig#"><o:SecurityTokenReference
xmlns:o="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><o:Reference
URI="#_2"/></o:SecurityTokenReference></KeyInfo><e:CipherData><e:CipherValue>BSXrPDSthQxM4206vjwl4xz2JoohR3w0zFlLCOYJi34RwHR07MHGO0ca5PtibF4i7SWlz4B8qnPFu7bQnd3J/goOxuqQC+IJ5frDaJvBq8VY8Y5BmBytEf1TJ+wPjWNNfZTUUazgIh5SJBh/V30aBXb6SIfjeXJHny53LYLQwXCHzwqXCKR/nwT6jFwb3/om59ZAuolDtxcqbrHHxCripSy/MZieFBQw2Q0vFs9PpMqHHeIhJFrsE0A+PidtaQHXbuekUiRWgHQBZtm0s6uJGo/2F9G1jyk32y5bO6GiXRZLpuoI5IvzfTEx8DhsqVF/dk9teqhgaowh9tCYeLMSK302A8we2RLszIOHrOwiRjxOD0Dd1xT9sYsvHjsrdQBJZriigosfiTqOvtH3LMhJWR5dVpAlpBSefFlXt+UkZxhy50XJeQRGVoDOeXOkuZKbanyv/iK9V7D0MAO4UnDR9VsnG+wlZb4aeIJe24SiWnkgxWYeHUPYWDIteOqVawWY36eYkf4cqP2i/toqsaeRObxq1xPgCk7X1LlGd1zm2EKzRvpjrffq72hEGvQupgRGhC2nPL/ibN5hDHvyYdeqwla6ukQFZVi9w4wum/scMxBkUhWW9AGPy5zAR6Xafw4PkRFWSC7oz6EIzlOH+bYPotvLtGDiwnElgmH6oYtrIbbWQu1jU0XnQHT0ZaWoCSAFXnunWO94fqPMSGcGmdDmhUJwlmSGIC005dJXaFJD2U7uA53bJE6ciiq1nkIjp1mt1KgN8QGH39Br2OlpjbnOGYzthos+sFdE4grGpmBDOjpN+cXGOPhkuhFOStfy8OffD9/mWt0LRjCwwltp1nTG/xVoydQaIETQApcjcWe3n65CCCi1uq1DxCimFisr7K5w</e:CipherValue></e:CipherData></e:EncryptedData></s:Body></s:Envelope>|#]

[#|2008-07-21T12:39:25.937+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|--------------------|#]

[#|2008-07-21T12:39:25.952+0200|SEVERE|sun-appserver9.1|javax.enterprise.resource.xml.webservices.security|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;_RequestID=bb292705-a8c7-4deb-a198-960e6b0a7435;|Policy
is null|#]

[#|2008-07-21T12:39:25.957+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|
---[HTTP response 500]---|#]

[#|2008-07-21T12:39:25.957+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|
<?xml version='1.0' encoding='UTF-8'?><S:Envelope
xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"><S:Header><To
xmlns="http://www.w3.org/2005/08/addressing">http://www.w3.org/2005/08/addressing/anonymous</To><Action
xmlns="http://www.w3.org/2005/08/addressing">http://www.w3.org/2005/08/addressing/fault</Action><MessageID
xmlns="http://www.w3.org/2005/08/addressing">uuid:cfd78265-5026-4ae0-ba2b-970e19b83cbe</MessageID><RelatesTo
xmlns="http://www.w3.org/2005/08/addressing">urn:uuid:e01bda47-5b39-4f0b-b896-cc32179f2310</RelatesTo></S:Header><S:Body><S:Fault
xmlns:ns4="http://www.w3.org/2003/05/soap-envelope"><faultcode
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">wsse:InvalidSecurity</faultcode><faultstring>ERROR:
Policy for the service could not be obtained</faultstring><detail><ns2:exception
xmlns:ns2="http://jax-ws.dev.java.net/"
class="javax.xml.ws.soap.SOAPFaultException" note="To disable this feature, set
com.sun.xml.ws.fault.SOAPFaultBuilder.disableCaptureStackTrace system property
to false"><message>ERROR: Policy for the service could not be
obtained</message><ns2:stackTrace><ns2:frame
class="com.sun.xml.ws.security.opt.impl.util.SOAPUtil" file="SOAPUtil.java"
line="193" method="getSOAPFaultException"/><ns2:frame
class="com.sun.xml.wss.jaxws.impl.SecurityServerTube"
file="SecurityServerTube.java" line="214" method="processRequest"/><ns2:frame
class="com.sun.xml.ws.api.pipe.Fiber" file="Fiber.java" line="598"
method="__doRun"/><ns2:frame class="com.sun.xml.ws.api.pipe.Fiber"
file="Fiber.java" line="557" method="_doRun"/><ns2:frame
class="com.sun.xml.ws.api.pipe.Fiber" file="Fiber.java" line="542"
method="doRun"/><ns2:frame class="com.sun.xml.ws.api.pipe.Fiber"
file="Fiber.java" line="439" method="runSync"/><ns2:frame
class="com.sun.xml.ws.server.WSEndpointImpl$2" file="WSEndpointImpl.java"
line="243" method="process"/><ns2:frame
class="com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit"
file="HttpAdapter.java" line="444" method="handle"/><ns2:frame
class="com.sun.xml.ws.transport.http.HttpAdapter" file="HttpAdapter.java"
line="244" method="handle"/><ns2:frame
class="com.sun.xml.ws.transport.http.servlet.ServletAdapter"
file="ServletAdapter.java" line="135" method="handle"/><ns2:frame
class="com.sun.xml.ws.transport.http.servlet.WSServletDelegate"
file="WSServletDelegate.java" line="129" method="doGet"/><ns2:frame
class="com.sun.xml.ws.transport.http.servlet.WSServletDelegate"
file="WSServletDelegate.java" line="160" method="doPost"/><ns2:frame
class="com.sun.xml.ws.transport.http.servlet.WSServlet" file="WSServlet.java"
line="75" method="doPost"/><ns2:frame class="javax.servlet.http.HttpServlet"
file="HttpServlet.java" line="738" method="service"/><ns2:frame
class="javax.servlet.http.HttpServlet" file="HttpServlet.java" line="831"
method="service"/><ns2:frame
class="org.apache.catalina.core.ApplicationFilterChain"
file="ApplicationFilterChain.java" line="411"
method="servletService"/><ns2:frame
class="org.apache.catalina.core.StandardWrapperValve"
file="StandardWrapperValve.java" line="290" method="invoke"/><ns2:frame
class="org.apache.catalina.core.StandardContextValve"
file="StandardContextValve.java" line="271" method="invokeInternal"/><ns2:frame
class="org.apache.catalina.core.StandardContextValve"
file="StandardContextValve.java" line="202" method="invoke"/><ns2:frame
class="org.apache.catalina.core.StandardPipeline" file="StandardPipeline.java"
line="632" method="doInvoke"/><ns2:frame
class="org.apache.catalina.core.StandardPipeline" file="StandardPipeline.java"
line="577" method="doInvoke"/><ns2:frame
class="com.sun.enterprise.web.WebPipeline" file="WebPipeline.java" line="94"
method="invoke"/><ns2:frame class="org.apache.catalina.core.StandardHostValve"
file="StandardHostValve.java" line="206" method="invoke"/><ns2:frame
class="org.apache.catalina.core.StandardPipeline" file="StandardPipeline.java"
line="632" method="doInvoke"/><ns2:frame
class="org.apache.catalina.core.StandardPipeline" file="StandardPipeline.java"
line="577" method="doInvoke"/><ns2:frame
class="org.apache.catalina.core.StandardPipeline" file="StandardPipeline.java"
line="571" method="invoke"/><ns2:frame
class="org.apache.catalina.core.ContainerBase" file="ContainerBase.java"
line="1080" method="invoke"/><ns2:frame
class="org.apache.catalina.core.StandardEngineValve"
file="StandardEngineValve.java" line="150" method="invoke"/><ns2:frame
class="org.apache.catalina.core.StandardPipeline" file="StandardPipeline.java"
line="632" method="doInvoke"/><ns2:frame
class="org.apache.catalina.core.StandardPipeline" file="StandardPipeline.java"
line="577" method="doInvoke"/><ns2:frame
class="org.apache.catalina.core.StandardPipeline" file="StandardPipeline.java"
line="571" method="invoke"/><ns2:frame
class="org.apache.catalina.core.ContainerBase" file="ContainerBase.java"
line="1080" method="invoke"/><ns2:frame
class="org.apache.coyote.tomcat5.CoyoteAdapter" file="CoyoteAdapter.java"
line="270" method="service"/><ns2:frame
class="com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask"
file="DefaultProcessorTask.java" line="637" method="invokeAdapter"/><ns2:frame
class="com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask"
file="DefaultProcessorTask.java" line="568" method="doProcess"/><ns2:frame
class="com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask"
file="DefaultProcessorTask.java" line="813" method="process"/><ns2:frame
class="com.sun.enterprise.web.connector.grizzly.DefaultReadTask"
file="DefaultReadTask.java" line="339" method="executeProcessorTask"/><ns2:frame
class="com.sun.enterprise.web.connector.grizzly.DefaultReadTask"
file="DefaultReadTask.java" line="261" method="doTask"/><ns2:frame
class="com.sun.enterprise.web.connector.grizzly.DefaultReadTask"
file="DefaultReadTask.java" line="212" method="doTask"/><ns2:frame
class="com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask"
file="PortUnificationPipeline.java" line="361" method="doTask"/><ns2:frame
class="com.sun.enterprise.web.connector.grizzly.TaskBase" file="TaskBase.java"
line="265" method="run"/><ns2:frame
class="com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread"
file="SSLWorkerThread.java" line="106"
method="run"/></ns2:stackTrace></ns2:exception></detail></S:Fault></S:Body></S:Envelope>|#]

[#|2008-07-21T12:39:25.957+0200|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;|--------------------|#]



---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969






------- Additional comments from daveronge@... Mon Jul 21 11:08:37 +0000 2008 -------
Here is the instruction to run tests interop-3.5-msdriven as single test each round;
run command
ant -Dxtest.testtype=interop-3.5-msdriven -Dxtest.wsit.dest.dir=$AS_HOME/lib
-Dhave-proxy=false -Dxtest.indigo.host=yinyang.india.sun.com
-Dxtest.http.host=`getip` -Dlogverbose=y
-Dxtest.run.singletest='**/indigo2tango/**/*Test.class/testSecureOneWayRM10_SOAP12'
 -Drun.debugger=y
in tango/qe-tests/jax-rm/test directory of checkout from sunsw cvs
here the switch "xtest.run.singletest" allows to separate single test directly,
 e.g:
-Dxtest.run.singletest='**/indigo2tango/**/SecureReliableOneWayTest.class/testSecureOneWayRM11_SOAP12'

however for roundtrip cases the naming is a bit irregular
so you need to substitute classname and testmethod with
SecureReliableOneWayTest.class/testSecureOneWayRM11_SOAP11
SecureRequestResponseTest.class/testSecureRequestReplyRM11_SOAP12
SecureRequestResponseTest.class/testSecureRequestReplyRM11_SOAP11
for other cases respectively.

Additionally you need to provide the command with IP of your machine as IP is
being sent to MS client driver
and the test class depends on being supplied with the IP(or FQDN hostname) by
parameter.
This is can be done with the switch -Dxtest.http.host=`getip` where "getip" is
symbolic  function that returns your IP address or complete hostname -
you can either replace whole back-ticked command with literal address or alias
getip to whatever command can return your host IP or FQDN.

Again you need xtest-distribution and other sources
(Check out from sunsw cvs:
tango/qe-tests/jax-rm/interop-3.5   # i.e. - the same directory as for the
opposite cases
tango/qe-tests/jax-rm/test
tango/qe-tests/xtest-distribution
,eventually tango/qe-tests/gf-setup to get and configure GF) and of course
running GF this time.

Please checkout - fresh or update thoroughly - two files have been fixed
recently (one test class and one cfg-*.xml file to allow for single test run.


Please let me know if anything doesn't work as described.

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by shyam_rao :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

https://wsit.dev.java.net/issues/show_bug.cgi?id=969






------- Additional comments from shyam_rao@... Mon Jul 21 11:21:30 +0000 2008 -------
Hi David,

    This issue was filed for Sun->MS case. So please close this issue# 969 and
file another issue for MS->Sun case, as exception in both cases are different.
Also provide details on "how to run MS->Sun RM scenario".

    Also attach the the wsdl file deployed on GF for this failed MS->Sun
scenario in your new issue.

Thanks
-- Shyam

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@...
For additional commands, e-mail: issues-help@...


[Issue 969] Attempt to initiate RM session failed with an exception

by daveronge :: Rate this Message:

Reply to Author