Gabriel Roldan ha scritto:
...
FileDataStore interface would be implemented by
data stores willing to help the directory data store (but
it would not be required), and would have a single method:
CollectionFile getFilesForType(String typeName)
that returns the file that make up a certain
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1263/changes
Changes:
[mpazos] GEOT-2268 Changed TXT by ECQL
--
[...truncated 6586 lines...]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO]
On Tuesday 13 January 2009 19:15:33 Hudson wrote:
[INFO] snapshot
it.geosolutions.imageio-ext:imageio-ext-imagereadmt:1.0-SNAPSHOT: checking
for updates from maven2-repository.dev.java.net [INFO] snapshot
it.geosolutions.imageio-ext:imageio-ext-imagereadmt:1.0-SNAPSHOT: checking
for updates
See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/199/changes
Changes:
[groldan] programatically create and load some gce test data, first run
--
[...truncated 2630 lines...]
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/200/changes
Changes:
[groldan] comment
--
[...truncated 2635 lines...]
[WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation.
[INFO] No goals needed for project - skipping
See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/201/changes
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1264/changes
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
Jody,
I have renamed the DataAccess proposal and now propose it as GSIP 31.
http://geoserver.org/display/GEOS/GSIP+31+-+Use+DataAccess+API
Note that the proposal is not specific to app-schema. It proposes
support for all DataAccess implementations.
I have also created a container Jira issue:
