Thank you very much David, your help is much needed (as you no doubt
noticed).
Currently I am at the OOPSLA conference where I am about to see a
presentation by one of your colleagues on tracking shipping containers
(and will be looking into uDig integration later).
Actually I have just attend
I've updated the Spearfish demo to work with the GeoTools 2.2 and 2.3
MapPane.
It supports both the DB2 data store and the Shapefile data store by
changing a parameter. The shapefile data including .prj and .sld files is
in a subdirectory in the zip file at
http://docs.codehaus.org/display/GEO
Cory Horner wrote:
>>Ran the tests for trunk on my system... and boom.
>>
>>I don't think my changes caused this?
>>
>>[INFO] Setting reports dir:
>>c:\java\geotools\trunk\modules\extension\xml-gml3\target/surefire-reports
>>
>>
Justin Deoliveira wrote:
>Are you running them in java 4 or jav
Hi Guys, I did not announce any of my recent writing (fall outs from
FOSS4G w/ more still to come).
But I did get yesterdays OOPSLA comments on the front page of
http://java.net which is always special.
Cheers,
Jody
(now if only I could write well, need a way to get more pictures)
-
Andrea Aime a écrit :
> Just finished the build successfully here at revision 22388 using 1.4.2_12
Thanks Andrea. I got a build failure in plugin/image at same revision using
1.4.2_05 (I didn't upgrated my Java 1.4 installation for a while):
javax.imageio.IIOException: Previous marked position h
Martin Desruisseaux ha scritto:
> Cory Horner a écrit :
>> Ran the tests for trunk on my system... and boom.
>>
>>
>> javax.xml.transform.TransformerFactoryConfigurationError: Provider for
>> javax.xml.transform.TransformerFactory cannot be found
>> at javax.xml.transform.TransformerFactory.newI
Cory Horner a écrit :
> Ran the tests for trunk on my system... and boom.
>
>
> javax.xml.transform.TransformerFactoryConfigurationError: Provider for
> javax.xml.transform.TransformerFactory cannot be found
> at javax.xml.transform.TransformerFactory.newInstance(Unknown Source)
> at org.geo
Are you running them in java 4 or java 5?
Cory Horner wrote:
> Ran the tests for trunk on my system... and boom.
>
> I don't think my changes caused this?
>
> [INFO] Setting reports dir:
> c:\java\geotools\trunk\modules\extension\xml-gml3\target/surefire-reports
>
> ---
Ran the tests for trunk on my system... and boom.
I don't think my changes caused this?
[INFO] Setting reports dir:
c:\java\geotools\trunk\modules\extension\xml-gml3\target/surefire-reports
---
T E S T S
--
Andrea Aime a écrit :
>> If we decide to reinsert the "gt2-" prefix in all Geotools module
>> name, we will come back to the issue. This one has a workaround
>> however: we can manually add in every pom.xml files. But
>> experience suggested that it is error prone.
>
> In my experience maven
Cory Horner a écrit :
> I'm pushing a bug fix up from 2.2.x... can I put it on trunk?
Yes. We may hack the pom.xml files again a little bit later, but it should not
prevent you to work on source files.
Martin
-
Usin
I'm pushing a bug fix up from 2.2.x... can I put it on trunk?
Thanks,
Cory.
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job ea
Ahh, ok I see, I wasn't aware that maven did this with the MANIFEST.MF.
I understand the problem now. Adrian, ignore my previous email :).
-Justin
Martin Desruisseaux wrote:
> Justin Deoliveira a écrit :
>> Also, I couldn't find much documentation on finalName. But all it says
>> is that the buil
Justin Deoliveira a écrit :
> Also, I couldn't find much documentation on finalName. But all it says
> is that the built "artifact" should be called , I don't believe this
> means the local repository artifacts, just the artifacts under the
> target/ directory of the module.
Right, the JAR in
Are you sure about this Martin? From my understanding of maven when you
run from the root, all the modules are in the reactor and the elements
on the classpath are not the built jars, but the compiled class files in
the target/classes directory of each module.
When you run from a particular module
Correct me if i am wrong, you want the following:
1. The user creates a skeleton app with the geotools maven archetype.
2. The user builds there app with maven creating a jar file
3. The user drops the jar file into the same directory containing all
the gt2-*.jar files from a binary geotools relea
Martin Desruisseaux ha scritto:
> Adrian Custer a écrit :
>> Could whoever designed this please explain what's going on? It seems to
>> break thing because the name in the local maven repo used during the
>> build differs from the name of the jars that will be used to run.
>
> The "gt-" prefix is
Adrian Custer a écrit :
> Could whoever designed this please explain what's going on? It seems to
> break thing because the name in the local maven repo used during the
> build differs from the name of the jars that will be used to run.
The "gt-" prefix is inserted correctly in the classpath when
>From what I can tell, the finalName does not affect what gets installed
in the repository. Only what the "built artifacts" are called ( jars
under the target directory). So if I am correct this only affects the
release artifacts, ie gt2-bin.zip will contain jars of the form gt2-*.jar.
But when th
Hey all,
Could whoever designed this please explain what's going on? It seems to
break thing because the name in the local maven repo used during the
build differs from the name of the jars that will be used to run.
In the archetype, I create a pom that is used to build the app, i.e.
maven/arc
Andrea Aime a écrit :
>> The ideas are written down here:
>> - http://docs.codehaus.org/display/GEOT/Hacking+your+own+Module
>>
>> The thread was voted on by the PMC, but the above page has not yet
>> been reviewed so it is marked "pending".
>
> I reviewed it, and it's ok, but already old I guess
Adrian Custer ha scritto:
> Hey all,
>
> I've committed an initial take on maven/archetype onto trunk. If any of
> you really understand the technology and would take the time to look at
> what I've done, I could use some expert help.
>
>
> Specifically:
>
> (1) Must the version number of the d
Jody Garnett ha scritto:
> Hi Andrea, you are indeed correct.
>
> The ideas are written down here:
> - http://docs.codehaus.org/display/GEOT/Hacking+your+own+Module
>
> The thread was voted on by the PMC, but the above page has not yet been
> reviewed so it is marked "pending".
I reviewed it, a
23 matches
Mail list logo