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
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
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
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
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
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+
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
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-
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
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
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
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
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
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
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,
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
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/
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
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'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 (
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
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
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
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 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 (
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.
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
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
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: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
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 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 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 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
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
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
36 matches
Mail list logo
