Our community contributor, Aslak Knutsen, has provided an initial
implementation which I've confirmed works pretty well for simple EJB JAR
deployment at least. It's in our source repos as an option extension
module to ShrinkWrap.
Source:
http://anonsvn.jboss.org/repos/common/shrinkwrap/trunk/extension-glassfish/src/main/java/org/jboss/shrinkwrap/glassfish/impl/ShrinkwrapReadableArchiveImpl.java
Discussion:
http://community.jboss.org/message/523096
Issues:
https://jira.jboss.org/jira/browse/SHRINKWRAP-124
https://jira.jboss.org/jira/browse/SHRINKWRAP-126
Build instructions:
http://community.jboss.org/docs/DOC-14304
Would you guys like to copy this into your repos? Then you can easily do:
EmbeddedDeployer.deploy(Archive<?> archive, DeployCommandParameters params){
// Delegate to the existing impl
this.deploy(archive.as(ShrinkwrapReadableArchive.class), params)
}
S,
ALR
On 01/29/2010 10:04 AM, Andrew Lee Rubinger wrote:
> Thanks Siraj; I'll ping back here when I've got something to show.
>
> S,
> ALR
>
> On 01/29/2010 09:56 AM, Siraj Ghaffar wrote:
>> Andrew,
>> You can see the implementation of EmbeddedDeployer at :
>> http://fisheye4.atlassian.com/browse/glassfish-svn/trunk/v3/core/kernel/src/main/java/org/glassfish/kernel/embedded/EmbeddedDeployerImpl.java?r=HEAD
>>
>>
>>
>> For source repo instructions see :
>> http://wiki.glassfish.java.net/Wiki.jsp?page=V3DevelopmentInstructions
>>
>> Issue tracker : https://glassfish.dev.java.net/issues/
>>
>> --Siraj
>>
>> Andrew Lee Rubinger wrote:
>>> Appreciate the replies, guys.
>>>
>>> We're currently doing a similar integration scheme with OpenEJB:
>>> * http://community.jboss.org/message/521593
>>> * https://issues.apache.org/jira/browse/OPENEJB-1228
>>>
>>> In the forum post above I lay out 3 possible integration
>>> implementations which would also be relevant in our case.
>>>
>>> What's EmbeddedDeployer.deploy(ReadableArchive) doing? I'd imagine
>>> we'd simply insert an overloaded method alongside:
>>>
>>> deploy(org.jboss.shrinkwrap.api.Archive archive,
>>> org.glassfish.api.deployment.DeployCommandParameters params)
>>>
>>> ...?
>>>
>>> In short, if you point me to source repos and an open IssueTracker
>>> link I'll submit an integration patch for review.
>>>
>>> On a somewhat related note; something to consider is that ShrinkWrap
>>> does not have a locked API yet; we'll be offering this
>>> backwards-compatibility starting with our Beta releases. If we offer
>>> ShrinkWrap integration with GlassFish in a separate extension module
>>> until then, I will gladly maintain it and keep it up-to-date with the
>>> latest releases until API freeze. This does not mean we're an unstable
>>> project; we have a great testsuite with plenty of coverage and a small
>>> but happy community of users.
>>>
>>> Our goal is to provide a ubiquitous API for archives/deployment
>>> amongst all Embeddable containers, and GlassFish is going to play
>>> heavily into that.
>>>
>>> S,
>>> ALR
>>>
>>> PS - I can be found on IRC_at_Freenode, #jbosstesting most times.
>>>
>>> On 01/26/2010 06:01 PM, Siraj Ghaffar wrote:
>>>> The new APIs are now available at
>>>> https://embedded-glassfish.dev.java.net/nonav/gf-embedded-api/apidocs/
>>>>
>>>> The API of interest for this discussion is
>>>> org.glassfish.api.embedded.ScatteredArchive which is more generic than
>>>> the older ScatteredWar
>>>>
>>>> --Siraj
>>>>
>>>>
>>>> Jerome Dochez wrote:
>>>>> Hi Andrew
>>>>>
>>>>> Sorry for the long delay with our answer, the v3 release and other
>>>>> things have kept us distracted...
>>>>> We would be interested in such a collaboration. The ScatteredWar
>>>>> support you mentioned below has been discontinued for the v3 final
>>>>> release and we do have a more generic API.
>>>>> I have asked Siraj to have the new APIs available at
>>>>> https://embedded-glassfish.dev.java.net/nonav/gf-embedded-api/apidocs/
>>>>>
>>>>> Once he confirms, you should have a look where we stand and we can
>>>>> start talking about how we can have a single approach.
>>>>>
>>>>> jerome
>>>>>
>>>>> On Nov 9, 2009, at 3:32 PM, Andrew Lee Rubinger wrote:
>>>>>
>>>>>> Hi guys:
>>>>>>
>>>>>> (This is a resend of a previous email sent to
>>>>>> embedded_at_glassfish.dev.java.net; I'm told that this is low-volume and
>>>>>> perhaps not monitored. If incorrect please advise the proper forum).
>>>>>>
>>>>>> Over the past few months, we've been putting some development into
>>>>>> the EmbeddedAS[1] project at JBoss. Part of this effort has involved
>>>>>> the creation of a standalone API for archive creation, now called
>>>>>> "ShrinkWrap".
>>>>>>
>>>>>> Our goals are simple:
>>>>>>
>>>>>> * Minimal dependency set (currently nothing aside from Java6)
>>>>>> * Intuitive, fluid, documented API
>>>>>> * Domain-specific extensions for spec-defined archives (JAR, EAR,
>>>>>> EAR, etc)
>>>>>> * Export options (to ZIP or exploded flat file format)
>>>>>>
>>>>>> Greater details can be found on our Wiki[2], JavaDoc[3], or project
>>>>>> page[4].
>>>>>>
>>>>>> We will be supporting this kind of notation within EmbeddedAS:
>>>>>>
>>>>>> JavaArchive archive = JavaArchiveFactory.create("archive.jar")
>>>>>> .addClasses(MyClass.class,MyOtherClass.class)
>>>>>> .addResource("META-INF/ejb-jar.xml");
>>>>>> server.deploy(archive);
>>>>>>
>>>>>> I'd like to open a dialogue to discover your interest in providing
>>>>>> similar integration for Embedded Glassfish. I believe ShrinkWrap's
>>>>>> scope is more generic than what I've seen so far in ScatteredWar for
>>>>>> example, and perhaps the community could benefit from a unified
>>>>>> declarative archive API shared across vendors/communities. Our
>>>>>> license is ASL v2 to encourage this effort.
>>>>>>
>>>>>> S,
>>>>>> ALR
>>>>>>
>>>>>> References:
>>>>>>
>>>>>> [1] - http://www.jboss.org/community/docs/DOC-13843
>>>>>> [2] - http://www.jboss.org/community/docs/DOC-14138
>>>>>> [3] - http://docs.jboss.org/shrinkwrap/
>>>>>> [4] - http://jboss.org/shrinkwrap
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>