Re: [Geoserver-devel] Travis build keeps failing

2017-07-03 Thread Nuno Oliveira

Help after trying several times the build just start passing again.
I still have no idea what happen.

On 07/03/2017 01:43 PM, Nuno Oliveira wrote:

Hi,

I made a change on this PR https://github.com/geoserver/geoserver/pull/2450 
fixing a comment typo
and since then the Travis build keeps failing: 
https://api.travis-ci.org/jobs/249523821/log.txt?deansi=true

It seems that Travis is crashing because of some timeout:

uploading archive
running `casher push` took longer than 180 seconds and has been aborted

I'm not sure what is going on, did anyone already experience something similar ?

Regards,



--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:  +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i 
file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo 
è consentito esclusivamente al destinatario del messaggio, per le finalità 
indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne 
il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di 
procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro 
sistema. Conservare il messaggio stesso, divulgarlo anche in parte, 
distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, 
costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.
 
The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility  for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Re: [Geoserver-devel] [QGIS-Developer] GeoPackage and styling

2017-07-03 Thread Richard Duivenvoorde
(cc-ing to geoserver dev list too)

Thanks for pointing to it Even.

Though I was hoping that the community could be a litter more
progressive in the way to define styles. Though there is no golden
bullet, I think the way MapBox and friends are evolving to some json
styling language/definition is pretty promising...

'We' as QGIS already can (in a QGIS specific way) save the style (in
either QGIS-QML or SLD), and there is even a SourcePole plugin which
besides the styling also saves the project into the GeoPackage...

To me it would be ubercool when we could create a GeoPackage file with
both Data, Styles and (let's call it) MapContext (layerorder, start
zoom/bbox etc).

And then that other FOSS products like Geoserver/Mapproxy/MapsServer etc
etc could just ingest that

Dreaming?

Regards,

Richard Duivenvoorde

On 02-07-17 21:22, Even Rouault wrote:
> Hi,
> 
> I guess this might be of interest for the QGIS community. There's
> 
> apparently ongoing thoughts about how to standardize styling in GeoPackage
> 
> See this blog post by Jeff Yutzler‏, the chair of the OGC GeoPackage SWG:
> 
> http://geopackage.blogspot.fr/2017/07/the-styling-portrayal-ad-hoc-meeting.html
>  
> Even

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] Vote on Placemark proposal

2017-07-03 Thread Justin Deoliveira
Hi folks,

I was hoping to call this proposal to a vote:

  https://github.com/geoserver/geoserver/wiki/GSIP-160

It’s been updated with the latest feedback from Andrea and Jody and should
be ready to go.

Thanks!

-Justin
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Re: [Geoserver-devel] upgrade geofence hibernate

2017-07-03 Thread Niels Charlier

Ami,

In any case, the biggest load of the work will be rewriting the DAO's 
which needs to be done either way.


I am wondering if it wouldn't be an option to upgrade to hibernate 5.1 
/jdbc4 for now, and make a further upgrade later (which would likely 
require little work anyway).

Just a suggestion.

Kind Regards
Niels

On 02-07-17 19:01, Amiram Rahav wrote:

Taking another look at Hibernate, things might be a bit more complicated.
There is a PR to add some JDBC 4.2 type names - 
https://github.com/hibernate/hibernate-orm/pull/1940 
.


We will likely see some version conflict with other Geotools dependencies:
For Oracle the suggestion is to use ojdbc6/7 (JDBC 4.0/4.1), but the 
hibernate PR from above will pull in ojdbc8.
For MSSQL the suggestion is to use sqljdbc41, however I've been using 
JDBC 4.2 at several clients.
mysql looks to be 4.0, however it might have limited implementation of 
4.1.
H2 looks like JDBC3, it might implement JDBC 4.0, however based on the 
version/age that is probably minimal.



I still think the Geofence work should be done against JDBC 4.2 and 
not 4.0, however the Geoserver integrated GeoFence version will likely 
have to wait until that Hibernate PR is merged.




On Sun, Jul 2, 2017 at 9:20 AM, Amiram Rahav > wrote:


I should have said Postgres :-)



On Sun, Jul 2, 2017 at 9:15 AM Andrea Aime
> wrote:

On Sun, Jul 2, 2017 at 3:04 PM, Amiram Rahav
> wrote:

Hi Niels,

Geotools is already using JDBC 4.2


Is GeoTools using JDBC 4.2 for all databases already, did you
check?
Using hibernate is partly about database independence, I know
that the postgis store
was recently updated, what about the others? (oracle,
sqlserver, mysql, H2, ...)

Cheer
Andrea

-- 


Regards,

Andrea Aime

==GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.==Ing. Andrea Aime
@geowolfTechnical LeadGeoSolutions S.A.S.Via di Montramito
3/A55054  Massarosa (LU)phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.ithttp://twitter.com/geosolutions_it


AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta
elettronica e/o nel/i file/s allegato/i sono da considerarsi
strettamente riservate. Il loro utilizzo è consentito
esclusivamente al destinatario del messaggio, per le finalità
indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo
cortesemente di darcene notizia via e-mail e di procedere alla
distruzione del messaggio stesso, cancellandolo dal Vostro
sistema. Conservare il messaggio stesso, divulgarlo anche in
parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento
contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is
intended solely for the attention and use of the named
addressee(s) and may be confidential or proprietary in nature
or covered by the provisions of privacy act (Legislative
Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure,
reproduction, copying, distribution, or either dissemination,
either whole or partial, is strictly forbidden except previous
formal approval of the named addressee(s). If you are not the
intended recipient, please contact immediately the sender by
telephone, fax or e-mail and delete the information in this
message that has been received in error. The sender does not
give any warranty or accept liability as the content, accuracy
or completeness of sent messages and accepts no responsibility
 for changes made after they were sent or for other risks
which arise as a result of e-mail transmission, viruses, etc.




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel