Re: [Geotools-devel] Release

[Jody Garnett <jody.garnett@gm...>]

On 01/03/2010, at 3:48 AM, Andrea Aime wrote:

> Jody Garnett wrote:
>> I am expecting to go through the 2.6.2 release process this week.
> 
> Oh? I did not know a release was planned at all.

I mentioned on the administration list last week; and only just giving a general heads up now. Sorry for the lack of warning - last week was a mite busy (sigh!).

> But yeah, why not.

Indeed!

>> Any changes I should be aware of? Looks like Andrea/Simone have there
>> performance patch in; Justin mentioned SQLLite with respect to blog
>> posts.
> 
> I'm sure the coverage work only happened on trunk, it's still not
> ready to be backported to a stable branch

Fair enough.

>> Does anyone have work in progress they would like me to organise
>> around?
> 
> I'm working on adding support for building feature types from
> a generic SQL query but I still haven't tested it out enough
> so I'd prefer to land it after the release is made.

Sounds fine - so perhaps I should tag shortly and get out of your way. 
Jody

Re: [Geotools-devel] Geotools-Plugin: Bean2WFS

[Jody Garnett <jody.garnett@gm...>]

Hi Jens:

You need to put your suggestion to the public email list ... http://geotools.org/getinvolved.html

You should also read Developers Guide which includes this section on contribution code: http://docs.codehaus.org/display/GEOT/1+Contributors

The developers guide also has the instructions for Creating your own Module - which includes emailing the developer list as the first step :)

Jody

On 01/03/2010, at 6:01 AM, Jens wrote:

> Hi Jody,
> 
> I want to publish another geotools-modul. Could you add me in LDAP-Member-Groups of geotools. My userid is 'jgrehl'.
> In attachment-part you can find the current state of project. What do you think about, do you have any ideas?
> 
> Cheers,
> 
> Jens
> <bean2wfs.zip>

Re: [Geotools-devel] Release

[Andrea Aime <aaime@op...>]

Jody Garnett wrote:
> I am expecting to go through the 2.6.2 release process this week.

Oh? I did not know a release was planned at all.
But yeah, why not.

> Any changes I should be aware of? Looks like Andrea/Simone have there
> performance patch in; Justin mentioned SQLLite with respect to blog
> posts.

I'm sure the coverage work only happened on trunk, it's still not
ready to be backported to a stable branch

> Does anyone have work in progress they would like me to organise
> around?

I'm working on adding support for building feature types from
a generic SQL query but I still haven't tested it out enough
so I'd prefer to land it after the release is made

Cheers
Andrea

[Geotools-devel] [jira] Created: (GEOT-2963) IsNullImpl.setExpression creates StackOverflowError

[Stefan Alfons Krüger (JIRA) <jira@co...>]

IsNullImpl.setExpression creates StackOverflowError
---------------------------------------------------

                 Key: GEOT-2963
                 URL: http://jira.codehaus.org/browse/GEOT-2963
             Project: GeoTools
          Issue Type: Bug
          Components: core filter
    Affects Versions: 2.6.1
            Reporter: Stefan Alfons Krüger
            Priority: Critical
             Fix For: 2.6.2, 2.7-M0


The implementation of setExpression(Expression) in org.geotools.filter.IsNullImpl calls itself leading to a StackOverflowError.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

Re: [Geotools-devel] Release

[Justin Deoliveira <jdeolive@op...>]

On 2/27/10 7:08 PM, Jody Garnett wrote:
> I am expecting to go through the 2.6.2 release process this week.
>
> Any changes I should be aware of? Looks like Andrea/Simone have there performance patch in; Justin mentioned SQLLite with respect to blog posts.

There are currently some outstanding issues with the spatialite 
datastore. Probably want to hold off on any announcements until the 
issues are resolved.

It is really just a testing issue. Things worked well for me while 
testing a while back but testing on some more recent linux distributions 
i am running into issues. Something I hope to look into soon.

-Justin
>
> Does anyone have work in progress they would like me to organise around?
>
> Jody
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel


-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Re: [Geotools-devel] How to select features on JMapPane?

[Jody Garnett <jody.garnett@gm...>]

There are some filter examples here:
- http://docs.codehaus.org/display/GEOTDOC/Filter+Examples

Which includes selecting using a bbox (ie make a bounding box for the pixel the user clicked on and select out what content is there).

