Null Pointer while using HttpURLConnection

we are facing NullPointerException while we are trying to communicate with some URL to send XML data. Following is the exception,

 ****** UPSInteractionServlet ********** packageweight received : null
Client established connection with https://wwwcie.ups.com/ups.app/xml/ShipConfirm
https Connection :- weblogic.net.http.HttpsURLConnection:https://wwwcie.ups.com/ups.app/xml/ShipConfirm

Manual xml : <?xml version='1.0' encoding='UTF-8' standalone='yes'?><AccessRequest><AccessLicenseNumber>1C5A10478422410C</AccessLicenseNumber><Password>anntaylor</Password><UserId>manish_maini</UserId></AccessRequest><?xml version='1.0' encoding='UTF-8' standalone='yes'?><ShipmentConfirmRequest><LabelSpecification><HTTPUserAgent>Mozilla/4.5</HTTPUserAgent><LabelImageFormat><Code>GIF</Code><Description>GIF</Description></LabelImageFormat><LabelPrintMethod><Code>GIF</Code><Description>gif file</Description></LabelPrintMethod></LabelSpecification><Request><RequestAction>ShipConfirm</RequestAction><RequestOption>nonvalidate</RequestOption><TransactionReference><CustomerContext>Customer Comment</CustomerContext></TransactionReference></Request><Shipment><Description>2nd Day Air</Description><Package><AdditionalHandling>0</AdditionalHandling><Description>Package Description</Description><PackageWeight><Weight>60.0</Weight></PackageWeight><PackagingType><Code>02</Code><Description>Customer Supplied</Description></PackagingType></Package><PaymentInformation><Prepaid><BillShipper><AccountNumber>97XA44</AccountNumber></BillShipper></Prepaid></PaymentInformation><Service><Code>08</Code><Description>2nd Day Air</Description></Service><ShipFrom><Address><AddressLine1>480 Parkton Plaza</AddressLine1><City>Hoboken</City><CountryCode>US</CountryCode><PostalCode>08805</PostalCode><StateProvinceCode>NJ</StateProvinceCode></Address><AttentionName>Mr.ABC</AttentionName><CompanyName>ABC Associates</CompanyName><PhoneNumber>1234567890</PhoneNumber><TaxIdentificationNumber>1234567877</TaxIdentificationNumber></ShipFrom><ShipTo><Address><AddressLine1>York Rd</AddressLine1><City>Hamburg</City><CountryCode>DE</CountryCode><PostalCode>20354</PostalCode><StateProvinceCode>MD</StateProvinceCode></Address><AttentionName>Mr.DEF</AttentionName><CompanyName>DEF Associates</CompanyName><PhoneNumber>1234567898</PhoneNumber><TaxIdentificationNumber>1234567877</TaxIdentificationNumber></ShipTo><Shipper><Address><AddressLine1>480 Parkton Plaza</AddressLine1><City>Hoboken</City><CountryCode>US</CountryCode><PostalCode>08805</PostalCode><StateProvinceCode>NJ</StateProvinceCode></Address><AttentionName>Mr.DEF</AttentionName><Name>ABC Associates</Name><PhoneNumber>1234567890</PhoneNumber><ShipperNumber>97XA44</ShipperNumber></Shipper></Shipment></ShipmentConfirmRequest>
Error sending data to server
java.lang.NullPointerException
        at javax.net.ssl.impl.SSLSocketImpl.close(Unknown Source)
        at java.net.Socket.<init>(Socket.java:293)
        at java.net.Socket.<init>(Socket.java:147)
        at javax.net.ssl.SSLSocket.<init>(DashoA6275)
        at javax.net.ssl.impl.SSLSocketImpl.<init>(Unknown Source)
        at javax.net.ssl.impl.SSLSocketFactoryImpl.createSocket(Unknown Source)
        at weblogic.security.SSL.SSLSocketFactory.createSocket(SSLSocketFactory.java:123)
        at weblogic.net.http.HttpsClient.openServer(HttpsClient.java:145)
        at weblogic.net.http.HttpsClient.openServer(HttpsClient.java:280)
        at weblogic.net.http.HttpsClient.<init>(HttpsClient.java:106)
        at weblogic.net.http.HttpsURLConnection.getHttpClient(HttpsURLConnection.java:246)
        at weblogic.net.http.HttpsURLConnection.connect(HttpsURLConnection.java:216)
        at weblogic.net.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:158)
        at com.cedera.client.servlet.dispatcher.UPSInteractionServlet.service(UPSInteractionServlet.java:169)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1058)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:401)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:306)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:5445)
        at weblogic.security.service.SecurityServiceManager.runAs(SecurityServiceManager.java:780)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3105)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2588)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189)
Exception is : java.lang.NullPointerException

* the link we are communicating at,
https://wwwcie.ups.com/ups.app/xml/ShipConfirm

we researched around and thought of some common problems like,
1) we have used "java.net.HttpURLConnection" while developling the code, but as can be seen from exception weblogic internally using its own class "weblogic.net.http.HttpsURLConnection"
 and throws "NullPointerException" while we are trying to take OutputStream for the connection.
we think that there might be some class loading issue as WebLogic using its own HttpURLConnection class instead of class from jdk1.4.

2) there might be some internal casting WebLogic is performing while we are not able to understand, (as "weblogic.net.http.HttpsURLConnection" is subclass of  "java.net.HttpURLConnection".

request you to provide some insight on how to go about its resolution. Attached is the class generating the exception.

UPSInteractionServlet.java
LVL 3
techprocessAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

anilallewarCommented:
I think the problem is with the SSL handshake that is supposed to happen. Since you are sending an HTTP request and sending it to an SSL site; the internal processing might be broken. As you see the exception is thrown in the close() method; indicating that Java is already closing the connection when it gets the exception.

Can you try with the HTTP non-SSL URL (http://wwwcie.ups.com/ups.app/xml/ShipConfirm) instead of SSL site in your program and then  check?
0
techprocessAuthor Commented:
Thanks for comment,
The URL we are using is - https://wwwcie.ups.com/ups.app/xml/ShipConfirm

Further during our research we also used security providers and SSLSocketFactory to perform connection. With this implementation we are atlest able to connect to URL and able to send data. But when we try to get response from URL (socket as used here in code attached) we are getting "Socket is closed" exception.

Also we checked socket status, we are getting ""socket.isConnected()" TRUE but on next line where we checked "socket.isClosed()" and are getting TRUE.

the code section of exceptin is
                  System.out.println("Socket status.. " + socket.isConnected());
                  BufferedReader in = null;
                  if(!socket.isClosed()) {
                        in = new BufferedReader(new InputStreamReader(socket.getInputStream()));
                  } else {
                        System.out.println("Socket is closed..");
                  }
System.out.println("Creating Connection..");
			String urlString = "https://wwwcie.ups.com/ups.app/xml/ShipConfirm";
			URL url = new URL(urlString);
			
			System.out.println("Adding provider ..");
			Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());

			SSLSocketFactory factory = (SSLSocketFactory)SSLSocketFactory.getDefault();
			SSLSocket socket = (SSLSocket)factory.createSocket(url.getHost(), 443);

			//java.net.URL url = new java.net.URL("https://wwwcie.ups.com/ups.app/xml/ShipConfirm");

			/*HttpURLConnection connection = (HttpURLConnection) url.openConnection();
			connection.setDoOutput(true);
			connection.setAllowUserInteraction(true);
			System.out.println("Client established connection with " + url.toString());
			//out.println("https Connection :- " + connection);

			String accessxml = stringbuffer.toString();
			out.println(accessxml);
			OutputStreamWriter out1 = new OutputStreamWriter(connection.getOutputStream());

		    System.out.println(" OutputStreamWriter out1 : " + out1);

			out1.write(accessxml);
			out1.close();

			System.out.println(" Data sent to the UPS. ");
			BufferedReader in = new BufferedReader(new InputStreamReader(connection.getInputStream()));
			
			String responseString="";
			String UPSResponse = "";

			while ((responseString = in.readLine()) != null) 
			{
				UPSResponse += responseString;
			}
			
			System.out.println("Response From UPS Server : " + UPSResponse);
			System.out.println("");*/

			System.out.println("Sending XML ..");
			String accessxml = stringbuffer.toString();
			PrintWriter out1 = new PrintWriter(new OutputStreamWriter(socket.getOutputStream()));
			out1.println("GET " + urlString + " HTTP/1.1");
			out1.println(accessxml);
			out1.println();
			out1.flush();

			System.out.println("Reading response ..");
			System.out.println("Reading response ..1");
			System.out.println("Socket status.. " + socket.isConnected());
			BufferedReader in = null;
			if(!socket.isClosed()) {
				in = new BufferedReader(new InputStreamReader(socket.getInputStream()));
			} else {
				System.out.println("Socket is closed..");
			}
			

			String line;
			System.out.println("Reading data ..");
			while ((line = in.readLine()) != null) {
			  System.out.println(line);
			}

			out1.close();
			in.close();

			
		}catch (Exception e) {
			System.out.println("Error sending data to server");
			e.printStackTrace();
			System.out.println("Exception is : " + e);
		}

