Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: river-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of sgchance@gmail.com designates
 209.85.217.227 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=LWrwdgg7YNI9R87E2rEuqC8EiFXlmmgwN52Q3SuADb0PJSpAvt4DdsUHLoXctvv8Xp
         0Nl4x8y74Jvcxyf3IJ0xwFEuNZ1Yw7aS8rOEy66H77KuTFT+xJjun4w5Uwzil/k+fpdj
         NwlwsMYPfhQcUnIvFsb1tV4XxhUVb4T37degE=
MIME-Version: 1.0
In-Reply-To: <e736790907031012g2c5f3508y44198a4a2fd4fdf5@mail.gmail.com>
References: <F5DF5420-6DCA-4873-A8E4-8E9F501D5CB3@mac.com>
	 <e736790906260918m23fd5751mbe27e445f7ec57e@mail.gmail.com>
	 <0CC21688-E720-40BB-8237-D47B4DEE4F48@wonderly.org>
	 <e736790906262107t30323f25m6f3369aa306083ec@mail.gmail.com>
	 <4A4921FA.3030408@wonderly.org>
	 <510143ac0907030226i22b4d6e9tf70857d357f115f4@mail.gmail.com>
	 <e736790907030825m322488e0rcb75dfb347eab059@mail.gmail.com>
	 <e736790907030930w289e3324wd251f0b7d1489de2@mail.gmail.com>
	 <9b694b200907030943m1021ed60o1b865b4950a13697@mail.gmail.com>
	 <e736790907031012g2c5f3508y44198a4a2fd4fdf5@mail.gmail.com>
Date: Tue, 14 Jul 2009 19:04:14 -0400
Message-ID: <e736790907141604n1638e874tac3d1510c6cf32d0@mail.gmail.com>
Subject: Re: OSGi and Jini
From: Sam Chance <sgchance@gmail.com>
To: river-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=000e0cd47ea41cdb76046eb27520

--000e0cd47ea41cdb76046eb27520
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

All,

This article at the link below represents a "typical" example of how/why a
given capability is designed and developed using OSGi technology.

http://www.infoworld.com/d/developer-world/wso2-looks-make-soa-easier-241

Here is another one that might surprise you. Look in the "What's New in
Protege 4.0?" section.  There is a bulleted list of new features.

http://www.cmswire.com/cms/web-content/edit-owl-20-ontologies-with-new-protege-40-005009.php

Sam

On Fri, Jul 3, 2009 at 1:12 PM, Sam Chance <sgchance@gmail.com> wrote:

> Jools,
>
> That's great to hear!  Please let me know when you set up org.indjinn.  I'd
> love to see it.
>
> Also, I suspect you will see some of the Paremus guys at the London event.
>
> Thank you!
> Sam
>
>
> On Fri, Jul 3, 2009 at 12:43 PM, Jools <joolski@gmail.com> wrote:
>
>> > Dennis Reedy wrote:
>> >
>> > "Forget about OSGi for now, its a red herring for River moving out of
>> > incubation, and frankly a bit of noise that produces the same reaction
>> > every
>> > time it is posted. This is not to say the each technology (combined or
>> > separate) does not have its merits/issues, its just time to move on.
>> ..."
>> >
>>
>> Let me paraphrase what Dennis means;
>>
>> Every time the discussion of how we move jini/river forward, we get the
>> same
>> bunch of nay-sayers spewing onto the list.
>> Let's just try and get a release out with what have now so we can see how
>> to
>> get the next release built.
>>
>> <snip/>
>>
>>
>> >
>> > I agree with the last phrase of the last sentence. But it's remarkable
>> how
>> > differently we collectively disagree with what "...moving on..." means!
>> To
>> > some, "moving on" means embracing OSGi, particularly distributed OSGi
>> > (D-OSGi). To others, it means treating OSGi as orthogonal to Jini/River.
>> >
>>
>> > I know you guys are very busy, but it would be nice if the most
>> experienced
>> > Jini/River software engineers were able to dissect the [OSGi] RFC 119
>> and
>> > provide an assessment as to how or if it is "suited" for Jini/River.  I
>> > know
>> > it's tough to allocate time to do that though.
>> >
>>
>> I went to the OSGI conference in Zurich, and will be attending the UK OSGI
>> conference in London on July 14th to try and get a handle on where D-OSGI
>> is
>> going.
>> Or rather "Remoteness in OSGI" as it seems to be called these days.
>>
>> I've been working on a few possible uses for OSGI, as it relates to Jini
>> and
>> in certain situations it's a very good mix.
>> Using Rio and Felix I've taken an existing application (which is currently
>> live and working very nicely) and tried to wire up the application using
>> Bundles, by embdeding an instance of Apache Felix inside my ServiceBean
>> (Rio
>> speak for Jini service).
>>
>> And shock horror..... it worked.
>>
>> I've also been playing around with turning functional parts of the Jini
>> codebase into bundles, exporters, service discovery etc and I've had some
>> success and failure.
>>
>>
>> Hopefully I'll see some Jini guys at the conference, but if not I'll post
>> up
>> my findings on org.indjinn (when I've set it up!)
>>
>> Cheers,
>>
>> --Jools
>>
>
>
>
> --
> Sam Chance
> 443-694-5293 (m)
> 410-694-0240 x108 (o)
>


-- 
Sam Chance
443-694-5293 (m)
410-694-0240 x108 (o)

--000e0cd47ea41cdb76046eb27520--