Arne Kepp has set me up with credentials; I am quickly deploying a
2.6-SNAPSHOT now (which will get the udig build going again - yeah !).
Jody
On Tue, May 12, 2009 at 9:31 AM, Jody Garnett wrote:
> On Tue, May 12, 2009 at 12:29 AM, Arne Kepp wrote:
>> Justin Deoliveira wrote:
>>> Hmmm... well w
Ops I was just kicked out:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Error installing artifact's metadata: Error while deploying
metadata: Failed to tran
The modul matrix page is here
http://docs.codehaus.org/display/GEOTOOLS/Feature-Pregeneralized
At the moment, the module/documentation is located in the unsupported
branches.
--
The NEW KODAK i700 Series Scanners
Christian Müller ha scritto:
>
>
> The modul matrix page is here
> http://docs.codehaus.org/display/GEOTOOLS/Feature-Pregeneralized
>
> At the moment, the module/documentation is located in the unsupported
> branches.
+1 for graduation
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo
Originally sent to the geoserver list, but the same problem and
solutions apply. Thoughts?
Hi all,
So the source of the problems of not being able to build with maven
2.1.0 stems from the jalopy setup in the root pom.xml:
org.codehaus.mojo
jalopy-maven-plugin
1.0-SNAPSHOT
However, this one wrinkle, in geotools the build-configs plugin is also
used for clover. Is anyone using this? Do we actually still have a
license? Given that cobertura does not require a license or any
additional configuration i would lean in that direction for reporting
code coverage.
-Justi
Justin Deoliveira wrote:
> However, this one wrinkle, in geotools the build-configs plugin is also
> used for clover. Is anyone using this? Do we actually still have a
> license? Given that cobertura does not require a license or any
> additional configuration i would lean in that direction for
Justin Deoliveira ha scritto:
> However, this one wrinkle, in geotools the build-configs plugin is also
> used for clover. Is anyone using this? Do we actually still have a
> license? Given that cobertura does not require a license or any
> additional configuration i would lean in that direction
I am using cobertura
+1 for removing
Andrea Aime writes:
> Justin Deoliveira ha scritto:
>> However, this one wrinkle, in geotools the build-configs plugin is also
>> used for clover. Is anyone using this? Do we actually still have a
>> license? Given that cobertura does not require a license
+1
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - 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://simboss.blogspot
Cool, thanks for the prompt reply folks. I will make the mods on 2.5.x
and trunk and will report back when we are maven 2.1.0 ready.
-JD
Simone Giannecchini wrote:
> +1
> ---
> Ing. Simone Giannecchini
> GeoSolutions S.A.S.
> Owner - Software E
Hi all,
So both geotools 2.5.x and trunk should be buildable now with maven 2.1.
If someone else could try it out for a sanity check that would be much
appreciated.
-JD
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
DataUtilities.defaultValue() throws exception for BigDecimal attributes
---
Key: GEOT-2479
URL: http://jira.codehaus.org/browse/GEOT-2479
Project: GeoTools
Issue Type: Bug
Maven 2.1.0 - I am downloading now; they do not appear to have a
maven-ant-tasks download for 2.1.0. I will test but for right now I am
at +0
> So two options to fix:
>
> 1) Kill the jalopy configuration and the build-configs module since neither
> is used
+1
Jalopy is out of our developers guid
Thanks Justin; I will confirm on this end.
I can contact the opengeo repository again; but a lot of the content
is still showing up with date stamped SNAPSHOTS; so the udig build is
not in the game yet.
Jody
On Tue, May 12, 2009 at 11:29 PM, Justin Deoliveira
wrote:
> Looks like the deploy went
Okay a couple clues:
- when I deploy from the root level date stamped versions are still
being produced
- when I go into a directory such as build/maven/archetype and deploy
a 2.6-SNAPSHOT is produced
I am out of time to look at this for today
Jody
On Wed, May 13, 2009 at 11:05 AM, Jody Garnett
Thus far I am unclear how to turn off date-versioned SNAPSHOTS on the
OpenGeo repository.
I have been splicing in the opengeo distributionManagement entry with
the -Pdeploy.opengeo profile. I have verified this worked using mvn
help:effective-pom.
My next idea is we need to scrub the 2.6-SNAPSHOT
It's working for me with trunk on osx. Nice. Thanks Justin.
Michael
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Thanks - excellent job on the documentation. I do see a conflict
between "org.geotools.data.gen.DataStoreLookup" and Repository. Is
this something we can do as the module moves to supported?
The docs for repository are here:
http://docs.codehaus.org/display/GEOTDOC/Managing+DataStores+using+Reposi
Okay we are good to go.
A couple of things helped:
- upgrading to maven 2.1.0
- the snapshotRepository snippet mentioned below
I have just deployed the core geotools; not -Dall so those making use
of jdbc-ng datastores are not in the clear yet.
Jody
On Wed, May 13, 2009 at 12:23 PM, Jody Garnet
Jody Garnett ha scritto:
> Maven 2.1.0 - I am downloading now; they do not appear to have a
> maven-ant-tasks download for 2.1.0. I will test but for right now I am
> at +0
Out of curiosity, what prevents you to use the maven-ant-task
based on 2.0.10 series? I would believe you use maven-ant-task
21 matches
Mail list logo