[jira] Commented: (CONTINUUM-725) CLONE -Cannot reference POM via http link with authentication
[ http://jira.codehaus.org/browse/CONTINUUM-725?page=comments#action_68140 ] Jörg Prante commented on CONTINUUM-725: --- I see this very annoying bug here with 1.0.3, too. There are at least four(!) subsequent requests for the pom.xml. Three succeeds with HTTP authentication, but the last fails because no authentication challenge is sent to the server. Please note that the server is accessed by HTTPS. The Apache log of the subversion repository: myhost - continuum [24/Jun/2006:10:06:18 +0200] "GET /svn/myproject/current/pom.xml HTTP/1.1" 200 7177 "-" "Java/1.5.0_07" myhost - continuum [24/Jun/2006:10:06:18 +0200] "GET /svn/myproject/current/pom.xml HTTP/1.1" 200 7177 "-" "Java/1.5.0_07" myhost - continuum [24/Jun/2006:10:06:18 +0200] "GET /svn/myproject/current/pom.xml HTTP/1.1" 200 7177 "-" "Java/1.5.0_07" myhost - - [24/Jun/2006:10:06:18 +0200] "GET /svn/myproject/current/pom.xml HTTP/1.1" 401 485 "-" "Java/1.5.0_07" Hope this helps. > CLONE -Cannot reference POM via http link with authentication > - > > Key: CONTINUUM-725 > URL: http://jira.codehaus.org/browse/CONTINUUM-725 > Project: Continuum > Type: Bug > Reporter: Scott McLachlan > Assignee: Emmanuel Venisse > Fix For: 1.0.3 > > > Continuum is not able to download a POM from a URL like http://user:[EMAIL > PROTECTED]/trunk/pom.xml. I've seen a number of bugs posted relating to this > issue, but they've been closed almost 6 months ago. Has this feature been > left out of the 1.0.2 release? -- 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: (CONTINUUM-725) CLONE -Cannot reference POM via http link with authentication
[ http://jira.codehaus.org/browse/CONTINUUM-725?page=comments#action_68145 ] Jörg Prante commented on CONTINUUM-725: --- Looks like Continuum performs mixed HTTP/HTTPS client accesses on a HTTPS address and gets totally confused. After disabling HTTP authentication and allowing access from within localhost to the subversion repository, I get the following "plaintext" exception for the Maven-2 URL https://localhost/svn/myproject/current/pom.xml INFO | jvm 1| 2006/06/24 10:41:59 | 2006-06-24 10:41:59,336 [SocketListener0-1] INFO Validator:url-source - An error is occurred. INFO | jvm 1| 2006/06/24 10:41:59 | javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connection? INFO | jvm 1| 2006/06/24 10:41:59 | at com.sun.net.ssl.internal.ssl.InputRecord.handleUnknownRecord(InputRecord.java:525) INFO | jvm 1| 2006/06/24 10:41:59 | at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:355) INFO | jvm 1| 2006/06/24 10:41:59 | at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:723) INFO | jvm 1| 2006/06/24 10:41:59 | at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1030) INFO | jvm 1| 2006/06/24 10:41:59 | at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1057) INFO | jvm 1| 2006/06/24 10:41:59 | at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1041) INFO | jvm 1| 2006/06/24 10:41:59 | at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:402) INFO | jvm 1| 2006/06/24 10:41:59 | at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:170) INFO | jvm 1| 2006/06/24 10:41:59 | at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:916) INFO | jvm 1| 2006/06/24 10:41:59 | at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:234) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.formica.util.MungedHttpsURL.isValid(MungedHttpsURL.java:111) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.formica.validation.UrlSourceValidator.validate(UrlSourceValidator.java:63) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.formica.DefaultFormManager.validateElements(DefaultFormManager.java:195) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.formica.DefaultFormManager.validate(DefaultFormManager.java:124) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.formica.DefaultFormManager.validate(DefaultFormManager.java:114) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.formica.action.AbstractEntityAction.execute(AbstractEntityAction.java:107) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.summit.pipeline.valve.ActionValve.invoke(ActionValve.java:68) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.summit.pipeline.AbstractPipeline.invoke(AbstractPipeline.java:70) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.summit.Summit.doGet(Summit.java:54) INFO | jvm 1| 2006/06/24 10:41:59 | at org.codehaus.plexus.summit.Summit.doPost(Summit.java:108) INFO | jvm 1| 2006/06/24 10:41:59 | at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) INFO | jvm 1| 2006/06/24 10:41:59 | at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.http.HttpContext.handle(HttpContext.java:1807) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.http.HttpContext.handle(HttpContext.java:1757) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.http.HttpServer.service(HttpServer.java:879) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)INFO | jvm 1 | 2006/06/24 10:41:59 | at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806) INFO | jvm 1| 2006/06/24 10:41:59 | at org.mortbay.http.SocketListe
[jira] Commented: (CONTINUUM-725) CLONE -Cannot reference POM via http link with authentication
[ http://jira.codehaus.org/browse/CONTINUUM-725?page=comments#action_68146 ] Jörg Prante commented on CONTINUUM-725: --- Sorry, the exception occurs because of a virtual host configuration without SSL port. Anyway, I thought I got it https://myhost:443/svn/myproject/current/pom.xml but itfails with the message Could not download https://myhost:443/svn/myproject/current/pom.xml: /tmp/continuum/svn/myproject/current/pom.xml (Not a directory) INFO | jvm 1| 2006/06/24 10:54:41 | 2006-06-24 10:54:41,297 [SocketListener0-1] INFO ContinuumProjectBuilder:maven-two-builder - Downloading https://myserver:443/svn/myproject/current/pom.xml INFO | jvm 1| 2006/06/24 10:54:41 | 2006-06-24 10:54:41,395 [SocketListener0-1] INFO Continuum - Created 0 projects. INFO | jvm 1| 2006/06/24 10:54:41 | 2006-06-24 10:54:41,395 [SocketListener0-1] INFO Continuum - Created 0 project groups. INFO | jvm 1| 2006/06/24 10:54:41 | 2006-06-24 10:54:41,395 [SocketListener0-1] INFO Continuum - 1 warnings. INFO | jvm 1| 2006/06/24 10:54:41 | 2006-06-24 10:54:41,396 [SocketListener0-1] INFO Continuum - Could not download https://myserver:443/svn/myproject/current/pom.xml: /tmp/continuum/svn/myproject/current/pom.xml (Not a directory) If I try to enter athe URL without pom.xml https://myhost:443/svn/myproject/current the message is not surprisingly "Is a directory" INFO | jvm 1| 2006/06/24 11:05:41 | 2006-06-24 11:05:41,898 [SocketListener0-1] INFO ContinuumProjectBuilder:maven-two-builder - Downloading https://myhost:443/svn/myproject/current INFO | jvm 1| 2006/06/24 11:05:42 | 2006-06-24 11:05:42,060 [SocketListener0-1] INFO Continuum - Created 0 projects. INFO | jvm 1| 2006/06/24 11:05:42 | 2006-06-24 11:05:42,060 [SocketListener0-1] INFO Continuum - Created 0 project groups. INFO | jvm 1| 2006/06/24 11:05:42 | 2006-06-24 11:05:42,060 [SocketListener0-1] INFO Continuum - 1 warnings. INFO | jvm 1| 2006/06/24 11:05:42 | 2006-06-24 11:05:42,061 [SocketListener0-1] INFO Continuum - Could not download https://lmyhost:443/svn/myproject/current: /tmp/continuum/svn/myproject/current (Is a directory) I'm lost. Any hints? > CLONE -Cannot reference POM via http link with authentication > - > > Key: CONTINUUM-725 > URL: http://jira.codehaus.org/browse/CONTINUUM-725 > Project: Continuum > Type: Bug > Reporter: Scott McLachlan > Assignee: Emmanuel Venisse > Fix For: 1.0.3 > > > Continuum is not able to download a POM from a URL like http://user:[EMAIL > PROTECTED]/trunk/pom.xml. I've seen a number of bugs posted relating to this > issue, but they've been closed almost 6 months ago. Has this feature been > left out of the 1.0.2 release? -- 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: (CONTINUUM-725) CLONE -Cannot reference POM via http link with authentication
[ http://jira.codehaus.org/browse/CONTINUUM-725?page=comments#action_68150 ] Jörg Prante commented on CONTINUUM-725: --- Just for the files: I had to restart Continuum. After that, the messages regarding "Not a directory" and "Is a directory" disappeared. The Maven 2 pom.xml was accepted. Thank you for your patience. > CLONE -Cannot reference POM via http link with authentication > - > > Key: CONTINUUM-725 > URL: http://jira.codehaus.org/browse/CONTINUUM-725 > Project: Continuum > Type: Bug > Reporter: Scott McLachlan > Assignee: Emmanuel Venisse > Fix For: 1.0.3 > > > Continuum is not able to download a POM from a URL like http://user:[EMAIL > PROTECTED]/trunk/pom.xml. I've seen a number of bugs posted relating to this > issue, but they've been closed almost 6 months ago. Has this feature been > left out of the 1.0.2 release? -- 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: (MJAR-46) maven-jar-plugin doesn't accept element in configuration
[ http://jira.codehaus.org/browse/MJAR-46?page=all ] Dennis Lundberg reopened MJAR-46: - The reason for this not being found in the docs or SVN is that the code for this is in org.codehaus.plexus.archiver.jar.JarArchiver. This is a problem for plugins that use composite objects as configuration parameters. If the composite object is in another project (plexus-archiver in this case) it is very difficult to document the details of the composite object, so that it becomes available to the plugin user. > maven-jar-plugin doesn't accept element in configuration > --- > > Key: MJAR-46 > URL: http://jira.codehaus.org/browse/MJAR-46 > Project: Maven 2.x Jar Plugin > Type: Bug > Versions: 2.0 > Reporter: Sachin Patel > Assignee: Mike Perham > Priority: Blocker > > > The maven-jar-plugin does not accept the manfiestFile element in the > configuration as advertised. The error reported is... > [INFO] Failed to configure plugin parameters for: > org.apache.maven.plugins:maven-jar-plugin:2.1-SNAPSHOT > Cause: Cannot find setter nor field in > org.apache.maven.archiver.ManifestConfiguration for 'manifestFile' > Need to mark this as a blocker as their is no way to merge an existing > MANFIEST that is needed to build an eclipse-plugin. The MANIFEST entries > cannot be respecified in the plugin configuration because this would break > running the plugin in a eclipse runtime-workbench. Keeping the manifest > entires in the POM and in the MANIFEST file synchronized is too much > maintainance. Need to support merging an existing manifest file. -- 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-895) Upload request for NLOG4J 1.2.25
[ http://jira.codehaus.org/browse/MAVENUPLOAD-895?page=comments#action_68154 ] Carlos Sanchez commented on MAVENUPLOAD-895: Please note for the next time some xml errors, it should be nlog4j org.slf4j nlog4j 1.2.25 /org/apache/log4j nlog4j - NLOG4J is a production-quality log4j-replacement with native SLF4J API support. See http://www.slf4j.org/nlog4j/ javax.mail mail 1.3.2 provided javax.activation activation 1.0.2 provided javax.jms jms 1.1 provided com.sun.jmx jmxri 1.2 provided com.sun.jdmk jmxtools 1.2 provided > Upload request for NLOG4J 1.2.25 > > > Key: MAVENUPLOAD-895 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-895 > Project: maven-upload-requests > Type: Task > Reporter: Ceki Gulcu > Assignee: Carlos Sanchez > Attachments: nlog4j-1.2.25-bundle.jar > > > NLOG4J 1.2.25 was compiled using JDK 1.4 instead of JDK 1.5. -- 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-904) mstor 0.9.8 - Maven bundle
[ http://jira.codehaus.org/browse/MAVENUPLOAD-904?page=comments#action_68155 ] Carlos Sanchez commented on MAVENUPLOAD-904: Note for next time duplicate organization element > mstor 0.9.8 - Maven bundle > -- > > Key: MAVENUPLOAD-904 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-904 > Project: maven-upload-requests > Type: Task > Reporter: Ben Fortuna > Assignee: Carlos Sanchez > > > http://mstor.sourceforge.net/maven/mstor-0.9.8-bundle.jar > http://mstor.sourceforge.net/ > http://sourceforge.net/users/fortuna > mstor is a JavaMail local store provider based on the mbox email storage > format. -- 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: (CONTINUUM-735) XmlRpc does not expose getBuildOutput
XmlRpc does not expose getBuildOutput - Key: CONTINUUM-735 URL: http://jira.codehaus.org/browse/CONTINUUM-735 Project: Continuum Type: Improvement Components: XMLRPC Interface Environment: Debian linux etc Reporter: Andrew Williams Fix For: 1.1 Attachments: DefaultContinuumXmlRpc_java.patch, continuum_py.patch the XmlRpc does not expose the rather useful getBuildOutput method. The attatched patches against DefaultContinuumXmlRpc.java in comtinuum-xmlrpc the module and continuum.py in the continuum-core-it module fixes this. Both patches are against current svn (1.1-SNAPSHOT) -- 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-20) Don't create empty jars
[ http://jira.codehaus.org/browse/MJAR-20?page=all ] Jochen Wiedmann updated MJAR-20: Attachment: MJAR-20.patch > Don't create empty jars > --- > > Key: MJAR-20 > URL: http://jira.codehaus.org/browse/MJAR-20 > Project: Maven 2.x Jar Plugin > Type: Improvement > Versions: 2.0 > Reporter: Carlos Sanchez > Priority: Minor > Fix For: 2.1 > Attachments: MJAR-20.patch > > > Creating empty jars is confusing, it should just print a warning > use case: > parent pom attaching test jar, some subprojects may not have tests, why > create jars for them? -- 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-904) mstor 0.9.8 - Maven bundle
[ http://jira.codehaus.org/browse/MAVENUPLOAD-904?page=comments#action_68174 ] Ben Fortuna commented on MAVENUPLOAD-904: - Thanks. I have corrected this for next release. > mstor 0.9.8 - Maven bundle > -- > > Key: MAVENUPLOAD-904 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-904 > Project: maven-upload-requests > Type: Task > Reporter: Ben Fortuna > Assignee: Carlos Sanchez > > > http://mstor.sourceforge.net/maven/mstor-0.9.8-bundle.jar > http://mstor.sourceforge.net/ > http://sourceforge.net/users/fortuna > mstor is a JavaMail local store provider based on the mbox email storage > format. -- 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
