---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3543/#review4521
---
Ship it!
Ricky great job. Some minor nits, nothing that is a blocker.
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3543/#review4520
---
trunk/grid/src/main/java/org/apache/oodt/grid/ProductQueryServlet.jav
Hi BW,
On Jan 21, 2012, at 7:25 PM, B W wrote:
> So, the standard method for serving the data/control
> through the grid substrate is to implement the grid server component
> using OPeNDAP?
Well OPeNDAP is one of our grid substrates (for science datasets in
HDF and in NetCDF) -- but we also
le
So, the standard method for serving the data/control
through the grid substrate is to implement the grid server component
using OPeNDAP?
Hi BW,
In the old mode of OODT, it did this via a centralized RMI registry. In the new
(web grid and beyond) it doesn't. Web-grid Profile/Product server handlers
and nodes are REST end-points and clients must know of them ahead of time.
We found over time that there were never thousands or 10s of
So how does the grid back end of web-grid know about the other grid peers?
Is there a root node that's configured to push out the configuration?
On Thu, Jan 19, 2012 at 11:01 AM, BW wrote:
>
>
> BW
>
> On Jan 19, 2012, at 10:40 AM, "Mattmann, Chris A (388J)" <
> chris.a.mattm...@jpl.nasa.gov>
Thanks!
BW
On Jan 21, 2012, at 10:28 AM, "Mattmann, Chris A (388J)"
wrote:
> Hi BW,
>
> On Jan 20, 2012, at 10:17 PM, B W wrote:
>
>> Concur with the ones listed below ?
>> Any other aside from the ones below?
>>
>> Provide an architectural framework that can be continuously improved upon
>
Hi BW,
On Jan 20, 2012, at 10:17 PM, B W wrote:
> Concur with the ones listed below ?
> Any other aside from the ones below?
>
> Provide an architectural framework that can be continuously improved upon
> in an efficient manner.
+1.
>
> In an efficient and interoperable manner provide support
Hi all,
I submitted a new patch to the opendapps module for review by the
Apache committers, which provides functionality needed by the CMDS project.
The main purpose of this patch is to improve the richness and consistency of
metadata extracted from the THREDDS catalogs and OpenDAP stre
