You can get some information on it at my J/JS Group
(http://groups.yahoo.com/group/jini_javaspaces/files/), but I believe
jini.org is the best source.  What do you think on this one, Gregg?

J/JS is what I call one of Sun's Orphan Java Technologies.  I have
heard many stories (usually involving political infighting) why they
never bothered to promote their Orphans, but I still find it
incomprehensible.

Gervas

--- In [email protected], "Anne Thomas
Manes" <[EMAIL PROTECTED]> wrote:
>
> Jini/JavaSpaces is quite different from CORBA. It's not at all a
> language-specific reinvention of the same old thing. It's worth your
time to
> investigate it.
> 
> Anne
> 
> On 3/3/06, William Henry <[EMAIL PROTECTED]> wrote:
> >
> > Thanks Gregg. I'll have a deeper look at that site. At first glance
> > this looks like a good environment for a technology like Jini. I have
> > a friend that will be very interested in this article. What's
> > interesting is the real time (ish) performance. My friend has been in
> > this industry (high performance car data collection. monitoring and
> > test and configuration etc) for years and can't imagine moving from
> > embedded C to Java. I'll have to have him look at this - he'll be
> > interested. I'd also be interested in performance metrics and
> > performance satisfaction metrics for this example.
> >
> > > I continue to be saddened by the loud voices of ignorance that push
> > > away
> > > technologies such as Jini which have so much to offer for those
> > > motivated enough
> > > to look.  The problems of SOA and related distributed computing are
> > > not simple.
> > >   The Jini platform was put together by people who understand the
> > > science.
> >
> > BTW many of us non-Jini-user folks understand good science too. I'm
> > not pushing it away - I just think that it has it's place and limits
> > like all technologies.
> >
> > > Your interest in native only integration is a little
> > > alarming.  To me, it says that your systems are living on the
edge of
> > > performance, or software development platforms/skills are limiting
> > > your choices.
> >
> > Money, licensing, existing incumbant technology, existing high
> > performance, mission critical  and leave-well-enough alone
> > applications are often limiting my customers choices. My customers
> > can't just throw out everything they have and rewrite their
> > application in the next new fad of the month. They've already
> > invested millions in these applications and are doing $billions of
> > business with them. Nor can they insert a wrapper layer that will
> > impact their high performance mission critical systems - so they want
> > native integration to a standards-based outside world. In other words
> > they don't want service enabling technology to have a negative impact
> > on their service. (Hence why my customers also tend to look more for
> > smart end-point integration than having to use hub technology - this
> > may seem contradictory but it is not).
> >
> > Thanks for the link. I promise to make myself less ignorant of Jini.
> > I have to say this: from my first look at Jini - it looks a lot like
> > a reinvention of CORBA but without the language independence
> > obviously. In fact it looks entirely like a Java specific reinvention
> > of CORBA. (Which already has a Java language binding. Why reinvent
> > this???)
> >
> > In fact when I go back to the F1 example I wonder why someone
> > wouldn't use an embedded C CORBA ORB to solve the problem? Like other
> > part so the automotive industry are now doing. ??
> >
> > William
> >
> > On Mar 2, 2006, at 10:30 AM, Gregg Wonderly wrote:
> >
> > > William Henry wrote:
> > >> Okay has anyone else had enough of this? Is this the Jini list
or the
> > >> SOA list?
> > >
> > > William, I'm sorry to strike a sour note with my reponses.  I've
> > > sat back and
> > > watched this list for some time and have seen, as Gervas pointed
> > > out, many
> > > different themes passing through.  I am particularly concerned
> > > about the
> > > re-creation of technologies by the ignorant.  So, I am sitting here
> > > trying to
> > > communicate which "features of desire" for the week, are already in
> > > place in the
> > > Jini platform.  I've probably (some of the responses to yours say
> > > clearly) done
> > > a horrible job of providing a convincing argument.
> > >
> > > I continue to be saddened by the loud voices of ignorance that push
> > > away
> > > technologies such as Jini which have so much to offer for those
> > > motivated enough
> > > to look.  The problems of SOA and related distributed computing are
> > > not simple.
> > >   The Jini platform was put together by people who understand the
> > > science.  The
> > > fact that the platform doesn't come with a web services endpoint,
> > > and that there
> > > is not one visible in the Jini community, should speak to where the
> > > real needs
> > > are.  There are, of course other technologies that are starting to
> > > reveal an
> > > understanding of the science, and the needs of the users.
> > >
> > > Jini has no lack of ability to provide performant solutions that
> > > interface to a
> > > wide range of entities.  Your interest in native only integration
> > > is a little
> > > alarming.  To me, it says that your systems are living on the
edge of
> > > performance, or software development platforms/skills are limiting
> > > your choices.
> > >
> > > Look at
> > > <http://developers.sun.com/learning/javaoneonline/2005/coolstuff/
> > > TS-1915.html>
> > > for an example of a performant system created to interface with low
> > > level
> > > devices.  It provided a winning advantage to the F1 team.
> > >
> > > Gregg Wonderly
> > >
> > >
> > >
> > >
> > >
> > > Yahoo! Groups Links
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
> >
>









 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/service-orientated-architecture/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 


Reply via email to