[Geoserver-devel] GSIP 90: upgrade GWC to version 1.4.x

Hi all,
I’ve prepared a GSIP and a couple of pull requests to upgrade GeoServer to
GeoWebCache 1.4:

http://geoserver.org/display/GEOS/GSIP+90±+Upgrading+to+GWC+1.4.x

https://github.com/geoserver/geoserver/pull/101/files
https://github.com/GeoWebCache/geowebcache/pull/159

The work basically adapts a bit GeoWebCache to make it easier to plug
the new facilities of 1.4 into GeoServer, and adapts GeoServer to follow
up the few API changes, and more importantly, to configure those via
a Web UI.

The proposal says it all, but here is an executive summary:

  • full clustering without giving up metastore and disk quota functionality
  • dropping BDB from the classpath, a nice 2MB reduction
  • configuring the clustering options from the UI

Please discuss and/or vote, time is tyrant (but if we don’t make by Jan 21th
no big issue, this is a spare time thing for me, I wanted to have the new GWC
stuff in GS 2.3.x, but if we don’t make it, no problem, it’s going to be in 2.4.x)

Cheers
Andrea

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

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


+1 - awesome work. And I’d love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc connection easier to use? Like it seems to be a much more user friendly way would be to let users first have an option choose a datastore connection they’ve already established, instead of picking drivers and the like. And then to show the current thing as an advanced option. What’s there now is definitely a great first step, and more than sufficient to get in right now. But am just curious if there are blockers to making things easier, or was just lack of time.

Also what’s the state of documentation with this stuff? Again, no blocker at all, best to get things in. We may be able to help out some with docs. Things like when each of the locks might make sense, to help people choose, and docs on the quota store configuration.

···

On Sun, Jan 13, 2013 at 9:10 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi all,
I’ve prepared a GSIP and a couple of pull requests to upgrade GeoServer to
GeoWebCache 1.4:

http://geoserver.org/display/GEOS/GSIP+90±+Upgrading+to+GWC+1.4.x

https://github.com/geoserver/geoserver/pull/101/files
https://github.com/GeoWebCache/geowebcache/pull/159

The work basically adapts a bit GeoWebCache to make it easier to plug
the new facilities of 1.4 into GeoServer, and adapts GeoServer to follow
up the few API changes, and more importantly, to configure those via
a Web UI.

The proposal says it all, but here is an executive summary:

  • full clustering without giving up metastore and disk quota functionality
  • dropping BDB from the classpath, a nice 2MB reduction
  • configuring the clustering options from the UI

Please discuss and/or vote, time is tyrant (but if we don’t make by Jan 21th
no big issue, this is a spare time thing for me, I wanted to have the new GWC
stuff in GS 2.3.x, but if we don’t make it, no problem, it’s going to be in 2.4.x)

Cheers
Andrea

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

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



Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only – learn more at:
http://p.sf.net/sfu/learnmore_123012


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

On Sun, Jan 13, 2013 at 4:48 PM, Chris Holmes <cholmes@anonymised.com> wrote:

+1 - awesome work. And I’d love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc connection easier to use? Like it seems to be a much more user friendly way would be to let users first have an option choose a datastore connection they’ve already established, instead of picking drivers and the like. And then to show the current thing as an advanced option. What’s there now is definitely a great first step, and more than sufficient to get in right now. But am just curious if there are blockers to making things easier, or was just lack of time.

Lack of time was the number one issue, but there is more.

First off, the general design of GWC pointed in that direction, GWC is more low level, more oriented towards the control of the little
details (e.g., for how rich the integration GUI in GeoServer is, it still lacks some important options for production grade tile serving, like
controlling etags and expiry, or setting up cache masks to avoid caching tiles over the sea).

