[jira] Created: (MJAR-72) Option to include source within the jar artifact
Option to include source within the jar artifact Key: MJAR-72 URL: http://jira.codehaus.org/browse/MJAR-72 Project: Maven 2.x Jar Plugin Issue Type: New Feature Environment: maven 1.0.6, jdk 1.6 Reporter: Brill Pappin I know it's fairly easy to create a separate source jar that contain the java source, but I've run across a case where I want to include the source along with the classes in the same jar. In this case the jars are GWT modules which use the source to compile the java code into javascript. -- 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: (MJAR-72) Option to include source within the jar artifact
[ http://jira.codehaus.org/browse/MJAR-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95711 ] Brill Pappin commented on MJAR-72: -- I just tried to check out the source so I could provide a patch, but there seems to be quite a convoluted pom dependency thing going on. Is there a preferred module to checkout so that I can actually build? > Option to include source within the jar artifact > > > Key: MJAR-72 > URL: http://jira.codehaus.org/browse/MJAR-72 > Project: Maven 2.x Jar Plugin > Issue Type: New Feature > Environment: maven 1.0.6, jdk 1.6 >Reporter: Brill Pappin > > I know it's fairly easy to create a separate source jar that contain the java > source, but I've run across a case where I want to include the source along > with the classes in the same jar. > In this case the jars are GWT modules which use the source to compile the > java code into javascript. -- 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: (MEAR-30) EAR plugin generates meta-inf rather than META-INF
[ http://jira.codehaus.org/browse/MEAR-30?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95712 ] Ari Meyer commented on MEAR-30: --- This is not unique to the EAR plugin. I get this same behavior in Maven 2.06 just trying to precisely follow the BetterBuildsWithMaven.pdf instructions (2.6. Handling Classpath Resources). I am running on Windows XP SP2. As Stephane says above, "Winzip shows indeed a meta-inf directory instead of META-INF but when unzipped it looks good." This is exactly what I'm seeing, but I assume on an OS where file/dir names are case-sensitive, this could cause problems. Even on Win32, it's definitely confusing, and should be fixed. > EAR plugin generates meta-inf rather than META-INF > -- > > Key: MEAR-30 > URL: http://jira.codehaus.org/browse/MEAR-30 > Project: Maven 2.x Ear Plugin > Issue Type: Bug >Affects Versions: 2.2 >Reporter: Andreas Schildbach >Assignee: Stephane Nicoll > > When I run "mvn package" on my ear module, I get both "application.xml" and > "Manifest.mf" in a directory called "meta-inf" rather than the > standard-conform "META-INF". JBoss consequently cannot find application.xml > in the EAR when trying to deploy. > Here is my plugin config: > > org.apache.maven.plugins > maven-ear-plugin > > name > description > 1.4 > > > group > > artifact > > true > > > > > Maven-ear-plugin is resolved to version 2.2. -- 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: (MJAR-73) "mvn package" creates both lowercase "meta-inf" as well as uppercase "META-INF" directories
"mvn package" creates both lowercase "meta-inf" as well as uppercase "META-INF" directories --- Key: MJAR-73 URL: http://jira.codehaus.org/browse/MJAR-73 Project: Maven 2.x Jar Plugin Issue Type: Bug Affects Versions: 2.1 Environment: Windows XP SP2 Reporter: Ari Meyer Attachments: maven-jar-bug.pdf I am getting started with Maven 2.06, just trying to precisely follow the BetterBuildsWithMaven.pdf instructions (2.6. Handling Classpath Resources). I am running on Windows XP SP2. When I execute "mvn package" and open the created JAR in Winzip, I see a "meta-inf" directory in addition to a "META-INF" dir. Since I'm on a Win32 OS, when I extract the files, however, I correctly see only the uppercase "META-INF" dir. I assume on an OS where file/dir names are case-sensitive (such as UNIX variants), this could cause problems (see bug MEAR-30). Even on Win32, it's definitely confusing, and should be fixed. I have attached a screen shot of what appears in WinZip. -- 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] Updated: (MJAR-72) Option to include source within the jar artifact
[ http://jira.codehaus.org/browse/MJAR-72?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arnaud Heritier updated MJAR-72: Environment: maven 2.0.6, jdk 1.6 (was: maven 1.0.6, jdk 1.6) > Option to include source within the jar artifact > > > Key: MJAR-72 > URL: http://jira.codehaus.org/browse/MJAR-72 > Project: Maven 2.x Jar Plugin > Issue Type: New Feature > Environment: maven 2.0.6, jdk 1.6 >Reporter: Brill Pappin > > I know it's fairly easy to create a separate source jar that contain the java > source, but I've run across a case where I want to include the source along > with the classes in the same jar. > In this case the jars are GWT modules which use the source to compile the > java code into javascript. -- 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: (MONE-8) The goal one:convert is not implemented in version 1.0 although it is documented and should work.
[ http://jira.codehaus.org/browse/MONE-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95719 ] Dennis Lundberg commented on MONE-8: Please see this page for info on that: http://maven.apache.org/guides/development/guide-testing-development-plugins.html > The goal one:convert is not implemented in version 1.0 although it is > documented and should work. > - > > Key: MONE-8 > URL: http://jira.codehaus.org/browse/MONE-8 > Project: Maven 2.x M1 Plugin > Issue Type: Bug >Affects Versions: 1.0 > Environment: Win XP >Reporter: Eric Vanlaeken >Assignee: Dennis Lundberg > Fix For: 1.1 > > > The goal one:convert is not implement in version 1.0 although it is > documented and should work. > Could you give an estimation when this will work? > tnx > Eric -- 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] Closed: (MJAVADOC-98) Add support for Javadoc version different from JAVA_HOME
[ http://jira.codehaus.org/browse/MJAVADOC-98?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vincent Siveton closed MJAVADOC-98. --- Assignee: Vincent Siveton Resolution: Fixed Fix Version/s: 2.3 Added in SVN with some changes: * added isJavadocVersionAtLeast() * provided mechanism to auto-detect javadoc version * added documentation > Add support for Javadoc version different from JAVA_HOME > > > Key: MJAVADOC-98 > URL: http://jira.codehaus.org/browse/MJAVADOC-98 > Project: Maven 2.x Javadoc Plugin > Issue Type: New Feature >Affects Versions: 2.2 > Environment: All >Reporter: Wayne Fay >Assignee: Vincent Siveton > Fix For: 2.3 > > Attachments: javadoc_version.diff, pom.xml > > > Robert Brehm recently posted a question on the Maven Users list (subject > "Javadoc plugin issue") about using the 1.5 Javadoc when his JAVA_HOME is set > to 1.4. He is using the maven-compiler-plugin to specify the 1.5 compiler and > expected the Javadoc plugin would pick that up and use it automatically, or > at least offer a way to configure the Javadoc plugin directly. I got > interested in the issue and wrote some code to support this functionality. > This is my first official foray into plugin development so I appreciate your > comments etc. Also I'm still trying to figure out the plugin testing aspect > so I haven't included tests with this first code drop... I'm not entirely > sure how to properly develop unit tests for this because it is very > environment-dependent. I did however include a sample pom.xml with the new > configuration parameters -- I've tested it myself on Windows with a small app > (JAVA_HOME set to 1.4 and pom.xml config pointing to 1.5) and it used the 1.5 > javadoc binary as configured. > I don't like having to include the node in the configuration > but org.apache.commons.lang.SystemUtils doesn't know how to decipher the > Javadoc version, only the Java version. And I was going to grab the Javac > specified in maven-compiler-plugin and use it to find the Javadoc executable, > then fork Javac to find the version etc, but decided that was just too much > work for right now... If you want to go down that path, go for it, I'm just > not sure if its worth the effort. ;-) -- 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: (MEV-520) retroweaver 1.2.4 jar is corrupt
[ http://jira.codehaus.org/browse/MEV-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95731 ] Carlos Sanchez commented on MEV-520: please provide the right jar > retroweaver 1.2.4 jar is corrupt > > > Key: MEV-520 > URL: http://jira.codehaus.org/browse/MEV-520 > Project: Maven Evangelism > Issue Type: Bug >Reporter: Brian Fox > > http://repo1.maven.org/maven2/net/sourceforge/retroweaver/retroweaver/1.2.4/ > This jar can't be opened with zip,winrar or my compiler. -- 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] Closed: (MEV-521) Bad checksums and PGP signature maven-clean-plugin maven-metadata.xml
[ http://jira.codehaus.org/browse/MEV-521?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MEV-521. -- Assignee: Carlos Sanchez Resolution: Fixed removed pgp, fixed md5 and sha1 at apache, will be in central after the mirror in few hours > Bad checksums and PGP signature maven-clean-plugin maven-metadata.xml > - > > Key: MEV-521 > URL: http://jira.codehaus.org/browse/MEV-521 > Project: Maven Evangelism > Issue Type: Bug >Reporter: Max Bowsher >Assignee: Carlos Sanchez > > http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-plugin/maven-metadata.xml > has bad .md5 .sha1 and .asc. > The .md5 and .sha1, whilst containing the correct checksum, have been > generated with BSD commandline tools which output a different format to what > Maven2 understands. > The .asc is a bad signature, presumably due to the metadata being tweaked, > and so should be removed. -- 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] Closed: (MAVENUPLOAD-1534) uploading bluecove-1.2.3 to The Central Repository
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1534. --- Assignee: Carlos Sanchez Resolution: Fixed > uploading bluecove-1.2.3 to The Central Repository > -- > > Key: MAVENUPLOAD-1534 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1534 > Project: maven-upload-requests > Issue Type: Task >Reporter: Vlad Skarzhevskyy >Assignee: Carlos Sanchez > > BlueCove is a LGPL licensed JSR-82 implementation that currently interfaces > with the Microsoft Bluetooth stack -- 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] Closed: (MAVENUPLOAD-1533) Jython 2.2beta2 upload request
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1533. --- Assignee: Carlos Sanchez Resolution: Fixed > Jython 2.2beta2 upload request > -- > > Key: MAVENUPLOAD-1533 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1533 > Project: maven-upload-requests > Issue Type: Task >Reporter: Charlie Groves >Assignee: Carlos Sanchez > -- 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] Closed: (MAVENUPLOAD-1532) Upload org.hibernate:hibernate-annotations:jar:3.3.0.ga to ibiblio
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1532. --- Assignee: Carlos Sanchez Resolution: Fixed > Upload org.hibernate:hibernate-annotations:jar:3.3.0.ga to ibiblio > -- > > Key: MAVENUPLOAD-1532 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1532 > Project: maven-upload-requests > Issue Type: Task >Reporter: Craig Condit >Assignee: Carlos Sanchez > > http://randomcoder.com/projects/maven-uploads/hibernate-annotations-3.3.0.ga-bundle.jar > http://www.hibernate.org/ > Relational Persistence for Java - Annotations support -- 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] Closed: (MAVENUPLOAD-1531) Upload org.hibernate:hibernate:jar:3.2.4.ga to ibiblio
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1531. --- Assignee: Carlos Sanchez Resolution: Fixed > Upload org.hibernate:hibernate:jar:3.2.4.ga to ibiblio > -- > > Key: MAVENUPLOAD-1531 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1531 > Project: maven-upload-requests > Issue Type: Task >Reporter: Craig Condit >Assignee: Carlos Sanchez > > http://randomcoder.com/projects/maven-uploads/hibernate-3.2.4.ga-bundle.jar > http://www.hibernate.org/ > Relational Persistence for Java -- 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: (MAVENUPLOAD-1528) Please upload TestExtensions bundle
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95733 ] Carlos Sanchez commented on MAVENUPLOAD-1528: - why do you use org.test.ext groupid? check group policy in instructions > Please upload TestExtensions bundle > --- > > Key: MAVENUPLOAD-1528 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1528 > Project: maven-upload-requests > Issue Type: Wish >Reporter: Christof Lehmann > > The project TestExtensions proviedes access to non public fields and methods. > It is an extensions for writing unit tests and can be uses from JUnit or > TestNG. It is in an early state of development, but it contains all necessary > functions. -- 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] Closed: (MAVENUPLOAD-1499) JEuclid 2.9.6
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1499. --- Assignee: Carlos Sanchez Resolution: Fixed yep, but you can't release with snapshot plugins or it won't be reproducible > JEuclid 2.9.6 > - > > Key: MAVENUPLOAD-1499 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1499 > Project: maven-upload-requests > Issue Type: Task >Reporter: Max Berger >Assignee: Carlos Sanchez > > Juclid is a complete MathML rendering solution, consisting of: a MathViewer > application, command line converters from MathML to other formats, an ant > task for autmated conversion, display components for AWT and Swing and a > component for Apache Cocoon. > This is the newest release. Thank you (also for uploading the older releases) -- 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] Closed: (MAVENUPLOAD-1527) Reflexive Framework
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1527. --- Assignee: Carlos Sanchez Resolution: Fixed > Reflexive Framework > --- > > Key: MAVENUPLOAD-1527 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1527 > Project: maven-upload-requests > Issue Type: Task >Reporter: Andries Inzé >Assignee: Carlos Sanchez > > Reflexive aims to simplify refactoring by removing string literals when > addressing properties or methods. By dynamicaly retrieving the property or > method by invoking the getter or method, we make refactoring safer since > there is compile time checking. -- 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] Closed: (MAVENUPLOAD-1515) Request for FitNesse and FitLibrary
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1515. --- Assignee: Carlos Sanchez Resolution: Fixed > Request for FitNesse and FitLibrary > --- > > Key: MAVENUPLOAD-1515 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1515 > Project: maven-upload-requests > Issue Type: Task >Reporter: pkernevez >Assignee: Carlos Sanchez > > FitNesse is a fully integrated standalone wiki, and acceptance testing > framework. > FitLibrary is an extension for Fit/FitNesse > There are 4 bundle for a couple a version of both framework. > There isn't external dependencies in their pom (except between this > framework), this is not an error. These framework doen't use any other > framework. > http://jmonitoring.free.fr/tempjar/fitlibrary-20050731-bundle.jar > http://jmonitoring.free.fr/tempjar/fitlibrary-20060719-bundle.jar > http://jmonitoring.free.fr/tempjar/fitnesse-20050731-bundle.jar > http://jmonitoring.free.fr/tempjar/fitnesse-20060719-bundle.jar -- 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: (MAVENUPLOAD-1524) Add SpringUnit to Maven repository
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95735 ] Carlos Sanchez commented on MAVENUPLOAD-1524: - do you own org.springunit domain ? proof? > Add SpringUnit to Maven repository > -- > > Key: MAVENUPLOAD-1524 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1524 > Project: maven-upload-requests > Issue Type: Task >Reporter: Ted Velkoff > Attachments: springunit-0.4.1-bundle.jar > > > http://springunit.sourceforge.net/mavenrepo/springunit-0.4.1-bundle.jar > http://springunit.sourceforge.net > http://springunit.sourceforge.net/team-list.html > SpringUnit is a Java framework for creating data-driven unit and integration > tests. It enables reuse of test data values by allowing test data and test > logic to vary independently. It leverages the JUnit and Spring frameworks, > which facilitates easy adoption by developers. -- 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] Closed: (MAVENUPLOAD-1518) Apache FOP 0.93
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1518. --- Assignee: Carlos Sanchez Resolution: Won't Fix > Apache FOP 0.93 > --- > > Key: MAVENUPLOAD-1518 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1518 > Project: maven-upload-requests > Issue Type: Task >Reporter: Jeremias Märki >Assignee: Carlos Sanchez > > Bundle for Apache FOP 0.93 upon various requests from the community. I hope > this is all correct as I don't personally use Maven. This will hopefully > silence all the people bugging us to submit Maven artifacts. -- 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] Closed: (MAVENUPLOAD-1517) Apache XML Graphics 1.1
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Sanchez closed MAVENUPLOAD-1517. --- Assignee: Carlos Sanchez Resolution: Won't Fix > Apache XML Graphics 1.1 > --- > > Key: MAVENUPLOAD-1517 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1517 > Project: maven-upload-requests > Issue Type: Task >Reporter: Jeremias Märki >Assignee: Carlos Sanchez > > Apache XML Graphics Commons is a library used by the latest versions of > Apache FOP. The version 1.1 is a prerequisite for Apache FOP 0.93. Thanks for > uploading. -- 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: (MAVENUPLOAD-1526) Sync jXLS repository to the central repository
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95736 ] Carlos Sanchez commented on MAVENUPLOAD-1526: - syncs are automatic, any problem happened? > Sync jXLS repository to the central repository > -- > > Key: MAVENUPLOAD-1526 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1526 > Project: maven-upload-requests > Issue Type: Task >Reporter: Leonid Vysochyn > Attachments: net.sf.jxls.sh > > > Please do a sync of jxls repository > /home/groups/j/jx/jxls/htdocs/repository/releases to central repository as > there is a new release of jXLS library (0.9.3) -- 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] Reopened: (MAVENUPLOAD-1454) Upload of rmock 2.0.0. Group already exists.
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Brolund reopened MAVENUPLOAD-1454: - Now I believe I (finally) got the deployment to work, so the syncing should be ok. What worries me a bit is that there seems to be three rmock directories at the end of the path (there should be two in the case where the artifact is actually rmock), so I guess the sync script should be altered and the missynced directories removed. See http://mirrors.ibiblio.org/pub/mirrors/maven2/com/agical/rmock/rmock/rmock and I hope you understand. :-) Cheers Daniel > Upload of rmock 2.0.0. Group already exists. > > > Key: MAVENUPLOAD-1454 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1454 > Project: maven-upload-requests > Issue Type: Task >Reporter: Daniel Brolund >Assignee: Carlos Sanchez > > RMock 2.0.0 is a Java mock object framework to use with jUnit. RMock has > support for a setup-modify-run-verify workflow when writing jUnit tests. It > integrates better with IDE refactoring support and allows designing classes > and interfaces in a true test-first fashion. -- 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: (MAVENUPLOAD-1535) Hibernate Core 3.2.4 GA released
Hibernate Core 3.2.4 GA released Key: MAVENUPLOAD-1535 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1535 Project: maven-upload-requests Issue Type: Task Reporter: Kaj Hejer see http://hibernate.org/6.html -- 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: (MAVENUPLOAD-1535) Hibernate Core 3.2.4 GA released
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95739 ] Kaj Hejer commented on MAVENUPLOAD-1535: I forgot to say: NOT A DEVELOPER > Hibernate Core 3.2.4 GA released > > > Key: MAVENUPLOAD-1535 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1535 > Project: maven-upload-requests > Issue Type: Task >Reporter: Kaj Hejer > > see http://hibernate.org/6.html -- 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: (MAVENUPLOAD-1535) Hibernate Core 3.2.4 GA released
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95740 ] Carlos Sanchez commented on MAVENUPLOAD-1535: - please read http://maven.apache.org/guides/mini/guide-central-repository-upload.html > Hibernate Core 3.2.4 GA released > > > Key: MAVENUPLOAD-1535 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1535 > Project: maven-upload-requests > Issue Type: Task >Reporter: Kaj Hejer > > see http://hibernate.org/6.html -- 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: (MRM-323) Managed repo in archiva cannot be accessed thru direct webdav url even with valid credentials (Archiva deployed in Tomcat)
[ http://jira.codehaus.org/browse/MRM-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95748 ] Arnaud Heritier commented on MRM-323: - Reproduced with TC 5.5.20 on jdk 1.5 and Windows XP I tried run archiva with jetty (mvn jetty:run). I created a private repo, and everything is working fine. I setup my tomcat to run the web app with the same database (derby). I have the error. Thus it's not a problem with the DB. If I redeploy it on jetty, it works. The workaround (edit a repo) doesn't work. I found these logs : 1607015 [btpool0-5] DEBUG org.codehaus.plexus.security.authentication.Authenticator:user-manager - Authenticate: PasswordBasedAuthenticationDataSource[principal=aheritier,password=***] 1607047 [btpool0-5] DEBUG org.codehaus.plexus.security.authentication.Authenticator:user-manager - PasswordEncoder: org.codehaus.plexus.security.policy.encoders.SHA256PasswordEncoder 1607047 [btpool0-5] DEBUG org.codehaus.plexus.security.authentication.Authenticator:user-manager - User aheritier provided a valid password 1607062 [btpool0-5] DEBUG org.codehaus.plexus.security.system.SecuritySystem:default - authnManager.authenticate() result: AuthenticationResult[principal=aheritier,isAuthenticated=true,exception=] 1607078 [btpool0-5] DEBUG org.codehaus.plexus.security.system.SecuritySystem:default - User 'aheritier' authenticated. 1607078 [btpool0-5] DEBUG org.codehaus.plexus.security.system.SecuritySystem:default - User 'aheritier' exists. 1607078 [btpool0-5] DEBUG org.codehaus.plexus.security.system.SecuritySystem:default - User: username = 'aheritier' password = 'null' encodedPassword = 'zJlmvvgOAWnQR5/JzHdfeh0WOnQBJj7q+CK1/pofQSE=' fullName = 'Arnaud Heritier' email = '[EMAIL PROTECTED]' locked = 'false' permanent = 'false' validated = 'false' passwordChangeRequired = 'true' 1607093 [btpool0-5] DEBUG org.codehaus.plexus.security.authorization.Authorizer:rbac - checking permission archiva-read-repository-3rd-parties 1607093 [btpool0-5] DEBUG org.codehaus.plexus.security.authorization.Authorizer:rbac - checking permission archiva-read-repository-corporate-snapshots 1607093 [btpool0-5] DEBUG org.codehaus.plexus.security.authorization.Authorizer:rbac - checking permission archiva-read-repository-corporate-releases 1607093 [btpool0-5] DEBUG org.codehaus.plexus.security.authorization.Authorizer:rbac - checking permission archiva-read-repository-private 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 1633468 [Shutdown] WARN org.codehaus.plexus.PlexusContainer - Component manager not found for returned component. Ignored. [EMAIL PROTECTED] 00:37:44,687 [http-18080-Processor23] DEBUG Authorizer:rbac- checking permission archiva-read-repository-proxy-snapshots What all these warnings ? I don't have them in Jetty > Managed repo in archiva cannot be accessed thru direct webdav url even with > valid credentials (Archiva deployed in Tomcat) > -- > > Key: MRM-323 > URL: http://jira.codehaus.org/browse/MRM-323 > Project: Archiva > Issue Type: Bug > Components: WebDAV interface >Affects Versions: 1.0-alpha-1 > Environment: - Tomcat 5.5.20 > - Linux > - Mozilla Firefox >Reporter: Maria Odea Ching > Fix For: 1.0-alpha-1 > > Attachments: archiva-0.9.xml, archiva.xml, logs.zip > > > Steps to re-create issue: > - Deploy Archiva in Tomcat, then start tomcat > - Access Archiva in browser and set the required configurations > - Add A Managed Repository with the following configuration: > - id: snapshots > - name: snapshots > - url: snapshots (it would have the value > http://localhost:[PORT]/archiva/repository/snapshots) > - directory: snapshots > - Go to User Management and add the Repository Observer role for the > 'snapshots' repo to the current user > - Open a new tab in your browser then type the webdav URL: > http://localhost:[PORT]/archiva/repository/snapsho
[jira] Closed: (MRM-337) Release artifacts are missing license and notice files
[ http://jira.codehaus.org/browse/MRM-337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wendy Smoak closed MRM-337. --- Resolution: Fixed Fix Version/s: 1.0-alpha-1 0.9 Fixed on trunk and archiva-0.9 branch > Release artifacts are missing license and notice files > -- > > Key: MRM-337 > URL: http://jira.codehaus.org/browse/MRM-337 > Project: Archiva > Issue Type: Bug > Components: build >Affects Versions: 1.0-alpha-1 >Reporter: Wendy Smoak >Assignee: Wendy Smoak > Fix For: 0.9, 1.0-alpha-1 > > > All released artifacts must contain license and notice files. The files are > missing from the 0.9-alpha-1 build. > Probably needs to be fixed on trunk also. -- 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: (MAVENUPLOAD-1524) Add SpringUnit to Maven repository
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95762 ] Ted Velkoff commented on MAVENUPLOAD-1524: -- I am the owner of springunit.org. It is a private registration. I am happy to demonstrate proof of ownership. Please advise what information I should provide. Thanks. Ted Velkoff > Add SpringUnit to Maven repository > -- > > Key: MAVENUPLOAD-1524 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1524 > Project: maven-upload-requests > Issue Type: Task >Reporter: Ted Velkoff > Attachments: springunit-0.4.1-bundle.jar > > > http://springunit.sourceforge.net/mavenrepo/springunit-0.4.1-bundle.jar > http://springunit.sourceforge.net > http://springunit.sourceforge.net/team-list.html > SpringUnit is a Java framework for creating data-driven unit and integration > tests. It enables reuse of test data values by allowing test data and test > logic to vary independently. It leverages the JUnit and Spring frameworks, > which facilitates easy adoption by developers. -- 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: (MAVENUPLOAD-1524) Add SpringUnit to Maven repository
[ http://jira.codehaus.org/browse/MAVENUPLOAD-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95763 ] Carlos Sanchez commented on MAVENUPLOAD-1524: - whois record, a page there with your name,... something like that > Add SpringUnit to Maven repository > -- > > Key: MAVENUPLOAD-1524 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1524 > Project: maven-upload-requests > Issue Type: Task >Reporter: Ted Velkoff > Attachments: springunit-0.4.1-bundle.jar > > > http://springunit.sourceforge.net/mavenrepo/springunit-0.4.1-bundle.jar > http://springunit.sourceforge.net > http://springunit.sourceforge.net/team-list.html > SpringUnit is a Java framework for creating data-driven unit and integration > tests. It enables reuse of test data values by allowing test data and test > logic to vary independently. It leverages the JUnit and Spring frameworks, > which facilitates easy adoption by developers. -- 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: (NMAVEN-43) Deploy project artifacts
[ http://jira.codehaus.org/browse/NMAVEN-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_95764 ] Shane Isbell commented on NMAVEN-43: I did notice a weird thing with the patch. It handles snapshots correctly and it handles deployment correctly. But when I try to deploy snapshots, the assemblies become corrupted. I am still investigating this. Anyone else seeing the same thing? > Deploy project artifacts > - > > Key: NMAVEN-43 > URL: http://jira.codehaus.org/browse/NMAVEN-43 > Project: NMaven > Issue Type: New Feature >Reporter: Shane Isbell > Attachments: deploy-patch.txt > > > The user can sync their built artifacts to a Maven repository -- 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