[jira] Commented: (WAGON-330) Move to ASF httpclient 4.x
[ http://jira.codehaus.org/browse/WAGON-330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=268975#action_268975 ] Mark Struberg commented on WAGON-330: - I introduced a wagon-shared-http4 with the new httpclient-4.1.1 code. All unit tests are working again, but I think this is because we lack a lot tests. Thus serious testing is needed the next weeks. If anyone reviews the code, I'd be pretty happy too... > Move to ASF httpclient 4.x > -- > > Key: WAGON-330 > URL: http://jira.codehaus.org/browse/WAGON-330 > Project: Maven Wagon > Issue Type: Improvement > Components: wagon-http, wagon-webdav >Reporter: Olivier Lamy >Assignee: Olivier Lamy > Fix For: 2.0 > > Attachments: WAGON-330.patch > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MNG-5108) Useful information on property inheritance control is not in the pom doc
Useful information on property inheritance control is not in the pom doc Key: MNG-5108 URL: http://jira.codehaus.org/browse/MNG-5108 Project: Maven 2 & 3 Issue Type: Improvement Components: Documentation: General Affects Versions: 3.0.3 Reporter: Benson Margulies This handy page at sonatype contains data that, I submit, should be part of the core maven pom reference documentation. http://www.sonatype.com/people/2011/01/maven-how-to-merging-plugin-configuration-in-complex-projects/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (WAGON-334) Add provider specific role hints to HTTP wagon component descriptors
Add provider specific role hints to HTTP wagon component descriptors
Key: WAGON-334
URL: http://jira.codehaus.org/browse/WAGON-334
Project: Maven Wagon
Issue Type: Task
Components: wagon-http, wagon-http-lightweight
Affects Versions: 1.0-beta-7
Reporter: Benjamin Bentmann
Priority: Trivial
>From
>http://svn.apache.org/repos/asf/maven/maven-2/tags/maven-2.2.1/maven-core/src/main/resources/META-INF/plexus/components.xml:
{code:xml}
org.apache.maven.wagon.Wagon
http-lightweight
org.apache.maven.wagon.providers.http.LightweightHttpWagon
per-lookup
LightweightHttpWagon
{code}
This apparently didn't happen.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (DOXIA-432) doxia-maven-plugin:1.2 fails with NoClassDefFoundError
doxia-maven-plugin:1.2 fails with NoClassDefFoundError
--
Key: DOXIA-432
URL: http://jira.codehaus.org/browse/DOXIA-432
Project: Maven Doxia
Issue Type: Bug
Components: Maven plugin
Affects Versions: 1.2
Environment: mac:maui km$ mvn --version
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Maven home: /usr/share/maven
Java version: 1.6.0_22, vendor: Apple Inc.
Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x", version: "10.5.8", arch: "x86_64", family: "mac"
This fails also on Ubunutu with the same Maven version.
Reporter: Karl Heinz Marbaise
I'm trying to use the maven-doxia-plugin to generate different formats and got
the following failure if i use maven-doxia-plugin 1.2..if i use version 1.1.4
instead it does not produce this failure.
{code}
[INFO]
[INFO] --- doxia-maven-plugin:1.2:render-books (default) @ maui ---
May 29, 2011 7:12:52 PM org.sonatype.guice.bean.reflect.NamedClass
WARNING: Error injecting: org.apache.maven.doxia.tools.DefaultSiteTool
java.lang.NoClassDefFoundError:
org/codehaus/plexus/util/interpolation/ValueSource
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
at java.lang.Class.getDeclaredConstructors(Class.java:1836)
at
com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:243)
at
com.google.inject.internal.ConstructorBindingImpl.create(ConstructorBindingImpl.java:96)
at
com.google.inject.internal.InjectorImpl.createUninitializedBinding(InjectorImpl.java:628)
at
com.google.inject.internal.InjectorImpl.createJustInTimeBinding(InjectorImpl.java:835)
at
com.google.inject.internal.InjectorImpl.createJustInTimeBindingRecursive(InjectorImpl.java:769)
at
com.google.inject.internal.InjectorImpl.getJustInTimeBinding(InjectorImpl.java:254)
at
com.google.inject.internal.InjectorImpl.getBindingOrThrow(InjectorImpl.java:205)
at
com.google.inject.internal.InjectorImpl.getInternalFactory(InjectorImpl.java:843)
at
com.google.inject.internal.InjectorImpl.getProviderOrThrow(InjectorImpl.java:957)
at
com.google.inject.internal.InjectorImpl.getProvider(InjectorImpl.java:990)
at
com.google.inject.internal.InjectorImpl.getProvider(InjectorImpl.java:951)
at
com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1003)
at
org.sonatype.guice.bean.reflect.AbstractDeferredClass.get(AbstractDeferredClass.java:47)
at
com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:40)
at
com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)
at
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1021)
at
com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)
at com.google.inject.Scopes$1$1.get(Scopes.java:59)
at
com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:40)
at
com.google.inject.internal.InjectorImpl$4$1.call(InjectorImpl.java:968)
at
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1021)
at com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:964)
at
org.sonatype.guice.bean.locators.LazyBeanEntry.getValue(LazyBeanEntry.java:79)
at
org.sonatype.guice.plexus.locators.LazyPlexusBean.getValue(LazyPlexusBean.java:53)
at
org.sonatype.guice.plexus.binders.PlexusRequirements$RequirementProvider.get(PlexusRequirements.java:221)
at
org.sonatype.guice.plexus.binders.ProvidedPropertyBinding.injectProperty(ProvidedPropertyBinding.java:49)
at
org.sonatype.guice.bean.inject.BeanInjector.doInjection(BeanInjector.java:105)
at
org.sonatype.guice.bean.inject.BeanInjector.injectMembers(BeanInjector.java:66)
at
com.google.inject.internal.MembersInjectorImpl.injectMembers(MembersInjectorImpl.java:120)
at
com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:94)
at
com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:254)
at
com.google.inject.internal.InjectorImpl$4$1.call(InjectorImpl.java:968)
at
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1021)
at com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:964)
at
com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1003)
at
org.sonatype.guice.bean.reflect.AbstractDeferredClass.get(AbstractDeferredClass.java:47)
[jira] Commented: (MECLIPSE-665) wrong classpath order generated in .classpath file for transitive dependencies
[
http://jira.codehaus.org/browse/MECLIPSE-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=268986#action_268986
]
Jean-Noel Rouvignac commented on MECLIPSE-665:
--
I think the issue is not a reverted order for transitive de[endencies, but
simply that the maven eclipse plugin sorts the dependencies alphabetically.
So in my opinion, the current bug is a duplicate of MECLIPSE-388 .
> wrong classpath order generated in .classpath file for transitive dependencies
> --
>
> Key: MECLIPSE-665
> URL: http://jira.codehaus.org/browse/MECLIPSE-665
> Project: Maven 2.x Eclipse Plugin
> Issue Type: Bug
> Components: Core : Dependencies resolution and build path
> (.classpath)
>Affects Versions: 2.8
> Environment: - OS : windows XP 2002 SP3
> - java version "1.6.0_20"
> Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
> Java HotSpot(TM) Client VM (build 16.3-b01, mixed mode, sharing)
> - Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
> Java version: 1.6.0_20
> Java home: C:\homeware\java\jdk1.6.0_20\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows"
> - Eclipse SDK
> Version: 3.6.0
> Build id: I20100608-0911
> - maven-eclipse-plugin v2.8
>Reporter: Bruno DOOLAEGHE
> Attachments: demo-classpath-order.zip,
> maven-eclipse-plugin_patch_to_2.8.1.zip
>
>
> Hi !
> It seems the generated ".classpath" file has a transitive dependencies order
> different from the one defined in the pom.xml.
> In ".classpath", the transitive dependencies are before the refering
> dependency, while in maven build, they are correctly after.
> This is particulary a problem with the "patch jars", containing a small fix
> for one class, which is supposed to be just before the original bugged jar in
> the classpath.
> I have attached a sample illustrating the problem (demo-classpath-order.zip).
> There is a client module (my-client), using a dependency (my-dependency),
> which has been patched (my-patched-dependency)
> my-client depends on my-patched-dependency which depends on my-dependency
> my-client is successfully build with maven (mvn clean install). The
> dependency tree is as follows :
> [INFO]
>
> [INFO] [dependency:tree {execution: default-cli}]
> [INFO] sample:my-client:jar:1.0-SNAPSHOT
> [INFO] \- dependencies:my-patched-dependency:jar:1.0-SNAPSHOT:compile
> [INFO]\- dependencies:my-dependency:jar:1.0-SNAPSHOT:compile
> [INFO]
>
> But if you try to build under eclipse :
> 1) mvn eclipse:eclipse to generate .classpath and .project
> - > clean under eclipse + build all
> ... There is an error "The method m2() is undefined for the type MyService"
> We can see the classpath in .classpath is inverted :
>
>
>
>path="M2_REPO/dependencies/my-dependency/1.0-SNAPSHOT/my-dependency-1.0-SNAPSHOT.jar"/>
>path="M2_REPO/dependencies/my-patched-dependency/1.0-SNAPSHOT/my-patched-dependency-1.0-SNAPSHOT.jar"/>
>
>
> my-dependency is before my-patched-dependency ! that's the reason why eclipse
> can not build it...
> I tried to fix the maven-eclipse-plugin, to reverse the order (cf. attached
> file maven-eclipse-plugin_patch_to_2.8.1.zip). It fixes the problem (but what
> about the side effect ?)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MECLIPSE-388) Correct classpath ordering in .classpath
[
http://jira.codehaus.org/browse/MECLIPSE-388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=268987#action_268987
]
Jean-Noel Rouvignac commented on MECLIPSE-388:
--
Even though the sumarry does not reflect it, I think MECLIPSE-665
is a duplicate of the current bug.
By the way, do you have any news on this bug? I am facing it as well where I
want a hibernate.cfg.xml file from one project to be picked up based on the
ordering of the depencencies in the classpath. I have a test which work fine in
Surefire, but since Eclipse is using an alphabetical ordering, it is picking up
the hibernate.cfg.xml file from another project making the test fail. I had to
do some classloader magic (ClassLoader.getResources()) to make it work all the
time at the expense of longer running tests. Everything that adds up time to
run a test is definitely not nice.
Thanks.
> Correct classpath ordering in .classpath
>
>
> Key: MECLIPSE-388
> URL: http://jira.codehaus.org/browse/MECLIPSE-388
> Project: Maven 2.x Eclipse Plugin
> Issue Type: Bug
> Components: Core : Dependencies resolution and build path
> (.classpath)
>Affects Versions: 2.4
>Reporter: Siarhei Dudzin
>Priority: Critical
> Attachments: MECLIPSE-388-it-test.patch, MECLIPSE-388.patch,
> MECLIPSE-388.patch
>
>
> Currently plugin sorts artifacts on its own (alphabetic order???) because the
> order of dependencies that comes from maven is not reliable (random?). This
> breaks tests that use JBoss Embedded which works under maven surefire plugin
> because it still puts dependencies that came first at the beginning of the
> classpath). Apparently not all classpath elements are put in random order. At
> least I get the first ones listed in dependencies also first in the classpath
> (can be seen as ${surefire.test.class.path} and in
> target/surefire-reports/TEST-TestSuite.xml).
> While there is not much we can do for maven eclipse plugin a solution is on
> the way: MNG-1412. When maven 2.0.9 is released maven eclipse plugin can
> revert back to the default classpath order.
> Can we somehow schedule this?
> Another question: is there anyway to put certain dependencies in the first
> place except for renaming them so that alphabetic order does the job?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (DOXIA-432) doxia-maven-plugin:1.2 fails with NoClassDefFoundError
[
http://jira.codehaus.org/browse/DOXIA-432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=268997#action_268997
]
Lukas Theussl commented on DOXIA-432:
-
Confirmed. I had to downgrade the maven-doxia-plugin to 1.1.4
([r1128707|http://svn.apache.org/viewvc?view=revision&revision=1128707]) in
order to build the doxia site.
> doxia-maven-plugin:1.2 fails with NoClassDefFoundError
> --
>
> Key: DOXIA-432
> URL: http://jira.codehaus.org/browse/DOXIA-432
> Project: Maven Doxia
> Issue Type: Bug
> Components: Maven plugin
>Affects Versions: 1.2
> Environment: mac:maui km$ mvn --version
> Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
> Maven home: /usr/share/maven
> Java version: 1.6.0_22, vendor: Apple Inc.
> Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
> Default locale: en_US, platform encoding: MacRoman
> OS name: "mac os x", version: "10.5.8", arch: "x86_64", family: "mac"
> This fails also on Ubunutu with the same Maven version.
>Reporter: Karl Heinz Marbaise
>
> I'm trying to use the maven-doxia-plugin to generate different formats and
> got the following failure if i use maven-doxia-plugin 1.2..if i use version
> 1.1.4 instead it does not produce this failure.
> {code}
> [INFO]
> [INFO] --- doxia-maven-plugin:1.2:render-books (default) @ maui ---
> May 29, 2011 7:12:52 PM org.sonatype.guice.bean.reflect.NamedClass
> WARNING: Error injecting: org.apache.maven.doxia.tools.DefaultSiteTool
> java.lang.NoClassDefFoundError:
> org/codehaus/plexus/util/interpolation/ValueSource
> at java.lang.Class.getDeclaredConstructors0(Native Method)
> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
> at java.lang.Class.getDeclaredConstructors(Class.java:1836)
> at
> com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:243)
> at
> com.google.inject.internal.ConstructorBindingImpl.create(ConstructorBindingImpl.java:96)
> at
> com.google.inject.internal.InjectorImpl.createUninitializedBinding(InjectorImpl.java:628)
> at
> com.google.inject.internal.InjectorImpl.createJustInTimeBinding(InjectorImpl.java:835)
> at
> com.google.inject.internal.InjectorImpl.createJustInTimeBindingRecursive(InjectorImpl.java:769)
> at
> com.google.inject.internal.InjectorImpl.getJustInTimeBinding(InjectorImpl.java:254)
> at
> com.google.inject.internal.InjectorImpl.getBindingOrThrow(InjectorImpl.java:205)
> at
> com.google.inject.internal.InjectorImpl.getInternalFactory(InjectorImpl.java:843)
> at
> com.google.inject.internal.InjectorImpl.getProviderOrThrow(InjectorImpl.java:957)
> at
> com.google.inject.internal.InjectorImpl.getProvider(InjectorImpl.java:990)
> at
> com.google.inject.internal.InjectorImpl.getProvider(InjectorImpl.java:951)
> at
> com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1003)
> at
> org.sonatype.guice.bean.reflect.AbstractDeferredClass.get(AbstractDeferredClass.java:47)
> at
> com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:40)
> at
> com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1021)
> at
> com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)
> at com.google.inject.Scopes$1$1.get(Scopes.java:59)
> at
> com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:40)
> at
> com.google.inject.internal.InjectorImpl$4$1.call(InjectorImpl.java:968)
> at
> com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1021)
> at
> com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:964)
> at
> org.sonatype.guice.bean.locators.LazyBeanEntry.getValue(LazyBeanEntry.java:79)
> at
> org.sonatype.guice.plexus.locators.LazyPlexusBean.getValue(LazyPlexusBean.java:53)
> at
> org.sonatype.guice.plexus.binders.PlexusRequirements$RequirementProvider.get(PlexusRequirements.java:221)
> at
> org.sonatype.guice.plexus.binders.ProvidedPropertyBinding.injectProperty(ProvidedPropertyBinding.java:49)
> at
> org.sonatype.guice.bean.inject.BeanInjector.doInjection(BeanInjector.java:105)
> at
> org.sonatype.guice.bean.inject.BeanInjector.injectMembers(BeanInjector.java:66)
> at
> com.google.inject.internal.MembersInjectorImpl.injectMembers(MembersInjectorImpl.java:120)
> at
> com.google.inject.internal.ConstructorInjector.construct(
