[jboss-dev] Redeploy an app if xml is added to metadata location?

[Max Rydahl Andersen]

> It does look like a good idea to introduce changes in behavior, unless 
> users have asked for it.
Are you missing a *not* there ? :)

btw. JBoss Tools relies on being able to restart applications by 
touching the relevant descriptor, so please let us know if that changes :)

Another note is that it would actually be *better* if users could just 
touch the root directory of the deployment so there is a *uniform*
way of "restarting" an application instead of having to know which 
specific deployment descriptor to touch...would that be doable ?
(of course need to test that certain os's doesn't change the timestamp 
of a directory just because you change a file below to avoid
triggering restart just because I updated index.html)

/max

>
> Jaikiran Pai wrote:
>> Ales Justin wrote:
>>>> Ales Justin wrote:
>>>>> Since at least I would expect the AS to pick up my new .xml config 
>>>>> file.
>>>>> Or why would you put it there? 
>>>> That does not require a redeploy of the entire application. The 
>>>> user can place the xml there and be able to look it up without 
>>>> having to redeploy the application. Am i missing something? 
>>>
>>> Sure, but how do I know if he really didn't mean to add new config 
>>> file?
>>> e.g. new custom config file where he describes his new services, 
>>> wanting to propagate some service all the way to the business logic 
>>> code 
>> In that case, he would be expected to touch the top level deployment 
>> descriptor (web.xml in this case) to tell us (the AS) that the 
>> application needs to be redeployed. That's how AS-4.x handled this - 
>> allowing the user to decide when the app needs a redeploy.
>>
>> But i guess, this isn't a major change as long as we let users know 
>> that this is how AS-5 is expected to behave :)
>>
>> -Jaikiran
>> _______________________________________________
>> jboss-development mailing list
>> jboss-development at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-development 
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development