Hi Wendy --
On Fri, Mar 21, 2008 at 8:00 PM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 21, 2008 at 7:29 PM, Patrick Moore <[EMAIL PROTECTED]>
> wrote:
>
> > 1. "mvn deploy" on the top level - I only want to deploy the war (which
> is
> > in the 'web' module). Mvn deploys everything
For the archives, this will now be fixed in v2.0-beta-7 (not yet released).
-Rahul
On 3/19/08, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> Using m2.0.8, site plugin v2.0-beta-6, can anyone confirm they can? :-)
>
> 'mvn deploy' works as expected, but 'mvn site-deploy' yields the same
> symptoms
Okay, with the help of Wendy and someone named Brian, I'm a convert. :P
Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 5:02 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:47 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:24 PM, Trenton Adam
Thanks to everyone who replied, I justed wanted to point out some
issues with switching to Maven, since the developers asked what
complaints Maven evangelists were seeing.
On Mar 21, 2008, at 8:07 PM, Brian E. Fox wrote:
Thanks for the feedback Joshua, a few comments below:
1) I can't do
Jason van Zyl wrote:
On 22-Mar-08, at 5:02 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:47 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:24 PM, Trenton Adams wrote:
I agree that it's not more complex in every way. But, it seems
like it is in some wa
Hi Wendy,
Thanks for the suggestion.
Yes, I am aware of that, but that is precisely what I am trying to
avoid. I don't want to make things more complex, by having a multiple
step deployment process. I want "simple". I want simple, primarily
because maven has been simple up until this point
Getting Started Guide:
http://maven.apache.org/guides/getting-started/index.html
On 22-Mar-08, at 5:02 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:47 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:24 PM, Trenton Adams wrote:
I agree that it's not more
On 22-Mar-08, at 5:02 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:47 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:24 PM, Trenton Adams wrote:
I agree that it's not more complex in every way. But, it seems
like it is in some ways. For instance, it
On Sat, Mar 22, 2008 at 5:02 PM, Trenton Adams <[EMAIL PROTECTED]> wrote:
> Dependencies pull from a remote repository. I don't want to pull from a
> remote repository, I want to pull from modules themselves (locally),
> into a combined WAR.
Maven is repository based, true, but it first looks
Jason van Zyl wrote:
On 22-Mar-08, at 4:47 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:24 PM, Trenton Adams wrote:
I agree that it's not more complex in every way. But, it seems
like it is in some ways. For instance, it's looking to me that in
order to actually get it
On 22-Mar-08, at 4:47 PM, Trenton Adams wrote:
Jason van Zyl wrote:
On 22-Mar-08, at 4:24 PM, Trenton Adams wrote:
I agree that it's not more complex in every way. But, it seems
like it is in some ways. For instance, it's looking to me that in
order to actually get it to package my WAR w
Jason van Zyl wrote:
On 22-Mar-08, at 4:24 PM, Trenton Adams wrote:
I agree that it's not more complex in every way. But, it seems like
it is in some ways. For instance, it's looking to me that in order
to actually get it to package my WAR with the JAR, I will have to
deploy my code JAR to
On 22-Mar-08, at 4:24 PM, Trenton Adams wrote:
I agree that it's not more complex in every way. But, it seems like
it is in some ways. For instance, it's looking to me that in order
to actually get it to package my WAR with the JAR, I will have to
deploy my code JAR to a repository first,
I agree that it's not more complex in every way. But, it seems like it
is in some ways. For instance, it's looking to me that in order to
actually get it to package my WAR with the JAR, I will have to deploy my
code JAR to a repository first, then make it a dependency in my webapp,
the packag
On 22-Mar-08, at 3:23 PM, Trenton Adams wrote:
Yes, it definitely is simpler in some ways, but ends up being more
complex, and less intuitive in many other ways. Kind of like a Mac
in comparison to Windows. Mac is so dumbed down it becomes
difficult to use to get the job done, in many othe
Yes, it definitely is simpler in some ways, but ends up being more
complex, and less intuitive in many other ways. Kind of like a Mac in
comparison to Windows. Mac is so dumbed down it becomes difficult to
use to get the job done, in many other ways. I found ant a lot easier
in many ways. Th
On Sat, Mar 22, 2008 at 10:40 PM, Trenton Adams <[EMAIL PROTECTED]> wrote:
> That's what I was about to do, but that really is a hack.
No, it isn't. That's the suggested way to do it.
> to be a better way than that. Isn't there? I thought maven would at
> least have the functionality of an
Thanks for the reply Wendy.
That's what I was about to do, but that really is a hack. There's got
to be a better way than that. Isn't there? I thought maven would at
least have the functionality of ant.
At the very least, is there a way of having two project files without
having two full
Tried that but I keep getting the same error
mvn deploy
-DaltDeploymentRepository=myrepo::default::dav:http://www.myurl.com/maven2
Failed to configure plugin parameters for: org.apache.maven.plugins:maven
-deploy-plugin:2.3
check that the following section of the pom.xml is present and correct:
It sounds like you are struggling with some of the same issues I am. I
was asked recently to change our build system from ant to maven. In
fact, I did not want to use maven. I felt that our needs did not
warrant it and thought that Ivy would do well to solve our biggest
problem, dependency manag
On Sat, Mar 22, 2008 at 12:40 PM, Trenton Adams <[EMAIL PROTECTED]> wrote:
> I have a webapp, and I want there to be a webapp WAR, and a developer
> JAR, which only includes the class files. The JAR is needed for
> compilations of other apps depending on the webapp.
Split your project into mu
Hi Everyone,
I'm new to maven.
I've been reading documentation for the last two days, and I cannot, for
the life of me, figure out how to create multiple jars in maven. I have
tried profiles, which don't appear to support it, assembly, which
appears to work, but I'm not sure how I could make
I am seeking advice on how to construct an archetype for a multi-module build
such that the artifactId of each respective module becomes the name for the
module in the generated directory structure.
The result I am looking for would resemble the naming conventions of the
Proficio multi-module pro
On Sat, 2008-03-22 at 11:41 -0400, Farrukh Najmi wrote:
> Dear colleagues,
>
> In my pom I have several executions of the xslt-maven-plugin.
> None of these executions are bound to any phase:
>
> ...
>
>
>
> org.codehaus.mojo
> xslt-mave
Dear colleagues,
In my pom I have several executions of the xslt-maven-plugin.
None of these executions are bound to any phase:
...
org.codehaus.mojo
xslt-maven-plugin
exec1
Hi,
I'm using maven 2.0.8 and have an ejb 2.0 project. Is there some
example pom.xml of how to use maven to generate ejb.jar.xml and the
local/remote/home source for compilation?
I've been searching around and have found several plugins mentioned in
relation to this:
hibernate-maven-plugin
xdoc
Well done! I am looking forward to try it out!
Siarhei
On Fri, Mar 21, 2008 at 3:12 AM, David J. M. Karlsen <[EMAIL PROTECTED]>
wrote:
> Hi folks!
>
> The was6-maven-plugin has just graduated, and released as version
> 1.0-alpha-1.
>
> The plugin can be used to start and stop websphere 6.1 conta
Not entirely true. If you do compile it will get a handle to the classes
in the dependencies target folder. Package will get a handle to the jar
in the target folder.
The problem is sometimes this isn't enough for a plugin to do what it
needs. So yes you really should just do install in a multimo
All respondents to the survey picked option 2 but upon discussion with
another Maven committer we are going to do the first option.
This is because the minimum version requirement for Plugin in the Apache
and Codehaus is Java 1.4.
Here is the plan of action:
1. Change the 1.2-Snapshot to us
Yes. But even from parent pom, only mvn install or higher works, anything
lower than install results in an error if the dependency project not in
local repository otherwise if there takes an older version existing in local
repository or remote.
Regards,
Amit
On Fri, Mar 21, 2008 at 7:56 PM, Brian
30 matches
Mail list logo
