Hello,
I am having a build failure in the render module :
[INFO]
[INFO] Building Render
[INFO]task-segment: [clean, install]
[INFO]
[INFO] Reloa
Not 100% sure, but I believe I had the same issue earlier tonight.
Switching to Java 1.5.x appeared to solve it (not ideal, but for my
purpose I had to do it anyway).
-Arne
johann sorel wrote:
> Hello,
>
>
> I am having a build failure in the render module :
>
> [INFO]
> --
Arne Kepp a écrit :
> Not 100% sure, but I believe I had the same issue earlier tonight.
> Switching to Java 1.5.x appeared to solve it (not ideal, but for my
> purpose I had to do it anyway).
>
> -Arne
>
> johann sorel wrote:
>> Hello,
>>
>>
>> I am having a build failure in the render module :
Arne Kepp ha scritto:
> Not 100% sure, but I believe I had the same issue earlier tonight.
> Switching to Java 1.5.x appeared to solve it (not ideal, but for my
> purpose I had to do it anyway).
Hmm, gt2 trunk is meant to be built with java 1.5 anyways.
The error seem to be due to a different ha
Expose filter and expression encoding abilities thru SQLBuilder
---
Key: GEOT-1800
URL: http://jira.codehaus.org/browse/GEOT-1800
Project: GeoTools
Issue Type: Improvement
Andrea Aime a écrit :
> Hmm, gt2 trunk is meant to be built with java 1.5 anyways.
> The error seem to be due to a different handling in generics between
> 1.5 and 1.6? Do anyone know if they changed anything in 1.6 about that?
Yes there is some difference between 1.5 and 1.6 in corner cases, but
Hi Justin,
Thanks for putting so much effort into this. I tried to run my prior
code for KML encoding (see snippet in one of the emails below), but
still do not get any KML stuff generated. I am using gt-2.5 SNAPSHOTs
from gt's maven repository and I am not sure, if they are up-to-date.
For kml I i
Hey all,
Has everyone who cares tested their build with the pom.xml from JIRA
1780?
http://jira.codehaus.org/browse/GEOT-1780
If no one objects, we'll plan to apply it next week.
--adrian
-
This SF.net email is sponsored
FilterCapabilities.support(Filter) does not check the expressions used in the
filters
-
Key: GEOT-1801
URL: http://jira.codehaus.org/browse/GEOT-1801
Project: GeoTool
FilterToSql cannot encode a simple expression like "attribute + 5"
--
Key: GEOT-1802
URL: http://jira.codehaus.org/browse/GEOT-1802
Project: GeoTools
Issue Type: Bug
Affects
Hi,
so I've been working on adding support to SqlBuilder for encoding
plain filters and plain expressions. This made me have a look
around in the filter encoding stuff... here is some feedback:
* SQLEncoderException is deprecated but everything is throwing
it anyways, with a reminder to throw Fi
Hi,
Is the GML datastore on trunk still essentially the same code as on
2.2 or has it been upgraded to Justin's new parser?
Jesse
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's
Off by one error in GML constraints checking
Key: GEOT-1803
URL: http://jira.codehaus.org/browse/GEOT-1803
Project: GeoTools
Issue Type: Bug
Components: data gml
Affects Versions: 2.
CoordType doesn't work
--
Key: GEOT-1804
URL: http://jira.codehaus.org/browse/GEOT-1804
Project: GeoTools
Issue Type: Bug
Components: data gml
Affects Versions: 2.2.2
Reporter: Jesse Eichar
The name of the FeatureType is obtained from the gml Filename not the name
defined in the XSD.
--
Key: GEOT-1805
URL: http://jira.codehaus.org/browse/GEOT-1805
Ciao Adrian, sorry to be back to you with some delay.
Please, read below...
On Sat, May 3, 2008 at 11:10 AM, Adrian Custer <[EMAIL PROTECTED]> wrote:
> Hey Simone,
>
> A couple of requests with your work:
>
> 1) Could you please fix the code in geotools which is not in the
> geotools namespace?
>
WFS Datastore submits a default value on insert for null attributes which are
nillable
--
Key: GEOT-1806
URL: http://jira.codehaus.org/browse/GEOT-1806
Project: GeoTo
Hi,
I'm trying to solve the two
following issues:
http://jira.codehaus.org/browse/GEOS-1661
http://jira.codehaus.org/browse/GEOS-1620
and I have a working patch, but I would love some feedback
on the merits of the issues themselves.
In SLD the element is allowed mixed syntax, meaning
that one can
Sounds good; I am going to have to wait until you pull the rug out from
under my feet before trying 2.0.9
Jody
> Hey all,
>
> Has everyone who cares tested their build with the pom.xml from JIRA
> 1780?
> http://jira.codehaus.org/browse/GEOT-1780
> If no one objects, we'll plan to apply it next
Andrea Aime wrote:
> * there is something strange going on in the filter encoders...
>they do check if the filter is fully supported before proceeding,
>but that in turn does not check whether the expressions inside the
>filter are supported, leading to a situation where
>one could
Jesse Eichar wrote:
> Hi,
>
> Is the GML datastore on trunk still essentially the same code as on
> 2.2 or has it been upgraded to Justin's new parser?
>
Essentially the same code; there is an unsupported/gml3 parser that I
think is the start of a datastore based on Justin's parers targeting
Hi Andrea; there are new "official" string functions in town - the work
Eclesia has been doing on SE1.1 has brought them to light. It looks like
this allows for some functions with a variable number of parameters. So
when you do boil this down to a single Expression we may have a better
functio
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> * there is something strange going on in the filter encoders...
>>they do check if the filter is fully supported before proceeding,
>>but that in turn does not check whether the expressions inside the
>>filter are supported, leading to a
Andrea Aime wrote:
> Jody Garnett ha scritto:
>> Andrea Aime wrote:
>>> * there is something strange going on in the filter encoders...
>>>they do check if the filter is fully supported before proceeding,
>>>but that in turn does not check whether the expressions inside the
>>>filter ar
Andrea Aime wrote:
> Jody Garnett ha scritto:
>> Hi Andrea; there are new "official" string functions in town - the
>> work Eclesia has been doing on SE1.1 has brought them to light. It
>> looks like this allows for some functions with a variable number of
>> parameters. So when you do boil this
Jody Garnett ha scritto:
> Hi Andrea; there are new "official" string functions in town - the work
> Eclesia has been doing on SE1.1 has brought them to light. It looks like
> this allows for some functions with a variable number of parameters. So
> when you do boil this down to a single Express
I upgraded the build server... we will see if it screams.
Adrian Custer wrote:
> Hey all,
>
> Has everyone who cares tested their build with the pom.xml from JIRA
> 1780?
> http://jira.codehaus.org/browse/GEOT-1780
> If no one objects, we'll plan to apply it next week.
>
> --adrian
>
>
> ---
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> Jody Garnett ha scritto:
>>> Hi Andrea; there are new "official" string functions in town - the
>>> work Eclesia has been doing on SE1.1 has brought them to light. It
>>> looks like this allows for some functions with a variable number of
>>> para
Jody Garnett a écrit :
> Changes for this commit:
> - Processors (formally ProcessFinder) is similar to Executors
> - ProcessExecutor extends Executor and is similar to ExecutorService
> - Process is implemented as we described (ie the same style as
> Callable>)
> - Progress extends Future (and is
Martin Desruisseaux wrote:
>> I have also implemented:
>> - ThreadPoolProcessExecutor - implementation of ProcessExecutor
> I presume that it uses java.util.concurrent.ThreadPoolExecutor under
> the hood?
It is an extension of that class.
> Just for my information: is there any chance to avoid thi
Create code that can guess the return type of an expression
---
Key: GEOT-1807
URL: http://jira.codehaus.org/browse/GEOT-1807
Project: GeoTools
Issue Type: Improvement
Compone
Yes I am finally working on ArcSDE again ... I have been asked to stop
converting ArcSDEDataStore over to using a queue and instead look at a
series of problems:
- A connection leak from hitting "refresh" in uDig (arcsde connections
are opened but not closed). My impression is that the render th
Jody Garnett wrote:
> Yes I am finally working on ArcSDE again ... I have been asked to stop
> converting ArcSDEDataStore over to using a queue and instead look at a
> series of problems:
> - A connection leak from hitting "refresh" in uDig (arcsde connections
> are opened but not closed). My im
On Tue, 2008-05-06 at 11:57 -0700, Justin Deoliveira wrote:
> I upgraded the build server... we will see if it screams.
Hey Justin,
upgraded to 2.0.9 or to use Cedric's pom.xml (in the JIRA)?
--adrian
-
This SF.net email
34 matches
Mail list logo
