But don't you think some sort of ordering (like what was there before Jason
removed it) should be implicit?

Datasources specified in .xml files should be deployed before any
EAR/WAR/JAR files, don't you think?

That seems like a common/simple scenario and I don't think a user with that
basic of a dependency should be required to specially number their
deployment files... Though I don't think requiring it for more complex
deployment order is a big deal...

> From: "Bill Burke" <[EMAIL PROTECTED]>
> Date: Fri, 15 Mar 2002 13:37:25 -0500
> To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
> Subject: RE: [JBoss-dev] deploy: the votes are in
> 
> This also greatly simplifies the code right?  Just sort the directory and
> you have your ordering.
> 
>> -----Original Message-----
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]]On Behalf Of Chris
>> Harris
>> Sent: Friday, March 15, 2002 1:31 PM
>> To: [EMAIL PROTECTED]
>> Subject: Re: [JBoss-dev] deploy: the votes are in
>> 
>> 
>> I don't think there was any intention of forcing people to
>> rename their files. The point is that if you need an
>> explicit ordering this is the easiest way for the user to
>> do it. If you don't need ordering then call it anything you
>> want. So deployment order is something like
>> 
>> all xxxMyName.[j|s|w|e|r]ar/xml files
>> all anyothernameinanyorder.[j|s|w|e|r]ar/xml files
>> 
>> (apologies for syntax!)
>> 
>> So this way you can specify stuff which absolutely has to
>> go first and, if you don't care when it gets deployed, then
>> name it whatever you like and it gets deployed after the
>> ones that need to be first.
>> 
>> (disclaimer: I was at the London training and I did vote
>> for the numbering solution)
>> 
>> c
>> 
>>  --- David Jencks <[EMAIL PROTECTED]> wrote:
>>> I'm with Jason on this one.  I think asking people to
>>> change their file
>>> names to ensure deploy order is ludicrous.  As I recall,
>>> the unix sysv
>>> numbering is all on symlinks, not the scripts/whatever
>>> themselves.
>>> 
>>> david jencks
>>> 
>>> On 2002.03.14 18:18:46 -0500 Jason Dillon wrote:
>>>>> 
>>>>> 
>>>>> deploy1/2/3 zero votes
>>>>> 000-999mywathever.xar:11 votes
>>>>> deploy.order: 9 votes
>>>>> 
>>>>> some just don't give a hoot
>>>>> 
>>>>> ok the deploy.order was a good idea given by a
>>> sweedish guy sitting at
>>>> the
>>>>> back of the class, it goes like this, put a
>>> deploy.order that specifies
>>>> the
>>>>> order in which you deploy the files, it means that you
>>> put for example
>>>>> <deploy-order>
>>>>> the-first-file.xar
>>>>> the-second-file.xar
>>>>> </deploy-order>
>>>>> 
>>>> 
>>>> This is the same as explicitly listing your deployment
>>> urls... which if
>>>> you don't specify a file:// directory url the order is
>>> as you list it.
>>>>  It is only when listing from a directory which causes
>>> this
>>>> dependency/order problem.
>>>> 
>>>>> I kind of liked it, since it means you can put
>>> additional information,
>>>> but
>>>>> sacha pointed out you can also put a order.readme file
>>> and be done with
>>>>> this, with the drawbacks that you could actually mess
>>> up the names
>>>> easily
>>>>> (bound to happen) and that you needed multiple
>>> deploy.order files to get
>>>> at
>>>>> the same result if you went for dynamic deployments.
>>>>> 
>>>>> so the 000-999.xar idea is the one, if someone wants
>>> to do it go
>>>> ahead....
>>>>> 
>>>> 
>>>> I still think this is a really bad idea.
>>>> 
>>>> We have a half functional dependency system... so
>>> rather than fix is, we
>>>> artificially force users to number there deployments,
>>> or staticly list
>>>> the urls to deploy.
>>>> 
>>>> How does that make the JBoss deployment system easy?
>>> One of the big
>>>> features of JBoss is easy deployment... which this just
>>> basically tosses
>>>> out the window.  The instructions for deployment go
>>> from :
>>>> 
>>>> "copy to deploy/"
>>>> 
>>>> to
>>>> 
>>>> "copy to deploy/, make sure that the file name is
>>> prefixed with a number
>>>> such that it is larger than all dependency deployments
>>> and lower than
>>>> other deployments which depend on it.  If you are not
>>> sure what the
>>>> dependencys are then trial and error... or go look
>>> through each
>>>> deplopment descriptor and...".
>>>> 
>>>> Why not just put the simple sorting bits back in UDS
>>> until the
>>>> dependency issue can be resolved?
>>>> 
>>>> --jason
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Jboss-development mailing list
>>>> [EMAIL PROTECTED]
>>>> 
>>> 
>> https://lists.sourceforge.net/lists/listinfo/jboss-development
>>>> 
>>>> 
>>> 
>>> _______________________________________________
>>> Jboss-development mailing list
>>> [EMAIL PROTECTED]
>>> 
>> https://lists.sourceforge.net/lists/listinfo/jboss-development
>> 
>> __________________________________________________
>> Do You Yahoo!?
>> Everything you'll ever need on one web page
>> from News and Sport to Email and Music Charts
>> http://uk.my.yahoo.com
>> 
>> _______________________________________________
>> Jboss-development mailing list
>> [EMAIL PROTECTED]
>> https://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> 
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development


_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to