Like Stephen said, profiles are not inherited. That being said, you would
need to replicate the profile activation in all children poms
profile
iddefault-code-coverage/id
activation
file
existssrc/main/java/exists
/file
/activation
/profile
But as you would probably put this
David, when we say profiles are not inherited it´s because it is really
not inherited.. I mean.. if you define a profile in a parent with lots of
configurations and then you define a profile with the same name in a child
the configuration defined in the parent is not applyied to the child. The
think it is quite obviously that this means that the
profile isn't activated...
On 10.06.2011 16:40, Rafael Vanderlei wrote:
David, when we say profiles are not inherited it´s because it is really
not inherited.. I mean.. if you define a profile in a parent with lots of
configurations
Are you running mvn install:install-file and mvn package in the same
machine? mvn install only put artifacts into the local repo and if you are
trying to package from another machine (other developer's or CI's machine)
then it will not find the artifact there.
1. Check your local repo and see if
Maybe, for some reason, the JUnitTask you are running uses JUnit 3.x tests
where methods names must start with test... I´m just guessing, but you
could try to rename your test method to start with test like public void
testTheSimplestTestEver(){...} and see if it works to confirm (or not).
On
Try installing into your local repository by running the following command:
mvn install:install-file -Dfile=your-artifact.jar -DgroupId=some.group
-DartifactId=your-artifact -Dversion=your-version -Dpackaging=jar
On Thu, May 19, 2011 at 1:40 PM, uday shankar adonis.u...@gmail.com wrote:
Hi,
I
Make sure your web components (like jsps, js, css, images, etc) are under
src/main/webapp folder.
If you're not using the standard folder, you may try to configure maven war
plugin to inform the folder you are using. Check [1] to understande how to
configure it (it's the warSourceDirectory tag).
I believe it would work if you changed a little bit the way you configure
the filters... you could have a profile for each filter you want to use
(instead of using the ${env} property to determine the filter you will
use).. so it would be something like:
profile
idenv.test/id
activation
Do your ant tasks require internet access? I use maven ant tasks to build my
project and I run it under proxies, but I don't have any problems. But, in
my case, my ant tasks access only local sources.
On Mon, May 16, 2011 at 11:40 AM, Rashid Jilani rashidjil...@gmail.comwrote:
Hi: gurus I am
If I got what you meant, you could put the jars in the directory
src/main/resources (which is Maven's standard directory for resources) and
then Maven would include it in the root of the final generated jar.
Regards,
Rafael.
On Thu, Apr 7, 2011 at 9:14 AM, Sathyanarayana, Divya
include 5
jars inside another just by using it´s default dependency management.
On Thu, Apr 7, 2011 at 9:56 AM, Anders Hammar and...@hammar.net wrote:
Oh, no! He should not!
This is what Maven's dependency management should be used for.
/Anders
On Thu, Apr 7, 2011 at 14:54, Rafael Vanderlei
Hi.
I have a multi module project and I need to generate two clients (could be
more) for my application. But the clients need to include classes that are
in different modules, so I'm kind of not having much idea on how to do this.
My project structure is like this
- root
--- module a (jar)
---
/04/2011 9:27 AM, Rafael Vanderlei wrote:
Hi.
I have a multi module project and I need to generate two clients (could be
more) for my application. But the clients need to include classes that are
in different modules, so I'm kind of not having much idea on how to do
this.
My project structure
there is the need of deploy it to Nexus, which I
strongly believe cannot be solved by maven ejb plugin.
I´m still failing on the search
On Thu, Apr 7, 2011 at 11:10 AM, Ron Wheeler rwhee...@artifact-software.com
wrote:
Is it web services?
On 07/04/2011 9:46 AM, Rafael Vanderlei wrote:
Hi
I know the more information one provide the more accurate the answer he
gets, but I thought I was clear when I put the type of the artifact (EJB)
between parenthesis aside the modules on my project structure.
Sorry for any mess.
Regards,
Rafael.
On Thu, Apr 7, 2011 at 11:24 AM, Rafael Vanderlei
Looking at the exception message, it seems that the version of Ant used for
those who implemented the class com.sun.tools.xjc.XJCTask is different from
the version of Ant used by the maven-antrun-plugin.
You should try to find out what versions are used by each of them and then
try to use
Let me see if I understood... you don't want the previous versions that were
in artifactory to be lost when you upload an artifact with changes but with
the same version configured in pom?
If that's what you're looking for, I dont think you would have other choice
but to change the version of
Maybe it´s not the best way, but if you´re possibly willing to manually
parse the pom, I believe you could just insert a XML Comment (like !--
@CustomTag --) and the XML parsing framework would be able to see it.
On Wed, Mar 30, 2011 at 10:06 AM, Phillip Hellewell ssh...@gmail.comwrote:
Is
(including the project to help you reproduce the error):
http://dev.eclipse.org/mhonarc/lists/m2e-users/msg00410.html
Thanks and regards,
Rafael Vanderlei.
/persistence.xml
And that´s what I am trying to avoid. But thanks for sharing your thoughts
about this.
Regards,
Rafael Vanderlei.
On Mon, Mar 28, 2011 at 12:53 AM, Lee Meador l...@leemeador.com wrote:
There are some references here and there that seem to say you can have two
persistence.xml files
Wayne, I configured the property using CDATA and it worked. Thanks.
Regards,
Rafael.
On Mon, Mar 28, 2011 at 8:53 AM, Rafael Vanderlei rafaelvander...@gmail.com
wrote:
Hi, Lee. Thanks for response.
The problem with your suggestion is that I would need to maintain both
files, i.e, if I need
this.
Thanks, Wayne.
Regards,
Rafael Vanderlei.
On Fri, Mar 25, 2011 at 10:36 PM, Wayne Fay wayne...@gmail.com wrote:
persistence-unit name=NAME transaction-type=${transtype}
${dbconfig}
/persistence
Try something along these lines:
profile
idproduction/production
properties
to be a
property defined in the command line)
Regards,
Rafael Vanderlei
On Fri, Mar 25, 2011 at 3:37 AM, Jörg Schaible
joerg.schai...@scalaris.comwrote:
Hi Rafael,
Rafael Vanderlei wrote:
Jörg, I understood when you first said that the way Maven is currently
implemented it does not work this way
oww so forgive me for what i said before
Regards,
Rafael.
On Fri, Mar 25, 2011 at 10:39 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 25 March 2011 13:36, Rafael Vanderlei rafaelvander...@gmail.com
wrote:
Jörg and Benjamin, thanks for your explanation. I understand now
,profile6
package '
Is there such a magic_argument that ignores all profiles declared as
active in settings.xml ?
Thanks and regards.
Rafael Vanderlei.
:
On Fri, Mar 25, 2011 at 12:18 PM, Rafael Vanderlei
rafaelvander...@gmail.com wrote:
If I configure my .m2/settings.xml to activate some profiles, is there a
way
to deactivate all of them on the command line in one go, so I can use
only explicitly typed profiles?
Why are there so many
, they would clear
the value of the environment variable and use the -Pprofile1,profile2
command line profile setter when building the non-standard stuff.
Thanks.
Lee
On Fri, Mar 25, 2011 at 4:02 PM, Rafael Vanderlei
rafaelvander...@gmail.com
wrote:
Hi, Wendy.
I have many dependencies
I'm using Maven 2.2.0, although I'm planning to migrate to Maven 3.. I hope
this behavior hasn't changed in Maven 3, since I'm quite depending on it
right now.
On Fri, Mar 25, 2011 at 7:10 PM, Wendy Smoak wsm...@gmail.com wrote:
On Fri, Mar 25, 2011 at 6:08 PM, Rafael Vanderlei
rafaelvander
...@gmail.com wrote:
On Fri, Mar 25, 2011 at 6:14 PM, Rafael Vanderlei
rafaelvander...@gmail.com wrote:
I'm using Maven 2.2.0, although I'm planning to migrate to Maven 3.. I
hope
this behavior hasn't changed in Maven 3, since I'm quite depending on it
right now.
Maybe it was just discussed
only need to make those few changes, the best (and maybe only)
way to automate this using profiles is to have a copy of that quite huge
file with the variations, although, of course, it comes with the downside of
needing to maintain both files consistent?
Regards,
Rafael Vanderlei.
set on the major
pom.
Do you guys have any ideas on the best way to solve that?
For those who got to read all this monster text, thanks for your patience.
Regards,
Rafael Vanderlei.
, Mar 24, 2011 at 2:15 PM, Jörg Schaible joerg.schai...@gmx.dewrote:
Hi Rafael,
Rafael Vanderlei wrote:
[snip]
Now that you know the problem I had with M2Eclipse, it comes the issue
I´m
having with Maven itself, that occurred when I tried a solution to that
problem with M2Eclipse. Maven
not work this way.
Rafael Vanderlei wrote:
Hi Jörg. Thanks for response.
Do you have knowledge enough about Maven to tell if it would be too
difficult, if even possible, for Maven to activate profiles based on user
properties defined on a pom? I mean.. if a property defined on a major
Dennis, thanks for your help. I think I was blind when I first visited
the resouce plugin link and didn´t look the example for filter
escaping.
That worked fine. It´s exactly what I needed.
Thanks again.
Regards,
Rafael Vanderlei.
On Mon, 21 Mar 2011 20:43:34 GMT, Dennis Lundberg wrote:
Hi
Hi everyone.
I'm using Maven to build my project and I'm stuck on the following problem:
I have a log4j.xml file with an appender configured like follows
appender name=audit-file
class=org.apache.log4j.DailyRollingFileAppender
param name=File
35 matches
Mail list logo