On Thu, Apr 3, 2008 at 7:13 AM, Adrian Sandor <[EMAIL PROTECTED]> wrote:
> Archie Cobbs wrote:
> > Thinking about this more, I think it boils down to this question: do we
> > assume the entity creating software jfoobar is the same as the entity
> > creating the ivy.xml file for jfoobar?
> >
> > In
Hi, I'd like to ask about 2 problems I encountered in the process of
building an Ivy repository:
1. Is it possible to define an artifact to belong to the "intersection"
of 2 configurations?
Generally, in my modules I have at least 2 configurations: compile and
devel; compile is the minimum req
On Wed, Apr 2, 2008 at 7:22 PM, Archie Cobbs <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 2, 2008 at 11:40 AM, Xavier Hanin <[EMAIL PROTECTED]>
> wrote:
>
> > > 2. What happens in ivy when two different repositories in your
> > > settings publish the same organization, name, and version of a
> mod
Archie Cobbs wrote:
Thinking about this more, I think it boils down to this question: do we
assume the entity creating software jfoobar is the same as the entity
creating the ivy.xml file for jfoobar?
In an ideal world, yes I agree: this would be true, and then there is no
question who the "orga
Hi,
Sorry I'm late with this.
> IMHO the bug is serious enough to be fixed in 1.7.1 final and should
> be merged into the branch.
I'm happy to merge this into 1.7.1 and run a 3rd beta cycle (test,
push tarballs, vote etc) if it's a show-stopper for many people
Kev
---
Thinking about this more, I think it boils down to this question: do we
assume the entity creating software jfoobar is the same as the entity
creating the ivy.xml file for jfoobar?
In an ideal world, yes I agree: this would be true, and then there is no
question who the "organization" is.
However
On Wed, Apr 2, 2008 at 11:40 AM, Xavier Hanin <[EMAIL PROTECTED]>
wrote:
> > 2. What happens in ivy when two different repositories in your
> > settings publish the same organization, name, and version of a module?
>
> It depends on your settings, but most probably the first one will be used
>
On Wed, Apr 2, 2008 at 6:22 PM, Archie Cobbs <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 2, 2008 at 11:05 AM, Xavier Hanin <[EMAIL PROTECTED]>
> wrote:
>
> > > *Organizations.* Regarding choice of "organization" for each module:
> why
> > > not
> > > use the name of the project as the organization fo
On Wed, Apr 2, 2008 at 11:05 AM, Xavier Hanin <[EMAIL PROTECTED]>
wrote:
> > *Organizations.* Regarding choice of "organization" for each module: why
> > not
> > use the name of the project as the organization for all of the ivy
> > modules?
> > That is what we do internally in our "enterprise rep
On Wed, Apr 2, 2008 at 5:30 PM, Archie Cobbs <[EMAIL PROTECTED]> wrote:
> Thanks for all the comments so far regarding this idea. The first step was
> to get a discussion going and so far that's worked :-)
>
> Some more thoughts... please let me know what you think makes sense and
> what
> doesn't
Thanks for all the comments so far regarding this idea. The first step was
to get a discussion going and so far that's worked :-)
Some more thoughts... please let me know what you think makes sense and what
doesn't...
*Organizations.* Regarding choice of "organization" for each module: why not
us
Speaking for me, I agree that the maven repository is sometimes crapy.
But how would you do better? If you think you can, please do.
Note anyway that it will never replace an internal repository that
will always be much more secure (security = availability , integrity
and confidentiality).
On Wed, Apr 2, 2008 at 12:48 AM, Archie Cobbs <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've been using (and liking) Ivy for a while now and have some thoughts on
> how the state of the Ivy world might be improved. I'd appreciate any
> feedback...
>
> At work we have created our own Ivy repository. Thi
On Wed, Apr 2, 2008 at 5:56 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Apr 2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
>
> > I've asked on the infra list, and it seems our notification scheme
> > has been configured to send notifications to the notification list
> > only, not to w
14 matches
Mail list logo
