ura)
> doesn't run. I 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..
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
ch
Like Stephen said, profiles are not inherited. That being said, you would
need to replicate the profile activation in all children poms
default-code-coverage
src/main/java
But as you would probably put this profiles only in those children that
actually have "src/main/jav
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 t
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 wrote:
> Hi,
> I deployed an externa
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
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:
env.test
env
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).
[
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 wrote:
> Hi: gurus I am trying to use the Maven
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
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 wrote:
> Is it web services?
>
>
> On 07/04/2011 9:46 AM, Rafael Vanderlei wrote:
>
> Hi, Ron. T
;
>
> On 07/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 n
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)
--- m
would include 5
jars inside another just by using it´s default dependency management.
On Thu, Apr 7, 2011 at 9:56 AM, Anders Hammar 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
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 <
divya.sathyanara
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 your
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 compatib
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 ) and the XML parsing framework would be able to see it.
On Wed, Mar 30, 2011 at 10:06 AM, Phillip Hellewell wrote:
> Is there any way short of recompiling Ma
list
(including the project to help you reproduce the error):
http://dev.eclipse.org/mhonarc/lists/m2e-users/msg00410.html
Thanks and regards,
Rafael Vanderlei.
Wayne, I configured the property using CDATA and it worked. Thanks.
Regards,
Rafael.
On Mon, Mar 28, 2011 at 8:53 AM, Rafael Vanderlei 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 to chan
/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 wrote:
> There are some references here and there that seem to say you can have two
> persistence.xml files if the
n
OpenJPA to achieve this.
Thanks, Wayne.
Regards,
Rafael Vanderlei.
On Fri, Mar 25, 2011 at 10:36 PM, Wayne Fay wrote:
> >
> >
> ${dbconfig}
> >
> >
>
> Try something along these lines:
>
> production
>
>JTA
>
>
>
ay 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.
:
> On Fri, Mar 25, 2011 at 6:14 PM, Rafael Vanderlei
> 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.
>
> M
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 wrote:
> On Fri, Mar 25, 2011 at 6:08 PM, Rafael Vanderlei
> w
hey 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
>
0 PM, Wendy Smoak wrote:
> On Fri, Mar 25, 2011 at 12:18 PM, Rafael Vanderlei
> 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
mvn -Pprofile5,profile6
package '
Is there such a "magic_argument" that ignores all profiles declared as
active in settings.xml ?
Thanks and regards.
Rafael Vanderlei.
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
> wrote:
> > Jörg and Benjamin, thanks for your explanation. I understand now tha
property defined in the command line)
Regards,
Rafael Vanderlei
On Fri, Mar 25, 2011 at 3:37 AM, Jörg Schaible
wrote:
> Hi Rafael,
>
> Rafael Vanderlei wrote:
>
> > Jörg, I understood when you first said that the way Maven is currently
> > implemented it does not work th
No, it does 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
> > prope
at
feature not to be possible to implemented, it´s maybe something that hasn´t
been thought to be implemented.
On Thu, Mar 24, 2011 at 2:15 PM, Jörg Schaible wrote:
> Hi Rafael,
>
> Rafael Vanderlei wrote:
>
> [snip]
>
> > Now that you know the problem I had with M
ugh information to say
that the fact Maven did not activate the profiles on the intern module even
if the properties configured to activate them were properly 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.
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 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
This file is being filtered by Maven to switch some other user custom
variables in other parts of the lo
35 matches
Mail list logo
