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, then make it a dependency
in my webapp, the package my webapp. Is that right?
No. Everything happens locally you don't have to deploy anything.
If the JAR is providing functionally separate code then you put it in
another module. Otherwise then just compile the classes and put them
in your WAR and just use one project.
If so, that's more complex than ant, for this set of functionality.
If not, how do I go about doing it?
Okay, so I've got two sub-projects now. How do I get the webapp to
build a WAR with the JAR from the code of the other sub project?
And, can I do it without deploying the JAR to a repository?
And hey, I agree with enforcing the "architectural integrity"
concept, as long as it is not too restrictive. I'm going to have to
wait and see if it's as restrictive as it seems. It could just be
me at this point. But, any help you could give to convince me of
your stance, would be appreciated. I do like "simple". I try to
write my code simple, and I want my builds to be simple, and
maintainable as well.
Thanks.
Jason van Zyl wrote:
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 other ways. I found
ant a lot easier in many ways. The learning curve for ant was
extremely minimal. I suppose I have to use maven, just for it's
dependency management, but I sure don't like the structure it
uses. :(
It's not more complex as the premise is that composition trumps a
big globular build. It is intentional and in the long run will
prove far more useful. Based on feedback from hundreds of users
over the years this has been the overwhelming opinion. We enforce
this architectural integrity from the get go.
So, how do I go about doing it then, with multiple projects? Do I
have two copies of everything? Do I make one module depend on the
other, so that every time I want to deploy, I have to either
install the dependency JAR into the local repository, or a remote
one, so that the webapp has access to it? i.e. If I update the
one project, that has the class files and such, how is the webapp
project going to know about it?
It kind of upsets me, because a couple years ago, I specifically
combined two projects that were really one project, because ant
has the ability to make different jars and such. I did it because
it was "simpler", and now maven is making it more complex. :
( Okay, I'm done pouting. :P I'll have to see if it's worth it.
Jochen Wiedmann wrote:
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 ant.
Of course, Maven can do anything that Ant can do: Just use the
maven-antrun-plugin and create an Ant script that can be launched
from
Maven. The funny thing about Maven is that it enforces you to work
structured. That implies, in particular, to think and work in
modules.
Once you get used to it, you'll soon learn that it simplifies
things.
At least, my Maven scripts are typically much simpler and more
easily
understood than my monster Ant scripts.
Jochen
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
A party which is not afraid of letting culture,
business, and welfare go to ruin completely can
be omnipotent for a while.
-- Jakob Burckhardt
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
What matters is not ideas, but the people who have them. Good people
can fix bad ideas, but good ideas can't save bad people.
-- Paul Graham
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]