ml#nexus-search;quick%7Eorg.apache.maven>
[2]
http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/maven/
BTW, the staged directory [3] now contains something else. Is it normal?
How do you avoid conflicts?
[3] https://repository.apache.org/content/repositories/maven-003/
Gil
2009/11/6 Stephen Connolly
>
> I suspect that the plug-ability being introduced in 3.0 will mean that
> we are able to provide a hook for m3 to "discover" how to handle newer
> model versions, so that once m3 is available and widely used, we will
> be able to consider schema changes.
>
>
Is there
There is no requirements for open sources project to offer access to a
repository : http://www.opensource.org/docs/osd
So recommending it is good, but make it mandatory would be excessive.
Gilles Scokart
, in maven when you are resolving dependencies, you resolve all
scopes at once. In ivy, we download each meta-file file once, but we
make one resolution per configuration (equivalent to scope).
How is it handled in Mercury?
Gilles Scokart
2008/12/22 Oleg Gusakov :
>
>
> Gilles Scokart wro
2008/12/22 Daniel Le Berre :
> Gilles,
>
> Representation #1 is used to compute which artifacts must be installed to
> satisfy some artifact dependencies.
>
> With representation #2, Oleg only solve the problem of determining which
> version of the available artifacts should be installed (at least,
2008/12/20 Oleg Gusakov :
>>>
>>> Also, how do you solve the problem that different version might have
>>> dependency different tree? Did you build the complete "dirty tree"
>>> (meanings that you look up for transitive dependencies of all old
>>> versions that will probably not be selected, an th
2008/12/20 Daniel Le Berre :
> Oleg Gusakov a écrit :
>> The tree could be walked in two directions, and these approaches are
>> equivalent, except for b and c optionality:
>>
>> Representation #1: P2
>>
>> a1 -> b1 or b2 or b3
>> a1 -> c1 or c2
>>
>> b1 + b2 + b3 <= 1 # this one implicates that b
with dependencies of only resolved
revisions, update the equations, solve equations again, ...).
Gilles Scokart
2008/12/19 Oleg Gusakov :
> a diagram of mercury inner workflow is here:
> http://blogs.sonatype.com/people/?p=1016
>
> fyi - I am also working on re-introd
2008/12/9 Jörg Schaible <[EMAIL PROTECTED]>:
>
> Therefore it is always the developers task to take care of the complete
> dependency tree of a product/project.
>
> [snip]
>
> - Jörg
>
A very big +1 !
--
Gilles Scokart
--
, or the employee or agent responsible
> for delivering the message solely to the intended recipient, you are hereby
> notified that any dissemination, distribution or copying of this
> communication is strictly prohibited. If you have received this
> communication in error, please notify sender immediately by telephone or
> return email. Thank you.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
t; http://tinyurl.com/56s9tw
>> ..
>> OCTO Technology - aheritier AT octo DOT com
>> www.octo.com | blog.octo.com
>> ..
>> ASF - aheritier AT apache DOT org
>> www.apache.org | maven.apache.org
>> ...
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
format is very impacting. Not
only for the maven client, but for all tools that are using the
repository as a server (ivy, buildr, maven proxies & repository
managers, etc...).
--
Gilles Scokart
-
To unsubscribe, e-mail: [
some small examples to let me understand what is
>> the difference between them.
>>
>>
>> thanks a lot for your help
>>
>>
>> Daniel
>>
>>
>
> -
> To unsubscribe, e-mail: [EM
e the contents to
> any other person, use it for any purpose, or store or copy the information in
> any medium. Copyright in this e-mail and any attachments belongs to
> Alcatel-Lucent and/or its affiliated entities.
>
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
, project.artifactId,
pom.artifactId, project.version, pom.version, version or other user
properties defined in the properties tag.
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
;> >>
>> >> jw
>> >>
>> >> On Wed, May 21, 2008 at 7:11 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
>
>
> --
> Michael McCallum
> Enterprise Engineer
> mailto:[EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
t;> the somewhat arbitrary decision that the "nearest" strategy would
>>> make.
>>>
>>> --jw
>>>
>>> ---------
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional comm
there is no need to compare version
there.
Is the impact limited to version ranges?
[1]
http://ant.apache.org/ivy/history/latest-milestone/configuration/latest-strategies.html
[2] https://issues.apache.org/jira/browse/IVY-812
--
Gilles Scokart
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ns to use the dependency informations.
Also think to what you will publish to a repository. The projects
that depends on the project using the plugin will not execute your
plugin neither.
--
Gilles Scokart
-
To unsubscribe, e-m
and encouraged.
> >
> > Are these all the use cases folks see?
> >
> > - Brett
> >
> > --
> > Brett Porter
> > [EMAIL PROTECTED]
> > http://blogs.exist.com/bporter/
> >
> >
> > --
> -Original Message-
> From: Tim O'Brien [mailto:[EMAIL PROTECTED]
> Sent: mardi 12 février 2008 16:03
> To: Maven Developers List
> Subject: Re: An Attribute Based POM
>
>
> On Feb 12, 2008, at 3:58 AM, Benjamin Bentmann wrote:
>
> >> For example, we'd can group groupId/artifactId/ver
enforce
> the use of that instead.
>
> Enjoy!
>
> Cheers,
> Brett
>
> --
> Brett Porter
> [EMAIL PROTECTED]
> http://blogs.exist.com/bporter/
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Gilles Scokart
t
> Subject: Re: [VOTE] Migrate Ivy SVN
>
> Gilles,
>
> Any reason why this mail was sent to maven developers list?
>
> Xavier
>
> On Nov 29, 2007 11:16 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> >
> > This was already discussed
This was already discussed, but the conclusion was not clear.
Do we migrate https://svn.apache.org/repos/asf/incubator/ivy to
https://svn.apache.org/repos/asf/ant/ivy
(core, ivyde and site being subdirectories of ivy)
Gilles
--
[EMAIL PROTECTED]
> Sent: mercredi 28 novembre 2007 14:18
> To: Maven Developers List
> Cc: [EMAIL PROTECTED]
> Subject: Re: Relocation on a different version
>
> Gilles Scokart wrote:
> > Yes, I understand that someone decided to rename the version number.
> >
> &
: [EMAIL PROTECTED]
> Cc: Maven Developers List
> Subject: Re: Relocation on a different version
>
> that was because it was published under two different versions, so one
> was relocated to the correct one. Not common though
>
> On Nov 28, 2007 6:38 PM, Gilles Scokart <[EMAIL PROTE
> -Original Message-
> From: Gilles Scokart
> Sent: vendredi 23 novembre 2007 9:01
> To: '[EMAIL PROTECTED]'
> Subject: Relocation on a different version
>
>
> Is it allowed to relocate a module to itself by only changing the version
> number? Th
I will be there the 3 last days. We could maybe have a discussion about maven
and ivy integration, how difficult it can
be to use a maven repository without maven, how we could test the compatibility
between maven an ivy, etc.
I know Xavier H. will also be there, and he is certainly also intere
commands
that have fail. But if there is more than one failing, I will have to
concate all commands and all messages into one string.
Is it the right thing to do? I'm not sure of how this info is used.
Thanks,
--
Gilles SCOKART
What is the JRE that the providers should assume?
--
Gilles SCOKART
o you think it would be
acceptable to put the paramters 3 to 7 into a property file? If I do
that, should accept a local filename in my scm url or could I asume it
is on ${user.home}/.dim/server.properties ?
Thanks for your advices.
--
Gilles SCOKART
[ http://jira.codehaus.org/browse/MSITE-74?page=comments#action_60119 ]
Gilles Scokart commented on MSITE-74:
-
Sorry, I don't have access to a proxy anymore. I can't test it for the moment.
> Suport proxy
>
>
>
Automatically add project to the workspace
--
Key: MECLIPSE-75
URL: http://jira.codehaus.org/browse/MECLIPSE-75
Project: Maven 2.x Eclipse Plugin
Type: Improvement
Versions: 2.1
Reporter: Gilles Scokart
Workspace inspection when adding a project
--
Key: MECLIPSE-74
URL: http://jira.codehaus.org/browse/MECLIPSE-74
Project: Maven 2.x Eclipse Plugin
Type: New Feature
Versions: 2.1
Reporter: Gilles Scokart
The
eclipse.workspace and relative path in multiproject
---
Key: MECLIPSE-73
URL: http://jira.codehaus.org/browse/MECLIPSE-73
Project: Maven 2.x Eclipse Plugin
Type: Bug
Versions: 2.1
Reporter: Gilles Scokart
[ http://jira.codehaus.org/browse/MNG-1836?page=all ]
Gilles Scokart reopened MNG-1836:
-
Sory Carlos, but I don't see the relation with MANTRUN-37.
The issue raised here is: when a parent project use a plugin without specifying
dependencies
[ http://jira.codehaus.org/browse/WAGON-30?page=comments#action_56746 ]
Gilles Scokart commented on WAGON-30:
-
For those who followed this issues:
I think it was related to the '.' on linux.
It seems that mkdirs("xx/xx/.") return
[ http://jira.codehaus.org/browse/MSITE-74?page=all ]
Gilles Scokart updated MSITE-74:
Attachment: MSITE-74.patch
> Suport proxy
>
>
> Key: MSITE-74
> URL: http://jira.codehaus.org/browse/MSITE-74
>
[ http://jira.codehaus.org/browse/WAGONSSH-24?page=all ]
Gilles Scokart updated WAGONSSH-24:
---
Attachment: WAGONSSH-24-bis.patch
> Add proxy support to SSH connections
>
>
> Key: WAGONSSH-24
&g
[ http://jira.codehaus.org/browse/MASSEMBLY-56?page=comments#action_56635 ]
Gilles Scokart commented on MASSEMBLY-56:
-
Do not hesitate to change the name. I don't like this name neither. But I
didn't find a good one.
> Refactor Dir
[ http://jira.codehaus.org/browse/MASSEMBLY-56?page=all ]
Gilles Scokart updated MASSEMBLY-56:
Attachment: MASSEMBLY-56.patch
> Refactor DirectoryMojo so it can be run either stand-alone or attac
[ http://jira.codehaus.org/browse/MPSITE-48?page=comments#action_55633 ]
Gilles Scokart commented on MPSITE-48:
--
Sory, it should be placed in MSITE . This is in maven 2.
> Suport proxy
>
>
> Key: MPSITE-48
>
Suport proxy
Key: MPSITE-48
URL: http://jira.codehaus.org/browse/MPSITE-48
Project: maven-site-plugin
Type: Bug
Components: plugin
Reporter: Gilles Scokart
mvn site:deploy doesn't work behind a proxy.
--
This message is automati
[ http://jira.codehaus.org/browse/WAGONSSH-24?page=all ]
Gilles Scokart updated WAGONSSH-24:
---
Attachment: WAGONSSH-24.patch
> Add proxy support to SSH connections
>
>
> Key: WAGONSSH-24
&g
[ http://jira.codehaus.org/browse/WAGONSSH-24?page=comments#action_54992 ]
Gilles Scokart commented on WAGONSSH-24:
The SSH wagon already make some usage of the ProxyInfo (but in a different way
than in the samples). But the problem may comes from
[ http://jira.codehaus.org/browse/MANTRUN-36?page=all ]
Gilles Scokart updated MANTRUN-36:
--
Attachment: MANTRUN-36.patch
> Esccape property replacement inside quote
> -
>
> Key: MANTRUN-36
&g
[ http://jira.codehaus.org/browse/MANTRUN-36?page=comments#action_54410 ]
Gilles Scokart commented on MANTRUN-36:
---
In have found in the reason in the code.
When a property ${...} is placed into an XML text, the value is not processed
by the
Esccape property replacement inside quote
-
Key: MANTRUN-36
URL: http://jira.codehaus.org/browse/MANTRUN-36
Project: Maven 2.x Antrun Plugin
Type: Bug
Reporter: Gilles Scokart
Attachments: ant.xml, pom.xml
The
[ http://jira.codehaus.org/browse/MASSEMBLY-37?page=all ]
Gilles Scokart updated MASSEMBLY-37:
Attachment: MASSEMBLY-37.patch
> Assembly plugin should have the option not to repeat the build process ev
[ http://jira.codehaus.org/browse/MASSEMBLY-37?page=comments#action_54323 ]
Gilles Scokart commented on MASSEMBLY-37:
-
I have seen in the HEAD version that there is already a goal "attached" that
can be used for that.
> Assembly plugi
[ http://jira.codehaus.org/browse/MANTRUN-28?page=all ]
Gilles Scokart updated MANTRUN-28:
--
Attachment: MANTRUN-28.patch
> maven.test.classpath doesn't contain test scope depe
Versions: 2.0.1
Reporter: Gilles Scokart
When a description text is written on more than 1 line, the produced Manifest
files are invalid.
Indeed one of the header of this manifiest contains the description text as is.
When the jar is loaded, we receive an error saying "in
maven.test.classpath is not correctly set
-
Key: MNG-1868
URL: http://jira.codehaus.org/browse/MNG-1868
Project: Maven 2
Type: Bug
Components: maven-antrun-plugin
Reporter: Gilles Scokart
maven.test.classpath is not
[ http://jira.codehaus.org/browse/MNG-1831?page=comments#action_53500 ]
Gilles Scokart commented on MNG-1831:
-
For me it's even worse: I have an infinite loop when I bind the assembly plugin
to the package phase.
It seems to have other persons h
inherited plugin dependencies
-
Key: MNG-1836
URL: http://jira.codehaus.org/browse/MNG-1836
Project: Maven 2
Type: Bug
Versions: 2.0
Reporter: Gilles Scokart
I have project composed of a reactor/parent pom.xml and a few
Reporter: Gilles Scokart
Priority: Minor
Here is the stack trace.
NB: This happens when we have a module that is no more than a regrouping of
dependencies.
[INFO] Error creating assembly
Embedded error: c:\dev\data\nextMock_space\target\classes isn't a directory.
Incorrect svn url in the documentation
--
Key: MNG-1793
URL: http://jira.codehaus.org/browse/MNG-1793
Project: Maven 2
Type: Bug
Components: maven-antrun-plugin
Reporter: Gilles Scokart
The svn urls given in
http
[ http://jira.codehaus.org/browse/MNG-1651?page=comments#action_53131 ]
Gilles Scokart commented on MNG-1651:
-
It doesn't suport neither annotations like @overwrite.
> Maven fails while developing plugin with 1.5 compliant
Suport sources generator in eclipse plugin
---
Key: MNG-1763
URL: http://jira.codehaus.org/browse/MNG-1763
Project: Maven 2
Type: Bug
Components: maven-eclipse-plugin
Versions: 2.0
Reporter: Gilles Scokart
No pom.xml installed with empty projects
Key: MNG-1184
URL: http://jira.codehaus.org/browse/MNG-1184
Project: Maven 2
Type: Bug
Versions: 2.0-beta-2
Reporter: Gilles Scokart
Priority: Minor
When we try to call
[ http://jira.codehaus.org/browse/MEV-65?page=all ]
Gilles Scokart closed MEV-65:
-
Resolution: Fixed
That's OK now, thanks.
> jmock velocity cglib dependencies
> -
>
> Key: MEV-65
>
[ http://jira.codehaus.org/browse/MEV-65?page=all ]
Gilles Scokart reopened MEV-65:
---
For velocity :
http://www.ibiblio.org/pub/packages/maven2/velocity/velocity/1.4/velocity-1.4.pom
still doesn't contains a dependencies to velicit
[ http://jira.codehaus.org/browse/MEV-65?page=all ]
Gilles Scokart updated MEV-65:
--
Attachment: jmock-cglib-1.0.1.pom
Here is a new pom with correct dependencies for jmock-cglib.
I have also added the URL to the jmock website.
> dependencies not
[ http://jira.codehaus.org/browse/MEV-65?page=all ]
Gilles Scokart updated MEV-65:
--
Attachment: velocity-1.4.pom
And here, the dependency between velocity and velocity-dep, plus the URL.
> dependencies not set inside ibiblio reposit
dependencies not set inside ibiblio repository.
---
Key: MNG-771
URL: http://jira.codehaus.org/browse/MNG-771
Project: Maven 2
Type: Bug
Versions: 2.0-alpha-3
Reporter: Gilles Scokart
Priority: Minor
I'
m2 eclipse:eclipse should look at the JDK versions
--
Key: MNG-770
URL: http://jira.codehaus.org/browse/MNG-770
Project: Maven 2
Type: Improvement
Versions: 2.0-alpha-3
Reporter: Gilles Scokart
Priority
m2 eclipse:eclipse - duplicate ressources
-
Key: MNG-769
URL: http://jira.codehaus.org/browse/MNG-769
Project: Maven 2
Type: Bug
Versions: 2.0-alpha-3
Reporter: Gilles Scokart
Priority: Minor
When we have a
67 matches
Mail list logo
