Actually the jdom dependency should appears straight at the root.
The Maven2 repository on ibiblio is somewhat confusing: some
packages appears in an org or javax super-package, and some do not.
In which module do you encounter the missing dependency?
In "GeoTIFF grid coverage exchange module
Actually the jdom dependency should appears straight at the root.
The Maven2 repository on ibiblio is somewhat confusing: some
packages appears in an org or javax super-package, and some do not.
In which module do you encounter the missing dependency?
In "GeoTIFF grid coverage exchange module
BLUE4A4E a écrit :
Why in plugin/pom.xml geometryless is commented out?
It has compile-time error at this time, mostly about "Cannot find symbol" in LiteralExpression and
AttributeType.
I saw your answer about:
org.opengis
geoapi-legacy
0.2
We can eliminate
Thank you Martin for having updated pom.xml files.
If you can, create plugin/Grib1/pom.xml and insert an entry for this
plugin in plugin/pom.xml:
Grib1
Why in plugin/pom.xml geometryless is commented out?
I saw your answer about:
org.opengis
geoapi-legacy
0.2
The pom.xml files in the coverage branch seem somewhat broken. We should not have a mix of
2.2-SNAPSHOT and 2.3-SNAPSHOT; it should be all one or all the other. I replaced all remaining
occurence of 2.2-SNAPSHOT by 2.3-SNAPSHOT (as you suggested) on the coverage branch as of SVN
revision 18674.
Unfortunately the reports wasn't generated, it seemed to fail before
it was created or while it was being generated. Cory just searched
the maven bug tracker and there was a report about something
similar. So it could be a bug with the version we're using. (Cory
is having the same probl
I've deleted these folders: C:\Documents and
settings\\.m2
C:\AllData\CoveragesI've done a fresh checkout
from: http://svn.geotools.org/geotools/branches/coverages_branch/trunkto: C:\AllData\Coverages
TortoiseSVN told me:
Updated:
C:\AllData\Coverages Completed: At rev
Jesse Eichar a écrit :
Just tried it on trunk. I updated and ran:
mvn clean:clean
mvn install.
Just tried myself the same on trunk, revision 18624, and it worked for me...
Which Maven version do you have? Could you also send me the content of
C:\java\gttrunk\module\referencing\target/suref
Just tried it on trunk. I updated and ran:
mvn clean:clean
mvn install.
Thats all and I got the same problem again.
So I deleted the .m2 directory and did the clean install again.
(Still all on trunk) It still didn't work. I've attached the output
of running it with the -e option. I co
Maybe I should start with building trunk. I'll do that.
Jesse
On 13-Mar-06, at 4:02 PM, Martin Desruisseaux wrote:
BLUE4A4E a écrit :
[INFO] Failed to resolve artifact.
GroupId: org.geotools
ArtifactId: gt2-plugin
Version: 2.2-SNAPSHOT
It sound like the kind of error I would expect if "mvn
BLUE4A4E a écrit :
[INFO] Failed to resolve artifact.
GroupId: org.geotools
ArtifactId: gt2-plugin
Version: 2.2-SNAPSHOT
It sound like the kind of error I would expect if "mvn install" has not be run at least once from
the topermost directory (the one that contains "module", "plugin", "ext" an
Yes it was the gt directory. I was trying to do a full build.
Jesse
On 13-Mar-06, at 3:27 PM, Martin Desruisseaux wrote:
Jesse Eichar a écrit :
I'm getting the exact same errors (The errors I mean are the
compilation errors where unit and so on are not found) on 2.2.x
branch. I did a fre
Jesse Eichar a écrit :
I'm getting the exact same errors (The errors I mean are the compilation
errors where unit and so on are not found) on 2.2.x branch. I did a
fresh checkout of 2.2 and ran mvn clean:clean then mvn install.
Did you run from trunk/gt/ directory directly (i.e. the directory
I'm getting the exact same errors (The errors I mean are the
compilation errors where unit and so on are not found) on 2.2.x
branch. I did a fresh checkout of 2.2 and ran mvn clean:clean then
mvn install.
Jesse
On 13-Mar-06, at 2:12 PM, BLUE4A4E wrote:
I've done an SVN update from:
http
14 matches
Mail list logo
