> At the moment, we have an AppSchemaDataAccessRegistry. When we understand the
> Repository API, we might use it.
Sigh! And if we work together it will meet your needs :-)
> Because feature chaining *requires* collaboration between DataAccess
> instances in different namespaces, and because Geo
app-schema needs a better way of registering DataAccess instances, which
must collaborate with each other to perform feature chaining. At the
moment, we have an AppSchemaDataAccessRegistry. When we understand the
Repository API, we might use it.
Because feature chaining *requires* collaboration
Checking the actual compile error from hudson tells a different story:
/home/tomcat/.hudson/jobs/geoserver-1.7.x/workspace/geoserver_17x/web/src/main/java/org/vfny/geoserver/action/validation/ValidationRunnable.java:[140,43]
cannot find symbol
symbol : method getFeatureSources()
location: interfa
Bleck - sorry about the trouble Andrea.
> getFeatureSources method from the repository.
>
> The problem here is that the semantics is not clear to me. There are data
> store names, ids, namespaces, workspaces, prefixes and I have no idea what
> is what for geotools and geoserver.
This seems to a
> If on the contrary you need to contract out the work to someone
> else, well, that requires direct contact with a company
> providing support... hmm... I can't find the GeoTools
> commercial support page.. oh, there it is, quite
> hidden I'd say:
> http://docs.codehaus.org/display/GEOTDOC/10+Comm
> I think we can drop also the EnviromentVariableResolver, as it's quite
> old and not used anywhere that I know of.
This was the start of jame's experiment to allow the Filter
specification to reference environmental variables. I agree it can be
dropped.
Jody
---
if_then_else filter not functioning well with null value
Key: GEOT-2489
URL: http://jira.codehaus.org/browse/GEOT-2489
Project: GeoTools
Issue Type: Bug
Components: core filt
hello Andrea,
On Monday 18 May 2009 18:30:40 Andrea Aime wrote:
> Raif S. Naffah ha scritto:
> ...
> > one question, besides the obvious direct contact to one of the
> > active developers on the list, is there a sanctioned or recommended
> > way to contact developers for possible work on a module
I looked deeper at the problem with ValidationRunnable class and the missing
getFeatureSources method from the repository.
The problem here is that the semantics is not clear to me. There are data
store names, ids, namespaces, workspaces, prefixes and I have no idea what
is what for geotools
Hi,
something changed in the Repository interface of GeoTools
that broke the build in the GeoServer validation extension.
In particular, the Repository.getFeatureSources() method
seems to be gone (along quite a bit of others I see).
I understand this was an attempt to be useful for Christian
work
On Monday 18 May 2009 11:21:23 Andrea Aime wrote:
> I tried to make the cql module build with the Mojo version of the javacc
> plugin but failed. Imho this is the main problem standing on the road
> of removing the custom geotools jjtree-javacc plugin.
>
> This could be dealt with another way thoug
Done on 2.5.x and 2.6.x.
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free distribution of the report engine
for externally facing s
Thank's Andrea. That was quick :)
-Original Message-
From: Andrea Aime [mailto:aa...@opengeo.org]
Sent: Monday, 18 May 2009 5:34 PM
To: Angreani, Rini (E&M, Kensington)
Cc: geotools-devel@lists.sourceforge.net
Subject: Re: [Geotools-devel] full JIRA account
rini.angre...@csiro.au ha scr
rini.angre...@csiro.au ha scritto:
> Hi,
>
> I applied as a Geotools developer on Xircles nearly 2 weeks ago, and
> it's still pending. Can someone please approve my application so I can
> edit my JIRA entries?
Done. Xircles does not notify us that a developer has applied, so nobody
noticed.
Mauricio Pazos ha scritto:
> On Sunday 17 May 2009 22:05:17 Andrea Aime wrote:
>> I looked into jjtree-javacc usage. There are two
>> use cases for this module, the main module, and the
>> cql module.
>>
>> In the main module it's used by an old text expression
>> parser that is marked as deprecate
On Sunday 17 May 2009 22:05:17 Andrea Aime wrote:
> I looked into jjtree-javacc usage. There are two
> use cases for this module, the main module, and the
> cql module.
>
> In the main module it's used by an old text expression
> parser that is marked as deprecated (ExpressionBuilder).
> I'd say, l
Thank you Justin, I think I'll have to change the cast from Association to
Property (credit to Ben), as both ComplexAttribute and Association extend from
it. I might also have to implement an encode method for this binding. I'll
create a JIRA entry when I'm finished with this.
-Original Me
Hi,
I applied as a Geotools developer on Xircles nearly 2 weeks ago, and it's still
pending. Can someone please approve my application so I can edit my JIRA
entries?
Cheers
Rini
--
Crystal Reports - New Free Runtime and
Raif S. Naffah ha scritto:
>> Anyways, if you're interested in helping out with this
>> module and bring it back to supported land you're more
>> than welcomed to join our effort.
>
> noted.
>
>
> one question, besides the obvious direct contact to one of the active
> developers on the list,
I have one reference to this method in uDig; setting up a map prior to
getting it drawn.
If you need to change the procedure for setup to make it more clear;
go ahead we can sort out the changes.
Jody
On Sat, May 16, 2009 at 6:28 PM, Michael Bedward
wrote:
> Does this method get used much in Geo
IMHO either this is a plugin or an extension. The core library for
geotools should be as lean as possibile, again IMHO.
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
21 matches
Mail list logo