Actually you won't, i left the hardcoded version number as a fallback in
there in the patch i actually committed.
On Wed, Nov 17, 2010 at 2:59 PM, Jody Garnett <[email protected]>wrote:
> Secondary patch looks good :-) Will need to udpate the rename.xml ant
> script to avoid messing wtih GeoTools class now?
> Jody
>
> On 17/11/2010, at 10:59 AM, Justin Deoliveira wrote:
>
> OK, I added a secondary patch that adds this info to the GeoTools class:
>
>
> http://jira.codehaus.org/secure/attachment/52238/GEOT-3319-GeoTools.java.patch
>
> I will treat this as a secondary patch though as it might require some more
> discussion. But the initial patch is pretty safe so I will go ahead with
> that.
>
> On Tue, Nov 16, 2010 at 4:55 PM, Jody Garnett <[email protected]>wrote:
>
>> If I can make a suggestion; can we also include the information in the
>> GeoTools class; there is a record of what version is in use that
>> people can call dynamically.
>>
>> The best would be if we could look up the manifest information; right
>> now we update the GeoTools class as part of the release process.
>>
>> Jody
>>
>> On Wed, Nov 17, 2010 at 5:10 AM, Justin Deoliveira <[email protected]>
>> wrote:
>> > Hi all,
>> > Recently on geoserver-devel we have been discussing adding some
>> versioning
>> > information to build artifacts. This is most important for geoserver
>> when it
>> > comes to nightly builds because currently when someone grabs a nightly
>> build
>> > they really have no idea what version of geotools is included in it. I
>> would
>> > think conveying such information would be of use to any project that
>> depends
>> > on geotools, not just geoserver.
>> > So, I would like to make some modifications to the geotools build
>> process to
>> > add this information. Things to capture at this point are the svn
>> revision,
>> > the build timestamp, and the project version. Open to ideas of what else
>> to
>> > include.
>> > So the main idea will be to add this information to the manifest of each
>> > individual jar file that gets created. So a resulting manifest would
>> look
>> > like this:
>> > Manifest-Version: 1.0
>> > Archiver-Version: Plexus Archiver
>> > Created-By: Apache Maven
>> > Built-By: jdeolive
>> > Build-Jdk: 1.5.0_19
>> > Project-Version: 2.7-SNAPSHOT
>> > Build-Timestamp: 20101116-1134
>> > Svn-Revision: 36212
>> > The second part is to add VERSION.txt file to all the build release
>> > artifacts. Which will look something like this:
>> > version: 2.7-SNAPSHOT
>> > svn revision: 36212
>> > build date : 20101116-1134
>> > What do people think. I created a patch here that does the work:
>> > http://jira.codehaus.org/browse/GEOT-3319
>> > Thanks.
>> > -Justin
>> > --
>> > Justin Deoliveira
>> > OpenGeo - http://opengeo.org
>> > Enterprise support for open source geospatial.
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Beautiful is writing same markup. Internet Explorer 9 supports
>> > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
>> > Spend less time writing and rewriting code and more time creating great
>> > experiences on the web. Be a part of the beta today
>> > http://p.sf.net/sfu/msIE9-sfdev2dev
>> > _______________________________________________
>> > Geotools-devel mailing list
>> > [email protected]
>> > https://lists.sourceforge.net/lists/listinfo/geotools-devel
>> >
>> >
>>
>
>
>
> --
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
>
>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
