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:)
mike mills | 17 Jul 00:23 2013
Picon

Using IVY resolve to hydrate internal dev repo and avoid http proxy

Hi,

I have a  problem where we would want to use a repository such as
Artifactory or Nexus but it is not convenient to get a separate proxy
username/password for internal tools.

Typically a developer would add their credentials to the tools to allow the
tool to pass through the proxy as them. As this is against the IT policy I
was wondering if we could use Ivy to populate the internal repo.

My idea is as follows:

1, developer initiates their ant/ivy build.

2, Ivy tries to download the artifact from the internal repo but it is not
there.

3, Ivy tries the next resolver and downloads the artifact using the proxy
configuration on the developers box from the internet.

4, ivy automatically pushes the artifact to the internal repository.

In this case, no usernames/passwords are stored on a central dev server
(avoiding IT policy issues), and the internal repository is kept up to date
with all the relevant new dependencies.

I was thinking this would look something like the following in your
settings file:

  <resolvers>
(Continue reading)

A, Sandeep | 8 Jul 11:41 2013
Picon

eclipse ivy 2.1.0 DEPRECATED: 'ivy.conf.file' is deprecated, use 'ivy.settings.file' instead

Hi,

Got the below error when compiling Hadoop 1.1.2 plugin source for eclipse in eclipse.

Buildfile: C:\Users\asandeep\extracts\hadoop-1.1.2\src\contrib\eclipse-plugin\build.xml
check-contrib:
init:
     [echo] contrib: eclipse-plugin
    [mkdir] Created dir: C:\Users\asandeep\extracts\hadoop-1.1.2\build\contrib\eclipse-plugin
    [mkdir] Created dir: C:\Users\asandeep\extracts\hadoop-1.1.2\build\contrib\eclipse-plugin\classes
    [mkdir] Created dir: C:\Users\asandeep\extracts\hadoop-1.1.2\build\contrib\eclipse-plugin\test
    [mkdir] Created dir: C:\Users\asandeep\extracts\hadoop-1.1.2\build\contrib\eclipse-plugin\system
    [mkdir] Created dir: C:\Users\asandeep\extracts\hadoop-1.1.2\build\contrib\eclipse-plugin\system\classes
    [mkdir] Created dir: C:\Users\asandeep\extracts\hadoop-1.1.2\build\contrib\eclipse-plugin\examples
    [mkdir] Created dir: C:\Users\asandeep\extracts\hadoop-1.1.2\build\contrib\eclipse-plugin\test\logs
init-contrib:
ivy-download:
      [get] Getting: http://repo2.maven.org/maven2/org/apache/ivy/ivy/2.1.0/ivy-2.1.0.jar
      [get] To: C:\Users\asandeep\extracts\hadoop-1.1.2\ivy\ivy-2.1.0.jar
      [get] Not modified - so not downloaded
ivy-probe-antlib:
ivy-init-antlib:
ivy-init:
[ivy:configure] :: Ivy 2.1.0 - 20090925235825 :: http://ant.apache.org/ivy/ ::
[ivy:configure] :: loading settings :: file = C:\Users\asandeep\extracts\hadoop-1.1.2\ivy\ivysettings.xml
ivy-resolve-common:
[ivy:resolve] :: resolving dependencies :: org.apache.hadoop#eclipse-plugin;working <at> ASANDEEP
[ivy:resolve]       confs: [common]
[ivy:resolve]       found commons-logging#commons-logging;1.0.4 in maven2
[ivy:resolve]       found log4j#log4j;1.2.15 in maven2
(Continue reading)

Filipe Sousa | 29 Jun 19:26 2013
Picon

Cannot pull some transitive dependencies

Hi,

I have been using ivy for a while with great success but now I'm having
problems getting some dependencies. With ivy

<dependencies>
<dependency org="com.sun.jersey.contribs" name="jersey-guice" rev="1.17.1"/>
</dependencies>

I'm getting these artifacts:

aopalliance-1.0.jar
asm-3.1.jar
cglib-2.2.1-v20090111.jar
guice-3.0.jar
guice-servlet-3.0.jar
javax.inject-1.jar
jersey-guice-1.17.1.jar

While with maven
<dependencies>
   <dependency>
      <groupId>com.sun.jersey.contribs</groupId>
      <artifactId>jersey-guice</artifactId>
      <version>1.17.1</version>
   </dependency>
</dependencies>

I'm getting
[INFO] \- com.sun.jersey.contribs:jersey-guice:jar:1.17.1:compile
(Continue reading)

Rodrigue ... | 29 Jun 19:21 2013

the credentials tag in ivysettings.xml

Hi everybody,

I'm facing an issue here concerning the credentials tag supposed to be
supported by the ivysettings xml specification (
http://ant.apache.org/ivy/history/latest-milestone/settings/credentials.html
)

Since my repository is protected using a http-authentication, I would like
to use the credentials tag to parameterize the username and passwd values.
I just tried by entering the values (username and passwd) directly without
success.

I have the feeling that this credentials tag is not considered during the
resolve of the dependencies, am I wrong?

Thank you for any help

BR
Rodrigue
Colin Surprenant | 24 Jun 19:10 2013
Picon

problem getting "native" dependency

Hi,

I am having troubles finding the "right way" to fetch some "native"
dependencies with Ivy and I am hoping someone can point me in the
right direction.

My project has a dependency on the org-jruby:jruby-core artifact
http://mvnrepository.com/artifact/org.jruby/jruby-core/1.7.4. One of
the jruby-core dependency is com.github.jnr:jffi
http://mvnrepository.com/artifact/com.github.jnr/jffi/1.2.5 and jffi
has also a "native" artifact which I need to fetch.

By default, specifying a transitive dependency on jruby-core does not
fetch the jffi-native artifact, just the "compile" scope jar file.
jffi-native is in the "runtime" scope and so far the only way I was
able to fetch it is using this dependency declaration:

<dependency org="com.github.jnr" name="jffi" rev="1.2.5" conf="default">
  <artifact name="jffi" type="jar" />
  <artifact name="jffi" type="jar" m:classifier="native"/>
</dependency>

I tried using Ivy conf for compile and runtime but it does not fetch
jffi-native. here's what I tried:

<configurations>
  <conf name="compile" visibility="public" description="default dependencies" />
  <conf name="runtime" visibility="public" description="runtime dependencies" />
</configurations>

(Continue reading)


Gmane