You may also find the style workbook useful (http://geotoolsnews.blogspot.com/2009/11/foss4g-geotools-tutorials.html) as it includes generating a style to "show" a selected feature. Ie click on the map; create a style to highlight the feature the user clicked on.

Jody


On 25/02/2010, at 5:52 AM, LSA wrote:

> Hi all!
> 
> I am incorporating JMapPane (it is also used by JMapFrame) 
> to render ESRI ShapeFiles. I use Geotools version 2.6.1. I 
> need to select features on my JMapPane-driven map (using 
> some sort of selection tool) and be able to obtain list of 
> selected features programmatically.
> 
> Currently, geotools contains few tools (called Actions), 
> like PanAction, ZoomInAction, ZoomOutAction, 
> IdentifyAction - and no SelectAction among them.
> 
> Did I miss something? Can someone advice me demo or like 
> on such a functionality?
> 
> Thanks!
> 
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] [udig-devel] SVN access for adding Teradata plugin

[Jody Garnett <jody.garnett@gm...>]

Hi Jenny:

Welcome to GeoTools :-) There is a procedure to follow - and you have already accomplished step one:
- http://docs.codehaus.org/display/GEOT/Creating+your+own+Module

The wiki page above describes everything a bit better then this quick email. 

Next up is reading the GeoTools developer guide; in particular we want to check that you understand the build process (ie don't break the build!); and have agreed to the code contribution agreement.
- http://docs.codehaus.org/display/GEOT/Home

For more information on the code contribution agreement:
- http://docs.codehaus.org/display/GEOT/2+Committers
- GeotoolsAssignmentToOSGeo.pdf

You will need to sign this; and let us know via email when it is in the mail....

I do have one question for you; if there is a specific jdbc driver for the teradatabase? And if so is it something geotools can have permission to distribute? This would be something we would upload to the maven repository etc? If not we ask people to make a "dummy" jar as has been done for oracle....

Now it could be you are fine to stay within the confines of the jdbc specification which would make things easier all around. Have a look at the oracle plugin to see how tests are only run if we are sure the user has installed the jdbc driver into their local maven repository.

Other then that you are in good company; a crew from ingress have just started a jdbc datastore of their own and you can trade questions.

Jody

On 27/02/2010, at 11:03 AM, Wang, Guilian wrote:

> Jody, Thank you very much for your quick response and nice guidance!
>  
> Hi GeoTools team,
>  
> This is Jenny from Teradata. I am going to add Teradata plugin for users to visualize geospatial data that are stored in Teradata Database using Udig, which will be about the same as the PostGIS plugin.  As Jody suggested, I’d better have the raw geospatial part inside GeoTools SVN from the beginning. May I ask for geotools SVN access (read and write)? The Teradata plugin inside geotools will be about the same as the PostGIS plugin too.
>  
> Thank you very much!
>  
> Jenny
>  
> From: udig-devel-bounces@... [mailto:udig-devel-bounces@...] On Behalf Of Jody Garnett
> Sent: Friday, February 26, 2010 2:48 PM
> To: User-friendly Desktop Internet GIS
> Subject: Re: [udig-devel] SVN access for adding Teradata plugin
>  
> Welcome back Jenny:
>  
> I sent off the request to admin@...; so that should get sorted out shortly.
>  
> Now what this does is give you svn access to:
> - http://svn.refractions.net/udig/udig/community/
>  
> In there we ask you to create a new folder with you name (or your project name if you are shy). We tend to prefer developer name as communities are built of people.
>  
> Within that folder you can do what you want; including storing some geotools DataStore code along side a udig plugin..
>  
> Here is one that shows a usual breakdown with two "plugin" and "features" folders:
> - http://svn.refractions.net/udig/udig/community/wps/
>  
> An example of having an extra geotools directory ..... here is one with a "gt" directory in a branch (the developers used their own maven build for this folder - and the code was copied to geotools at the end of the day).
> - http://svn.refractions.net/udig/udig/branches/ows3/
>  
> The process of getting svn access to geotools is no more bother then for uDig (ie read the developers guide and send an email). So you may wish to do your geotools work there from day one - allowing you to keep svn history).
>  
> Jody
>  
>  
> On 27/02/2010, at 5:56 AM, Wang, Guilian wrote:
> 
> 
> Hi Jody and team,
>  
> This is Jenny from Teradata. I talked to you several months ago about adding Teradata plugin for users to visualize geospatial data that are stored in Teradata Database using Udig.  I have got approvals from our company for using Udig and contributing the Teradata Plugin source code back. Finally I got time to start working on it. And I am very glad to join you.
>  
> The Teradata plugin will be very similar to the PostGIS Plugin.  Eventually it should have a plugin in Udig but also another plugin for the raw geospatial stuff that should be contributed to GeoTools.
>  
> It seems good to start from building a community plugin in Udig with a separate module for the raw geospatial stuff that may go into GeoTools later. Could you please advise better ways if it does not seem right to you?
>  
> Could you please grant me access to Udig SVN?
>  
> Thank you very much!
>  
> Jenny
>  
>  
> _______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel
>  

