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(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jboss-development
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development