Open in new window

0
anilallewarCommented:
Hmm..interestiing..when I used the same code you provided I am able to get back data from the SSL connection.

Can you just try this example class and let me know if it fails? If it does, it might be some network issue that you are encountering.
SSLSocketTest.java
0
Cloud Class® Course: SQL Server Core 2016

This course will introduce you to SQL Server Core 2016, as well as teach you about SSMS, data tools, installation, server configuration, using Management Studio, and writing and executing queries.

techprocessAuthor Commented:
Thanks anilallewar,

The basic task we are trying to achieve is,
We have one HTTPS URL to which we have to send a request XML string and get XML as response in turn. We are able to achieve this using standalone classes, but if we use same code under WebLogic then we are facing exceptions.

Currently, we are facing connection issue (while getting OutputStream) only when we deploy the code on WebLogic. In fact the code works perfect and gives proper result if executed stand alone or deployed on Pramati server. It seems to be WebLogic 7 configuration issue here.

We even tried different different approaches to get code working on WebLogic but no success. The latest option what we tried is,
1. we downloaded ssl certificate for the link,
2. configured it on the same JDK 1.4.0_03 on which WebLogic runs,
3. modified code to load certificate dynamically (we used "SSLContext sslContext = SSLContext.getInstance("SSL");" to load the context.

This context loading executed successfully if we run code as standalone class, using main method. But if we create JSP for this code and run under WebLogic7 then it generates below exception,

java.security.NoSuchAlgorithmException: Algorithm SSL not available
        at javax.net.ssl.SunJSSE_b.a(DashoA6275)
        at javax.net.ssl.SSLContext.getInstance(DashoA6275)
        at jsp_servlet.__httpstestnew._jspService(__httpstestnew.java:261)
        at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1058)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:401)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:445)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:306)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:5445)
        at weblogic.security.service.SecurityServiceManager.runAs(SecurityServiceManager.java:780)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3105)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2588)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189)

We are really stucked at this level since 4 days and desperately looking for solution.
httpsTestNewJSP.txt
0
anilallewarCommented:
What JRE is your weblogic using; my assumption is Weblogic uses its own JRE that doesn't like the SSL stuff you are using.

To change defualt JDK for a WebLogic domain

Find and open the startWeblogic.sh (or startWeblogic.cmd in windows) file that is in the root of the
domain:

Change the value of the variable: JAVA_HOME to your JDK path.
0
techprocessAuthor Commented:
Generaly WebLogic 7 is shipped with jdk1.3, but in actyality, we are using JDK 1.4 with WebLogic7 as this is the configuration of our production.

We are able to resolve all the issue and receive desired reply but using JDK1.3 with WebLogic7, when we use JDK1.4 with WebLogic7 we are facing "java.io.IOException: Write Channel Closed, possible SSL handshaking or trust failure" exception.

To get is working we tried following steps bu still no success,
1. got the certificate for HTTPS URL we are trying to hit.
2. configured the the certificate to WebLogic "cacert" under path "bea\weblogic700\server\lib"

After implementing these steps, we are able to perform URL communication successfully using WebLogic with JDK1.3, but when we tried using WebLogic with JDK1.4 we faced following exception.

java.io.IOException: Write Channel Closed, possible SSL handshaking or trust fai
lure
        at com.certicom.tls.record.WriteHandler.write(Unknown Source)
        at com.certicom.tls.interfaceimpl.TLSConnectionImpl.fireAlertSent(Unknow
n Source)
        at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown
Source)
        at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown
Source)
        at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMes
sage(Unknown Source)
        at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMes
sages(Unknown Source)
        at com.certicom.tls.record.ReadHandler.interpretContent(Unknown Source)
        at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
        at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknow
