I'm running into the same problem where I'm trying to disable host key
checking but it still doesn't bypass it.
configuration
knownHostsProvider
implementation=org.apache.maven.wagon.providers.ssh.knownhost.KnownHostProvider
hostKeyCheckingno/hostKeyChecking
Grégory Joseph wrote:
Hi there,
I've seen this topic debated many times, and still haven't figured
everything out. I was recently confused by the handling and
inheritance of urls in Maven. I think I got most of it, when it comes
to project.url.
Now, when it comes to deploying a site,
Hi Lukas,
On 2 July 2012 13:18, Lukas Theussl ltheu...@apache.org wrote:
Grégory Joseph wrote:
It kind of sounds like MSITE-600 to me, so I'm unsure if/how the issue
was fixed. Example:
* Corporate parent pom defines this site deployment url:
prot://foo/${artifactId}/${version} -- it works
Just tried staging, and indeed, the paths in that case are correct* -
but again, I'm assuming that's because the normalization is done and
supported by my local FS ?
-g
* with the strange bug that https://nexus.domain.org/xyz; was
converted to targetstaging/http/s.domain.org/xyz ...
On 2 July
Grégory Joseph wrote:
Just tried staging, and indeed, the paths in that case are correct* -
but again, I'm assuming that's because the normalization is done and
supported by my local FS ?
IIRC normalization is done by the wagon you are using for the deploy, so
it's outside the realm of the
On 2 July 2012 14:38, Lukas Theussl ltheu...@apache.org wrote:
Grégory Joseph wrote:
Just tried staging, and indeed, the paths in that case are correct* -
I take it back. Staging was fine… with 2.1.1.
With 3.1 I get this, for example for last module of the multi-module build
[INFO] Pushing
Hello
Sounds an issue.
Please load an entry in jira (with the details).
We will have a look.
Thanks!
--
Olivier Lamy
http://twitter.com/olamy
http://www.linkedin.com/in/olamy
2011/1/25 Marcin Kuthan marcin.kut...@gmail.com:
Hi
I'm working on corporate pom and I would keep common corporate
For the NPE in m3, this has just been filed:
http://jira.codehaus.org/browse/MSITE-546
For m2, I'm not sure I understand you correctly, first you say it works,
then you say it doesn't with the ssh extension (which you shouldn't need
for scp). Maybe it's a version incompatibility, the
MSITE-546 defines exactly what I observed, NPE when configuration is
provided. At this moment this issue blocks me to use Maven 3. Site
deployment is done by Bamboo installed as windows service and there is
no good place for know_hosts file. NullKnownHostProvider is the only
way which I've found
Why don't you try creating an ftp task using the maven-ant-run plugin
to xfer files to a remote server.
-Original Message-
From: Kini, Sangeetha [mailto:sk...@whisolutions.com]
Sent: Thursday, January 01, 2009 11:03 AM
To: users@maven.apache.org
Subject: Site deployment with wagon
Is there a way to configure the
authentication for the site
deployment operation, in the same
way that it's possible to configure
authentication of repo deployment
in the settings.xml file [i.e. via
servers]?
Yes. It works the same way as artifact deployment.
Yes. You can put your authentication information for the server you are
deploying the site to in your settings.xml file.
---
Todd Thiessen
-Original Message-
From: Harper, Brad [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2008 3:49 PM
To: Maven Users List
Subject: site
@maven.apache.org
Subject: Re: site deployment
Is there a way to configure the
authentication for the site
deployment operation, in the same
way that it's possible to configure
authentication of repo deployment
in the settings.xml file [i.e. via
servers]?
Yes. It works the same way
Barrie, thanks for excellent documentation!
2008/11/8 Barrie Treloar [EMAIL PROTECTED]
On Tue, Sep 30, 2008 at 2:05 PM, Jiaqi Guo [EMAIL PROTECTED] wrote:
Is there an official answer for Marat's question? Can site plugin be
configured to deploy file by file instead of zip/unzip? Thanks.
On Tue, Sep 30, 2008 at 2:05 PM, Jiaqi Guo [EMAIL PROTECTED] wrote:
Is there an official answer for Marat's question? Can site plugin be
configured to deploy file by file instead of zip/unzip? Thanks.
http://sourceforge.net/community/forum/topic.php?id=3518pagereplies=1
See the comments in
I found the following work around to this problem: scp -r target/site/*
thiagolm,[EMAIL PROTECTED]:/home/groups/f/fl/floggy/htdocs
Until the problem isn't be solved I will update the site using two steps:
mvn clean site and then using the scp command.
Thiago Moreira
On Tue, Oct 7, 2008
Done: http://jira.codehaus.org/browse/MDEPLOY-86
2008/10/6 Wayne Fay [EMAIL PROTECTED]:
Then file a bug in JIRA, and get lots of people to vote on it.
Complaining about bugs on the Maven Users list is certainly not
guaranteed to have them addressed.
Wayne
On Mon, Oct 6, 2008 at 3:45 AM,
Voted!
On Tue, Oct 7, 2008 at 4:52 AM, Marat Radchenko [EMAIL PROTECTED]
wrote:
Done: http://jira.codehaus.org/browse/MDEPLOY-86
2008/10/6 Wayne Fay [EMAIL PROTECTED]:
Then file a bug in JIRA, and get lots of people to vote on it.
Complaining about bugs on the Maven Users list is
Ping. This is a really serious bug. It affects all sf-hosted maven projects.
2008/9/25 Marat Radchenko [EMAIL PROTECTED]:
After last changes in sf.net infrastructure there are three ways of
uploading stuff to web area:
1) sftp
2) scp
3) rsync over ssh
I've tried two first options and they
Then file a bug in JIRA, and get lots of people to vote on it.
Complaining about bugs on the Maven Users list is certainly not
guaranteed to have them addressed.
Wayne
On Mon, Oct 6, 2008 at 3:45 AM, Marat Radchenko
[EMAIL PROTECTED] wrote:
Ping. This is a really serious bug. It affects all
Is there an official answer for Marat's question? Can site plugin be
configured to deploy file by file instead of zip/unzip? Thanks.
http://sourceforge.net/community/forum/topic.php?id=3518pagereplies=1
Regards
-Jiaqi Guo
SourceForge
Marat Radchenko wrote:
After last changes in sf.net
Actually,
I've found a way to tweak this kind of parent-child property problems. I
have set-up a corporate pom which is the parent for a lot of projects (each
project being a multimodule project on it's own).
There's a nice trick when it comes to inheriting properties: use the
profiles.xml!
The answer is exactly what you're trying to avoid...
You must configure the site again in your children pom. You might be
able to avoid typing the full site URL in each child pom by using a
property in the parent ie ${shared.site} which is set to
scp://webserver.mycompany.com/projects/.
Wayne
apill wrote:
I have quoted a section of the site plugin documentation at the end of
this post. The NOTE says that if I don't place a trailing slash at the
end of the site deploy url, then child projects of this project will
inherit the same location. I have tried this and it fails.
I
24 matches
Mail list logo