From: Jon S. <js...@at...> - 2002-05-20 15:33:57
|
Thanks, but the typo was in my email and is correct in the code. As I said, the same utility class works well outside of JBoss. Can anybody shed some light on this? I don't have a work around for this issue. > One obvious question: > Should ...protocal be ...protocol instead? > > On Saturday, May 18, 2002, at 09:36 AM, Jon Swinth wrote: > > System.setProperty("java.protocal.handler.pkgs","com.sun.net.ssl.internal > >. www.protocal"); |
From: Jon S. <js...@at...> - 2002-05-20 18:15:42
|
Thanks Scott for pointing me to the test case. I had looked in that directory but did not find it because it is in the Attic (don't know why it would be there). The test case does not add anything that I am not already doing except for setting the trusted keystore. Is this something required by JBoss? I am able to run outside of JBoss with the trusted keystore null. Another thing that I found interesting was that if I change: URL url = new URL(HTTPS_URL); To specify the handler: URL url = new URL(null,DEFAULT_URL,new com.sun.net.ssl.internal.www.protocol.https.Handler()) ; I get a stack overflow. Here are the key sections of my code: java.security.Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider()); String handlers = System.getProperty("java.protocol.handler.pkgs"); if (handlers == null || handlers.indexOf("com.sun.net.ssl.internal.www.protocol") < 0) { if (handlers == null) { handlers = "" ; } else { handlers += "|" ; } //end if handlers += "com.sun.net.ssl.internal.www.protocol" ; System.setProperty("java.protocol.handler.pkgs",handlers); } //end if URL url = new URL(null,DEFAULT_URL,new com.sun.net.ssl.internal.www.protocol.https.Handler()) ; HttpsURLConnection conn = (HttpsURLConnection)url.openConnection(); conn.setRequestMethod(requestProperty); conn.setRequestProperty("Content-type","application/x-www-form-urlencoded"); String sendParams = getParamText() ; if (sendParams != null) { conn.setDoOutput(true); DataOutputStream output = new DataOutputStream(conn.getOutputStream()) ; output.writeBytes(sendParams); output.flush(); output.close(); } //end if BufferedReader r = new BufferedReader(new InputStreamReader(conn.getInputStream())); Vector lines = new Vector() ; String line = null ; while ((line = r.readLine()) != null) { lines.add(line); } //end while r.close(); conn.disconnect(); Why would this work any different in JBoss then anywhere else? > From: "Scott M Stark" <Sco...@jb...> > > There is a testcase of a dynamically deployed service which uses > an https url in the 3.0 testsuite. See > org.jboss.test.security.service.HttpsClient > org.jboss.test.security.HttpsUnitTestCase |
From: Scott M S. <Sco...@jb...> - 2002-05-20 16:55:20
|
There is a testcase of a dynamically deployed service which uses an https url in the 3.0 testsuite. See org.jboss.test.security.service.HttpsClient org.jboss.test.security.HttpsUnitTestCase xxxxxxxxxxxxxxxxxxxxxxxx Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ----- Original Message ----- From: "Jon Swinth" <js...@at...> To: <jbo...@li...> Sent: Monday, May 20, 2002 8:26 AM Subject: [JBoss-user] Re: SSL From Session Bean > Thanks, but the typo was in my email and is correct in the code. As I said, > the same utility class works well outside of JBoss. Can anybody shed some > light on this? I don't have a work around for this issue. > > > One obvious question: > > Should ...protocal be ...protocol instead? > > > > On Saturday, May 18, 2002, at 09:36 AM, Jon Swinth wrote: > > > System.setProperty("java.protocal.handler.pkgs","com.sun.net.ssl.internal > > >. www.protocal"); > > _______________________________________________________________ > Hundreds of nodes, one monster rendering program. > Now that's a super model! Visit http://clustering.foundries.sf.net/ > > _______________________________________________ > JBoss-user mailing list > JBo...@li... > https://lists.sourceforge.net/lists/listinfo/jboss-user > |