Re: Error building java trader_client
Hello Serge, I apologize for the delay - I forgot to look at this mail folder ;-( All the code is here on stonehenge with instructions. Unfortunately, I do not know the details. Hopefully others on this list can help, Regards, Harold On 12/3/10 10:45 AM, Akopov, Sergei (GE Intelligent Platforms) wrote: Thank you, Harold! Where can I get the code? We would like to set it up! Serge. -Original Message- From: Harold Carr [mailto:harold.c...@oracle.com] Sent: Friday, December 03, 2010 1:38 PM To: stonehenge-dev@incubator.apache.org Cc: Akopov, Sergei (GE Intelligent Platforms) Subject: Re: Error building java trader_client On 12/3/10 9:32 AM, Akopov, Sergei (GE Intelligent Platforms) wrote: Can you please confirm whether the secure JAVA-WCF interoperability was implemented or not. Using Stonehenge, we (me representing Sun/Java, Greg Leake representing Microsoft) demonstrated secure SOAP interoperabilty between Metro/Java - WCF at JavaOne 2009. See the article here: http://java.sun.com/javaone/2009/articles/gen_microsoft.jsp Unfortunately the article doesn't mention security, but the video should show it: http://java.sun.com/javaone/2009/general_sessions.jsp?pid=24744799001 click on the Microsoft General Session: Software + Services: The Next Application Platform (although it doesn't seem to play for me now - it has in the past). Regards, Harold Carr, Ph.D. Web Services Architect, Oracle
RE: Error building java trader_client
Thanks for responding! What I really was hoping to see was a sample with a JAVA client talking to a WCF service which federates authentication with its own WCF STS (active STS). So, I am basically interested in the security aspects of the interoperability between JAVA and WCF. Based on the combinations that Nick listed below, there is no implementation that demonstrates that, am I correct? Note, it doesn't matter to us which java technology stack is used to make the secure interoperability with WCF working. Can you please confirm whether the secure JAVA-WCF interoperability was implemented or not. Thanks again, Serge. -Original Message- From: Abu Obeida Bakhach [mailto:abu.obe...@microsoft.com] Sent: Thursday, December 02, 2010 8:02 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Hello Sergei, I've looked around, and If you really want to use OpenSSO, you can build the jars from the source. The source code is available: https://opensso.dev.java.net/source/browse/opensso/ and the libraries for building jars from source is also available: https://opensso.dev.java.net/public/use/index.html OpenSSO External Library Bundle Thanks, -Original Message- From: Nick Hauenstein [mailto:ni...@quicklearn.com] Sent: Thursday, December 02, 2010 3:57 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client IIRC (and I might not, since I'm no Java expert) OpenSSO was only being used for the Passive STS, and there was a custom metro Active STS. If that is correct, to get the trader client working sans OpenSSO, you would need to configure it to use the .NET Passive STS, or the WSAS Passive STS. I haven't been able to find specific emails discussing those scenarios (because the mail volume is so large, and the keywords I would search so frequently occurring), but I am certain that the trader_client would not have been removed if we could either (a) show those scenarios working and/or (b) divorce the metro trader_client entirely from its OpenSSO dependency. I was looking at a slide deck from a presentation on Stonehenge (shortly before the release of M2), and the known good compatibility was as follows: .NET Passive STS - Metro Active STS .NET Web App - Metro Active STS .NET Web App - Metro Business Service .NET Business Service - Metro Order Processor .NET Business Service - WSAS Order Processor .NET Business Service - .NET Order Processor WSAS Passive STS - .NET Web App WSAS Business Service - Metro Order Processor WSAS Business Service - .NET Order Processor WSAS Business Service - WSAS Order Processor So the project did demonstrate interoperability, but also found some incompatibilities that were not yet overcome. - Nick Hauenstein -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 3:00 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Is it required to have OpenSSO setup to make metro trader-client to talk to metro service, at least? I am a bit confused, maybe I am asking the wrong questions but I thought this was a project on interoperability. Is Microsoft still involved in this project? Serge. -Original Message- From: Nick Hauenstein [mailto:ni...@quicklearn.com] Sent: Thursday, December 02, 2010 4:12 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client I don't think that release ever made it out (due to the Sun/Oracle merger). Another company forked OpenSSO, and released it under the name OpenAM. OpenAM Snapshot 9 [1] *should* be the equivalent of OpenSSO 9 Express, but don't hold me to it. We were all using a random nightly build that disappeared one day. - Nick Hauenstein [1] https://wikis.forgerock.org/confluence/display/openam/OpenAM+Snapshot+9+ Release+Notes -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 12:57 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Nick, The install list includes OpenSSO 9 Express deployment. I cannot find the zip file on the web, does anyone have it? Thanks, Serge.
Re: Error building java trader_client
On 12/3/10 9:32 AM, Akopov, Sergei (GE Intelligent Platforms) wrote: Can you please confirm whether the secure JAVA-WCF interoperability was implemented or not. Using Stonehenge, we (me representing Sun/Java, Greg Leake representing Microsoft) demonstrated secure SOAP interoperabilty between Metro/Java - WCF at JavaOne 2009. See the article here: http://java.sun.com/javaone/2009/articles/gen_microsoft.jsp Unfortunately the article doesn't mention security, but the video should show it: http://java.sun.com/javaone/2009/general_sessions.jsp?pid=24744799001 click on the Microsoft General Session: Software + Services: The Next Application Platform (although it doesn't seem to play for me now - it has in the past). Regards, Harold Carr, Ph.D. Web Services Architect, Oracle
Re: Error building java trader_client
Would any of the older MS InteropPlugfest endpoints demonstrate this? Particularly any of the ws-trust 1.0 or 1.3 endpoints? http://mssoapinterop.org/ilab/ I know CXF actually ships with examples that hit the MS plugfest endpoints to show the interopability. Dan On Friday 03 December 2010 12:32:38 pm Akopov, Sergei (GE Intelligent Platforms) wrote: Thanks for responding! What I really was hoping to see was a sample with a JAVA client talking to a WCF service which federates authentication with its own WCF STS (active STS). So, I am basically interested in the security aspects of the interoperability between JAVA and WCF. Based on the combinations that Nick listed below, there is no implementation that demonstrates that, am I correct? Note, it doesn't matter to us which java technology stack is used to make the secure interoperability with WCF working. Can you please confirm whether the secure JAVA-WCF interoperability was implemented or not. Thanks again, Serge. -Original Message- From: Abu Obeida Bakhach [mailto:abu.obe...@microsoft.com] Sent: Thursday, December 02, 2010 8:02 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Hello Sergei, I've looked around, and If you really want to use OpenSSO, you can build the jars from the source. The source code is available: https://opensso.dev.java.net/source/browse/opensso/ and the libraries for building jars from source is also available: https://opensso.dev.java.net/public/use/index.html OpenSSO External Library Bundle Thanks, -Original Message- From: Nick Hauenstein [mailto:ni...@quicklearn.com] Sent: Thursday, December 02, 2010 3:57 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client IIRC (and I might not, since I'm no Java expert) OpenSSO was only being used for the Passive STS, and there was a custom metro Active STS. If that is correct, to get the trader client working sans OpenSSO, you would need to configure it to use the .NET Passive STS, or the WSAS Passive STS. I haven't been able to find specific emails discussing those scenarios (because the mail volume is so large, and the keywords I would search so frequently occurring), but I am certain that the trader_client would not have been removed if we could either (a) show those scenarios working and/or (b) divorce the metro trader_client entirely from its OpenSSO dependency. I was looking at a slide deck from a presentation on Stonehenge (shortly before the release of M2), and the known good compatibility was as follows: .NET Passive STS - Metro Active STS .NET Web App - Metro Active STS .NET Web App - Metro Business Service .NET Business Service - Metro Order Processor .NET Business Service - WSAS Order Processor .NET Business Service - .NET Order Processor WSAS Passive STS - .NET Web App WSAS Business Service - Metro Order Processor WSAS Business Service - .NET Order Processor WSAS Business Service - WSAS Order Processor So the project did demonstrate interoperability, but also found some incompatibilities that were not yet overcome. - Nick Hauenstein -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 3:00 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Is it required to have OpenSSO setup to make metro trader-client to talk to metro service, at least? I am a bit confused, maybe I am asking the wrong questions but I thought this was a project on interoperability. Is Microsoft still involved in this project? Serge. -Original Message- From: Nick Hauenstein [mailto:ni...@quicklearn.com] Sent: Thursday, December 02, 2010 4:12 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client I don't think that release ever made it out (due to the Sun/Oracle merger). Another company forked OpenSSO, and released it under the name OpenAM. OpenAM Snapshot 9 [1] *should* be the equivalent of OpenSSO 9 Express, but don't hold me to it. We were all using a random nightly build that disappeared one day. - Nick Hauenstein [1] https://wikis.forgerock.org/confluence/display/openam/OpenAM+Snapshot+9+ Release+Notes -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 12:57 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Nick, The install list includes OpenSSO 9 Express deployment. I cannot find the zip file on the web, does anyone have it? Thanks, Serge. -- Daniel Kulp dk...@apache.org http://dankulp.com/blog
Re: Error building java trader_client
This is an interesting blog from Microsoft: http://blogs.msdn.com/b/mszcool/archive/2009/01/23/identity-interoperability-geneva-beta-1-sts-with-net-client-and-netbeans-6-5-metro-1-3-wsit-java-client-working-again.aspx On 12/3/2010 12:45 PM, Daniel Kulp wrote: Would any of the older MS InteropPlugfest endpoints demonstrate this? Particularly any of the ws-trust 1.0 or 1.3 endpoints? http://mssoapinterop.org/ilab/ I know CXF actually ships with examples that hit the MS plugfest endpoints to show the interopability. Dan On Friday 03 December 2010 12:32:38 pm Akopov, Sergei (GE Intelligent Platforms) wrote: Thanks for responding! What I really was hoping to see was a sample with a JAVA client talking to a WCF service which federates authentication with its own WCF STS (active STS). So, I am basically interested in the security aspects of the interoperability between JAVA and WCF. Based on the combinations that Nick listed below, there is no implementation that demonstrates that, am I correct? Note, it doesn't matter to us which java technology stack is used to make the secure interoperability with WCF working. Can you please confirm whether the secure JAVA-WCF interoperability was implemented or not. Thanks again, Serge. -Original Message- From: Abu Obeida Bakhach [mailto:abu.obe...@microsoft.com] Sent: Thursday, December 02, 2010 8:02 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Hello Sergei, I've looked around, and If you really want to use OpenSSO, you can build the jars from the source. The source code is available: https://opensso.dev.java.net/source/browse/opensso/ and the libraries for building jars from source is also available: https://opensso.dev.java.net/public/use/index.html OpenSSO External Library Bundle Thanks, -Original Message- From: Nick Hauenstein [mailto:ni...@quicklearn.com] Sent: Thursday, December 02, 2010 3:57 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client IIRC (and I might not, since I'm no Java expert) OpenSSO was only being used for the Passive STS, and there was a custom metro Active STS. If that is correct, to get the trader client working sans OpenSSO, you would need to configure it to use the .NET Passive STS, or the WSAS Passive STS. I haven't been able to find specific emails discussing those scenarios (because the mail volume is so large, and the keywords I would search so frequently occurring), but I am certain that the trader_client would not have been removed if we could either (a) show those scenarios working and/or (b) divorce the metro trader_client entirely from its OpenSSO dependency. I was looking at a slide deck from a presentation on Stonehenge (shortly before the release of M2), and the known good compatibility was as follows: .NET Passive STS - Metro Active STS .NET Web App - Metro Active STS .NET Web App - Metro Business Service .NET Business Service - Metro Order Processor .NET Business Service - WSAS Order Processor .NET Business Service - .NET Order Processor WSAS Passive STS - .NET Web App WSAS Business Service - Metro Order Processor WSAS Business Service - .NET Order Processor WSAS Business Service - WSAS Order Processor So the project did demonstrate interoperability, but also found some incompatibilities that were not yet overcome. - Nick Hauenstein -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 3:00 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Is it required to have OpenSSO setup to make metro trader-client to talk to metro service, at least? I am a bit confused, maybe I am asking the wrong questions but I thought this was a project on interoperability. Is Microsoft still involved in this project? Serge. -Original Message- From: Nick Hauenstein [mailto:ni...@quicklearn.com] Sent: Thursday, December 02, 2010 4:12 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client I don't think that release ever made it out (due to the Sun/Oracle merger). Another company forked OpenSSO, and released it under the name OpenAM. OpenAM Snapshot 9 [1] *should* be the equivalent of OpenSSO 9 Express, but don't hold me to it. We were all using a random nightly build that disappeared one day. - Nick Hauenstein [1] https://wikis.forgerock.org/confluence/display/openam/OpenAM+Snapshot+9+ Release+Notes -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 12:57 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Nick, The install list includes OpenSSO 9 Express deployment. I cannot find the zip file on the web, does anyone have it? Thanks, Serge.
RE: Error building java trader_client
Ben, I have followed the installation instructions for metro, and there is no mention of prerequisites for trader-client at all. I am not very familiar with Java technology stack but our Microsoft support contact directed us to this project because we needed to solve JAVA-WCF security interoperability issues. We were hoping that if were able to setup metro trader-client to work with WCF services this would help us understand the java side of the equation :-) Thanks, Serge. -Original Message- From: Dewey, Ben [mailto:ben.de...@tallan.com] Sent: Wednesday, December 01, 2010 9:43 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Serge, You can get the documentation here: https://svn.apache.org/repos/asf/incubator/stonehenge/tags/stonehenge_m1 .1_incubator/stocktrader/metro/documents/manual.doc and https://cwiki.apache.org/confluence/display/STONEHENGE/Index -Ben Dewey -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Wednesday, December 01, 2010 6:10 PM To: stonehenge-dev@incubator.apache.org Subject: Error building java trader_client Hi, When I am building java trader_client I get build error stating that package java.servlet.http does not exist. Is there a document that describes the steps to setup and run the java trader_client? Thanks, Serge.
RE: Error building java trader_client
Sorry, I was going to respond to this yesterday. The instructions are in an earlier version of the installation guide. If you are installing code from before there was an STS in the equation, you will want the earlier steps [1], otherwise you will want the later steps [2]. - Nick Hauenstein [1] https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=14811137navigatingVersions=true [2] https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=14811140navigatingVersions=true -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 7:54 AM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Ben, I have followed the installation instructions for metro, and there is no mention of prerequisites for trader-client at all. I am not very familiar with Java technology stack but our Microsoft support contact directed us to this project because we needed to solve JAVA-WCF security interoperability issues. We were hoping that if were able to setup metro trader-client to work with WCF services this would help us understand the java side of the equation :-) Thanks, Serge.
RE: Error building java trader_client
Nick, The install list includes OpenSSO 9 Express deployment. I cannot find the zip file on the web, does anyone have it? Thanks, Serge. -Original Message- From: Nick Hauenstein [mailto:ni...@quicklearn.com] Sent: Thursday, December 02, 2010 12:48 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client In this case, you do want the older version. That's the only version of the document on the wiki that discusses the installation of the metro trader client in the context of an STS. The Metro trader client was removed before the latest version of the document was written. I'm going to look through the list archives this afternoon to find out first of all if we had communication working between the metro trader client and the .NET STS, and then if we did, what was necessary to make it happen. - Nick Hauenstein -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 9:34 AM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Thanks for responding! Yes, we need exactly an STS in the equation. The link says that this is an old version of the page, and when I navigate to the new version, that is exactly the page I used to do the setup for the metro version. So, now I am confused what I should do next: undo the new version and go through the old version setup, or I could just use the sections that are related to trader-client? Serge.
RE: Error building java trader_client
I don't think that release ever made it out (due to the Sun/Oracle merger). Another company forked OpenSSO, and released it under the name OpenAM. OpenAM Snapshot 9 [1] *should* be the equivalent of OpenSSO 9 Express, but don't hold me to it. We were all using a random nightly build that disappeared one day. - Nick Hauenstein [1] https://wikis.forgerock.org/confluence/display/openam/OpenAM+Snapshot+9+Release+Notes -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 12:57 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Nick, The install list includes OpenSSO 9 Express deployment. I cannot find the zip file on the web, does anyone have it? Thanks, Serge.
RE: Error building java trader_client
IIRC (and I might not, since I'm no Java expert) OpenSSO was only being used for the Passive STS, and there was a custom metro Active STS. If that is correct, to get the trader client working sans OpenSSO, you would need to configure it to use the .NET Passive STS, or the WSAS Passive STS. I haven't been able to find specific emails discussing those scenarios (because the mail volume is so large, and the keywords I would search so frequently occurring), but I am certain that the trader_client would not have been removed if we could either (a) show those scenarios working and/or (b) divorce the metro trader_client entirely from its OpenSSO dependency. I was looking at a slide deck from a presentation on Stonehenge (shortly before the release of M2), and the known good compatibility was as follows: .NET Passive STS - Metro Active STS .NET Web App - Metro Active STS .NET Web App - Metro Business Service .NET Business Service - Metro Order Processor .NET Business Service - WSAS Order Processor .NET Business Service - .NET Order Processor WSAS Passive STS - .NET Web App WSAS Business Service - Metro Order Processor WSAS Business Service - .NET Order Processor WSAS Business Service - WSAS Order Processor So the project did demonstrate interoperability, but also found some incompatibilities that were not yet overcome. - Nick Hauenstein -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 3:00 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Is it required to have OpenSSO setup to make metro trader-client to talk to metro service, at least? I am a bit confused, maybe I am asking the wrong questions but I thought this was a project on interoperability. Is Microsoft still involved in this project? Serge. -Original Message- From: Nick Hauenstein [mailto:ni...@quicklearn.com] Sent: Thursday, December 02, 2010 4:12 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client I don't think that release ever made it out (due to the Sun/Oracle merger). Another company forked OpenSSO, and released it under the name OpenAM. OpenAM Snapshot 9 [1] *should* be the equivalent of OpenSSO 9 Express, but don't hold me to it. We were all using a random nightly build that disappeared one day. - Nick Hauenstein [1] https://wikis.forgerock.org/confluence/display/openam/OpenAM+Snapshot+9+ Release+Notes -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Thursday, December 02, 2010 12:57 PM To: stonehenge-dev@incubator.apache.org Subject: RE: Error building java trader_client Nick, The install list includes OpenSSO 9 Express deployment. I cannot find the zip file on the web, does anyone have it? Thanks, Serge.
RE: Error building java trader_client
Serge, You can get the documentation here: https://svn.apache.org/repos/asf/incubator/stonehenge/tags/stonehenge_m1.1_incubator/stocktrader/metro/documents/manual.doc and https://cwiki.apache.org/confluence/display/STONEHENGE/Index -Ben Dewey -Original Message- From: Akopov, Sergei (GE Intelligent Platforms) [mailto:sergei.ako...@ge.com] Sent: Wednesday, December 01, 2010 6:10 PM To: stonehenge-dev@incubator.apache.org Subject: Error building java trader_client Hi, When I am building java trader_client I get build error stating that package java.servlet.http does not exist. Is there a document that describes the steps to setup and run the java trader_client? Thanks, Serge.