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

20020815: ADDE as an independent package?



>From:  Russ Rew <address@hidden>
>Organization:  UCAR Unidata Program
>Keywords:  200208151933.g7FJX8K27762 McIDAS-X ADDE server client

Russ,

>Has anyone considered making ADDE available as software separate from
>McIDAS?

No, at least, nobody at SSEC.  The reason being that ADDE is an integral
part of McIDAS.

>Is it be practical to run an ADDE server independent from the rest of
>McIDAS to support remote access to non-McIDAS data?

Yes, absolutely.  There are a number of server-side routines that
have to be available, but the majority of client-side applications
do not have to be built.

>Is it possible to separate out an ADDE client library that can access
>data from ADDE servers independently of McIDAS?  I guess the answer
>to that must be yes, since the IDV does it.

Yes.

>Would it be difficult to separate and provide ADDE server and client
>software as a package of Unidata-supported software distinct from
>McIDAS?

My "solution" to the server-only side is to provide make targets that
would only build and install the stuff necessary for the server.  I
would not, however, want to create two distributions since sites wanting
to run the client side applications still need the server side ones.
I guess two packages could be created, but this increases the support
burden.

Tom
--
+-----------------------------------------------------------------------------+
* Tom Yoksas                                             UCAR Unidata Program *
* (303) 497-8642 (last resort)                                  P.O. Box 3000 *
* address@hidden                                   Boulder, CO 80307 *
* Unidata WWW Service                             http://www.unidata.ucar.edu/*
+-----------------------------------------------------------------------------+


pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy