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 <*> 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/
