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
>