Hi Ben, This is from another thread "Third Interop Test Between Metro and .NET". The code was changed to fix a bug in the way the application was negotiating the token with the STS. This is what Jiandong said,
"Get the latest OpenSSO nightly from here: > http://download.java.net/general/opensso/nightly/. > It should be available on Tuesday (15-Dec-2009 's build. Then the > change will be in a stable express release at the end of next week. > You need to take new opensso.war and openssoclientsdk.jar (to replace > the openssoclientsdk.jar in J2EE policy agent as well as the one used > to build trader client in stonehenge\lib\agent)." You will also need the "Jersey" library, " Yes, it is REST based API using Jersey. Usually you should have > jersey-bundle jar in the lib directory of your Glassfish instance. > If not, you need to have jersey bundle jar in the class path." Thanks Pablo. -----Original Message----- From: Ben Dewey [mailto:[email protected]] Sent: Thursday, February 11, 2010 12:56 AM To: [email protected] Subject: Building lastest Metro src Pablo/Jiandong, I'm taking another go at running the Metro CBS (or atleast compiling) and I'm getting some build errors using both the Sep-24-09 nightly and the Dec-9-09 nightly build of metro. What version are you guys using? Anything else I should be aware of? This is my error: --------- [javac] D:\Stonehenge\stocktrader\metro\trader_client\src\org\apache\stonehenge\stocktrader\service\CookieManager.java:7: package com.sun.identity.wsfederation.client does not exist [javac] import com.sun.identity.wsfederation.client.WSFederationClient; [javac] ^ [javac] D:\Stonehenge\stocktrader\metro\trader_client\src\org\apache\stonehenge\stocktrader\service\CookieManager.java:51: cannot find symbol [javac] symbol : variable WSFederationClient [javac] location: class org.apache.stonehenge.stocktrader.service.CookieManager [javac] String samlAssertion = WSFederationClient.getUserSAMLAssertion(java.net.URLEncoder.encode(assertionId), url, null, null); Thanks, -Ben Dewey
