Christian Elsen | 2 Oct 10:43 2013
Picon

Bug with ivy:retrieve

Hi,

I have a problem with ivy:retrieve.
This dependency from my ivy-file
	<dependency org="com.google.gwt"  name="gwt-user" rev="2.4.0"/>
has a transitive dependency in the pom file
	http://repo1.maven.org/maven2/com/google/gwt/gwt-user/2.4.0/gwt-user-2.4.0.pom
to the
	validation-api

When executing
	ivy:retrieve
it only grabs the source
	validation-api-1.0.0.GA-sources.jar
as transitive dependency, but not the binary
	validation-api-1.0.0.GA.jar

If I directly add the transitive dependency into my ivy.xml like in
	<dependency org="javax.validation" name="validation-api" rev="1.0.0.GA">
	    <artifact name="validation-api" ivy:classifier="sources" />
	    <artifact name="validation-api" />
	</dependency>
(ivy namespace added to root as xmlns:ivy="antlib:org.apache.ivy.ant")
then I get the missing binary jar file. This can be a workaround for the problem

Still, as Ivy should resolve transitive dependencies, this seems like a bug to me.
Could be a similar issues as in
	http://issues.gradle.org/browse/GRADLE-1934 (and GRADLE-739)

Is any other solution or workaround known which does not required the project's ivy-file to be changed?
(Continue reading)

pefaidherbe | 11 Sep 09:07 2013

Ivy buildlist transitivity

Hi everyone,

Here is my problem :

I have a big project "A" depending on 3 modules "B", "C", "D". Each of 
these 3 modules depend on the same other module "E".

I want to be able to build independently either "B", "C", "D" or "A", so 
in each of the 3 modules' build files I have put a buildlist containing 
"E". And in the build of "A" I have put a buildlist containing "B", "C" 
and "D".

But when I build "A", I can see that "E" is built 3 times, from each of 
its parents... How can I avoid this? I looked at the "leaf" and "root" 
concepts but I don't think this will be useful to me...

Any help appreciated.

Thanks a lot.
SRD | 10 Sep 02:42 2013
Picon

help w/ oracle jars

Hi,

I just found Ivy, quite new to it, and haven't been able to get past the
javax jars. Any help much appreciated.

Here is the error I'm seeing.

---
[ivy:retrieve] :: resolution report :: resolve 6894ms :: artifacts dl 206ms
    ---------------------------------------------------------------------
    |                  |            modules            ||   artifacts   |
    |       conf       | number| search|dwnlded|evicted|| number|dwnlded|
    ---------------------------------------------------------------------
    |      compile     |   88  |   0   |   0   |   0   ||  142  |   0   |
    |      runtime     |   88  |   0   |   0   |   0   ||  141  |   0   |
    ---------------------------------------------------------------------
[ivy:retrieve]
[ivy:retrieve] :: problems summary ::
[ivy:retrieve] :::: WARNINGS
[ivy:retrieve]         module not found: javax.ejb#ejb;3.0
[ivy:retrieve]     ==== com.springsource.repository.bundles.release: tried
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/release/javax.ejb/ejb/3.0/ivy-3.0.xml
[ivy:retrieve]       -- artifact javax.ejb#ejb;3.0!ejb.jar:
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/release/javax.ejb/ejb/3.0/ejb-3.0.jar
[ivy:retrieve]     ==== com.springsource.repository.bundles.external: tried
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/external/javax.ejb/ejb/3.0/ivy-3.0.xml
[ivy:retrieve]       -- artifact javax.ejb#ejb;3.0!ejb.jar:
(Continue reading)

Edwin Castro | 29 Aug 00:50 2013
Picon

Publishing modules with configurations

We have a project that produces jars in this form: env.module_name.jar.
These jars are currently copied to the target environment filtered by
environment name and finally renamed so that the final jar on the target
is just module_name.jar. For example, dev.module_name.jar gets deployed
on the dev environment as module_name.jar.

It seemed to me that I could create a configuration for each environment
and then resolve/retrieve by configuration instead of jumping through
the renaming hoops we currently do.

Here's the test configuration I'm trying to use:

<!-- ivysettings.xml -->
<ivysettings>
    <credentials realm="Artifactory Realm"
                 host="localhost"
                 username="admin"
                 passwd="password"/>
    <caches defaultCacheDir="${basedir}/build/ivy_cache"

ivyPattern="[organisation]/[module]/[revision]/[type]s/[conf].[artifact].[ext]"

artifactPattern="[organisation]/[module]/[revision]/[type]s/[conf].[artifact].[ext]"/>
    <resolvers>
        <url name="default" m2compatible="false">
            <ivy
pattern="http://localhost:8082/artifactory/libs-snapshot-local/[organisation]/[module]/[revision]/[type]s/[conf].[artifact].[ext]"/>
            <artifact
pattern="http://localhost:8082/artifactory/libs-snapshot-local/[organisation]/[module]/[revision]/[type]s/[conf].[artifact].[ext]"/>
        </url>
(Continue reading)