Re: [Geotools-devel] Release

[Michael Bedward <michael.bedward@gm...>]

Thanks for this Jody.

Just one minor issue from me...

http://jira.codehaus.org/browse/GEOT-2960

Andrea, if you get a chance could you take a look at the patch for the
EnvFunction unit tests on the re-opened jira issue. It broke Hudson
the other day and I think it will pop up again (it's a concurrency
issue).

Ta muchly,
Michael


On 28 February 2010 11:08, Jody Garnett <jody.garnett@...> wrote:
> I am expecting to go through the 2.6.2 release process this week.
>
> Any changes I should be aware of? Looks like Andrea/Simone have there performance patch in; Justin mentioned SQLLite with respect to blog posts.
>
> Does anyone have work in progress they would like me to organise around?
>
> Jody
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>

[Geotools-devel] Release

[Jody Garnett <jody.garnett@gm...>]

I am expecting to go through the 2.6.2 release process this week.

Any changes I should be aware of? Looks like Andrea/Simone have there performance patch in; Justin mentioned SQLLite with respect to blog posts.

Does anyone have work in progress they would like me to organise around?

Jody

Re: [Geotools-devel] is the SRS used for anything in BBoxImpl ?

[Michael Bedward <michael.bedward@gm...>]

On 28 February 2010 00:48, Andrea Aime wrote:

> What we do in GeoServer is to apply a visitor to the filter:
> https://svn.codehaus.org/geoserver/trunk/src/main/src/main/java/org/geoserver/feature/ReprojectingFilterVisitor.java
>
> We can move that class back to Geotools.
>

Yes, it would be good to have that class in GeoTools. I'm fairly sure
it would get used.

Michael

Re: [Geotools-devel] is the SRS used for anything in BBoxImpl ?

[Andrea Aime <aaime@op...>]

Michael Bedward wrote:
> Hi Andrea,
> 
> Don't apologize, no need.  Probably also no need for you to look into
> it further at this stage either.
> 
> I (eventually) guessed that other apps must be doing something of the
> sort that you describe. I've hacked a work-around into the swing
> module that takes care of the problem, though not with much elegance !

What we do in GeoServer is to apply a visitor to the filter:
https://svn.codehaus.org/geoserver/trunk/src/main/src/main/java/org/geoserver/feature/ReprojectingFilterVisitor.java

We can move that class back to Geotools.

> After I have finished refactoring the swing module (paused at the
> moment because of other work) I would _love_ to create a branch and
> try rewriting the filter code from the ground up. I think of filters
> as akin to a DSL within GeoTools and since I've got basic skills and
> experience in designing and implementing DSLs, I've been musing about
> reworking (and documenting !) the filter packages for some time.

Yeah, the filter implementations are one of the oldest pieces in 
GeoTools and... well... it shows, could certainly use a cleanup

Cheers
Andrea

Re: [Geotools-devel] is the SRS used for anything in BBoxImpl ?

[Michael Bedward <michael.bedward@gm...>]

Hi Andrea,

Don't apologize, no need.  Probably also no need for you to look into
it further at this stage either.

I (eventually) guessed that other apps must be doing something of the
sort that you describe. I've hacked a work-around into the swing
module that takes care of the problem, though not with much elegance !

After I have finished refactoring the swing module (paused at the
moment because of other work) I would _love_ to create a branch and
try rewriting the filter code from the ground up. I think of filters
as akin to a DSL within GeoTools and since I've got basic skills and
experience in designing and implementing DSLs, I've been musing about
reworking (and documenting !) the filter packages for some time.

Meanwhile, back to the TODO list...

Michael

Re: [Geotools-devel] [udig-devel] SVN access for adding Teradata plugin

[Wang, Guilian <GuilianJenny.Wang@Teradata.com>]

Jody, Thank you very much for your quick response and nice guidance!

 

Hi GeoTools team,

 

This is Jenny from Teradata. I am going to add Teradata plugin for users
to visualize geospatial data that are stored in Teradata Database using
Udig, which will be about the same as the PostGIS plugin.  As Jody
suggested, I'd better have the raw geospatial part inside GeoTools SVN
from the beginning. May I ask for geotools SVN access (read and write)?
The Teradata plugin inside geotools will be about the same as the
PostGIS plugin too.

 

