geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jason Dillon <ja...@planet57.com>
Subject Re: m2 build - validating
Date Thu, 17 Aug 2006 21:07:29 GMT
And it seems I have the magic incantation now :-)  Going to see how  
well I can cast it on the car plugin later today.

--jason


On Aug 17, 2006, at 11:51 AM, anita kulshreshtha wrote:

>
>
> --- Jason Dillon <jason@planet57.com> wrote:
>
>> IMO we should not overload the <scope> mechanism here, but define new
>>
>> configuration elements that allow us to add the additional metadata
>> needed....
>
>     Bill, if you do not want to improve the existing car-maven-plugin,
> you will need to use the scope.
>
>  just like how I added classpathPrefix to be used to
>> control the prefix for manifest entries.
>
> IMO, the classpath should be constructed dynamically using the
> transitive dependencies of the modules, i.e for j2ee-system config use
> dependencies of the system module. The way it is now is very hard to
> maintain. Every time a dependency is changed in the system module,  
> most
> executable configurations must be updated manually. The current way of
> maintaining hard coded dependencies in the classPath element are only
> marginally better than maintaining a large string of the original
> implementaion. Adding prefix to these dependencies is trivial.
>
> Thanks
> Anita
>
>
>>
>> Then the m2 dependencies would only really be used to control build
>> order for cars.
>>
>> --jason
>>
>>
>> On Aug 17, 2006, at 8:59 AM, anita kulshreshtha wrote:
>>
>>> Oops.., the correct link is :
>>>
>>> http://mail-archives.apache.org/mod_mbox/geronimo-dev/200605.mbox/%
>>
>>> 3c20060523131245.44642.qmail@web31713.mail.mud.yahoo.com%3e
>>>
>>> Thanks
>>> Anita
>>>
>>> --- anita kulshreshtha <a_kulshre@yahoo.com> wrote:
>>>
>>>> inline...
>>>>
>>>> --- David Jencks <david_jencks@yahoo.com> wrote:
>>>>
>>>>>
>>>>> On Aug 16, 2006, at 4:33 PM, Bill Dudney wrote:
>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> i've been using the m2 build for several days now and I've
>>>> noticed
>>>>>
>>>>>> that while it works well there are several details that are
>> still
>>>>
>>>>>> not nailed down. Particularly I've been hitting lots of
>>>> dependency
>>>>>
>>>>>> issues around deployment. So what I've started doing is slogging
>>>>
>>>>>> through each of them one at a time, posting a jira and a patch.
>>>>>>
>>>>>> It struck me that there are probably similar issues throughout
>>>> the
>>>>>
>>>>>> server WRT the m2 build.
>>>>>>
>>>>>> I'm open to other methods (and would love to hear of a silver
>>>>>> bullet:) but seems to me that we need to basically hit
>> everything
>>>>
>>>>>> in the console and tools and such and make sure it works so we
>>>> can
>>>>>
>>>>>> be sure the dependencies are correct. While I don't think I'll
>> be
>>>>
>>>>>> able to hit 'everything' I'll try to poke on most of the console
>>>>
>>>>>> and the CLI tools and make sure that it 'works'.
>>>>>>
>>>>>> My plan of attack:
>>>>>>
>>>>>> 1 - provide patches for the stuff i know about now
>>>> (tranql/tranql-
>>>>>> connector is missing for example from the repository)
>>>>>> 2 - finish getting deployment working from the console (data
>>>>>> sources, ejb-jar's, wars etc)
>>>>>> 3 - poke on the rest of the console
>>>>>> 4 - deploy daytrader
>>>>>> 5 - anything else anyone comes up with
>>>>>>
>>>>>> I will be posting bunches of jira's and fixes over the next few
>>>>>> days as I work through this stuff (unless someone has a better
>>>> idea
>>>>>
>>>>>> about how to tackle it).
>>>>>
>>>>> This is great that you are taking a look at this.  Here are some
>>>> tips
>>>>>
>>>>> that may help fix dependency problems:
>>>>>
>>>>> 1. The modules use resources2/META-INF/geronimo-dependency.xml
>>>> files
>>>>>
>>>>> to specify transitive dependencies.  We could use a lot more of
>>>>> these.  You may find the best solution to a classpath problem is
>>>>> adding one of these.
>>>>>
>>>>> 2. There are often several ways to get a jar into a classloader,
>>>> such
>>>>> as
>>>>>   a) depending on a car, from a car
>>>>>   b) depending on a jar from a jar (using
>> geornimo-dependency.xml)
>>>>>   c) depending directly on the jar from a car
>>>>> I'd say this is the order of preference
>>>>>
>>>>> 3) It is really important that the builder cars don't start any
>>>>> runtime cars: if you violate this rule the packaging plugin is
>>>> likely
>>>>>
>>>>> to stop working.  You can have 2.a and enforce this rule by using
>>>> the
>>>>>
>>>>> <scope> element in the dependency and setting it to
>>>> <scope>classes</
>>>>> scope>.  This means the dependency's classloader will be
>>>> constructed
>>>>>
>>>>> and available for use but that no services from the car will be
>>>>> started.
>>>>
>>>>    This might be helpful in adding dependency using 2.a -
>>>>
>>>>
>>> http://mail-archives.apache.org/mod_mbox/geronimo-dev/200605.mbox/
>>> browser
>>>>
>>>> Thanks
>>>> Anita
>>>>>
>>>>> This is in my experience somewhat nerve wracking and gruesome
>> work,
>>>>
>>>>> so I really appreciate your taking it on, and I'll do whatever I
>>>> can
>>>>>
>>>>> to help you with it.
>>>>>
>>>>> thanks
>>>>> david jencks
>>>>>
>>>>>>
>>>>>> TTFN,
>>>>>>
>>>>>> -bd-
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> __________________________________________________
>>>> Do You Yahoo!?
>>>> Tired of spam?  Yahoo! Mail has the best spam protection around
>>>> http://mail.yahoo.com
>>>>
>>>
>>>
>>> __________________________________________________
>>> Do You Yahoo!?
>>> Tired of spam?  Yahoo! Mail has the best spam protection around
>>> http://mail.yahoo.com
>>
>>
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com


Mime
View raw message