Also, for how much user friendly the current datastore support in GeoServer is still lacking a number of advanced options that one
can only control by manipulating the JDBC URL, like, try working over an SSL connection to a postgis database or
add one of the many options the Oracle JDBC driver supports (memo to myself, we really should provide another connection
mode allowing the advanced user to provide a full JDBC URL also for spatial database connections).

Given that this is a enterprise feature (why setup a connection to an external database if clustering is not needed?)
I believe it’s better to err on the side of more control, instead of the side of easier setup, and that was also agreeing with
the general lack of time context in which I’ve made this GWC 1.4 integration.

Also what’s the state of documentation with this stuff? Again, no blocker at all, best to get things in. We may be able to help out some with docs. Things like when each of the locks might make sense, to help people choose, and docs on the quota store configuration.

There is documentation in GWC regarding this, but I did not manage to make any for GeoServer
so far, spent good part of the time I had lately to make the integration possible to start with:
http://geowebcache.org/docs/current/production/index.html#clustering
http://geowebcache.org/docs/current/configuration/diskquotas.html#disk-quota-storage

The final deadline for new features is in 7 days, I don’t believe I’ll manage to add documentation:
is there anyone interested in helping out?

Cheers
Andrea

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

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


Great stuff, reviewing the patch right now, be back with insights/approval.

Cheers,
Gabriel

On Sun, Jan 13, 2013 at 4:22 PM, Andrea Aime
<andrea.aime@anonymised.com> wrote:

On Sun, Jan 13, 2013 at 4:48 PM, Chris Holmes <cholmes@anonymised.com> wrote:

+1 - awesome work. And I'd love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc connection
easier to use? Like it seems to be a much more user friendly way would be to
let users first have an option choose a datastore connection they've already
established, instead of picking drivers and the like. And then to show the
current thing as an advanced option. What's there now is definitely a great
first step, and more than sufficient to get in right now. But am just
curious if there are blockers to making things easier, or was just lack of
time.

Lack of time was the number one issue, but there is more.

First off, the general design of GWC pointed in that direction, GWC is more
low level, more oriented towards the control of the little
details (e.g., for how rich the integration GUI in GeoServer is, it still
lacks some important options for production grade tile serving, like
controlling etags and expiry, or setting up cache masks to avoid caching
tiles over the sea).

Also, for how much user friendly the current datastore support in GeoServer
is still lacking a number of advanced options that one
can only control by manipulating the JDBC URL, like, try working over an SSL
connection to a postgis database or
add one of the many options the Oracle JDBC driver supports (memo to myself,
we really should provide another connection
mode allowing the advanced user to provide a full JDBC URL also for spatial
database connections).

Given that this is a enterprise feature (why setup a connection to an
external database if clustering is not needed?)
I believe it's better to err on the side of more control, instead of the
side of easier setup, and that was also agreeing with
the general lack of time context in which I've made this GWC 1.4
integration.

Also what's the state of documentation with this stuff? Again, no blocker
at all, best to get things in. We may be able to help out some with docs.
Things like when each of the locks might make sense, to help people choose,
and docs on the quota store configuration.

There is documentation in GWC regarding this, but I did not manage to make
any for GeoServer
so far, spent good part of the time I had lately to make the integration
possible to start with:
http://geowebcache.org/docs/current/production/index.html#clustering
http://geowebcache.org/docs/current/configuration/diskquotas.html#disk-quota-storage

The final deadline for new features is in 7 days, I don't believe I'll
manage to add documentation:
is there anyone interested in helping out?

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

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

-------------------------------------------------------

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Not much to add besides that I support the upgrade, so here is my +1. I am sure folks like Gabriel or someone closer to gwc can provide more useful feedback.

···

On Mon, Jan 14, 2013 at 8:56 AM, Gabriel Roldan <groldan@anonymised.com> wrote:

Great stuff, reviewing the patch right now, be back with insights/approval.

Cheers,
Gabriel

On Sun, Jan 13, 2013 at 4:22 PM, Andrea Aime
<andrea.aime@anonymised.com> wrote:

