On Jun 5, 2013, at 4:41 PM, Scott Marlow <smarlow(a)redhat.com> wrote:
On 06/05/2013 03:00 AM, Thomas Diesler wrote:
> Hi Brett,
> The primary target for the Arquillian OSGi Container
is our own
> OSGi Framework <https://github.com/jbosgi/jbosgi-framework>
;, which is a
> compliant R5 implementation. This also explains why I removed support
> for Felix because it is not (yet) R5 compliant AFAIK. Theoretically, it
> would probably be possible to change pom such that it uses an older
> version of the OSGi APIs when running with Felix.
> To be a good (corporate) citizen you run and talk about hibernate on the
> jbosgi framework. Do you have a specific reason not to?
I thought this is what people are already doing when they use the Hibernate ORM on jbosgi
(since Hibernate ORM is a component). I think the Hibernate team is already contributing
quite a bit and I see no reason to accuse (insulting) them of not being good citizens of
Scott, this was not intended to be an insult not even a criticism. If it came across like
it, I'm really sorry - perhaps you can blame it on poor german -> english
For standalone use though, what is the model for getting the jbosgi framework as a single
(maven artifact) component? I'm asking this for my own information (not related to
Hibernate native OSGi container support which I think is what Brett is talking about). I
have heard talk about *embedded* (framework/platform) support in the past but not sure if
we have anything to show yet.
The primary target of the jbosgi framework is wildly. There is only a single reason for
jboss to even get into the core framework business, which is provide OSGi functionality in
the AppServer. Specifically, the framework has been designed such that it can integrate
with all other modules that also run in WildFly. The goal is to allow access to OSGi
services from JavaEE components and vice versa. The upcomming 8.0.0.Alpha2 release will be
the first container (for over a year) that we can actually base a jbosgi release on, which
then contains updated R5 documentation, examples, binaries etc.
The R5 OSGi TCK runs on a single aggregated binary that is distributed through maven.
Having said that, we don't target the standalone OSGi Framework market and our
framework. Nevertheless, it should behave like any other R5 compliant framework and
I'd be interested to see if hibernate+aries-jpa can actually run on it successfully.
Hopefully this answers your question. If not, please ping on skype or any other channel
and we can talk more.
> ARQ OSGi tests run in the framework so they would have access any OSGi
> service including the LogService
> The Framework and very likely also Hibernate does not use that service
> for logging I suppose. AFAIK, ARQ stays out of the business of container
> logging. With all our OSGi stuff we use jboss-logging and everything
> running on the framework would be delegated to that. The logging from
> the hibernate bundle should show up in the configured framework log.
> On Jun 5, 2013, at 6:51 AM, Brett Meyer <brmeyer(a)redhat.com
> <mailto:firstname.lastname@example.org>> wrote:
>> Hello! We recently wrapped up initial support for Hibernate in OSGi.
>> I've been attempting to create unit tests with an embedded container,
>> but had a few questions for you. Up for it?
>> I've been using your arquillian-container-osgi fork's
>> "container-embedded" area as a reference. I have
>> arquillian-container-osgi-embedded on the classpath, as well as Felix,
>> but it wasn't resolving my test bundle. I noticed your comment on
>> 30124a93cd  and am guessing that's part of the problem, although I
>> know a few 3rd party bundles are missing from my deployment.
>> So, it's more of a general question. I'd like to be able to kick this
>> off as a part of Hibernate's standalone unit tests and was hoping the
>> embedded container would do the trick. What setup would you
>> recommend? What OSGi frameworks will work with
>> One secondary (and possibly elementary) question: does Arquillian have
>> a way to tap into the embedded container's logs? log4j bundle? Or,
>> are the container's logs still written out somewhere?
>> Thanks for any help available!
>> Brett Meyer
>> Red Hat Software Engineer, Hibernate
>> +1 260.349.5732
> Thomas Diesler
> JBoss OSGi Lead
> JBoss, a division of Red Hat
> jboss-osgi-dev mailing list
JBoss OSGi Lead
JBoss, a division of Red Hat