So in summary, do we keep the lists mutually exclusive ? Paul, do you
still see a need for a merge/override option ?
If so, I'll slowly deprecate the useMavenDependency option. Since
almost all configs have now been converted to plugins, I think it is
time we used the maven dependencies as
Ah.. #2 in your list above hadn't registered well. Sorry.
Anyways, I get it now. But I'll still answer your questions below.
Cheers
Prasad
On 10/11/07, David Jencks [EMAIL PROTECTED] wrote:
On Oct 11, 2007, at 10:07 AM, Prasad Kashyap wrote:
So in summary, do we keep the lists mutually
On Oct 8, 2007, at 7:45 PM, Prasad Kashyap wrote:
Comments inline -
Thank you for your patience.
On 10/8/07, David Jencks [EMAIL PROTECTED] wrote:
2 replies in one go :-)
On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote:
On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote:
Can we make the
On Oct 10, 2007, at 2:26 AM, David Jencks wrote:
0. As at present, any dependency in the c-m-p config must already
be in the pom dependencies.
1. All the (compile, runtime) scoped maven dependencies in the pom
turn into plan dependencies and geronimo-plugin.xml dependencies
2. Unless
On 10/10/07, David Jencks [EMAIL PROTECTED] wrote:
On Oct 8, 2007, at 7:45 PM, Prasad Kashyap wrote:
Comments inline -
Thank you for your patience.
On 10/8/07, David Jencks [EMAIL PROTECTED] wrote:
2 replies in one go :-)
On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote:
On
On Oct 10, 2007, at 7:14 AM, Paul McMahan wrote:
On Oct 10, 2007, at 2:26 AM, David Jencks wrote:
0. As at present, any dependency in the c-m-p config must already
be in the pom dependencies.
1. All the (compile, runtime) scoped maven dependencies in the pom
turn into plan dependencies
On Oct 10, 2007, at 11:50 AM, David Jencks wrote:
project
artifactIdplugin1/artifactId
dependencies
// a reference to plugin2 is not desirable here, don't
// want maven processing it as a build time dep or
// including its classes in the environment
On Oct 10, 2007, at 9:51 AM, Paul McMahan wrote:
On Oct 10, 2007, at 11:50 AM, David Jencks wrote:
project
artifactIdplugin1/artifactId
dependencies
// a reference to plugin2 is not desirable here, don't
// want maven processing it as a build time dep or
On Oct 10, 2007, at 3:32 PM, David Jencks wrote:
Indeed it might. AFAIK no one has found an actual use for
importservice/import dependencies before could I inquire
what use you found for it and how you avoided class cast exceptions?
I looked into to using it to enforce module startup
On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote:
Can we make the c-m-p use the maven dependencies by default ? 58 of
the 95 configs already use the maven deps. There are approx 15-20
configs that need to be converted to plugins. Odds are we'll end up
with 75% of our configs using maven deps.
2 replies in one go :-)
On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote:
On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote:
Can we make the c-m-p use the maven dependencies by default ? 58 of
the 95 configs already use the maven deps. There are approx 15-20
configs that need to be converted to
Comments inline -
Thank you for your patience.
On 10/8/07, David Jencks [EMAIL PROTECTED] wrote:
2 replies in one go :-)
On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote:
On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote:
Can we make the c-m-p use the maven dependencies by default ? 58 of
12 matches
Mail list logo