On Sun, Jan 13, 2013 at 4:48 PM, Chris Holmes <cholmes@anonymised.com> wrote:

+1 - awesome work. And I’d love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc connection
easier to use? Like it seems to be a much more user friendly way would be to
let users first have an option choose a datastore connection they’ve already
established, instead of picking drivers and the like. And then to show the
current thing as an advanced option. What’s there now is definitely a great
first step, and more than sufficient to get in right now. But am just
curious if there are blockers to making things easier, or was just lack of
time.

Lack of time was the number one issue, but there is more.

First off, the general design of GWC pointed in that direction, GWC is more
low level, more oriented towards the control of the little
details (e.g., for how rich the integration GUI in GeoServer is, it still
lacks some important options for production grade tile serving, like
controlling etags and expiry, or setting up cache masks to avoid caching
tiles over the sea).

Also, for how much user friendly the current datastore support in GeoServer
is still lacking a number of advanced options that one
can only control by manipulating the JDBC URL, like, try working over an SSL
connection to a postgis database or
add one of the many options the Oracle JDBC driver supports (memo to myself,
we really should provide another connection
mode allowing the advanced user to provide a full JDBC URL also for spatial
database connections).

Given that this is a enterprise feature (why setup a connection to an
external database if clustering is not needed?)
I believe it’s better to err on the side of more control, instead of the
side of easier setup, and that was also agreeing with
the general lack of time context in which I’ve made this GWC 1.4
integration.

Also what’s the state of documentation with this stuff? Again, no blocker
at all, best to get things in. We may be able to help out some with docs.
Things like when each of the locks might make sense, to help people choose,
and docs on the quota store configuration.

There is documentation in GWC regarding this, but I did not manage to make
any for GeoServer
so far, spent good part of the time I had lately to make the integration
possible to start with:
http://geowebcache.org/docs/current/production/index.html#clustering
http://geowebcache.org/docs/current/configuration/diskquotas.html#disk-quota-storage

The final deadline for new features is in 7 days, I don’t believe I’ll
manage to add documentation:
is there anyone interested in helping out?

Cheers
Andrea

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

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



Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only – learn more at:
http://p.sf.net/sfu/learnmore_123012


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


Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.


Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft

MVPs and experts. SALE $99.99 this month only – learn more at:
http://p.sf.net/sfu/learnmore_122412


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


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

+1

-Jukka Rahkonen-
________________________________
Justin Deoliveira wrote:

Not much to add besides that I support the upgrade, so here is my +1. I am sure folks like Gabriel or someone closer to gwc can provide more useful feedback.

On Mon, Jan 14, 2013 at 8:56 AM, Gabriel Roldan <groldan@anonymised.com<mailto:groldan@anonymised.com>> wrote:
Great stuff, reviewing the patch right now, be back with insights/approval.

Cheers,
Gabriel

On Sun, Jan 13, 2013 at 4:22 PM, Andrea Aime
<andrea.aime@anonymised.com<mailto:andrea.aime@anonymised.com>> wrote:

On Sun, Jan 13, 2013 at 4:48 PM, Chris Holmes <cholmes@anonymised.com<mailto:cholmes@anonymised.com>> wrote:

+1 - awesome work. And I'd love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc connection
easier to use? Like it seems to be a much more user friendly way would be to
let users first have an option choose a datastore connection they've already
established, instead of picking drivers and the like. And then to show the
current thing as an advanced option. What's there now is definitely a great
first step, and more than sufficient to get in right now. But am just
curious if there are blockers to making things easier, or was just lack of
time.

Lack of time was the number one issue, but there is more.

First off, the general design of GWC pointed in that direction, GWC is more
low level, more oriented towards the control of the little
details (e.g., for how rich the integration GUI in GeoServer is, it still
lacks some important options for production grade tile serving, like
controlling etags and expiry, or setting up cache masks to avoid caching
tiles over the sea).

