Hi everybody,
since today has been announced that MapFish-Print 2.0.0 has been released,
I think it could be a good moment to update the dependency on the printing
community module to this version, on master.
I was also thinking of promoting the community module to extension.
Two roadmaps are
Does that include the improvements that GeoSolutions made for CQL filters
etc?
Ian
On 26 March 2014 07:58, Mauro Bartolomeoli
mauro.bartolome...@geo-solutions.it wrote:
Hi everybody,
since today has been announced that MapFish-Print 2.0.0 has been released,
I think it could be a good
On Wed, Mar 26, 2014 at 8:58 AM, Mauro Bartolomeoli
mauro.bartolome...@geo-solutions.it wrote:
Hi everybody,
since today has been announced that MapFish-Print 2.0.0 has been released,
I think it could be a good moment to update the dependency on the printing
community module to this version,
Hi Ian,
2014-03-26 10:06 GMT+01:00 Ian Turton ijtur...@gmail.com:
Does that include the improvements that GeoSolutions made for CQL filters
etc?
Ian
it should, they have been committed some times before the release, so it
should be there.
Other improvements we did are currently only on
Hi Andrea,
2014-03-26 10:09 GMT+01:00 Andrea Aime andrea.a...@geo-solutions.it:
On Wed, Mar 26, 2014 at 8:58 AM, Mauro Bartolomeoli
mauro.bartolome...@geo-solutions.it wrote:
Hi everybody,
since today has been announced that MapFish-Print 2.0.0 has been
released, I think it could be a
Hi,
given that java 6 has been out of support for a while now, and java 8 is
out,
how do people feel about upping our minimal java requirement to java 7
on the master branches of GeoTools and GeoServer?
Pro/cons, issues you see?
Cheers
Andrea
--
==
Meet us at GEO Business 2014! in London!
+1.
I also recommend OpenJDK 7 over Oracle when on Linux. Please find below
the arguments I used in January on an internal email:
**
I also propose that we switch to OpenJDK 7 (amd64/x86_64) for all Debian
and CentOS deployments.
(1) From Java 7, OpenJDK is the Reference Implementation.
Hi,
I've just finished a first cut of the otherSRS support work for WFS 1.1 and
2.0,
the pull request is here:
https://github.com/geoserver/geoserver/pull/548
One small style doubt is that I had WFSInfo use getSRS() just like
WMSInfo.getSRS(),
but for FeatureTypeInfo local override I had to use
Hi,
one one passed, time to backport
https://github.com/geoserver/geoserver/pull/477 to 2.5.x and 2.4.x?
Cheers
Andrea
--
==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio
Hi,
A copy of a mail I sent to Mapserver-dev list. They speak about issues and we
have tickets but otherwise I guess it is all the same.
-Jukka Rahkonen-
Forwarded message:
I spent two and a half hours for reading the 20 oldest Mapserver issues from
Github. I did not select the issues and I
+1
2014-03-26 11:31 GMT+01:00 Andrea Aime andrea.a...@geo-solutions.it:
Hi,
one one passed, time to backport
https://github.com/geoserver/geoserver/pull/477 to 2.5.x and 2.4.x?
Cheers
Andrea
--
==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more
On Wed, Mar 26, 2014 at 11:31 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:
Hi,
one one passed, time to backport
https://github.com/geoserver/geoserver/pull/477 to 2.5.x and 2.4.x?
one one... one month! :-p
Cheers
Andrea
--
==
Meet us at GEO Business 2014! in London! Visit
I guess my feedback remains the same as it always has been: until there are
compelling language reasons to break backwards compatibility I think the
cons outweigh the pros. While I would certainly recommend new installations
use a 1.7 runtime the version itself doesn't bring that many new language
Well one benefit would be a new version of Jetty. I like the
try-with-resource syntax as well.
Jody Garnett
On Wed, Mar 26, 2014 at 8:21 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:
Hi,
given that java 6 has been out of support for a while now, and java 8 is
out,
how do people feel
Hi,
Would it be possible to make this as a POST to GetLegendGraphic with
payload (SLD_BODY) as the document being edited?
Similar to WMS GetMap. A legend for WMS GetMap POST.
Perhaps this is already supported?
In this case it would be possible for outside usage.
I could issue a GET but for
+1
Actually it does not feel so important for me what is the minimum version but
development and testing should be done with java 7 if that is not the case
already. We have ISO/IEC27001:2005 certificate which means that we must have
java 7 in production. But I have also seen from the mailing
On Wed, Mar 26, 2014 at 12:03 PM, Justin Deoliveira
jdeol...@boundlessgeo.com wrote:
I guess my feedback remains the same as it always has been: until there
are compelling language reasons to break backwards compatibility I think
the cons outweigh the pros. While I would certainly recommend
On Mon, Mar 24, 2014 at 10:32 PM, Gabriel Roldan
grol...@boundlessgeo.comwrote:
Just an update on this.
I think we could force all geotools and geoserver tests to create
temporary files under their respective target/ directory at a very low cost
with the following maven-surefire-plugin
Hi Jody,
looks cool, do you have the whole test using it handy?
Cheers
Andrea
On Tue, Mar 25, 2014 at 11:25 AM, Jody Garnett jody.garn...@gmail.comwrote:
I spent a bit of time today figuring out something I should of done a
while ago .. how to make a good clean concurrent notification test.
Good stuff.
Regarding the method naming I would say FeatureTypeInfo.getOtherSRS() is
fine I think. I would say WMSInfo.getSRS() and WFSInfo.getSRS() could be
better named but that is another matter. Question: Does it make sense to
push getOtherSRS() up to ResourceInfo?
Regarding controlling the
On Wed, Mar 26, 2014 at 2:41 PM, Justin Deoliveira
jdeol...@boundlessgeo.com wrote:
Good stuff.
Regarding the method naming I would say FeatureTypeInfo.getOtherSRS() is
fine I think. I would say WMSInfo.getSRS() and WFSInfo.getSRS() could be
better named but that is another matter.
On Wed, Mar 26, 2014 at 7:47 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:
On Wed, Mar 26, 2014 at 2:41 PM, Justin Deoliveira
jdeol...@boundlessgeo.com wrote:
Good stuff.
Regarding the method naming I would say FeatureTypeInfo.getOtherSRS() is
fine I think. I would say
I didn't act on it but I don't see any problem with trying it out.
On Wed, Mar 26, 2014 at 6:03 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:
On Mon, Mar 24, 2014 at 10:32 PM, Gabriel Roldan grol...@boundlessgeo.com
wrote:
Just an update on this.
I think we could force all geotools
See http://ares.opengeo.org/jenkins/job/geoserver-2.5.x-nightly/32/
--
[...truncated 3580 lines...]
[INFO] [jar:jar {execution: default-jar}]
[INFO] Building jar:
I'm another admirer of try-with-resources and AutoCloseable and I'd be
happy to see GWC upped to Java 7 minimum as well.
On 26 March 2014 04:58, Andrea Aime andrea.a...@geo-solutions.it wrote:
On Wed, Mar 26, 2014 at 12:03 PM, Justin Deoliveira
jdeol...@boundlessgeo.com wrote:
I guess my
pretty much agree with all that's been said. I'm +1
On Wed, Mar 26, 2014 at 1:34 PM, Kevin Smith ksm...@boundlessgeo.com wrote:
I'm another admirer of try-with-resources and AutoCloseable and I'd be happy
to see GWC upped to Java 7 minimum as well.
On 26 March 2014 04:58, Andrea Aime
On Wed, Mar 26, 2014 at 9:03 AM, Andrea Aime
andrea.a...@geo-solutions.it wrote:
On Mon, Mar 24, 2014 at 10:32 PM, Gabriel Roldan grol...@boundlessgeo.com
wrote:
Just an update on this.
I think we could force all geotools and geoserver tests to create
temporary files under their respective
On Wed, Mar 26, 2014 at 2:15 PM, Gabriel Roldan
grol...@boundlessgeo.com wrote:
On Wed, Mar 26, 2014 at 9:03 AM, Andrea Aime
andrea.a...@geo-solutions.it wrote:
On Mon, Mar 24, 2014 at 10:32 PM, Gabriel Roldan grol...@boundlessgeo.com
wrote:
Just an update on this.
I think we could force
Here is the updated pull request, with docs:
https://github.com/geoserver/geoserver/pull/548
I've changed FeatureTypeInfo methods to use getResponseSRS(), just in case
we want to make things
uniform later down the road and pull that method up to ResourceInfo, this
at least will avoid a interface
+1 for 7 for me too. The last java server was upgraded from 6 to 7 last
week. We have been using the 1.7 runtime in development for quite a long
time.
Notice: This email and any attachments are confidential.
If received in error please destroy and immediately notify us.
Do not copy or disclose
Maybe we could replace the arrows for managing the ordering with icons that
imply movement along a horizontal stack of layers, rather than a vertical
one. while linking it to the vertical ordering of the list the right way
around.
Something like this maybe:
There is one downside to this . for the osx users, we will be asking our
developers to migrate to an Oracle JDK (as apple has not provided a Java 7).
Jody Garnett
On Wed, Mar 26, 2014 at 8:21 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:
Hi,
given that java 6 has been out of support for
It will be part of my next pull request, going to work on it a bit more so
the test fails if the expected event does not arrive within a time limit.
But yeah so far I like the approach.
Jody Garnett
On Wed, Mar 26, 2014 at 11:03 PM, Andrea Aime
andrea.a...@geo-solutions.itwrote:
Hi Jody,
I was updating the Nightly builds wiki landing page so we have links to the
2.5.x build:
- http://geoserver.org/display/GEOS/Nightly
And in checking links I found that 2.5.x was last updated on March 20th,
The 2.4.x builds were last updated on March 26th (as expected).
--
Jody Garnett
Title: Message Title
Kevin Smith created an issue
See http://ares.opengeo.org/jenkins/job/2.4-cite-wfs-1.1/167/
--
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
36 matches
Mail list logo
