java server library
Thomas LOUBRIEU
Thomas.Loubrieu at ifremer.fr
Wed Mar 15 09:14:24 PST 2006
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
>> email: Thomas.Loubrieu at ifremer.fr <mailto:Thomas.Loubrieu at ifremer.fr>
>> WWW : http://www.coriolis.eu.org/cdc
>> 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 at gso.uri.edu <mailto:pcornillon at gso.uri.edu>
>
>
--
-------------------------------------------------------------
Thomas LOUBRIEU
IFREMER IDM/ISI
BP70
29280 Plouzane
FRANCE
email: Thomas.Loubrieu at ifremer.fr
WWW : http://www.coriolis.eu.org/cdc
Tel.: (+33) (0)2 98 22 48 53
Fax: (+33) (0)2 98 22 46 44
-------------------------------------------------------------
More information about the Opendap-tech
mailing list