Hi Fredrik,
Did you restart your computer or run the command, ". ~/.bashrc"?
If so, it's hardly possible. Remember to check there is no JAVA_HOME in
.bash_profile. Or show the content of .bashrc and .bash_profile in the
mail.
I still recommend you, use the standard JDK rather than openJdk.
By
Hello!
I have just reinstalled my computer to Ubuntu.
I have also installed maven 3.0.3..
I set JAVA_HOME in my .bashrc like:
JAVA_HOME=/usr/lib/jvm/java-6-openjdk
export JAVA_HOME
If I print it out with printenv I get:
JAVA_HOME=/usr/lib/jvm/java-6-openjdk
But If I run mvn --version I get:
m
On Wed, Dec 14, 2011 at 3:27 PM, Daivish Shah wrote:
> Hi Barrie,
>
> MainProject*
>> module1
>> module2
>
> First of all i executed mvn install on module1 project and it
> executed successfully...
>
> Then module2 has dependency on module1 artifact so i added
Hi Barrie,
MainProject*
>module1
>module2
First of all i executed mvn install on module1 project and it
executed successfully...
Then module2 has dependency on module1 artifact so i added that project in
module2, And on "mvn install" command it's throwing
On Wed, Dec 14, 2011 at 12:38 PM, Daivish Shah wrote:
> Hi,
>
> I am trying to use Multi Module Project as follow :
>
> * MainProject*
> module1
> module2
>
> *MainModule *- POM.XML
>
>
> http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
> http://www.
Hi,
I am trying to use Multi Module Project as follow :
*MainProject*
module1
module2
*MainModule *- POM.XML
http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
http://maven.apache.
On Tue, Dec 13, 2011 at 7:39 PM, Stephen Connolly
wrote:
> describe the problem better and point me to some sample code and i will
> have a think.
>
> but profiles containing (compile or runtime scope) deps activated based on
> the jre that maven is running is wrong wrong wrong, and will only lead
describe the problem better and point me to some sample code and i will
have a think.
but profiles containing (compile or runtime scope) deps activated based on
the jre that maven is running is wrong wrong wrong, and will only lead to
pain. (test and provided scope deps are still wrong in a profil
On Tue, Dec 13, 2011 at 7:24 PM, Stephen Connolly
wrote:
> sounds like cxf have been really bold and are adding deps in a profile
Yes indeed. *purely for testing* we have profiles that change the
dependencies. Got another suggestion?
>
> - Stephen
>
> ---
> Sent from my Android phone, so random
sounds like cxf have been really bold and are adding deps in a profile
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to type on the
screen
On 14 Dec 2011 00:02, "jaybytez" wrote:
> Sorry if this
Sorry if this question has already been posted.
I have tried running Maven 3.0.3 and Maven 2.2.12 (which is the current
version we use for building via Hudson). I have a simple project that has
poms it inherits from that were defining a maven-compiler-plugin with the
target/source set to jdk1.6.
On Tue, Dec 13, 2011 at 4:32 PM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> i think of it like so...
>
> if no value in plugin configuration in pom, then evaluate expression, if
> expression evaluates to null, then use default value, if still here, don't
> inject into the field (
i think of it like so...
if no value in plugin configuration in pom, then evaluate expression, if
expression evaluates to null, then use default value, if still here, don't
inject into the field (so the fields initializer from the jvm/class applies)
- Stephen
---
Sent from my Android phone, so r
On Tue, Dec 13, 2011 at 12:39 PM, Laird Nelson wrote:
> On Tue, Dec 13, 2011 at 12:36 PM, Guillaume Polet <
> guillaume.po...@gmail.com> wrote:
>
>> use mvn help:effective-pom to find out. My guess would be 1.5.
>>
>
> OK; I was more curious to know how one would determine whether there was a
> b
On Tue, Dec 13, 2011 at 12:36 PM, Guillaume Polet wrote:
> use mvn help:effective-pom to find out. My guess would be 1.5.
>
OK; I was more curious to know how one would determine whether there was a
bug in Maven's property precedence rules. If the answer is: "use Maven and
see what it says, tha
use mvn help:effective-pom to find out. My guess would be 1.5.
Cheers,
Guillaume
Le 13/12/2011 18:31, Laird Nelson a écrit :
I've noticed that some plugins feature expressions that, when present as
properties, will override configuration values.
So, taking the maven-compiler-plugin as an arbit
I've noticed that some plugins feature expressions that, when present as
properties, will override configuration values.
So, taking the maven-compiler-plugin as an arbitrary example, I can
configure its "source" property like this:
1.6
...or I could simply set a property in my pom.xml file (
Hi,
It was AVG anti-virus! Disabled that and it works fine.
BTW, I had been experimenting with a local Artifactory repository, and
was still having the same problem.
Now I just need to work out how to have Maven work, without exposing
myself to viruses!
Thanks for your help,
Paul
On 13/12/20
I guess that's another viable workaround. I hoped there is some syntax i was
missing.
Maybe something like
groupId:artfifactId[:class]
Am 13.12.2011 um 15:09 schrieb Knut Aksnes-NOR:
> How about using shading twice using two different projects (or subprojects
Get yourself a repo system.
Working with Maven without a repo is a really tedious way to work.
We got Nexus a few years ago and it really improved our use of Maven and
speeded up our builds tremendously.
It also allows you to fix licensing problems with some common libraries.
Ron
On 13/12/
Sounds like firewall or virus scan problems. I used to have the same kind of
problems when updating eclipse.
A workaround might be to set up some kind of maven repository/proxy (I use
Archiva) Manually installing problem files into Archiva if needed.
-Original Message-
From: Paul Johnst
Why not skip version int the child project poms? It should then be inherited
from the parent pom.
-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
Sent: 13. desember 2011 15:33
To: Maven Users List
Subject: Re: maintaining same version
On 13/12/2011 8:58 AM,
Hi,
I'm having terrible trouble with Maven hanging while downloading artifacts.
It randomly stops mid-download. Usually, cancelling with ctrl-C and
re-running results in success, and I often have to do that two or three
times to get a successful build. Annoying but acceptable. However,
sometimes
On 13/12/2011 8:58 AM, Prashant Neginahal wrote:
For example, spring framework. It has same version for all its modules
like spring-core, spring-context etc. I am looking at something like
spring to maintain same ver for all modules.
This is true at the time of release but during development, y
I have used archiva in past and currently i am using artifactory. Artifactory
provides you a good integration with CI tools like Bamboo, Jenkins/Hudson (paid
ad-ons, not free - but less cost).
Nexus is also a good choice. Finally it all depends upon your needs.
Thanks
Pawan
-Original Me
How about using shading twice using two different projects (or subprojects)
one to build a shaded minified jar then another one depending on the first one
just shading the drivers and the result jar from the first shade operation
without minifyJar this time?
-Original Message-
From: Ol
My take away here is that there is a bug in the cobertura plugin so I went
ahead and opened it:
http://jira.codehaus.org/browse/MCOBERTURA-154
Any suggestions on how to work around it? I guess I could do some hocus pocus
with profiles...
-Jim
-Original Message-
From: rfscho...@hotmai
Good idea. Might work.
The problem is that the name of the driver is read from a properties file, so I
only have a String to go on.
Am 13.12.2011 um 13:38 schrieb Stephen Connolly:
> try {
> Class.forName(oracle.jdbc.driver.OracleDriver.class.getName())
> } catch (LinkerError e) {
> // ignore
For example, spring framework. It has same version for all its modules
like spring-core, spring-context etc. I am looking at something like
spring to maintain same ver for all modules.
On 12/13/11, Prashant Neginahal wrote:
> Thanks. But, in this case, how do we release them using release
> plug-
Remember that there are 2 repositories involved.
1) where you look up things that you need
2) where you store the things that your project makes.
They may be the same but from Maven's point of view they are two
different concepts.
You usually specify 1) globally in your settings file and 2) in
try {
Class.forName(oracle.jdbc.driver.OracleDriver.class.getName())
} catch (LinkerError e) {
// ignore
}
:-P
On 13 December 2011 12:04, Oliver Schrenk wrote:
> Hej,
>
> I'm using the maven-shade-plugin to create an executable jar. The number of
> included jars blows the final jar over 10+
Hej,
I'm using the maven-shade-plugin to create an executable jar. The number of
included jars blows the final jar over 10+ MB. Using the `minifyJar`
instruction, reduces it to 2.8 MB.
Unfortunately it will remove the classes for the database driver. I assume its
because they are included via
I am trying to use Maven to create a webstart application. This all seems to
work fine except for the option to use pack200 to compress the files. If I
modify the pom.xml file and set true and true I
can see the unprocessed_*.jar files as well as the unprocessed_*.pack.gz
files get created in
Hi
I have a multimodule project that include a plugin. This one is needed for
building other modules:
foo/
foo-plugin/
foo-m1/
foo-m2/
For now, I must first install "foo-plugin" in local repository and then build
"foo-m1" and "foo-m2" modules.
Is there a way to use "foo-plugin" that is
We were almost in same situation and after deeply analyzing projects such as
Jetty, Camel etc. concluded that the best practice for us releasing all of
the modules at one time even if some projects haven't changed. At first it
seems that there is nothing changed but it has very crucial side effects
Thanks. But, in this case, how do we release them using release
plug-in. They are not multimodule projects.
I would like to have same version for similar "family" of projects
which is controlled by some parent pom. To achieve this, is it
required to have multimodule module project?
On 12/13/11, B
36 matches
Mail list logo