To clarify, I mean treating them differently. If we know it's a symlink
we can treat the symlink like a marker.
On 7/11/11 10:15 AM, Jason T. Greene wrote:
It would be really cool if we could just follow OS symlinks for
that.
IIRC Java 7 has support for that.
On 7/11/11 10:11 AM, Bob McWhirter wrote:
> Jim and I were discussing exploded deployments in #torquebox, and
> realized...
>
> TorqueBox pretty much only uses exploded deployments, but we do it
> slightly differently, and avoid copying tons of files around and
> dealing with partial-copies and non-atomic things.
>
> Our exploded apps live wherever the user wants them to live. Anywhere
> on disk.
>
> Into the deployments/ directory, we scribble a simple text file, which
> is basically a poor-man's symlink, plus other information used by
> TorqueBox.
>
> But generally, it contains a path-to-the-exploded-app.
>
> A deployer picks it up, and adjusts the DEPLOYMENT_ROOT (or whatnot)
> to point to the actual exploded application elsewhere on disk.
>
> From the AS perspective, we're deploy 1 small text file, at least
> initially. But then it magically becomes an exploded directory full of
> loose files.
>
> Dunno if it'd help, but generally supporting a deployments/myapp.link
> deployment, where the myapp.link file is just a text file containing
> only and exactly the path to an exploded application, might be useful.
>
> -Bob
>
>
>
> On Jul 11, 2011, at 11:00 AM, Jason T. Greene wrote:
>
>> On 7/11/11 9:41 AM, Max Rydahl Andersen wrote:
>>> Brian,
>>>
>>>> This is merged (thanks!) along with a fix such that deleting the
>>>> deployment content triggers undeploy[1].
>>>>
>>>> [1]
https://issues.jboss.org/browse/AS7-1240
>>>
>>> For clarification - does this "undeploy on deleted content" only
>>> apply to zipped archives
>>> or will it also happen for exploded ?
>>>
>>> And I assume deleting the .deploy will work in any case?
>>>
>>
>> It only applies to things which have auto-deploy turned on. So not by
>> default for exploded. Although you could turn it on and get russian
>> roulette deployment. The biggest problem being that frameworks are
>> surprised when their content disappears before being shutdown. This isnt
>> an issue for archives because we make a copy.
>>
>> --
>> Jason T. Greene
>> JBoss, a division of Red Hat
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
--
Jason T. Greene
JBoss, a division of Red Hat