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:)
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)


Gmane