Okay this time it worked; joys of maven making my build deterministic I
guess.
So I can confirm that uDig build works; without the developer needing to
build geotools locally.
Jody
> Martin Desruisseaux wrote:
>
>> A "mvn deploy" is under progress.
>>
>>
> I tried running the uDig ref
Martin Desruisseaux wrote:
> A "mvn deploy" is under progress.
>
I tried running the uDig refresh.xml script ( mentioned in previous
posts) and have 29 required artifacts missing ...
Here is one example:
> 2) org.geotools:gt-render:jar:2.5-SNAPSHOT
> [artifact:dependencies]
> [artifact:depende
Added "gt-" prefix to modules that produce a JAR. I would recommand developpers
to performs the following steps in this order (this is not really necessary -
only cleaner):
* mvn clean
* delete the .m2/repository/org/geotools/ directory
* svn update
* mvn install
I have added a new Maven plugi
Reminding: if no body object, I'm going to process in the next few hours:
> * Do not touch to directory names.
> * Add the "gt-" prefix in leaves modules only.
> * Remove all elements.
> * Reinsert and elements.
Martin
-
Justin Deoliveira a écrit :
> This works for me. I like this approach.
>
> Martin Desruisseaux wrote:
>> * Do not touch to directory names.
>> * Add the "gt-" prefix in leaves modules only.
>> * Remove all elements.
>> * Reinsert and elements.
If nobody object, I volunter for going ahead with
Justin Deoliveira ha scritto:
> This works for me. I like this approach.
+1 for me too btw.
Cheers
Andrea
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's sti
This works for me. I like this approach.
Martin Desruisseaux wrote:
> In an attempt to help the issue that Andrea is reporting in his last email:
>
> So I suggest to go ahead with the following:
>
> * Do not touch to directory names.
> * Add the "gt-" prefix in leaves modules only.
> * Remove al
Andrea Aime a écrit :
> I must admit I don't really understand what is the difference compared
> to pure #1.
* The "2" in "gt2-" dropped.
* The parent module that contain child modules (i.e. every pom.xml declared
with pom rather than jar)
would not have "gt-" prefix. Should not matter sin
Martin Desruisseaux ha scritto:
> In an attempt to help the issue that Andrea is reporting in his last email:
>
> So I suggest to go ahead with the following:
>
> * Do not touch to directory names.
> * Add the "gt-" prefix in leaves modules only.
> * Remove all elements.
> * Reinsert and eleme
In an attempt to help the issue that Andrea is reporting in his last email:
So I suggest to go ahead with the following:
* Do not touch to directory names.
* Add the "gt-" prefix in leaves modules only.
* Remove all elements.
* Reinsert and elements.
Is that fine? It is a mix of #1 and #3. Ba
Martin Desruisseaux wrote:
> Last time I tried (one or two years ago), the plugins that didn't work at all
> were (from the commented-out reports in the root pom.xml):
>
> * Change log from SVN
> * Taglist (produce a list of "todo" from the code)
> * French localization
>
> Nothing major I admit
Martin Desruisseaux wrote:
> Jody asks that we rollback the module renaming if no action is taken this
> week.
> I known that this is the solution that some would want. I fear that if we do
> so
> this issue will fall in a black hole. Right now the proposals are (I'm
> omitting
> proposal #2)
Jody asks that we rollback the module renaming if no action is taken this week.
I known that this is the solution that some would want. I fear that if we do so
this issue will fall in a black hole. Right now the proposals are (I'm omitting
proposal #2):
#1: Basically rollback for ever (maybe re
Last time I tried (one or two years ago), the plugins that didn't work at all
were (from the commented-out reports in the root pom.xml):
* Change log from SVN
* Taglist (produce a list of "todo" from the code)
* French localization
Nothing major I admit. But and explicit declarations are still
My preference is 1. It does not seem we have a clear list of what "does
not work". It has been said that simply "site does not work", which is
false because some of the reports do work.
I am also willing to put in some time to help martin with getting some
of the plugins to work, so he can achi
Martin Desruisseaux ha scritto:
> To put the question in an other way, whatever solution we choose have
> inconvenient. So we need to choose which inconvenient is the smallest one:
>
> 1) Module names do not match directory names. Make Maven site more
> difficult at best, some reports will st
To put the question in an other way, whatever solution we choose have
inconvenient. So we need to choose which inconvenient is the smallest one:
1) Module names do not match directory names. Make Maven site more
difficult at best, some reports will stay broken (reminder: maven
reports are
17 matches
Mail list logo
