You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@archiva.apache.org by "Brett Porter (JIRA)" <ji...@codehaus.org> on 2008/04/08 15:57:58 UTC

[jira] Commented: (MRM-770) Archiva web client does not recognize classifier

    [ http://jira.codehaus.org/browse/MRM-770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=130129#action_130129 ] 

Brett Porter commented on MRM-770:
----------------------------------

in Maven, there is only one POM for a given 'coordinate' - classifiers are for derivative artifacts and so the project information should apply to all. That behaviour looks correct.

That said, Archiva should recognise the classifiers and list them under the downloads section, so I'll keep this open for fixing.

Does that make sense?

> Archiva web client does not recognize classifier
> ------------------------------------------------
>
>                 Key: MRM-770
>                 URL: http://jira.codehaus.org/browse/MRM-770
>             Project: Archiva
>          Issue Type: Bug
>    Affects Versions: 1.0.1
>         Environment: Apache Archiva 1.0.1
> $ uname -a
> Linux <hostname> 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 x86_64 x86_64 GNU/Linux
> $ java -version
> java version "1.5.0_15"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
> Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_15-b04, mixed mode)
> $ mvn -version
> Maven version: 2.0.8
> Java version: 1.5.0_15
> OS name: "linux" version: "2.6.18-8.el5" arch: "amd64" Family: "unix"
>            Reporter: Robin Roos
>            Priority: Minor
>             Fix For: 1.0.x
>
>
> I've started using classifiers with some of my native libraries.  The Web application does not represent the classifier, and the artifact is not downloadable from the web application.  My builds are occurring correctly, so Maven has no difficulty retrieving the artifacts.
> As an example, I have put the following into my local Archiva repository:
> reutersRFA:libFDacsLIB:5.1:solaris
> reutersRFA:libFDacsLIB:5.1:linux_2x
> reutersRFA:libFDacsLIB:5.1:linux_3x
> The deploy command I use to achieve this was:
> mvn deploy:deploy-file -Dfile=libFDacsLib.so -DgroupId=reutersRFA -DartifactId=libFDacsLib -Dversion=5.1 -Dpackaging=so -Dclassifier=solaris -DgeneratePom=true -DrepositoryId=archiva.default -Durl=http://invldnlspare1:9100/archiva/repository/internal/
> et. sim for -Dclassifier=linux_2x and -Dclassifier=linux_3x
> In the archiva repository filesystem I see:
> $ find /appdata/archiva -name "*libFDacsLib*"
> ./data/repositories/internal/reutersRFA/libFDacsLib
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1.pom
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-linux_3x.so.md5
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-solaris.so.sha1
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-linux_2x.so
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1.pom.sha1
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-linux_2x.so.sha1
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-linux_3x.so.sha1
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-linux_3x.so
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-solaris.so
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-linux_2x.so.md5
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1.pom.md5
> ./data/repositories/internal/reutersRFA/libFDacsLib/5.1/libFDacsLib-5.1-solaris.so.md5
> $
> Note that there is only one *.pom, and there is no ".so" without a classifier extension.
> In the web gui I can browse as far as 
> [top] / reutersRFA / libFDacsLib / 5.1
> Inside this I see a POM Dependency Snippet which does not mention the classifier:
> <dependency>
>       <groupId>reutersRFA</groupId>
>       <artifactId>libFDacsLib</artifactId>     
>       <version>5.1</version>
>       <type>so</type>
> </dependency>
> I have a link to download the POM, but I have no link to download any actual artifact.  No mention is made of "solaris", "linux_2x" or "linux_3x" anywhere on the web page.
> I suspect the POM has been stripped of the classifier by archiva when maven deployed the artifact.  As far as Archiva is concerned, there is only one POM which references an artifact that does not exist on the filesystem (no libFDacsLib.so file) since it's looking without the classifier extension.
> Naturally I'd like to see a fix in a future version of Archiva if indeed Archiva is causing the problem.  In the mean-time I would appreciate guidence as to whether I should create three separate POMs that specify the three classifier values to replace the existing POM in the archva repository filesystem.

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