Thank you very much!

 

Jenny

 

________________________________

From: udig-devel-bounces@...
[mailto:udig-devel-bounces@...] On Behalf Of Jody
Garnett
Sent: Friday, February 26, 2010 2:48 PM
To: User-friendly Desktop Internet GIS
Subject: Re: [udig-devel] SVN access for adding Teradata plugin

 

Welcome back Jenny:

 

I sent off the request to admin@...; so that should get
sorted out shortly.

 

Now what this does is give you svn access to:

- http://svn.refractions.net/udig/udig/community/

 

In there we ask you to create a new folder with you name (or your
project name if you are shy). We tend to prefer developer name as
communities are built of people.

 

Within that folder you can do what you want; including storing some
geotools DataStore code along side a udig plugin..

 

Here is one that shows a usual breakdown with two "plugin" and
"features" folders:

- http://svn.refractions.net/udig/udig/community/wps/

 

An example of having an extra geotools directory ..... here is one with
a "gt" directory in a branch (the developers used their own maven build
for this folder - and the code was copied to geotools at the end of the
day).

- http://svn.refractions.net/udig/udig/branches/ows3/

 

The process of getting svn access to geotools is no more bother then for
uDig (ie read the developers guide and send an email). So you may wish
to do your geotools work there from day one - allowing you to keep svn
history).

 

Jody

 

 

On 27/02/2010, at 5:56 AM, Wang, Guilian wrote:





Hi Jody and team,

 

This is Jenny from Teradata. I talked to you several months ago about
adding Teradata plugin for users to visualize geospatial data that are
stored in Teradata Database using Udig.  I have got approvals from our
company for using Udig and contributing the Teradata Plugin source code
back. Finally I got time to start working on it. And I am very glad to
join you.

 

The Teradata plugin will be very similar to the PostGIS Plugin.
Eventually it should have a plugin in Udig but also another plugin for
the raw geospatial stuff that should be contributed to GeoTools.

 

It seems good to start from building a community plugin in Udig with a
separate module for the raw geospatial stuff that may go into GeoTools
later. Could you please advise better ways if it does not seem right to
you?

 

Could you please grant me access to Udig SVN?

 

Thank you very much!

 

Jenny

 

 

_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel

 

[Geotools-devel] [jira] Created: (GEOT-2962) WFS Badly composed url

[Zdenek Farana (JIRA) <jira@co...>]

WFS Badly composed url
----------------------

                 Key: GEOT-2962
                 URL: http://jira.codehaus.org/browse/GEOT-2962
             Project: GeoTools
          Issue Type: Bug
          Components: data wfs
    Affects Versions: 2.6.1, 2.7-M0
         Environment: Windows 7 64b
java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) 64-Bit Server VM (build 16.0-b13, mixed mode)
            Reporter: Zdenek Farana
         Attachments: error.log

I've come across a bug in WFS Plugin (WFS is one of the OGC Web Services) when executing following piece of code (wfsData is DataStore with WFSDataStoreFactory:GET_CAPABILITIES_URL=http://demo.snowflakesoftware.com:8080/AIXM51FINAL_DONLON/GOPublisherWFS?SERVICE=wfs&VERSION=1.1.0&REQUEST=GetCapabilities):

FeatureSource<SimpleFeatureType, SimpleFeature> source = wfsData.getFeatureSource("aixm:AirportHeliport");

The source of problem is hidden inside org.geotools.data.wfs.v1_1_0WFSFeatureSource. The class constructor is trying to DescribeFeatureType (this.featureType = dataStore.getSchema(typeName)).

The obtained IOException:

Error parsing feature type for {http://www.aixm.aero/schema/5.1}AirportHeliport from http://demo.snowflakesoftware.com:8080/AIXM51FINAL_DONLON/GOPublisherWFS?=&TYPENAME=aixm%3AAirportHeliport&VERSION=1.1.0&SERVICE=WFS&REQUEST=DescribeFeatureType&NAMESPACE=xmlns%28aixm%3Dhttp%3A%2F%2Fwww.aixm.aero%2Fschema%2F5.1%29&;

The problem is obvious, query url (in red color) is composed in a wrong way. Proper query should be:

http://demo.snowflakesoftware.com:8080/AIXM51FINAL_DONLON/GOPublisherWFS?TYPENAME=aixm%3AAirportHeliport&VERSION=1.1.0&SERVICE=WFS&REQUEST=DescribeFeatureType&NAMESPACE=xmlns%28aixm%3Dhttp%3A%2F%2Fwww.aixm.aero%2Fschema%2F5.1%29

I've encountered the issue in 2.6.1, 2.7-SNAPSHOT shows the same thing. I've attached exception stacktrace.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Geotools-devel] is the SRS used for anything in BBoxImpl ?

