Not a Maven issue, but if you didn't install the JDK then you'll have to
add it with `sudo update-alternatives --install`
If the JAVA_HOME env var is set Maven will use that instead.
Delany
On Mon, 14 Nov 2022 at 09:29, Raivo Rebane wrote:
> Hi
>
> raivo@Hydra:~/teamengine$ sudo
Hi
raivo@Hydra:~/teamengine$ sudo update-alternatives --list java
/usr/lib/jvm/java-11-openjdk-amd64/bin/java
So, it gives only one alternative
But :
raivo@Hydra:~/teamengine$ ll /usr/java
total 16
drwxr-xr-x 4 root root 4096 nov 8 17:25 ./
drwxr-xr-x 15 root root 4096 aug 16 2020 ../
Hi,
On Linux, the command:
sudo update-alternative --list java
List all installed jre/jdk and show the selected version.
sudo upgrade-alternative --config
To select an other version
Arnaud
Le dim. 13 nov. 2022, 15:20, Raivo Rebane a écrit :
> Hi
>
> I tried as described in link You send me,
Hi
I tried as described in link You send me, but I got error :
Preparing to unpack
.../openjdk-8-jre-headless_8u342-b07-0ubuntu1~20.04_amd64.deb ...
Unpacking openjdk-8-jre-headless:amd64 (8u342-b07-0ubuntu1~20.04) ...
dpkg: error processing archive
Please check one of available tutorials like
https://www.digitalocean.com/community/tutorials/how-to-install-java-with-apt-on-ubuntu-22-04
Java 11 is good. You Just need an SDK and not only JRE.
Sylwester
sob., 12 lis 2022 o 15:36 Raivo Rebane napisał(a):
>
> Hi
>
> Sorry for late answer, but
Hi
Sorry for late answer, but I feel yesterday and today moning yourself
sick and thought, that I got COVID.
But now I feel better.
I set environment variables and deploy starts to work.
But compiling doesnot. It gives me :
[ERROR] Failed to execute goal
Hi,
On 11.11.22 08:40, e...@zusammenkunft.net wrote:
Hello,
I think the /usr/bin/mvn (i.e. "not in path") and /usr/share/maven/ points
to a non-pristine distribution shipped Maven (Debian?).
The distro we are talking about is Ubuntu..
I would start with using an upstream Maven
Hello,
I think the /usr/bin/mvn (i.e. "not in path") and /usr/share/maven/ points
to a non-pristine distribution shipped Maven (Debian?).
I would start with using an upstream Maven distribution archive to make sure
its no packaging error. )And also use a supported JDK by fixin PATH and
va-11-openjdk-amd64
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "5.15.0-52-generic", arch: "amd64", family:
"unix"
Am I right ?
Regards
Raivo
On 10.11.22 20:23, Karl Heinz Marbaise wrote:
Hi,
On 10.11.22 15:58, Raivo Re
ale: en_US, platform encoding: UTF-8
OS name: "linux", version: "5.15.0-52-generic", arch: "amd64", family:
"unix"
Am I right ?
Regards
Raivo
On 10.11.22 20:23, Karl Heinz Marbaise wrote:
Hi,
On 10.11.22 15:58, Raivo Rebane wrote:
Hello
My Maven deplo
TF-8
OS name: "linux", version: "5.15.0-52-generic", arch: "amd64", family:
"unix"
Am I right ?
Regards
Raivo
On 10.11.22 20:23, Karl Heinz Marbaise wrote:
Hi,
On 10.11.22 15:58, Raivo Rebane wrote:
Hello
My Maven deploy fails :
mvn install:install
;, arch: "amd64", family:
"unix"
Am I right ?
Regards
Raivo
On 10.11.22 20:23, Karl Heinz Marbaise wrote:
Hi,
On 10.11.22 15:58, Raivo Rebane wrote:
Hello
My Maven deploy fails :
mvn install:install-file -Durl=file://repo
-Dfile=/usr/java/jdk1.8.0_261-amd64/lib/javax.xml.bind.
encoding: UTF-8
OS name: "linux", version: "5.15.0-52-generic", arch: "amd64", family:
"unix"
Am I right ?
Regards
Raivo
On 10.11.22 20:23, Karl Heinz Marbaise wrote:
Hi,
On 10.11.22 15:58, Raivo Rebane wrote:
Hello
My Maven deploy fails :
mvn insta
Hi,
On 10.11.22 15:58, Raivo Rebane wrote:
Hello
My Maven deploy fails :
mvn install:install-file -Durl=file://repo
-Dfile=/usr/java/jdk1.8.0_261-amd64/lib/javax.xml.bind.jar -DgroupId=lib
-DartifactId=bind -Dpackaging=jar -Dversion=1.0
and gives error :
WARNING: An illegal reflective
On Thu, Nov 10, 2022 at 11:51 AM Raivo Rebane wrote:
> What is the right command ?
>
Official guide:
https://maven.apache.org/guides/mini/guide-3rd-party-jars-local.html
Some concrete examples: https://gist.github.com/chabala/9127256
As far as what you're doing though, installing
; repository.
> There is no url parameter.
>
> Arnaud
> Le jeu. 10 nov. 2022, 15:58, Raivo Rebane a écrit :
>
> > Hello
> >
> > My Maven deploy fails :
> >
> > mvn install:install-file -Durl=file://repo
> > -Dfile=/usr/java/jdk1.8.0_261-amd64/lib/javax.xml
Hi
You install in local repository, you dont deploy to nexus/artefactory
repository.
There is no url parameter.
Arnaud
Le jeu. 10 nov. 2022, 15:58, Raivo Rebane a écrit :
> Hello
>
> My Maven deploy fails :
>
> mvn install:install-file -Durl=file://repo
> -Dfile=/usr/java/
Hello
My Maven deploy fails :
mvn install:install-file -Durl=file://repo
-Dfile=/usr/java/jdk1.8.0_261-amd64/lib/javax.xml.bind.jar -DgroupId=lib
-DartifactId=bind -Dpackaging=jar -Dversion=1.0
and gives error :
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal
I have a maven war project and am using maven-cargo-plugin to deploy the war
to the container and also to start/stop the container for functional
testing. All works well on an internet-connected machine, but when I try to
execute my build on a disconnected machine, the cargo:deploy fails. I have
You will likely get better help on the cargo maven plugin asking on the
Cargo mailing list [1].
/Anders
[1] http://cargo.codehaus.org/Mailing+Lists
On Mon, Jul 25, 2011 at 18:15, John Singleton jhsin...@gmail.com wrote:
I have a maven war project and am using maven-cargo-plugin to deploy the
this message in context:
http://maven.40175.n5.nabble.com/Migration-to-Maven-3-0-1-Deploy-fails-with-Error-500-only-for-top-most-maven-metadata-xml-tp3332094p3332094.html
Sent from the Maven - Users mailing list archive at Nabble.com
vratnagiri wrote:
Caused by: org.sonatype.aether.deployment.DeploymentException: Failed to
deploy metadata: Could not transfer metadata
com.***.deployment:ThirdPartyDeploymentProject:0.0.1-SNAPSHOT/maven-metadata.xml
from/to deploymentRepoSnapshot
Thanks Ben! That was the problem and setting maven.metadata.legacy=true
solves it.
--
View this message in context:
http://maven.40175.n5.nabble.com/Migration-to-Maven-3-0-1-Deploy-fails-with-Error-500-only-for-top-most-maven-metadata-xml-tp3332094p3332497.html
Sent from the Maven - Users
maven.metadata.legacy=true
solves it.
--
View this message in context:
http://maven.40175.n5.nabble.com/Migration-to-Maven-3-0-1-Deploy-fails-with-Error-500-only-for-top-most-maven-metadata-xml-tp3332094p3332497.html
Sent from the Maven - Users mailing list archive at Nabble.com
Yes Yoav, the artifactory migration is in the pipeline. You're right. Once we
do that we won't need the workaround anymore.
--
View this message in context:
http://maven.40175.n5.nabble.com/Migration-to-Maven-3-0-1-Deploy-fails-with-Error-500-only-for-top-most-maven-metadata-xml
: Re: Deploy fails
this looks bad
file:///Y:/sienabuild/m2.builds/snapshots
should it be
file://Y:/sienabuild/m2.builds/snapshots
??
On Jan 3, 2008 1:02 PM, Ruchir Talwar
[EMAIL PROTECTED] wrote:
Caused
Anyone have any ideas why this deployment is failing please?
I have no idea why the classes directory is even part of the deployment
which should simply involve copying a jar and zip file to a directory on
a remote windows server via a drive map.
Happy new year!
John
[DEBUG]Configuring mojo
Caused by:
org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error
deploying artifact: Z:\jcoleman\projects\eTraderII\trunk\target\classes
(Access is denied)
at
org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defaul
tArtifactDeployer.java:95)
at
this looks bad
file:///Y:/sienabuild/m2.builds/snapshots
should it be
file://Y:/sienabuild/m2.builds/snapshots
??
On Jan 3, 2008 1:02 PM, Ruchir Talwar [EMAIL PROTECTED] wrote:
Caused by:
org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error
deploying artifact:
shares. Try deploying to C:
and see if that fixes the problem.
Paul
--
View this message in context:
http://www.nabble.com/-m204--deploy-fails-if-directory-exists-using-file-tf2495919.html#a6994821
Sent from the Maven - Users mailing list archive at Nabble.com
@maven.apache.org
Subject: Re: [m204] deploy fails if directory exists using file
I think perhaps your post had a typo, because you can't be switching
from
wagon-ftp to wagon-ftp. What transport are you using now that's giving
you
this error?
Paul
--
View this message in context:
http://www.nabble.com
I have recently tried to switch from using wagon-ftp when deploying (and
publishing site) to using wagon-ftp because ftp does not support
directory copying, but wagon-ftp seems to fail if the target directory
already exists. I get the following error when deploying with
wagon-ftp.
Caused by:
I think perhaps your post had a typo, because you can't be switching from
wagon-ftp to wagon-ftp. What transport are you using now that's giving you
this error?
Paul
--
View this message in context:
http://www.nabble.com/-m204--deploy-fails-if-directory-exists-using-file-tf2495919.html
, 5 October 2006 10:42 AM
To: Maven Users List
Subject: scp:// deploy fails
Hi
I have
distributionManagement
repository
idpublicGroupProxy/id
urlscp://11.16.152.152/copyhere/url
/repository
/distributionManagement
I am running
mvn deploy
and I
respond to
Maven Users List users@maven.apache.org
To
Maven Users List users@maven.apache.org
cc
Subject
RE: // deploy fails
Hi
The only difference between yours and mine is that I have a
name/name tag.
I would look else where for the problem. Like execute the scp command
from command
@maven.apache.org
cc
Subject
mvn deploy fails for scp
Lakshman,
Thanks for replying! My question is what do you use for ssh server and on
which platform?
Why would you use scp:// instead of secure ftp?
Can you please show me your configuration with the name tag.
I am getting an exception
Hi
I have
distributionManagement
repository
idpublicGroupProxy/id
urlscp://11.16.152.152/copyhere/url
/repository
/distributionManagement
I am running
mvn deploy
and I am always getting the same error:
Error deploying artifact: Error performing commands for
VeuillezObjet
répondre à Re: Site deploy fails with m2.0.2:
Maven Users List any easy workaround?
[EMAIL PROTECTED
Hi guys,
I'm trying to deploy the generated site with maven 2.0.2 and the site
plugin 2.0-beta-4, and I get the following error, which some of you already
experienced:
Embedded error: Could not make directory
'/users2/jip00/jip01/root/.'.
The bug is known
Theres a patched jar file available on the jira page. Use it to replace
the wagon-file jar in your MAVEN_HOME lib directory and you should be
fine. This worked fine for me anyway. :-)
[EMAIL PROTECTED] wrote:
Hi guys,
I'm trying to deploy the generated site with maven 2.0.2 and the site
I'm having a problem with maven site-deploy: the fact
is that i don't know how to use it and how to
configure it.
Could you sen me your pom as an example?
Thanks in advance
Nicolas Gonzalez
Buenos Aires - Argentina
P.S.: Sorry for my english!!
VeuillezObjet
répondre à Re: Site deploy fails with m2.0.2:
Maven Users List any easy workaround?
[EMAIL PROTECTED
Hi Fabrice,
I've been reading the maven site mini guide but i
cant't find out where to configure the user, password
and that sort of stuffs.
The only thing i've done is to add
distributionManagement/ in pom.xml but i get this
exception when invoking mvn site:deploy =
Session error:
43 matches
Mail list logo