n Source)
        at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Un
known Source)
        at com.certicom.tls.record.WriteHandler.write(Unknown Source)
        at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:69
)
        at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:127)
        at java.io.FilterOutputStream.flush(FilterOutputStream.java:123)
        at weblogic.net.http.HttpURLConnection.writeRequests(HttpURLConnection.j
ava:97)
        at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.
java:284)
        at jsp_servlet.__httpstested._jspService(__httpstested.java:231)
        at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run
(ServletStubImpl.java:1058)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
pl.java:401)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
pl.java:445)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
pl.java:306)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio
n.run(WebAppServletContext.java:5445)
        at weblogic.security.service.SecurityServiceManager.runAs(SecurityServic
eManager.java:780)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppSe
rvletContext.java:3105)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestIm
pl.java:2588)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189)
Exception is : java.io.IOException: Write Channel Closed, possible SSL handshaki
ng or trust failure
Error sending data to server
java.io.IOException: Write Channel Closed, possible SSL handshaking or trust fai
lure
        at com.certicom.tls.record.WriteHandler.write(Unknown Source)
        at com.certicom.tls.interfaceimpl.TLSConnectionImpl.fireAlertSent(Unknow
n Source)
        at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown
Source)
        at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown
Source)
        at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMes
sage(Unknown Source)
        at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMes
sages(Unknown Source)
        at com.certicom.tls.record.ReadHandler.interpretContent(Unknown Source)
        at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
        at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknow
n Source)
        at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Un
known Source)
        at com.certicom.tls.record.WriteHandler.write(Unknown Source)
        at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:69
)
        at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:127)
        at java.io.FilterOutputStream.flush(FilterOutputStream.java:123)
        at weblogic.net.http.HttpURLConnection.writeRequests(HttpURLConnection.j
ava:97)
        at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.
java:284)
        at jsp_servlet.__httpstested._jspService(__httpstested.java:231)
        at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run
(ServletStubImpl.java:1058)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
pl.java:401)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
pl.java:306)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio
n.run(WebAppServletContext.java:5445)
        at weblogic.security.service.SecurityServiceManager.runAs(SecurityServic
eManager.java:780)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppSe
rvletContext.java:3105)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestIm
pl.java:2588)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189)
Exception is : java.io.IOException: Write Channel Closed, possible SSL handshaki
ng or trust failure

0
anilallewarCommented:
The SSL library that weblogic uses(com.certicom.) will NOT be compatible with 1.4 and that is what is causing the issue. This is not a problem with the cert.

Weren't you previously using JDK 1.4 classes to make SSL connection? If you were getting the same exception then probably there is NO way to tell weblogic to use the standard library; you would have to either go with JDK 1.3 or use a newer version of weblogic.
0
techprocessAuthor Commented:
No, we havent used JDK1.4 with WebLogic7 earlier for SSL connection. We have migrated WebLogic7 from JDK1.3 environment to JDK1.4 as a part of earlier requirement of security API integration.

And now we have another requirement where we have to use same combination of WebLogic7 and JDK1.4 to only (as they are on production also), we cannot escape this combination now. Also coming back to JDK1.3 is not possivle, and upgradation of WebLogic is also not feasible as it will require upgradation of whole UAT, Staging and Production environments.

Aren't there any feasible way out to workaround this, like to use Sun JSSE or any other configurations at JDK1.4 or WebLogic7 level?
0
techprocessAuthor Commented:
HI,

We have found the solution to the issue. In fact it's wierd solution that we arrived at. We have removed "jce.jar" and "jsse.jar" from "jre / lib" of j2sdk1.4 and it cleared "Write Channel Closed, possible SSL handshaking or trust failure" exception.

But one thing I coulden't understand, why removal of files resolved this issue. Actually these files are required for SSL communication as far as JAVA is concerned?
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
anilallewarCommented:
Like I told you earlier(Comment #28679675), the standard Sun JSSE and Weblogic implementation  were getting mixed up leading to all the weird errors. Since you removed the Sun JSSE libraries, only weblogic libraries were used and you were able to connect correctly.

You could have done the same by removing Weblogic libraries but we are wary of the side-effects.

I generally have this grudge against most App server vendors as to why they provide their own implementation of some Java specification when a standard version is availble :(
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Java

From novice to tech pro — start learning today.