Re: Error during deploy in private repository
Brett Porter-2 wrote: > > It's hard to tell from the partial path information but I think it's > just the lack of the repository root directory on the remote server, > not the metadata file. If you remove the metadata file does it still > work now? > No, when the metadata is removed the deploy stops with the same error. My guess is that it is not a path issue. Brett Porter-2 wrote: > >> And can I run my repository in this way (uploading via sftp, >> downloading >> using the webserver)? > > Yes, though there are good reasons to select a repository manager > instead (one of which that deployment is much simpler over HTTP > generally). > But this webserver has not able to run any web-application (like php, Java, ...). It is a simple HTTP-Web-Server. So it is still possible to use an repository manager? Cheers, Thomas -- View this message in context: http://n2.nabble.com/Error-during-deploy-in-private-repository-tp3687411p3704446.html Sent from the maven users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Error during deploy in private repository
Anders Hammar wrote: > > Using Nexus or Artifactory is making it as easy as possible. They come > bundled with a web container, so you only have to unpack and run. > > /Anders > OK, but as I noticed in the reply to Brett Porter it is only a simple HTTP-Webserver and it is not possible to run a WAR or to start a Jetty. Is it still possible to use an repository manager? And when yes, how? Thanks and cheers, Thomas -- View this message in context: http://n2.nabble.com/Error-during-deploy-in-private-repository-tp3687411p3704454.html Sent from the maven users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Error during deploy in private repository
Wayne Fay wrote: > >> OK, but as I noticed in the reply to Brett Porter it is only a simple >> HTTP-Webserver and it is not possible to run a WAR or to start a Jetty. >> Is >> it still possible to use an repository manager? And when yes, how? > > But as Anders noted, Nexus is available in a package which has Jetty > embedded along with the Nexus WAR. So you don't need to worry about > existing infrastructure to use it -- just make sure you set it up to > run on a different port of course. > But how I should start the server having only sFTP access to the server. I have no shell on the server and I think I should not start a new service on the server. This will not be allowed. I _only_ have sFTP access to upload files and a webserver with which I can access the webspace via HTTP. My question is: Can I run a repository with this two things sFTP and a simple webserver. Cheers, Thomas -- View this message in context: http://n2.nabble.com/Error-during-deploy-in-private-repository-tp3687411p3707306.html Sent from the maven users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Error during deploy in private repository
Brian Fox-3 wrote: > > In theory this would be possible, but the paths probably need to be > rooted in the same location. > I think it can not be a path problem. When I change the url of the distributionManagement to file:///home/thomas/test-repo It all works. The maven-metadata is created. As soon as I switch to sftp://... the deploy stops with the exception, that the maven-metadata.xml can not be received (which is right, as it does not exists, yet). The url is the only path I change, so I rule out a pathing issue. But, why maven skips the missing of the metadata when the deploy url is local but stops when the url is remote? Is there a bug in tssh wagon? I found http://maven.apache.org/wagon/wagon-providers/wagon-ssh/ "Getting files from SSH servers is not fully tested." Brian Fox-3 wrote: > > When Maven goes to deploy, it uses the > same channel to retrieve the metadata files that need to be updated. > It seems like your system is interfering with this process. > It seems that it can skip the missing of the metadata when deploying local but stops, when deploying remote. Thankls for any help. Cheers, Thomas -- View this message in context: http://n2.nabble.com/Error-during-deploy-in-private-repository-tp3687411p3714504.html Sent from the maven users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org