[Andrea Aime <aaime@op...>]

Michael Bedward wrote:
> Hi folks,
> 
> Sorry to still be banging on about BBox filters but I've spent a while
> following the creation of the filter in my debugger (using the code
> posted previously) and it just looks broken to me.
> 
> When you pass a ReferencedEnvelope to the bbox factory method the
> first thing that happens is that it's converted to a JTS Envelope and
> subsequently to a Polygon.  The BBoxExpressionImpl constructor checks
> to see if it has been passed a ReferencedEnvelope in order to get the
> SRS but, of course, it hasn't been.  The SRS is sort of kludged in at
> the end of the bbox(Expression, double, double, double, double, String
> srs) method but then not used at all during evaluation of the filter.
> 
> Is this not broken ? :-)

Sorry I did not have time to look into it and I might not have any
until next week. However I know that all datastores and filters are
projection unaware, they expect everything to be in the same SRS
as the data.
What we do in GeoServer is to apply filter visitors to reproject
the filters to the store native SRS before they reach the data
at all

Trying for a library wide fix will be a very big effort. Fixing
just the filter itself to work when it's actually evaluated in
memory will be easier provided we know about the SRS of the
geometries we're receiving (which I don't think we can know
from a general point of view)

Cheers
Andrea

Re: [Geotools-devel] is the SRS used for anything in BBoxImpl ?

[Michael Bedward <michael.bedward@gm...>]

Hi folks,

Sorry to still be banging on about BBox filters but I've spent a while
following the creation of the filter in my debugger (using the code
posted previously) and it just looks broken to me.

When you pass a ReferencedEnvelope to the bbox factory method the
first thing that happens is that it's converted to a JTS Envelope and
subsequently to a Polygon.  The BBoxExpressionImpl constructor checks
to see if it has been passed a ReferencedEnvelope in order to get the
SRS but, of course, it hasn't been.  The SRS is sort of kludged in at
the end of the bbox(Expression, double, double, double, double, String
srs) method but then not used at all during evaluation of the filter.

Is this not broken ? :-)

Michael

Re: [Geotools-devel] [Geoserver-devel] Nightly builds running with skipTests

[Justin Deoliveira <jdeolive@op...>]

Yes this is done intentionally. And the reason being that if tests are 
not passing then the regular build should be down. And if nothing is 
getting down about the regular build then developers are sleeping on the 
job.

Nightly builds are by definition unstable and should be considered 
releases. That said in general i am not against enabling tests in the 
builds. However it does make the build longer and often nightly builds 
are generated on demand... so the waiting period will become longer. But 
probably acceptable.

2c.

-Justin


On 2/25/10 3:02 AM, Ben Caradoc-Davies wrote:
> I just noticed that nightly builds of the stable branches are running
> with skipTests.
>
> (1) Are these builds used to create the nightly downloads?
>
> (2) If so, does this mean that we are allowing the world to download
> nightly release artifacts created by builds with failing unit tests? It
> looks like the nightly builds fail only on compile errors.
>
> This is what they do:
>
> geoserver-2.0.x-nightly:
> mvn -DskipTests -P release,communityRelease clean install
>
> geotools-2.6.x-nightly:
> /opt/actual/apache-maven-2.1.0/bin/mvn -U deploy -P deploy.opengeo
> -Djava.awt.headless=true -Dtest.maxHeapSize=256M -Dall -DskipTests
>
> Furthermore, I noticed while debugging a nightly-built jar that
> timestamps are mixed, indicating that GeoTools was built without "clean".
>
> Please tell me that I misunderstand this. Is Hudson doing something
> clever that I do not comprehend?
>
> I would very much prefer all nightly release artifacts to be built with
> "clean install" and without test skipping, on stable and trunk. This is
> the bare minimum quality standard my organisation requires for our
> GeoServer trunk build, in which any unit test failure prevents an
> artifact update:
> https://cgsrv1.arrc.csiro.au/swrepo/GeoServerTrunk/latest/
> http://geobuilder.arrc.csiro.au/geoserver/waterfall
> http://geobuilder.arrc.csiro.au/geoserver/one_line_per_build
>
> Kind regards,
>


