Riccardo Foschia | 21 Oct 11:00 2013
Picon

Problem in OSGi support: obr resolver does not find system bundle

Hi,

I'm trying to use Ivy 2.3.0 OSGi support to develop an Eclipse plugin
and followed exactly the instructions of the sample "Building an Eclipse
plugin" from the Ivy docs.

When I'm calling ant task ivy:resolve the obr resolver correctly
resolves recursively a lot of bundles target platform (that acts a obr
repository like in the Ivy docs), but resolve fails with the following
output:

....
bundle#org.eclipse.equinox.p2.metadata;2.1.0.v20120430-2001 in eclipse
[ivy:resolve] 	[2.1.0.v20120430-2001]
bundle#org.eclipse.equinox.p2.metadata;[2.0.0,3.0.0)
[ivy:resolve] :: resolution report :: resolve 7063ms :: artifacts dl 140ms
	---------------------------------------------------------------------
	|                  |            modules            ||   artifacts   |
	|       conf       | number| search|dwnlded|evicted|| number|dwnlded|
	---------------------------------------------------------------------
	|      compile     |  164  |  156  |   0   |   0   ||   65  |   0   |
	---------------------------------------------------------------------
[ivy:resolve] :: problems summary ::
[ivy:resolve] :::: WARNINGS
[ivy:resolve] 		module not found: bundle#system.bundle;[0,)
[ivy:resolve] 	==== eclipse: tried
[ivy:resolve] 		module not found: package#javax.crypto;[0,)
[ivy:resolve] 	==== eclipse: tried
[ivy:resolve] 		module not found: package#javax.crypto.spec;[0,)
[ivy:resolve] 	==== eclipse: tried
(Continue reading)

O. Olson | 16 Oct 18:52 2013
Picon

Ivy Dependency on another Module


Hi,
 
            I am new to
Ivy and not too familiar with Ant, but I am learning ;-) 
 
I need to make changes/customizations
to the code of another project called Apache Solr (related to Apache Lucene).
These changes are hacks for my personal use and I am trying to get it to build.
Solr uses both Ant and Ivy to build. I originally mixed up my code into that of
Apache Solr, and it works i.e. builds and runs fine. I am now trying to extract
my code separately and I am facing problems building. Eclipse compiles the
complete modified project with the extracted code fine, however when I run the
Ant script to build, it runs into errors. I'd be grateful if anyone can help
me.
 
To summarize the problem: 
 
Solr has a '/contrib' directory,
that has two directories '/contrib/velocity' and my changes/customizations in  '/contrib/mycustom'
The Ant
build script seems to go into each of the directories inside '/contrib' and
build each of them. I would like of a way to tell Ant that the '/contrib/velocity'
depends on the module '/contrib/mycustom'.   
 
I have '/contrib/mycustom/ivy.xml' as:
 
<ivy-module version="2.0">
    <info
organisation="com.my.util" module="mycustom"/>
(Continue reading)

Kieran Shanley | 16 Oct 05:59 2013
Picon

IvyDE and retrieving artefacts into project root

Hi Guys,

I have a problem that looks like an issue with IvyDE. When I perform a
retrieve I am getting the following error in eclipse:

Description    Resource    Path    Location    Type
Error while resolving dependencies for ivy.xml[*] in /EarProject
Path must include project and resource name: /EarProject    ivy.xml
/EarProject    Unknown    IvyDE Problem

More Detail follows:

When the problem occurs I am trying to retrieve the WAR file which is a
dependency for my EAR project. The project I am working is using JBOSS7.
The WAR file needs to be placed in the root of the EAR.

Here are the ivyDE preferences settings:

eclipse.preferences.version=1
org.apache.ivyde.eclipse.standaloneretrieve=<?xml version\="1.0"
encoding\="UTF-8" standalone\="no"?><setuplist><setup
name\="JARDependencies"><ivyxml path\="ivy.xml"/><retrieve confs\="default"
pattern\="lib/[artifact].[ext]" sync\="true"
types\="jar,bundle"/></setup><setup name\="WARdependencies"><ivyxml
path\="ivy.xml"/><retrieve confs\="*" pattern\="/[artifact].[ext]"
sync\="false" types\="war"/></setup></setuplist>

The problem occurs when retrieving the "WARdependencies"

I grabbed a copy of the ivyDE code and had a look around. It seems the
(Continue reading)

Van Hulle, Larry [IT] | 14 Oct 22:24 2013
Picon

Retrieve pattern wont save, no error messages

Hi this has been going on for awhile and hoping could get some assistance…

 

