Sorry, that was my fault. I only ran maven on trunk, and forgot to do the
same on 2.6.x before committing. Thank's for fixing it, Jody.
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/App-schema-busted-tp5048859p5049695.html
Sent from the geotools-devel mailing list
And thanks Rini for thanking Jody. I never realised that Jody was the
one who fixed it! I thought he'd just screwed up his local workspace. I
did a test build without realising that by then Jody had already fixed
the build. Doh.
On 14/05/10 14:06, Rini Angreani wrote:
Sorry, that was my
Jody Garnett ha scritto:
Thinking about that; I don't see a problem but kind of wish the
shutdown was a bit more fine grained then that (ie datastore dispose
cleaning up everything it is responsible for).
I do like the idea of having the shutdown hook and us using it to
catch leaks.
+1 for the concept.
+1 for the name GeoTools.undeploy()
-1 onWebApplicationUnload(), geotools itself has nothing to do with webapps,
why should UDIG call onWebApplicationUnload() ??
IMHO it would make sense to have a GeoTools.redploy(). To give an example:
The imagemosaic-jdbc module could
christian.muel...@nvoe.at ha scritto:
+1 for the concept.
+1 for the name GeoTools.undeploy()
-1 onWebApplicationUnload(), geotools itself has nothing to do with
webapps,
why should UDIG call onWebApplicationUnload() ??
It should not. That method is specifically designed for J2EE clean
Quoting Thelen, Bruce bthe...@corelogic.com:
Christian,
As per your statements below, it seems that at this time the
functionality Baskar is working on for this purpose is not yet
justified for inclusion in the GeoTools libraries themselves but we
intend to keep working on this
No complaints thus far so I am deploying 2.6.4 shortly.
Hoping to hear back from CSIRO release crew
Jody
On 14/05/2010, at 12:36 PM, Jody Garnett wrote:
So Victor:
You should be able to build geoserver against the following tag:
- http://svn.osgeo.org/geotools/tags/2.6.4
I always /
Jody Garnett ha scritto:
No complaints thus far so I am deploying 2.6.4 shortly.
Hoping to hear back from CSIRO release crew
Jody, Victor just stumbled in a truckload of CITE
failures.
I don't have time to look into them right now, but
they may well be due to a GeoTools bug.
Deploy at your
Reclamation :-)
First, I use geotools also in an EJB Container,having its own life
cicle and class loader.
Second, I use geotools in a Java Applet, yet another life cyle. The
Java VM is started only once and there can be many different applets.
The only thing I want to say is that we should
So a GeoTools.cleanup() then :-)
Basically I would love to some how partition or set a checkpoint or something
and cleanup; and keep on going ...
Ideally I would love to do this on a Map by Map basis in uDig so when a Map is
closed I can flush out and geotools resources it was tracking.
We
Thanks Andrea:
I will deploy so I can start hitting the tag from the uDig side of things;
hopefully Victor will have some fixed for the cite test shortly?
Given that Victor has not done this before perhaps a breakout session on IRC
or Skype is needed so an experienced hand (with permission) can
I'm following this with interest and am +0 about it so far because I
don't do web apps.
Regarding JAI, tthere is a method to unregister an operation
descriptor but I've never tried it. Simone: have you any experience
with this ?
Michael
I was playing around with other version of geoserver and getting CITE to
work. Main issue is with wfs1.1 with 50 errors .
I am going to leave that behind and will start getting ready for 2.0.2
release. Tag for 2.0.2 GeoServer should be in place on Monday 17th May 2010.
--
View this message
christian.muel...@nvoe.at ha scritto:
Reclamation :-)
First, I use geotools also in an EJB Container,having its own life cicle
and class loader.
Second, I use geotools in a Java Applet, yet another life cyle. The Java
VM is started only once and there can be many different applets.
Michael Bedward ha scritto:
I'm following this with interest and am +0 about it so far because I
don't do web apps.
Regarding JAI, tthere is a method to unregister an operation
descriptor but I've never tried it. Simone: have you any experience
with this ?
On GS devel there is a patch I
Jody Garnett ha scritto:
So a GeoTools.cleanup() then :-)
Basically I would love to some how partition or set a checkpoint or
something and cleanup; and keep on going ... Ideally I would love to
do this on a Map by Map basis in uDig so when a Map is closed I can
flush out and geotools
Hi,
thanks to the great work of Milton Jonathan (and some review/collateral
fixes from yours truly) we finally have a UOM patch ready to be
committed.
It is attached to:
http://jira.codehaus.org/browse/GEOT-2964
in particular:
http://jira.codehaus.org/secure/attachment/49040/GEOT-2964.patch
(if
Just updated and build 2.6.4. Looking at my maven repo, i see
2.6-SNAPSHOT
2.7-SNAPSHOT
2.6.4
Will the missing SNAPSHOT be an issue or will the SNAPSHOT be included
only on release?
--
View this message in context:
v...@csiro ha scritto:
Just updated and build 2.6.4. Looking at my maven repo, i see
2.6-SNAPSHOT
2.7-SNAPSHOT
2.6.4
Will the missing SNAPSHOT be an issue or will the SNAPSHOT be included
only on release?
SNAPSHOT refers to jars that are updated daily.
2.6.4 is supposed not to change
On 14/05/2010, at 5:35 PM, christian.muel...@nvoe.at wrote:
Reclamation :-)
First, I use geotools also in an EJB Container,having its own life cicle and
class loader. Second, I use geotools in a Java Applet, yet another life cyle.
The Java VM is started only once and there can be many
Cool - I am in favour of that.
Is there any way we could register some activites for this hook? I expect
that an OSGi context could also make use of them for a clean exit.
For OSGi it is willing to startup / shutdown a module - we already have
GeoTools init so cleanup could be the spiritual
Sorry my deploy of 2.6.4 did not complete; I had network trouble. I will start
it again.
Victor if you could complete cite tests against 2.6.4 SNAPSHOT; then I can
merge any changes you needed across to the tag and redeploy.
When you are happy that my deploy is good you can tag geoserver; and
Andrea Aime ha scritto:
Well, the fact that it works just fine in desktop apps and does not
work as fine in GeoServer would make me think otherwise.
And you're well aware that there are other issues in J2EE in general.
So much for being GeoServer only.
Taking a deep breath and trying a calmer
oh boy oh boy :-)
Thanks so much to both Milton and yourself andrea for herding this one along.
While I have been long on encouragement I have been short on action. Indeed it
will motivate me to tag uDig and try out both the code cleanup and new renderer
on trunk.
I am excited geotools trunk
Jody Garnett ha scritto:
Cool - I am in favour of that.
Is there any way we could register some activites for this hook? I
expect that an OSGi context could also make use of them for a clean
exit.
For OSGi it is willing to startup / shutdown a module - we already
have GeoTools init so
On 14 May 2010 18:25, Andrea Aime wrote:
On GS devel there is a patch I provided that uses exactly that
(attached, it's a bit messy but you should see the JAI cleanup
spots)
Indeed. That's great - thanks very much Andrea !
Michael
Many thanks Andrea and Milton - this is a great new feature to have.
Michael
On 14 May 2010 19:13, Andrea Aime aa...@opengeo.org wrote:
Hi,
thanks to the great work of Milton Jonathan (and some review/collateral
fixes from yours truly) we finally have a UOM patch ready to be
committed.
Ciao a tutti,
I guess that aaime wants clean up whatever is registered into generic
registries, so jai operations and imageio reader, writers, instreams
and outstreams. I am going to check aaime's patch afterwards.
Anyway, andrea, (besides suggesting to calm down :) ) I wanted to ask
you what we
Simone Giannecchini ha scritto:
Ciao a tutti,
I guess that aaime wants clean up whatever is registered into generic
registries, so jai operations and imageio reader, writers, instreams
and outstreams. I am going to check aaime's patch afterwards.
Anyway, andrea, (besides suggesting to calm
@Andrea
Hi Andrea, sorry to make some noise here. I misinterpreted the
situation (bad coffee in the morning). I thought the shutdown method
is primary intended for geoserver, obviously it is the other way
around, making geotools ready for web apps. This is a 100% +1 and I
hope we can end
christian.muel...@nvoe.at ha scritto:
@Andrea
Hi Andrea, sorry to make some noise here. I misinterpreted the situation
(bad coffee in the morning). I thought the shutdown method is primary
intended for geoserver, obviously it is the other way around, making
geotools ready for web apps.
While I can't confirm Florence's conclusion sounds very reasonable. It
is most likely GeoTools not handling xs any content.
So if we patch schemas to handle ANY_ELEMENT does that bring us any closer?
On 10-05-13 11:19 PM, florence@csiro.au wrote:
Hi Ben Justin,
I think I might be wrong
Enabling the setting of crs for gdal readers
Key: GEOT-3082
URL: http://jira.codehaus.org/browse/GEOT-3082
Project: GeoTools
Issue Type: Improvement
Components: gc imageio ext gdal
pass crs passed into imagemosaic reader down to delegating readers
--
Key: GEOT-3083
URL: http://jira.codehaus.org/browse/GEOT-3083
Project: GeoTools
Issue Type: Improvement
geotools.rendering - Argument value should not be null.
-
Key: GEOT-3084
URL: http://jira.codehaus.org/browse/GEOT-3084
Project: GeoTools
Issue Type: Bug
Components: core
35 matches
Mail list logo