-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

[Geotools-devel] Hudson build is back to normal: geotools-trunk #2464

[Hudson <ak@op...>]

See <http://hudson.opengeo.org/hudson/job/geotools-trunk/2464/changes>;

[Geotools-devel] Nightly builds running with skipTests

[Ben Caradoc-Davies <Ben.Caradoc-Davies@cs...>]

I just noticed that nightly builds of the stable branches are running 
with skipTests.

(1) Are these builds used to create the nightly downloads?

(2) If so, does this mean that we are allowing the world to download 
nightly release artifacts created by builds with failing unit tests? It 
looks like the nightly builds fail only on compile errors.

This is what they do:

geoserver-2.0.x-nightly:
mvn -DskipTests -P release,communityRelease clean install

geotools-2.6.x-nightly:
/opt/actual/apache-maven-2.1.0/bin/mvn -U deploy -P deploy.opengeo 
-Djava.awt.headless=true -Dtest.maxHeapSize=256M -Dall -DskipTests

Furthermore, I noticed while debugging a nightly-built jar that 
timestamps are mixed, indicating that GeoTools was built without "clean".

Please tell me that I misunderstand this. Is Hudson doing something 
clever that I do not comprehend?

I would very much prefer all nightly release artifacts to be built with 
"clean install" and without test skipping, on stable and trunk. This is 
the bare minimum quality standard my organisation requires for our 
GeoServer trunk build, in which any unit test failure prevents an 
artifact update:
https://cgsrv1.arrc.csiro.au/swrepo/GeoServerTrunk/latest/
http://geobuilder.arrc.csiro.au/geoserver/waterfall
http://geobuilder.arrc.csiro.au/geoserver/one_line_per_build

Kind regards,

-- 
Ben Caradoc-Davies <Ben.Caradoc-Davies@...>
Software Engineer, CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia

Re: [Geotools-devel] Build failed in Hudson: geotools-trunk #2463

[Michael Bedward <michael.bedward@gm...>]

Hi Andrea (and everyone),

Please see re-opened GEOT-2960 with a patch to cure the test failure.

Michael

[Geotools-devel] [jira] Reopened: (GEOT-2960) make "env" function lookups case-insensitive

[Michael Bedward (JIRA) <jira@co...>]

     [ http://jira.codehaus.org/browse/GEOT-2960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Bedward reopened GEOT-2960:
-----------------------------------


reopened because of test failure on Hudson

> make "env" function lookups case-insensitive
> --------------------------------------------
>
>                 Key: GEOT-2960
>                 URL: http://jira.codehaus.org/browse/GEOT-2960
>             Project: GeoTools
>          Issue Type: Improvement
>          Components: core filter
>            Reporter: Michael Bedward
>            Assignee: Andrea Aime
>            Priority: Minor
>             Fix For: 2.6.2, 2.7-M0
>
>         Attachments: env-case-insensitive.patch
>
>
> The attached patch makes both thread-local and global lookups with the "env" filter function case-insensitive. It also adds methods to clear the lookup tables.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Geotools-devel] Build failed in Hudson: geotools-trunk #2463

[Michael Bedward <michael.bedward@gm...>]

Sorry, this looks like my fault...

> See <http://hudson.opengeo.org/hudson/job/geotools-trunk/2463/changes>;
>
> Failed tests:
>  testCaseInsensitiveGlobalLookup(org.geotools.filter.function.EnvFunctionTest)

That test passes when I build locally - not sure what's different with
Hudson. Has anyone else done a local build with tests today ?

Michael

[Geotools-devel] Build failed in Hudson: geotools-trunk #2463

[Hudson <ak@op...>]

See <http://hudson.opengeo.org/hudson/job/geotools-trunk/2463/changes>;

Changes:

[mbedward] set svn keywords Id URL