We upgraded our machines to Eclipse Kepler since we are using Windows 7.

Version: Kepler Service Release 1

Build id: 20130919-0819

 

 

 

 

 

Since the when we use the ivy plugin from your site,  the retrieve pattern we used before that worked in Windows XP, wont save.  This is causing our team tremendous work now, so wanted to see if someone could assist on figuring the issue out.

 

Pattern we type into the retrieve for ivy is: ../../../ivyrepository/.ivy2/${version}/jars/[artifact]-[revision].ext and we click the apply button and acts like it takes.  But if you go to the other part of the plug in screen, come back, the change is lost.

 

After I click apply:

 

 

Go to another screen and back, now my pattern is lost.

 



This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message.
Charles Duffy | 7 Oct 23:42 2013
Picon

Namespace translations not applied to overrides

Howdy --

Importing some Maven artifacts, I've noticed that the generated artifact
descriptors have their dependency elements successfully translated to the
local namespace -- but overrides are untranslated, referring to the
pre-translation names.

Am I correct in believing this to be a bug?
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?

kind regards,
Christian

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:
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/external/javax.ejb/ejb/3.0/ejb-3.0.jar
[ivy:retrieve]     ==== internal: tried
[ivy:retrieve]       /opt/ivy-cache/javax.ejb/ejb/3.0/ivy-3.0.xml
[ivy:retrieve]       -- artifact javax.ejb#ejb;3.0!ejb.jar:
[ivy:retrieve]       /opt/ivy-cache/javax.ejb/ejb/3.0/ejb-3.0.jar
[ivy:retrieve]         module not found:
com.oracle.oc4j#com.springsource.oracle.classloader;10.1.3.1
[ivy:retrieve]     ==== com.springsource.repository.bundles.release: tried
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/release/com.oracle.oc4j/com.springsource.oracle.classloader/10.1.3.1/ivy-10.1.3.1.xml
[ivy:retrieve]       -- artifact
com.oracle.oc4j#com.springsource.oracle.classloader;10.1.3.1!com.springsource.oracle.classloader.jar:
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/release/com.oracle.oc4j/com.springsource.oracle.classloader/10.1.3.1/com.springsource.oracle.classloader-10.1.3.1.jar
[ivy:retrieve]     ==== com.springsource.repository.bundles.external: tried
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/external/com.oracle.oc4j/com.springsource.oracle.classloader/10.1.3.1/ivy-10.1.3.1.xml
[ivy:retrieve]       -- artifact
com.oracle.oc4j#com.springsource.oracle.classloader;10.1.3.1!com.springsource.oracle.classloader.jar:
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/external/com.oracle.oc4j/com.springsource.oracle.classloader/10.1.3.1/com.springsource.oracle.classloader-10.1.3.1.jar
[ivy:retrieve]     ==== internal: tried
[ivy:retrieve]
/opt/ivy-cache/com.oracle.oc4j/com.springsource.oracle.classloader/
10.1.3.1/ivy-10.1.3.1.xml
[ivy:retrieve]       -- artifact
com.oracle.oc4j#com.springsource.oracle.classloader;10.1.3.1!com.springsource.oracle.classloader.jar:
[ivy:retrieve]
/opt/ivy-cache/com.oracle.oc4j/com.springsource.oracle.classloader/
10.1.3.1/com.springsource.oracle.classloader-10.1.3.1.jar
[ivy:retrieve]         [FAILED     ] javax.jms#jms;1.1!jms.jar:  (0ms)
[ivy:retrieve]     ==== com.springsource.repository.bundles.release: tried
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/release/javax.jms/jms/1.1/jms-1.1.jar
[ivy:retrieve]     ==== com.springsource.repository.bundles.external: tried
[ivy:retrieve]
http://repository.springsource.com/ivy/bundles/external/javax.jms/jms/1.1/jms-1.1.jar
[ivy:retrieve]     ==== internal: tried
[ivy:retrieve]       /opt/ivy-cache/javax.jms/jms/1.1/jms-1.1.jar
[ivy:retrieve]         ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve]         ::          UNRESOLVED DEPENDENCIES         ::
[ivy:retrieve]         ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve]         :: javax.ejb#ejb;3.0: not found
[ivy:retrieve]         ::
com.oracle.oc4j#com.springsource.oracle.classloader;10.1.3.1: not found
[ivy:retrieve]         ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve]         ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve]         ::              FAILED DOWNLOADS            ::
[ivy:retrieve]         :: ^ see resolution messages for details  ^ ::
[ivy:retrieve]         ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve]         :: javax.jms#jms;1.1!jms.jar
[ivy:retrieve]         ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve]
[ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS

BUILD FAILED
/home/srd/proj/app/build.xml:17: impossible to resolve dependencies:
    resolve failed - see output for details

---
My ivysettings.xml file is as follows:
---

<ivysettings>
    <properties file="${ivy.settings.home}/ivysettings.properties"/>

    <settings defaultResolver="defaultChain" defaultConflictManager="all"/>
    <caches defaultCacheDir="/opt/ivy-cache"/>

    <resolvers>
        <filesystem name="internal">
            <ivy
pattern="/opt/ivy-cache/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]"/>
            <artifact
pattern="/opt/ivy-cache/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]"/>
        </filesystem>

        <url name="com.springsource.repository.bundles.release">
            <ivy pattern="
http://repository.springsource.com/ivy/bundles/release/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]
"/>
            <artifact pattern="
http://repository.springsource.com/ivy/bundles/release/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]
"/>
        </url>

        <url name="com.springsource.repository.bundles.external">
            <ivy pattern="
http://repository.springsource.com/ivy/bundles/external/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]
"/>
            <artifact pattern="
http://repository.springsource.com/ivy/bundles/external/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]
"/>
        </url>

        <chain name="defaultChain" returnFirst="true">
            <resolver ref="com.springsource.repository.bundles.release"/>
            <resolver ref="com.springsource.repository.bundles.external"/>
            <resolver ref="internal"/>
        </chain>

    </resolvers>

</ivysettings>

---
And heres the ivy.xml.
---

    <dependencies>
        <dependency org="javax.jms" name="jms" rev="1.1"/>
        <dependency org="org.apache.xbean" name="xbean-spring" rev="3.14"/>
        <dependency org="org.apache.camel" name="camel-core" rev="2.11.1"/>
        <dependency org="org.apache.camel" name="camel-jms" rev="2.11.1"/>
        <dependency org="org.apache.camel" name="camel-spring"
rev="2.11.1"/>
        <dependency org="org.apache.activemq" name="activemq-camel"
            rev="5.8.0"/>
        <dependency org="org.apache.activemq" name="activemq-pool"
rev="5.8.0"/>
        <dependency org="org.springframework"
name="org.springframework.context" rev="3.2.3.RELEASE"/>

    </dependencies>
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>
    </resolvers>
</ivysettings>

<!-- ivy.xml -->
<ivy-module version="2.0">
    <info organisation="org.example"
          module="module_example"/>
    <configurations>
        <conf name="dev"/>
        <conf name="tst"/>
        <conf name="prd"/>
    </configurations>
    <publications>
        <artifact conf="dev"/>
        <artifact conf="tst"/>
        <artifact conf="prd"/>
    </publications>
</ivy-module>

<!-- build.xml -->
<project name="module_example" basedir="."
         xmlns:ivy="antlib:org.apache.ivy.ant">
    <taskdef uri="antlib:org.apache.ivy.ant"
             resource="org/apache/ivy/ant/antlib.xml">
        <classpath>
            <pathelement location="ivy-2.3.0.jar"/>
        </classpath>
    </taskdef>

    <ivy:resolve/>
    <ivy:publish resolver="default"
                 overwrite="true"
                 update="true"
                 forcedeliver="true"
                 pubrevision="0">
        <artifacts pattern="build/lib/[conf].[artifact].[ext]"/>
    </ivy:publish>
</project>

When I run ant I get:

BUILD FAILED
/Users/egcastro/dev/conf_test/build.xml:16: impossible to publish
artifacts for org.example#module_example;working <at> poseidon:
java.io.IOException: missing artifact
org.example#module_example;0!module_example.jar
    at
org.apache.ivy.core.publish.PublishEngine.publish(PublishEngine.java:219)
    at
org.apache.ivy.core.publish.PublishEngine.publish(PublishEngine.java:166)
    at org.apache.ivy.Ivy.publish(Ivy.java:615)
    at org.apache.ivy.ant.IvyPublish.doExecute(IvyPublish.java:312)
    at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
    at org.apache.tools.ant.Task.perform(Task.java:348)
    at org.apache.tools.ant.Target.execute(Target.java:435)
    at
org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:179)
    at
org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
    at org.apache.tools.ant.Main.runBuild(Main.java:826)
    at org.apache.tools.ant.Main.startAnt(Main.java:235)
    at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
    at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)

Clearly I've misconfigured something but I'm not sure what what to look
at next. What am I doing wrong?

--
Edwin G. Castro

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


Gmane