Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
MIME-Version: 1.0
In-Reply-To: 
 <CABeJX=1z6chpMtb1xEAXN4oo_basZwWKwEwABtJLmwgAKG8bWg@mail.gmail.com>
References: 
 <CAKnbemUZ98=__yO=cFjyEOagDQWct5UB_pyYTTz5WVsVZd_gJQ@mail.gmail.com>
	<CAE9L6G2ieZe6AyhdNprZU_8OMvvVO7FV_ASwewkG-NtOUk5muw@mail.gmail.com>
	<CABLGb9wMRX=HxfOkx6RTQZSDMQWkS_JmCjh2QCptABRvGNZV3w@mail.gmail.com>
	<CABeJX=1z6chpMtb1xEAXN4oo_basZwWKwEwABtJLmwgAKG8bWg@mail.gmail.com>
Date: Tue, 22 Apr 2014 15:46:56 +0100
Message-ID: 
 <CABeJX=2JZqtBnhkaW1NrRaoPoo5Gjn=m9WmpAGXkYv-LkaKoYw@mail.gmail.com>
Subject: Re: [all] Dependency resolution.
From: Duncan Jones <duncan@wortharead.com>
To: Commons Developers List <dev@commons.apache.org>
Cc: Matt Benson <gudnabrsam@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On 22 April 2014 15:45, Duncan Jones <duncan@wortharead.com> wrote:
> Hi Paul,
>
> On 22 April 2014 15:25, Paul Benedict <pbenedict@apache.org> wrote:
>> Yup. I have depend on Lang 3 for my own code and many of my transitive
>> dependencies relies on Lang 2. There's no problem with having both
>> libraries in your code.
>
> I haven't fully understood your description of the problem. You say
> you've got commons-confguration:commons-configuration:1.9 on your
> classpath and this requires commons-lang(2), yet you also acknowledge
> that it's ok to have both commons-lang and commons-lang3 in your
> classpath. I agree this shouldn't be a problem.

Apparently I'm confusing my Pauls with my Petars. My comments about
not understanding the exception (below) still stand, but the first
paragraph (above) can be ignored!


> The exception you've shown looks more like something isn't happy with
> the version of commons-configuration you're using; I'm not sure how
> that relates to [lang]. Also, NoClassDefFoundError is typically thrown
> *after* a previous failed attempt to find a class [1] - perhaps there
> are more useful stack-traces elsewhere in your logs?
>
> Can you perhaps provide another example of how things are breaking?
>
> Duncan
>
>
> [1] http://stackoverflow.com/a/5756989/474189
>
>>
>>
>> On Tue, Apr 22, 2014 at 9:22 AM, Matt Benson <gudnabrsam@gmail.com> wrote:
>>
>>> Note that you can use [lang] v2 and v3 together in the same project as both
>>> the Maven coordinates and package names have been changed with the major
>>> version upgrade.
>>>
>>> Matt
>>>
>>>
>>> On Tue, Apr 22, 2014 at 9:07 AM, Petar Tahchiev <paranoiabla@gmail.com
>>> >wrote:
>>>
>>> > Hi guys,
>>> >
>>> > I found out I'm using quite a lot of the commons-*:commons-* artifacts in
>>> > my project so I decided to upgrade them to their new version in
>>> > org.apache.commons:whatever. I only upgraded those that I could so now I
>>> > have for instance org.apache.commons:commons-lang3 in my classpath, but
>>> > unfortunately I also have commons-confguration:commons-configuration:1.9
>>> > and there I get exceptions like these:
>>> >
>>> > Caused by: java.lang.NoClassDefFoundError:
>>> > org/apache/commons/configuration/ConfigurationException
>>> >         at java.lang.Class.getDeclaredMethods0(Native Method)
>>> >         at java.lang.Class.privateGetDeclaredMethods(Class.java:2521)
>>> >         at java.lang.Class.getDeclaredMethods(Class.java:1845)
>>> >         at
>>> >
>>> >
>>> org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor.findPersistenceMetadata(PersistenceAnnotationBeanPostProcessor.java:402)
>>> >         at
>>> >
>>> >
>>> org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor.postProcessMergedBeanDefinition(PersistenceAnnotationBeanPostProcessor.java:332)
>>> >         at
>>> >
>>> >
>>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyMergedBeanDefinitionPostProcessors(AbstractAutowireCapableBeanFactory.java:908)
>>> >         at
>>> >
>>> >
>>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:512)
>>> >         at
>>> >
>>> >
>>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:475)
>>> >         at
>>> >
>>> >
>>> org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:304)
>>> >         at
>>> >
>>> >
>>> org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:228)
>>> >
>>> >
>>> > So because commons-configuration:commons-configuration requires
>>> > commons-lang2 as a dependency I'm forced to downgrade to commons-lang2.
>>> >
>>> > My request is this: is it possible to upgrade ALL the commons artifacts
>>> to
>>> > the correct repository groupId (org.apache.commons) and upgrade their
>>> > dependencies? Most of them are already there, and those which are not
>>> will
>>> > most certainly benefit from a new release (i guess there's been quite a
>>> > while they haven't been released and there might be some resolved issues
>>> in
>>> > the JIRA).
>>> >
>>> > Is there anyone against having a new release on: commons-logging,
>>> > commons-fileupload, commons-codec,
>>> > commons-configuration,commons-beanutils,commons-digester and the rest of
>>> > the projects which are still using the incorrect groupId.
>>> >
>>> > --
>>> > Regards, Petar!
>>> > Karlovo, Bulgaria.
>>> > ---
>>> > Public PGP Key at:
>>> >
>>> https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
>>> > Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965 8550 C311 0611
>>> >
>>>
>>
>>
>>
>> --
>> Cheers,
>> Paul

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org