------------------------------------------
[...truncated 964 lines...]
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.memory.MemoryDataStoreTest.testModifyInTransactionFidFilter Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.memory.MemoryDataStoreTest.testGetFeatureStoreTransactionSupport Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.memory.MemoryDataStoreTest.testGetFeatureStoreTransactionSupport Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.memory.MemoryDataStoreTest.testFeatureEvents Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.memory.MemoryDataStoreTest.testUnLockFeatures Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.memory.MemoryDataStoreTest.testLockFeatureInteraction Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.memory.MemoryDataStoreTest.testLockFeatureInteraction Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.TransactionTest.testAddFeature Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.TransactionTest.testRemoveFeature Transaction'
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: There's code leaving transaction unclosed. Call Transaction.close() after using them to ensure they do not hold state such as JDCB connections or file handles
Feb 24, 2010 9:25:47 PM org.geotools.data.DefaultTransaction finalize
SEVERE: Unclosed transaction handle is 'org.geotools.data.collection.CollectionDataStoreTest.testGetFeatureReaderFilterTransaction Transaction'
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec
Running org.geotools.feature.visitor.VisitorCalculationTest
AV=50.5
Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.072 sec
Running org.geotools.feature.simple.SimpleFeatureTypeImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.filter.FilterEqualsTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec
Running org.geotools.filter.FilterCapabilitiesTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: -0.01 sec
Running org.geotools.styling.XmlnsNamespaceTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec
Running org.geotools.data.DefaultQueryTest
testPropertyNames
testRetrieveAllProperties
testMaxFeatures
testGetFilter
testGetHandle
testGetVersion
testToString
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.geotools.filter.function.UniqueIntervalFunctionTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.geotools.styling.SLDStyleTest
Tests run: 18, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.054 sec
Running org.geotools.feature.collection.SubFeatureCollectionTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.data.store.ReTypingFeatureCollectionTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.geotools.data.ArrayFeatureReaderTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.filter.visitor.PostPreProcessFilterSplittingVisitorTest
Feb 24, 2010 9:25:47 PM org.geotools.styling.SLDParser parseUserLayer
INFO: layer name: UserLayer Name
Feb 24, 2010 9:25:47 PM org.geotools.styling.SLDParser parseUserLayer
INFO: layer name: Second_User_Layer
Feb 24, 2010 9:25:47 PM org.geotools.styling.FeatureTypeStyleImpl setFeatureTypeName
WARNING: FeatureTypeStyle with typename 'feature' - did you mean to say 'Feature' (with a capital F) for the 'generic' FeatureType
Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.202 sec
Running org.geotools.filter.visitor.FilterVisitorTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: -0.013 sec
Running org.geotools.geometry.jts.DecimatorTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec
Running org.geotools.filter.ExpressionTest
Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 sec
Running org.geotools.data.store.ReprojectingFeatureCollectionTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.geotools.styling.StyleTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.geotools.styling.SLDTransformerTest
<?xml version="1.0" encoding="UTF-8"?>
<sld:TextSymbolizer xmlns="http://www.opengis.net/sld"; xmlns:sld="http://www.opengis.net/sld"; xmlns:ogc="http://www.opengis.net/ogc"; xmlns:gml="http://www.opengis.net/gml"; uom="http://www.opengeospatial.org/se/units/foot">;
    <sld:LabelPlacement>
        <sld:PointPlacement>
            <sld:AnchorPoint>
                <sld:AnchorPointX>
                    <ogc:Literal>0.0</ogc:Literal>
                </sld:AnchorPointX>
                <sld:AnchorPointY>
                    <ogc:Literal>0.5</ogc:Literal>
                </sld:AnchorPointY>
            </sld:AnchorPoint>
            <sld:Rotation>
                <ogc:Literal>0</ogc:Literal>
            </sld:Rotation>
        </sld:PointPlacement>
    </sld:LabelPlacement>
    <sld:Fill>
        <sld:CssParameter name="fill">
            <ogc:Literal>#000000</ogc:Literal>
        </sld:CssParameter>
    </sld:Fill>
</sld:TextSymbolizer>