Archie Cobbs | 26 Aug 17:43 2013

Maven blocking ivy

FYI,

Maven is blocking access to the scala-library module for any HTTP client
with UserAgent containing "Java" due to some (unspecified) abuse.

When I resolve scala-library via Ivy RoundUp, it fails due to this problem.
Note this is using the packager resolver.

So I filed IVY-1435 <https://issues.apache.org/jira/browse/IVY-1435> which
asks that the packager resolver fix its User-Agent string.

I haven't actually tested whether the same problem occurs with the ibiblio
resolver though...

-Archie

--

-- 
Archie L. Cobbs
Edwin Castro | 24 Aug 02:24 2013
Picon

latest.integration is not resolving to the latest revision

I've been using svn revisions as the publish revision for modules
published with ivy to an artifactory repository. I used this setup just
as a quick way to run through some experiments. ModuleA was published
with revisions 9184, 9679, 9703, and 10043. ModuleB depends on ModuleA
using latest.integration as the rev. The latest build of ModuleB is
failing to compile because it is still resolving to revision 9703
instead of 10043 as expected. Am I correct in expecting latest.revision
to resolve to revision 10043?

--
Edwin G. Castro

Krishna Rao | 19 Aug 19:26 2013
Picon

ivy:buildnumber taking over 10 minutes to run, and increasing as version number increases

Hi all,

we're using Ivy to publish a jar build to Artifactory. However, the ant
task to calculate the next version number is taking a surprisingly long
amount of time. I ran this ant task in debug mode and it shows that ivy
seems to iterate through all published jars and other build outputs, i.e.:

***
[ivy:buildnumber] using public to list all in http://
<repository.url>/libs-release/com/example/module1/0.22

[ivy:buildnumber] ApacheURLLister found URL=[http://
<repository.url>/libs-release/com/example/module1/0.22/ivy-0.22.xml]

***
for every version number, and for a variety of file types!

Any ideas what might be set up wrong? All the config I think is relevant is
below.

Cheers,

Krishna

The target is defined as:

***
<target name="version" description="Gets the next version number from Ivy">
      <ivy:buildnumber organisation="com.example" module="module1"
revision="${jar.version}" />
(Continue reading)

Jonathan_Oulds | 2 Aug 18:08 2013

ivy:install

Hello there,

Is there a way to make ivy:install install transitive dependencies that are defined within a private configuration?

Let me explain why I want this feature, or at least a way around the current behaviour.

Consider that I am developing a module.  It has several artefacts published via public configurations and
some private configurations which are used for dependency resolution as part of the build.  Here is an example:

  <configurations>
    <conf name="build" visibility="private"/>
    <conf name="docs"/>
    <conf name="binaries"/>
  </configurations>
  <publications>
    <artifact name="readme" ext="txt" type="text" conf="docs"/>
    <artifact name="foo" ext="dll" type="library" conf="binaries"/>
  </publications>
  <dependencies>
    <dependency org="myorg" name="bar" rev="latest.integration">
      <conf name="build" mapped="libs"/>
    </dependency>
  </dependencies>

So I use the build configuration to pull the libs configuration from the latest version of the myorg#bar
module.  This works fine for building the module.  However, sometimes I want to develop my module while
sitting on a plane with no access to my corporate Ivy repository, the solution use ivy:install to create an
"offline" repository on my laptop before I leave the office.  However ivy:install does not want to pull
dependencies for the private "build" configuration which means the myorg#bar module is not installed. 
Is there any way around this other than change all my private configurations to public?
(Continue reading)

Charles Duffy | 25 Jul 01:06 2013
Picon

Importing commons-daemon/commons-daemon 1.0.3 from Maven

Howdy --

http://mirrors.ibiblio.org/maven2/commons-daemon/commons-daemon/1.0.3/commons-daemon-1.0.3.pomis
a somewhat interesting case: its filename doesn't match up with its
groupId (which is not "commons-daemon" but "org.apache.commons").

Any hints for being able to deal with files written this way?
Carsten.Pfeiffer | 23 Jul 10:00 2013
Picon

AUTO: Carsten Pfeiffer ist außer Haus (Rückkehr am 18.09.2013)


Ich kehre zurück am 18.09.2013.

In dringenden Fällen, kontaktieren Sie bitte
Erwin<punkt>Tratar<at>gebit<punkt>de oder
Tom<punkt>Krauss<at>gebit<punkt>de.

Hinweis: Dies ist eine automatische Antwort auf Ihre Nachricht  "Ivy
without XML?" gesendet am 22.07.2013 17:13:53.

Diese ist die einzige Benachrichtigung, die Sie empfangen werden, während
diese Person abwesend ist.

Steffen Dziumbla | 22 Jul 17:13 2013

Ivy without XML?

Hello, my name is Steffen and I'm an German Student in Computer Science.
I have to configure Ivy without XML. Everything should be done with Java.
Is there anyone who can help me and answer my questions?
A huge problem for me is, which classes are used by running ant?

Greetings

Steffen:)

Gmane