Unidata - To provide the data services, tools, and cyberinfrastructure leadership that advance Earth system science, enhance educational opportunities, and broaden participation. Unidata
         
  advanced  
 

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: java server library



Hi Peter,

Thanks you for you help.
We will consider the pyDAP option but we do not have any python skills in our team so we would prefer to use the Java DRDS API.  That way we will be able to easily improve our server  as our database or the openDAP API is updated.

Bye,

Thomas



Peter Cornillon wrote:
Hi Thomas,

We discussed your message today. The upshot of our discussion is that you should consider pyDAP first and if that doesn't meet your needs, then the DRDS. James, Dan and Nathan each have specific comments that they will send you in reply to your message. I would however like to send it to dods-tech so that others on the e-mail list, e.g., Roberto, can also chime in. Do you have any problem with me fowarding your e-mail to the dods-tech list or would you prefer that we reply to your without posting the message? If you have no problems with airing your questions on dods-tech, either I can forward the message to the list, or you can send it to the list. Your choice.

Peter

On Mar 2, 2006, at 9:43 AM, Thomas LOUBRIEU wrote:

Dear Peter,

At CORIOLIS in-situ data center, we are starting to develop an opendap server directly connected on our ORACLE RDBMS which contains the full profiles (date, position, measurements...) managed by the CORIOLIS data center.

We would like to disseminate the profile datasets, as DAPPER does : a sequence of location (position + date) containing sequence of profiles (parameter list) containing sequence of measurement (for each vertical level).

Our server has to be a web application which is easy to deploy on existing tomcat server.

We're now looking for the best framework to start with :

1) Java-DAP 1.1.7 (http://www.opendap.org/download/java-dap.html) : seems to be the good one but it's source content seems to be the same as DRDS.

2) DRDS (http://www.opendap.org/download/drds_server.html) : it is a good model for us because it is easy to connect to a RDBMS but it doesn't seems to handle  sequence of sequence ? We could add that function to DRDS but we would like to be sure the DRDS release will benefits of the future improvments of Java-DAP.

3) With Dapper we should set up and maintain a mysql server containing information copied from our Oracle Database. Moreover, we will not benefit from the  indexation of our data in Oracle (qualitiy flags, vertical levels...) to improve the performance of the request (dapper reads netCDF files).

4) Anagram seems to be a good candidate but, firstly, we are a little bit afraid because only GDS (GrADS-server) seems to be made from that framework. Secondly, we will need specific filters at the upper layer of the Anagram architecture (in order to prevent overload by counting the requested record in the database).

What would you recommend in our case ?

Thanks for your help,

Bye,


Thomas and Arnaud.

-- 


-------------------------------------------------------------
Thomas LOUBRIEU
IFREMER IDM/ISI
BP70
29280 Plouzane
FRANCE
Tel.:  (+33) (0)2 98 22 48 53
Fax:   (+33) (0)2 98 22 46 44 
-------------------------------------------------------------


--

 Peter Cornillon

   Graduate School of Oceanography     -  Telephone: (401) 874-6283

      University of Rhode Island                 -               Fax: (401) 874-6728

        Narragansett, RI 02882                    -           E-mail: pcornillon@xxxxxxxxxxx



-- 


-------------------------------------------------------------
Thomas LOUBRIEU
IFREMER IDM/ISI
BP70
29280 Plouzane
FRANCE
  
email: Thomas.Loubrieu@xxxxxxxxxx
WWW  : http://www.coriolis.eu.org/cdc
Tel.:  (+33) (0)2 98 22 48 53
Fax:   (+33) (0)2 98 22 46 44 

-------------------------------------------------------------


 
 
  Contact Us     Site Map     Search     Terms and Conditions     Privacy Policy     Participation Policy
 
National Science Foundation (NSF) UCAR Office of Programs University Corporation for Atmospheric Research (UCAR)   Unidata is a member of the UCAR Office of Programs, is managed by the University Corporation for Atmospheric Research, and is sponsored by the National Science Foundation.
P.O. Box 3000     Boulder, CO 80307-3000 USA     Tel: 303-497-8643     Fax: 303-497-8690