Tests run: 20, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.075 sec
Running org.geotools.filter.visitor.CapabilitiesFilterSplitterSpatialTest
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec
Running org.geotools.util.CollectionConverterFactoryTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Running org.geotools.filter.function.GeometryFunctionFilterTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.filter.ParserTest
Tests run: 19, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.072 sec
Running org.geotools.data.DataAccessFinderTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.geotools.util.URConverterFactoryTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.397 sec
Running org.geotools.util.ColorConverterFactoryTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.geotools.feature.visitor.CalcResultTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.geotools.geometry.text.WKTParserTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.011 sec
Running org.geotools.styling.TextSymbolTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.filter.function.ClassificationFunctionTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.geotools.styling.StyleFactoryImplTest
Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.011 sec
Running org.geotools.styling.UserLayerTest
Feb 24, 2010 9:25:48 PM org.geotools.styling.SLDTransformer <init>
INFO: Added [1] namespace entries resulting in [1] distinct entries
Feb 24, 2010 9:25:48 PM org.geotools.styling.SLDTransformer$SLDTranslator visitInlineFeatureType
INFO: Reducing CRS name [EPSG:4326] to its SRID
Feb 24, 2010 9:25:48 PM org.geotools.styling.SLDParser parseUserLayer
INFO: layer name: user-layer-1
Feb 24, 2010 9:25:48 PM org.geotools.styling.SLDTransformer$SLDTranslator visitInlineFeatureType
INFO: Reducing CRS name [EPSG:4326] to its SRID
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.049 sec
Running org.geotools.styling.StyleObjectTest
Feb 24, 2010 9:25:48 PM org.geotools.styling.SLDParser parseUserLayer
INFO: layer name: LayerWithRemoteOWS
Tests run: 18, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
Running org.geotools.feature.simple.SimpleTypeBuilderTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.geotools.data.store.FeatureReaderIteratorTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.geotools.filter.AttributeTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Running org.geotools.filter.FilterTest
Tests run: 22, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.068 sec
Running org.geotools.util.TemporalConverterFactoryTest
Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.209 sec
Running org.geotools.filter.LiteralTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.geotools.feature.FeatureFlatTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec
Running org.geotools.filter.visitor.PostPreProcessFilterSplittingVisitorSpatialTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec
Running org.geotools.filter.function.EnvFunctionTest
   getArgCount
   setLocalValues
   setLocalValue
   setGlobalValues
   setGlobalValue
   test case-insensitive global lookup
   test case-insensitive local lookup
   clearGlobalValues
   clearLocalValues
   literal default value
Feb 24, 2010 9:25:48 PM org.geotools.filter.function.EnvFunction setFallbackValue
WARNING: The setFallbackValue is not supported by this function.Use a second argument when calling the function to provide a default value.
Feb 24, 2010 9:25:48 PM org.geotools.filter.function.EnvFunction setFallbackValue
WARNING: The setFallbackValue is not supported by this function.Use a second argument when calling the function to provide a default value.
   non-literal default value
Tests run: 12, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.06 sec <<< FAILURE!
Running org.geotools.data.crs.ForceCoordinateFeatureResultsTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec
Running org.geotools.geometry.jts.GeometriesTest
   getName and getSimpleName
   getBinding
   get (by object)
   getSQLType and getForSQLType
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec
Running org.geotools.filter.visitor.DuplicateFilterVisitorTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.geotools.filter.MathTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.geotools.filter.expression.AddImplTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.geotools.styling.SLDTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.geotools.filter.FunctionExpressionImplTest
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec
Running org.geotools.data.DataUtilitiesTest
Tests run: 21, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.055 sec
Running org.geotools.feature.FeatureTypeTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 sec
Running org.geotools.filter.FilterTransformerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.geotools.data.store.ReprojectFeatureResultsTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.geotools.feature.simple.SimpleFeatureBuilderTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.geotools.filter.AreaFunctionTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.geotools.filter.function.StandardDeviationFunctionTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.filter.FilterVisitorTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.filter.visitor.PropertyNameResolvingFilterVisitorTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.geotools.filter.expression.SimpleFeaturePropertyAccessorTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.geotools.filter.visitor.CapabilitiesFilterSplitterFunctionTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec
Running org.geotools.filter.function.Collection_FunctionsTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec
Running org.geotools.data.store.MaxFeaturesFeatureCollectionTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec

Results :

Failed tests: 
  testCaseInsensitiveGlobalLookup(org.geotools.filter.function.EnvFunctionTest)

Tests run: 734, Failures: 1, Errors: 0, Skipped: 0

[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] There are test failures.

Please refer to <http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gt_trunk/modules/library/main/target/surefire-reports>; for the individual test results.
[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1 minute 54 seconds
[INFO] Finished at: Wed Feb 24 21:25:49 EST 2010
[INFO] Final Memory: 44M/133M
[INFO] ------------------------------------------------------------------------

[Geotools-devel] Proposed module: Bean2WFS - binds FeatureTypes to Java-Class

[Jens <likeluckyjoe@go...>]

[Geotools-devel] How to select features on JMapPane?

[LSA <lsa7@ng...>]

Hi all!

I am incorporating JMapPane (it is also used by JMapFrame) 
to render ESRI ShapeFiles. I use Geotools version 2.6.1. I 
need to select features on my JMapPane-driven map (using 
some sort of selection tool) and be able to obtain list of 
selected features programmatically.

Currently, geotools contains few tools (called Actions), 
like PanAction, ZoomInAction, ZoomOutAction, 
IdentifyAction - and no SelectAction among them.

Did I miss something? Can someone advice me demo or like 
on such a functionality?

Thanks!