Also, for how much user friendly the current datastore support in GeoServer
is still lacking a number of advanced options that one
can only control by manipulating the JDBC URL, like, try working over an SSL
connection to a postgis database or
add one of the many options the Oracle JDBC driver supports (memo to myself,
we really should provide another connection
mode allowing the advanced user to provide a full JDBC URL also for spatial
database connections).

Given that this is a enterprise feature (why setup a connection to an
external database if clustering is not needed?)
I believe it's better to err on the side of more control, instead of the
side of easier setup, and that was also agreeing with
the general lack of time context in which I've made this GWC 1.4
integration.

Also what's the state of documentation with this stuff? Again, no blocker
at all, best to get things in. We may be able to help out some with docs.
Things like when each of the locks might make sense, to help people choose,
and docs on the quota store configuration.

There is documentation in GWC regarding this, but I did not manage to make
any for GeoServer
so far, spent good part of the time I had lately to make the integration
possible to start with:
http://geowebcache.org/docs/current/production/index.html#clustering
http://geowebcache.org/docs/current/configuration/diskquotas.html#disk-quota-storage

The final deadline for new features is in 7 days, I don't believe I'll
manage to add documentation:
is there anyone interested in helping out?

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313<tel:%2B39%200584%20962313>
fax: +39 0584 1660272<tel:%2B39%200584%201660272>
mob: +39 339 8844549<tel:%2B39%20%20339%208844549>

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

-------------------------------------------------------

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET<http://ASP.NET>, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net<mailto:Geoserver-devel@anonymised.comforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET<http://ASP.NET>, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122412
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net<mailto:Geoserver-devel@anonymised.comrge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

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

+1, we have been waiting for this ability for a while.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

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

-------------------------------------------------------

On Mon, Jan 14, 2013 at 7:47 PM, Rahkonen Jukka
<Jukka.Rahkonen@anonymised.com> wrote:

+1

-Jukka Rahkonen-
________________________________
Justin Deoliveira wrote:

Not much to add besides that I support the upgrade, so here is my +1. I am sure folks like Gabriel or someone closer to gwc can provide more useful feedback.

On Mon, Jan 14, 2013 at 8:56 AM, Gabriel Roldan <groldan@anonymised.com<mailto:groldan@anonymised.com>> wrote:
Great stuff, reviewing the patch right now, be back with insights/approval.

Cheers,
Gabriel

On Sun, Jan 13, 2013 at 4:22 PM, Andrea Aime
<andrea.aime@anonymised.com<mailto:andrea.aime@anonymised.com>> wrote:

On Sun, Jan 13, 2013 at 4:48 PM, Chris Holmes <cholmes@anonymised.com<mailto:cholmes@anonymised.com>> wrote:

+1 - awesome work. And I'd love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc connection
easier to use? Like it seems to be a much more user friendly way would be to
let users first have an option choose a datastore connection they've already
established, instead of picking drivers and the like. And then to show the
current thing as an advanced option. What's there now is definitely a great
first step, and more than sufficient to get in right now. But am just
curious if there are blockers to making things easier, or was just lack of
time.

Lack of time was the number one issue, but there is more.

First off, the general design of GWC pointed in that direction, GWC is more
low level, more oriented towards the control of the little
details (e.g., for how rich the integration GUI in GeoServer is, it still
lacks some important options for production grade tile serving, like
controlling etags and expiry, or setting up cache masks to avoid caching
tiles over the sea).

Also, for how much user friendly the current datastore support in GeoServer
is still lacking a number of advanced options that one
can only control by manipulating the JDBC URL, like, try working over an SSL
connection to a postgis database or
add one of the many options the Oracle JDBC driver supports (memo to myself,
we really should provide another connection
mode allowing the advanced user to provide a full JDBC URL also for spatial
database connections).

Given that this is a enterprise feature (why setup a connection to an
external database if clustering is not needed?)
I believe it's better to err on the side of more control, instead of the
side of easier setup, and that was also agreeing with
the general lack of time context in which I've made this GWC 1.4
integration.

Also what's the state of documentation with this stuff? Again, no blocker
at all, best to get things in. We may be able to help out some with docs.
Things like when each of the locks might make sense, to help people choose,
and docs on the quota store configuration.

There is documentation in GWC regarding this, but I did not manage to make
any for GeoServer
so far, spent good part of the time I had lately to make the integration
possible to start with:
http://geowebcache.org/docs/current/production/index.html#clustering
http://geowebcache.org/docs/current/configuration/diskquotas.html#disk-quota-storage

The final deadline for new features is in 7 days, I don't believe I'll
manage to add documentation:
is there anyone interested in helping out?

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313<tel:%2B39%200584%20962313>
fax: +39 0584 1660272<tel:%2B39%200584%201660272>
mob: +39 339 8844549<tel:%2B39%20%20339%208844549>

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

-------------------------------------------------------

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET<http://ASP.NET>, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net<mailto:Geoserver-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET<http://ASP.NET>, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122412
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net<mailto:Geoserver-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

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

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122412
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

+1 here too.

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 331 6233686

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


On Mon, Jan 14, 2013 at 8:01 PM, Simone Giannecchini <simone.giannecchini@anonymised.com> wrote:

+1, we have been waiting for this ability for a while.

Regards,
Simone Giannecchini

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313

fax: +39 0584 1660272
mob: +39 333 8128928

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


On Mon, Jan 14, 2013 at 7:47 PM, Rahkonen Jukka
<Jukka.Rahkonen@anonymised.com> wrote:

+1

-Jukka Rahkonen-


Justin Deoliveira wrote:

Not much to add besides that I support the upgrade, so here is my +1. I am sure folks like Gabriel or someone closer to gwc can provide more useful feedback.

On Mon, Jan 14, 2013 at 8:56 AM, Gabriel Roldan <groldan@anonymised.commailto:[groldan@anonymised.com](mailto:groldan@anonymised.com)> wrote:
Great stuff, reviewing the patch right now, be back with insights/approval.

Cheers,
Gabriel

On Sun, Jan 13, 2013 at 4:22 PM, Andrea Aime
<andrea.aime@anonymised.commailto:[andrea.aime@anonymised.com..](mailto:andrea.aime@anonymised.com)> wrote:

On Sun, Jan 13, 2013 at 4:48 PM, Chris Holmes <cholmes@anonymised.commailto:[cholmes@anonymised.com](mailto:cholmes@anonymised.com)> wrote:

+1 - awesome work. And I’d love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc connection
easier to use? Like it seems to be a much more user friendly way would be to
let users first have an option choose a datastore connection they’ve already
established, instead of picking drivers and the like. And then to show the
current thing as an advanced option. What’s there now is definitely a great
first step, and more than sufficient to get in right now. But am just
curious if there are blockers to making things easier, or was just lack of
time.

Lack of time was the number one issue, but there is more.

First off, the general design of GWC pointed in that direction, GWC is more
low level, more oriented towards the control of the little
details (e.g., for how rich the integration GUI in GeoServer is, it still
lacks some important options for production grade tile serving, like
controlling etags and expiry, or setting up cache masks to avoid caching
tiles over the sea).

Also, for how much user friendly the current datastore support in GeoServer
is still lacking a number of advanced options that one
can only control by manipulating the JDBC URL, like, try working over an SSL
connection to a postgis database or
add one of the many options the Oracle JDBC driver supports (memo to myself,
we really should provide another connection
mode allowing the advanced user to provide a full JDBC URL also for spatial
database connections).

Given that this is a enterprise feature (why setup a connection to an
external database if clustering is not needed?)
I believe it’s better to err on the side of more control, instead of the
side of easier setup, and that was also agreeing with
the general lack of time context in which I’ve made this GWC 1.4
integration.

