[jboss-as7-dev] Intended deployemnt behavior?
Brian Stansberry
brian.stansberry at redhat.com
Mon Jul 11 13:44:48 EDT 2011
On 7/11/11 12:19 PM, Brian Stansberry wrote:
> On 7/11/11 10:22 AM, Jim Crossley wrote:
>> Bob McWhirter<bmcwhirt at redhat.com> writes:
>>
>> [...]
>>
>>> 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.
>>
>> Other benefits include:
>>
>> 1) no complicated marker file extension state machine required.
>>
>> 2) it opens the door for us to deploy things that don't necessarily
>> match "^.*\\.[SsWwJjEeRr][Aa][Rr]$", e.g. our torquebox .knob files.
>>
>> Yes, I know the expression is a "standard" (or is it? are .sar's
>> standard?), but it seems arbitrarily restrictive to those of us desirous
>> of the JBoss awesomeness without all the JEE goo. :)
>>
>
> That pattern can certainly be made configurable; I'd accept a patch for
> that.
>
I lied; no I wouldn't. ;)
Having something injected into FileSystemDeploymentService from which it
can query supported types makes more sense, with extensions able to
update that object to register types they support.
> I don't see how the .link thing removes the need for having the scanner
> understand the .knob extension, unless .link is effectively a trojan
> that hides the actual content location from the management system.
>
>
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat
More information about the jboss-as7-dev
mailing list