A module defines one or more configurations, which will be used to
meet different needs. For example, the logging framework slf4j defines
a "core" configuration, which includes only the API jar. It then has a
configs for each implementation choice a user might want, "log4j",
"jul", "jcl", etc
In the case of ivy.xml files, [artifact] is replaced with "ivy" and
[ext] with xml.
Regards,
Antoine
Garima Bathla wrote:
> Hello,
>
> This question is basically related to the way SpringSource suggests users to
> configure ivysettings to use enterprise bundle repository.
>
> As Per Spring Sourc
Hello,
This question is basically related to the way SpringSource suggests users to
configure ivysettings to use enterprise bundle repository.
As Per Spring Source: (As per the FAQ:
http://www.springsource.com/repository/app/faq#q7) - to use EBR with Ivy
following resolver needs to be added:
riki.eng wrote on 04/22/2009 03:14 PM:
Hi guys,
we are using a simple tool that given some coordinates fetches the jar from
maven central and copies it in our enterprise repo using the ivy:install
task.
I am running into a couple of issues and I was wondering if anybody had
similar problems (and
Hi guys,
we are using a simple tool that given some coordinates fetches the jar from
maven central and copies it in our enterprise repo using the ivy:install
task.
I am running into a couple of issues and I was wondering if anybody had
similar problems (and found solutions :-) ).
* sometimes ivy:i
Tom wrote on 04/22/2009 01:10 PM:
In this case, you're relying on Ivy's default configuration mapping,
which I believe is "*->*", which means you'll get all of the artifacts
(jars) defined by *any* of the dependency's configurations.
Ok. I do not understand what that means, but ok.
A module
Think of it this way:
Rule #1: A configuration is just a name for some subset of a module's
artifacts.
Rule #2: A dependency defind in module A's ivy.xml that looks like:
simply states that "when someone is asking for the artifacts in
configuration 'foo' of module A, then we'll also ne
In this case, you're relying on Ivy's default configuration mapping,
which I believe is "*->*", which means you'll get all of the artifacts
(jars) defined by *any* of the dependency's configurations.
Ok. I do not understand what that means, but ok.
Now you have limited the artifacts to thos
Tom wrote on 04/22/2009 10:41 AM:
I also have the problem that it is not working as expected. Using the
following ivy.xml:
In this case, you're relying on Ivy's default configuration mapping,
which I believe is "*->*", which means you'll get all of the artifacts
(jars) defined by *an
As said: I do not have my head around the whole configuration concept.
So my answer would be: I don't know.
All I know is that I have four dependency rules, which results in 93
jars. Then after adding configuration to the ivy.xml I only get 78. I'm
totally in the dark as to why.
Tom
Jos
Were those extra 15 jars part of a different configuration than the one you
depend on (which is the default conf in all four cases)?
On Wed, Apr 22, 2009 at 7:41 AM, Tom wrote:
> I also have the problem that it is not working as expected. Using the
> following ivy.xml:
>
> /
> http://www.w3.org/
If I change my dependency mapping from "antlib->default" to "antlib->*" it
works in both places.
I don't get why "antlib->default" fails.
On Wed, Apr 22, 2009 at 7:21 AM, Joshua Tharp <
joshua-th...@alumni.calpoly.edu> wrote:
> My problem (partly persisting by the way, I was apparently a little
I also have the problem that it is not working as expected. Using the
following ivy.xml:
/
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:noNamespaceSchemaLocation="http://ant.apache.org/ivy/schemas/ivy.xsd";>
revision="0.1"/>
rev="1.10"/>
rev="
My problem (partly persisting by the way, I was apparently a little too
quick to declare victory) seems to be with a difference in the way things
are being resolved by my local resolver and my shared one. I can get it to
resolve against one, but not both.
In my antlib ivy.xml I have:
http://www.w
Good for you, it also took me the better part of the afternoon to get a
working ivy.xml. I would suggest providing some more tutorials around
the configuration concept.
Just to clarify: right now I'm trying to setup different collections of
jars for building and testing. E.g. I have a set with
Nevermind. I think I figured out what I was doing wrong.
On Tue, Apr 21, 2009 at 4:19 PM, Joshua Tharp <
joshua-th...@alumni.calpoly.edu> wrote:
> Serious ivy newbie alert
>
> I am utterly baffled by the configuration mechanism with Ivy. If I leave
> everything in the default configuration things
Thanks a lot for adding the Resolve in Workspace feature to IvyDE. It
is very helpful (esp. being able to use F3 to jump to a source file in
another project and add a new method, or even CTRL-1 to quick fix and
add a missing constructor).
However, I've noticed that it can be pretty inefficient
Hi,
I've created a JIRA issue ( https://issues.apache.org/jira/browse/IVY-1069
IVY-1609 ) where we listed our debug output and further findings!
Thanks for your help.
Maarten Coene wrote:
>
>
> I don't see right now a reason why it doesn't work.
> Could you create a JIRA issue and attach the
18 matches
Mail list logo