Also what’s the state of documentation with this stuff? Again, no blocker
at all, best to get things in. We may be able to help out some with docs.
Things like when each of the locks might make sense, to help people choose,
and docs on the quota store configuration.

There is documentation in GWC regarding this, but I did not manage to make
any for GeoServer
so far, spent good part of the time I had lately to make the integration
possible to start with:
http://geowebcache.org/docs/current/production/index.html#clustering
http://geowebcache.org/docs/current/configuration/diskquotas.html#disk-quota-storage

The final deadline for new features is in 7 days, I don’t believe I’ll
manage to add documentation:
is there anyone interested in helping out?

Cheers
Andrea

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313tel:%2B39%200584%20962313
fax: +39 0584 1660272tel:%2B39%200584%201660272
mob: +39 339 8844549tel:%2B39%20%20339%208844549

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



Master Visual Studio, SharePoint, SQL, ASP.NET<http://ASP.NET>, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only – learn more at:
http://p.sf.net/sfu/learnmore_123012


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.netmailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.


Master Visual Studio, SharePoint, SQL, ASP.NET<http://ASP.NET>, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only – learn more at:
http://p.sf.net/sfu/learnmore_122412


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.netmailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@anonymised.comsts.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


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


Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only – learn more at:
http://p.sf.net/sfu/learnmore_122412


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


Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only – learn more at:
http://p.sf.net/sfu/learnmore_122412


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

On Sun, Jan 13, 2013 at 2:22 PM, Andrea Aime
<andrea.aime@anonymised.com>wrote:

On Sun, Jan 13, 2013 at 4:48 PM, Chris Holmes <cholmes@anonymised.com> wrote:

+1 - awesome work. And I'd love to see it in 2.3.x

Was there a reason other than lack of time to not make the jdbc
connection easier to use? Like it seems to be a much more user friendly way
would be to let users first have an option choose a datastore connection
they've already established, instead of picking drivers and the like. And
then to show the current thing as an advanced option. What's there now is
definitely a great first step, and more than sufficient to get in right
now. But am just curious if there are blockers to making things easier, or
was just lack of time.

Lack of time was the number one issue, but there is more.

First off, the general design of GWC pointed in that direction, GWC is
more low level, more oriented towards the control of the little
details (e.g., for how rich the integration GUI in GeoServer is, it still
lacks some important options for production grade tile serving, like
controlling etags and expiry, or setting up cache masks to avoid caching
tiles over the sea).

Also, for how much user friendly the current datastore support in
GeoServer is still lacking a number of advanced options that one
can only control by manipulating the JDBC URL, like, try working over an
SSL connection to a postgis database or
add one of the many options the Oracle JDBC driver supports (memo to
myself, we really should provide another connection
mode allowing the advanced user to provide a full JDBC URL also for
spatial database connections).

Given that this is a enterprise feature (why setup a connection to an
external database if clustering is not needed?)
I believe it's better to err on the side of more control, instead of the
side of easier setup, and that was also agreeing with
the general lack of time context in which I've made this GWC 1.4
integration.

Cool, thanks for the explanation Andrea. All that makes sense. I've been
hoping we can work to expose more of the GWC GUI options you mention. And
it sounds like a decent community goal would also be the datastore
improvements that you lay out. But this step you've made is huge, thanks
for doing the work.

Also what's the state of documentation with this stuff? Again, no blocker
at all, best to get things in. We may be able to help out some with docs.
Things like when each of the locks might make sense, to help people choose,
and docs on the quota store configuration.

There is documentation in GWC regarding this, but I did not manage to make
any for GeoServer
so far, spent good part of the time I had lately to make the integration
possible to start with:
http://geowebcache.org/docs/current/production/index.html#clustering

http://geowebcache.org/docs/current/configuration/diskquotas.html#disk-quota-storage

The final deadline for new features is in 7 days, I don't believe I'll
manage to add documentation:
is there anyone interested in helping out?

I think OpenGeo may be planning to put some resources in to this. Probably
not in the next 7 days, but it seems like we just need to do it before the
final release, no? The functionality won't change, and we can just get the
docs better.

Chris

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

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

-------------------------------------------------------

Given that this is a enterprise feature (why setup a connection to an external database if clustering is not needed?)

Cool. Hopefully we’ll manage to make it also easier to setup sometimes in the future, it’s a worthy goal, I just could not fit it in the available time.

Yep, we can definitely improve docs during the hardening window before the final release

Cheers
Andrea

···

I believe it’s better to err on the side of more control, instead of the side of easier setup, and that was also agreeing with
the general lack of time context in which I’ve made this GWC 1.4 integration.

Cool, thanks for the explanation Andrea. All that makes sense. I’ve been hoping we can work to expose more of the GWC GUI options you mention. And it sounds like a decent community goal would also be the datastore improvements that you lay out. But this step you’ve made is huge, thanks for doing the work.

The final deadline for new features is in 7 days, I don’t believe I’ll manage to add documentation:
is there anyone interested in helping out?

I think OpenGeo may be planning to put some resources in to this. Probably not in the next 7 days, but it seems like we just need to do it before the final release, no? The functionality won’t change, and we can just get the docs better.

Definitely +1

Thanks,
Alessio.

···

I believe it’s better to err on the side of more control, instead of the side of easier setup, and that was also agreeing with
the general lack of time context in which I’ve made this GWC 1.4 integration.

Cool, thanks for the explanation Andrea. All that makes sense. I’ve been hoping we can work to expose more of the GWC GUI options you mention. And it sounds like a decent community goal would also be the datastore improvements that you lay out. But this step you’ve made is huge, thanks for doing the work.

The final deadline for new features is in 7 days, I don’t believe I’ll manage to add documentation:
is there anyone interested in helping out?

I think OpenGeo may be planning to put some resources in to this. Probably not in the next 7 days, but it seems like we just need to do it before the final release, no? The functionality won’t change, and we can just get the docs better.

My +1 is already on the GSIP page. The related gwc pull request is
already applied.

Cheers,
Gabriel

On Wed, Jan 16, 2013 at 8:31 AM, Alessio Fabiani
<alessio.fabiani@anonymised.com> wrote:

Definitely +1

Thanks,
Alessio.

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 331 6233686

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

-------------------------------------------------------

On Wed, Jan 16, 2013 at 10:41 AM, Andrea Aime <andrea.aime@anonymised.com>
wrote:

On Wed, Jan 16, 2013 at 12:14 AM, Chris Holmes <cholmes@anonymised.com>
wrote:

Given that this is a enterprise feature (why setup a connection to an
external database if clustering is not needed?)

I believe it's better to err on the side of more control, instead of the
side of easier setup, and that was also agreeing with
the general lack of time context in which I've made this GWC 1.4
integration.

Cool, thanks for the explanation Andrea. All that makes sense. I've been
hoping we can work to expose more of the GWC GUI options you mention. And it
sounds like a decent community goal would also be the datastore improvements
that you lay out. But this step you've made is huge, thanks for doing the
work.

Cool. Hopefully we'll manage to make it also easier to setup sometimes in
the future, it's a worthy goal, I just could not fit it in the available
time.

The final deadline for new features is in 7 days, I don't believe I'll
manage to add documentation:
is there anyone interested in helping out?

I think OpenGeo may be planning to put some resources in to this.
Probably not in the next 7 days, but it seems like we just need to do it
before the final release, no? The functionality won't change, and we can
just get the docs better.

Yep, we can definitely improve docs during the hardening window before the
final release

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

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

-------------------------------------------------------

------------------------------------------------------------------------------
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

------------------------------------------------------------------------------
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.