Re: [Geoserver-devel] virtual services, 2.0.x or trunk?

[Justin D. <jde...@op...>]

Ciao Simone,

You are quite right, I did say this, and have always tried to advocate 
for less work on the stable branch. Which was my original motivation for 
sending this email.

I am odds with myself. With my "GeoServer developer" hat on I would vote 
against this on 2.0.x. However with my "delivering to customer" hat on 
it is definitely more convenient for me to have this rolled into 2.0.x.

Perhaps if I shed some light on my alternative strategy of maintaining a 
branch, since it would not be a conventional branch as we have seen in 
GeoServer before.

I have been using git locally to manage the different repos I work on. 
And have been using the svn support built right into git to make the 
interaction between git and svn seamless. I can explain how I have been 
working if people are interested or think it would help make the 
decision either. I also don't want to patronize those who already use 
git and probably know more about it than I do :), so just let me know.

-Justin

Simone Giannecchini wrote:
> Ciao Justin,
> I checked the patch a little bit as well as the proposal page and they
> both look good to me, I think it is something we need, therefore I am
> inclined to say go ahead and commit.
> 
> At the same time, I have a doubt/concern. When we discussed the
> changes to make the hibernate catalog happy, you told me that you were
> not happy to make relevant changes on the 2.0.x branch. I agreed with
> your judgement and therefore we tried to find a workaround and
> postponed part of the associated work. With the patch you propose I
> believe we are in the same situation, actually, probably worse since
> the changes are substantial and extensive. Therefore my doubt/concern,
> is as follows, assuming that the work that each one of us do has a
> stakeholder, internal or external, why this time we should allow this
> change to be included? What is the reference UoM for "relevant
> changes" on a stable branch?
> 
> As I said I am willing to give at least a +0 to your work but I think
> that the questions I asked above are important to me, especially as a
> Company, since as you pointed out, mantaining branches and local
> version has a cost and I would like to clarify a bit the key factor
> for deciding what can be included in a stable branch and what cannot
> be included.
> 
> 
> Ciao,
> Simone.
> 
> -------------------------------------------------------
> Ing. Simone Giannecchini
> GeoSolutions S.A.S.
> Founder - Software Engineer
> Via Carignoni 51
> 55041  Camaiore (LU)
> Italy
> 
> phone: +39 0584983027
> fax:      +39 0584983027
> mob:    +39 333 8128928
> 
> 
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.linkedin.com/in/simonegiannecchini
> http://twitter.com/simogeo
> 
> -------------------------------------------------------
> 
> 
> 
> On Mon, Jan 18, 2010 at 5:08 PM, Justin Deoliveira <jde...@op...> wrote:
>> Hi all,
>>
>> In a recent through I brought up the question about the virtual service
>> work being done on the stable branch:
>>
>> http://old.nabble.com/virtual-services,-suitable-for-2.0.x--td27163335.html
>>
>> However did not get much in terms of resolution from the PSC. So I want
>> to ask if there is anything more I can do to make the issue clearer or
>> there are any more outstanding questions.
>>
>> Here is the issue with an updated patch:
>>
>>   http://jira.codehaus.org/browse/GEOS-3768
>>
>> Apologies for being pushy, i know everyone is extremely busy but this
>> work needs to be delivered to the customer soon and I need to know how i
>> am going to maintain it.
>>
>> Thanks.
>>
>> -Justin
>>
>> --
>> Justin Deoliveira
>> OpenGeo - http://opengeo.org
>> Enterprise support for open source geospatial.
>>
>>
>> ------------------------------------------------------------------------------
>> Throughout its 18-year history, RSA Conference consistently attracts the
>> world's best and brightest in the field, creating opportunities for Conference
>> attendees to learn about information security's most important issues through
>> interactions with peers, luminaries and emerging and established companies.
>> http://p.sf.net/sfu/rsaconf-dev2dev
>> _______________________________________________
>> Geoserver-devel mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>

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