Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Hi Rich: I think the following should work: Add the following class: public class NetworkUtils {public static void initProtocolHandler() {
// test setting the http protocol handler try { new java.net.URL( null, "http://motherlode.ucar.edu:8080/", new sun.net.www.protocol.http.Handler()); } catch (java.net.MalformedURLException e) { e.printStackTrace(); }}
} Then call it before you call anything else, ie NetworkUtils.initProtocolHandler(); lemme know if it works Rich Signell wrote:
John, Can you tell me where I'm supposed to stick this code? Thanks, Rich ------------------------------------------------------------------------ Subject: RE: Other_Issues: java path priority [THREAD ID:1-21F268] From: support@xxxxxxxxxxxxx Date: 13 Jan 2006 15:27:57 -0500 To: rsignell@xxxxxxxx To: rsignell@xxxxxxxx Rich, I am writing in reference to your Service Request # 1-21KOGP regarding 'Topic : java path priority'. I apologize for the delay. It took us a while to get back you and I apologize for the inconvenience caused. I believe the problem is being caused by the fact that MATLAB is registering its own http protocol handler. This problem should be able to be resolved in the GridDataset class by registering its own http protocol handler before creating a URL Please find the code for doing the same.URL serverURL; sun.net.www.protocol.http.Handler handler = new sun.net.www.protocol.http.Handler(); if (handler != null) { serverURL = new URL(null,serverPath,handler); } else { serverURL = new URL( serverPath ); } Sincerely, Ram Ramani Application Support Engineer Technical Support Department The MathWorks, Inc. Phone: (508) 647-7000 option 5 Self-Service: http://www.mathworks.com/supportFile Exchange and Newsgroup Access: http://www.mathworks.com/matlabcentral/[THREAD ID:1-21F268] -----Original Message----- From: rsignell@xxxxxxxx Sent: 2006-01-12 04:30:05 PM To: t-support@xxxxxxxxxxxxx Cc: John Caron <caron@xxxxxxxxxxxxxxxx> Subject: Other_Issues: java path priority [THREAD ID:1-21F268] Ram,John Caron at UNIDATA and I have been waiting, but have still heard nothing from Mathworks developers on this Matlab java issue.-Rich support@xxxxxxxxxxxxx wrote:Rich, I am writing in reference to your Service Request # 1-21KOGP regarding 'Topic : java path priority'. Thank you for the detailed information. I have forwarded the request to our developers. I wanted to notify you that our developers are on holiday until Jan 6th. I will notify you when I get more information on how they want to proceed. i apologize for the inconvenience. Happy New Year, Sincerely, Ram Ramani Application Support Engineer Technical Support Department The MathWorks, Inc. Phone: (508) 647-7000 option 5 Self-Service: http://www.mathworks.com/supportFile Exchange and Newsgroup Access: http://www.mathworks.com/matlabcentral/[THREAD ID:1-21F268] -----Original Message----- From: rsignell@xxxxxxxx Sent: 2005-12-30 09:34:51 AM To: t-support@xxxxxxxxxxxxx Cc: John Caron <caron@xxxxxxxxxxxxxxxx>; Sachin Kumar Bhate <skbhate@xxxxxxxxxxxxxxx> Subject: Other_Issues: java path priority [THREAD ID:1-21F268] Rai,I'm glad that the Mathworks Java developers will be contacting John Caron at Unidata (caron@xxxxxxxxxxxxxxxx) to get the proplems with Java classpath priority between Matlab and NetCDF-Java worked out.This is important, as we are planning to develop a new interface between Matlab and NetCDF, using the NetCDF-Java as a foundation.As you probably know, Mathworks has never provided native support for accessing NetCDF files, despite this being the most widely used scientific format in the Earth Science community (unlike competitor IDL, which has supported NetCDF for years). The burden has thus fallen on the Matlab community to support the interface, which we at USGS did for years before moving the effort to sourceforge (http://mexcdf.sourceforge.net). The problem with the existing interface is two-fold: (1) it requires a machine-dependent mex-file to run, and (2) it doesn't take advantage of higher level routines found in packages like NetCDF-Java that can return grid structures along with requested data.We hope to remedy these problems by creating a new Matlab-NetCDF interface based on the NetCDF-Java interface. Of course, we would welcome Mathworks comment on this plan, or better yet, actual involvement in the development.Thanks, -Rich support@xxxxxxxxxxxxx wrote:Rich, I am writing in reference to your Service Request # 1-21KOGP regarding 'Topic : java path priority'. The open method is trying to make an http request. From within MATLAB, it's using our 3rd part libraries from “ice�, which do the support for browser type operations. The ice code may have different security defaults, or there may be a bug. We are not sure at this point as to what may be going wrong. I will get back to you as soon as I receive more information. Sincerely, Ram Ramani Application Support Engineer Technical Support Department The MathWorks, Inc. Phone: (508) 647-7000 option 5 Self-Service: http://www.mathworks.com/supportFile Exchange and Newsgroup Access: http://www.mathworks.com/matlabcentral/[THREAD ID:1-21F268] -----Original Message----- From: rsignell@xxxxxxxx Sent: 2005-12-19 05:20:03 PM To: twsupp@xxxxxxxxxxxxx Subject: Other_Issues: java path priority Subject area: other mySubject: java path priority Salutation: Dr. First Name: RichMiddle Name:Last Name: Signell Email: rsignell@xxxxxxxx Phone: 508 457 2229 Program: Neither License: 1186 Product Release: R14SP2 Products used: MATLAB Platform: Linux Operating System: RedHat Linux myTopic: Other_Issues: java path priority Reproduction steps: get this jar file: http://stellwagen.er.usgs.gov/rps/share/toolsUI-2.2.13.jar add to JAVA classpath. Then in Matlab, try this: import ucar.nc2.* import ucar.nc2.dataset.grid.* import ucar.nc2.dataset.grid.GridDataset.* a=GridDataset.open('http://stellwagen.er.usgs.gov/rps/share/test_topo.nc'); Whats wrong: Matlab should return with a GridDataset object, but it throws this exception:??? Java exception occurred: ice.net.URLNotFoundException: Document not found on serverat ice.net.HttpURLConnection.getInputStream(OEAB) at ice.net.HttpURLConnection.getResponseCode(OEAB) at ucar.nc2.dataset.NetcdfDataset.isDODS(NetcdfDataset.java:305) at ucar.nc2.dataset.NetcdfDataset.openFile(NetcdfDataset.java:282) at ucar.nc2.dataset.NetcdfDataset.openDataset(NetcdfDataset.java:148) at ucar.nc2.dataset.NetcdfDatasetCache.acquire(NetcdfDatasetCache.java:190) at ucar.nc2.dataset.NetcdfDatasetCache.acquire(NetcdfDatasetCache.java:170) at ucar.nc2.dataset.grid.GridDataset.open(GridDataset.java:65). Error Messages: It appears that Matlab is overriding java.net with ice.net, and therefore the program is bombing. I got this to work one time, and I thought it was by adding my .jar to the beginning of the static java path (in the classpath.txt file) but now that doesn't work either. How can I ensure that java.net is found instead of ice.net? ver: >> ver ------------------------------------------------------------------------------------- MATLAB Version 7.0.4.352 (R14) Service Pack 2 MATLAB License Number: 1186 Operating System: Linux 2.6.9-22.0.1.ELsmp #1 SMP Tue Oct 18 18:39:27 EDT 2005 i686 Java VM Version: Java 1.5.0 with Sun Microsystems Inc. Java HotSpot(TM) Client VM ------------------------------------------------------------------------------------- MATLAB Version 7.0.4 (R14SP2)M_Map - mapping toolbox (Author: rich@xxxxxxxxxxx) Version 1.3 SEAWATER Library Version 2.0.1 Signal Processing Toolbox Version 6.3 (R14SP2)File1: File2: File3:Solutions already tried: 1-21DVN2, 1-21DWC0 Form Page URL: /support/contact_us/ts/help_request_2.html?respFormData=1593
netcdf-java
archives: