<<Inside the LAN, there are many other alternatives to web services
which may improve our service-oriented environments. They can do this
by increasing network performance through creation of smaller data
sets to transfer, decreasing computational power needed to unmarshall
the data sets, and mobile code in their support of mobile agents and
smart proxies. There are many technology platforms which pose a viable
alternative to web services on the LAN and meet some or all of the
improvements mentioned. One of those technology platforms is Jini.
Jini by itself does not solve the problem but containers built on top
of the Jini platform do. Containers remove some of the Jini
programming complexity by handling codebase downloading and service
deployment. Here are a few example containers:
* Rio - A dynamic services platform which involves a federation of
container nodes onto which services are deployed. Upon deployment of a
service, the platform identifies nodes which meet the service level
agreement (SLA) declared in the Rio deployment descriptor called an
operational string.
* Harvester - A container environment for Jini services and
clients. A particularly interesting feature of Harvester is it's
ability to load services and clients written in the Python language.
* Neon - An agent framework and application grid fabric which
allows your Jini services to be deployed without writing all of the
associated plumbing code. An good introduction to Neon's capabilities
may be found here.
Mobile code is an important reason why Jini is a good alternative to
web services on the LAN. Many Java developers are aware of RMI (remote
method invocation) but have not heard of the Jini RMI impelementation
called JERI (Jini extensible remote invocation). JERI provides
important features over it`s older counterpart: a pluggable transport
layer with security support, an extensible marshalling layer, and
runtime configuration. JERI provides the ability to export your
service proxy for use by a remote service consumer. Your proxy class
may be a "smart" proxy which means that some, if not all, invocation
processing is performed using the consumer`s resources.>>
You can find this blog at:
http://jroller.com/page/csterwa?entry=jini_an_soa_for_the
Gervas
> Is it just me who thinks so, but does anyone else see the constant desire
> to use multiple forms of technologies on the client side (AJAX, etc.) as
a cry for a "universal client"? Such a client - call it a "browser" for
the common user - should handle HTML, JavaScript, JFC, Java Webstart,
> filesystem browsing, etc.
Me too. It seems to point to a universal OS, one that is very robust and
inherently network-centric. Ie it's only role is to make the device work
and connect to the network, where it can then access apps/data.
The other day I was trying to get a CD based game working for my kid, and
oh boy what a hassle. Wrestling my way through Windows on an older PC was
so slow and so painful, when all I really need is a "KidStation". Ie a
fairly dumb device that can run multimedia programs. A PC is really
overkill for this and even many corporate situations, so it may be that
the red herring in the mix is the PC/Windows component, which is now quite
out of date and a constant source of pain around which everything
revolves. So perhaps it's time to think in terms of a new model for
this....
Regards, Neil.
On 2/10/06, Gervas Douglas <gervasdouglas@...> wrote:
> Mark,
>
> Let us go back to an example I suggested earlier: the building of a
> SOA registry/repository using JavaSpaces. How suitable would your
> paradigm be for this?
Very!
A registry is little more than a service which offers information
about services, as well as pointers to related services.
The Web already houses many registries, for example;
http://www.iana.org/assignments/media-types/
(as well as many other at iana.org)
Granted, the information returned from that one is (currently) HTML,
but it could easily return an XML document.
UDDI's (3.0?) addition of HTTP GET support (which returned XML, not
HTML) put UDDI information - previously only available to UDDI clients
- on the Web, available to anybody with an HTTP client.
Mark.
--
Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca
Is it just me who thinks so, but does anyone else see the constant desire to use multiple forms of technologies on the client side (AJAX, etc.) as a cry for a "universal client"? Such a client - call it a "browser" for the common user - should handle HTML, JavaScript, JFC, Java Webstart, filesystem browsing, etc.
The (original) approach of making browsers "pluggable" seems to have become a little short-sighted, creating the notion of HTML vs. Java "fat clients" being two entirely separate approaches to solving the client-side problem. Why not bring all of these together for this "universal browser"?
> I just don't understand why so many people in the enterprise software
> development community are enthusiastic about AJAX.
Well I think it quickly comes back to the recurring theme for Jini
conversations, as one point. Ie it's not always the best technology that
becomes universally popular. Windows is not the best desktop client,
but.... etc.
Ajax is achieving the same, ie it's also tackling i) easy adoption for
larger markets of developers, and ii) "branding", ie it has a 'cool' image
etc. The two go together very well.
I guess the point for discussion I was making is that while it may not be
the best iteration of it, it's demonstrating principles that perhaps Jini
can use as a context for pushing itself higher into a larger
consciousness. Eg what's good about Ajax? Perhaps its the localising of
computing closer to the user? Perhaps it's xyz. If so, can the same end
result be achieved better? If so, how?
Thus a 'compare and contrast' could be a great way to position Jini.
I expect some of you are going to 3GSM in Barcelona next week. If you
are interested in meeting up for a drink, please send me an e-mail.
Gervas
Moderator
As I have mentioned before, Gregg Wonderly (please excuse my previous
misspelling of your surname, Gregg) is a great apostle of J/JS. I
must confess, I do not keep up with the latest changes in the Jini and
JavaSpaces specs., and for those of you in a similar position it is
worth looking at Gregg's latest posting to my SOA Group:
http://groups.yahoo.com/group/service-orientated-architecture/message/3274
Gregg has certainly convinced me, ignorant non-techy that I am, that
the moment is propitious for the world to reconsider J/JS in the
context of curent developments in distributed computing in the form of
SOA/BPM etc.
Gervas
> It is revealing the kind of power that mobile code provides. It's lack
of security and some other features that Jini and ServiceUI provide make
for a prime opportunity for Java mobile code to flow back into view.
So, for sake of a newbie, although called Javascript, it's quite a
fundamentally different technology (vs Java)?
I get the idea that as a scripting language, it's going to be quite
lightweight? If so, then Jini/JS could be suggested as being a heavyweight
version of the same kinda thing?
> I continue to work on a refine a ServiceUI desktop interface that
provides the ability to utilize multiple ServiceUI's simultaneously in a
"come as you are" computing environment. There are a number of things
to deal with, but I am making progress.
Cool.
And the business application of this is again the same kind of thing?
Creating small application components that are more 'local' in nature, so
this could be for intranet employees or online customers?
Thanks, regards,
Neil.
Mark,
Let us go back to an example I suggested earlier: the building of a
SOA registry/repository using JavaSpaces. How suitable would your
paradigm be for this?
Gervas
--- In jini_javaspaces@yahoogroups.com, Mark Baker <distobj@...> wrote:
>
> Gervas,
>
> On 2/10/06, Gervas Douglas <gervasdouglas@...> wrote:
> > Mark,
> >
> > Do you think it would be a useful open source project to create a
> > tuple spaces product with a language-neutral network protocol?
>
> It would be a good learning exercise, but practically, I think that
> HTTP already provides most of what is useful from tuple spaces, as
> well as some improvements on the model; large data object support
> (chunked transfer coding), safe retrievals (GET), idempotent mutation
> (PUT), application model (hypermedia).
>
> What it's "missing" is a tuple matching & notification mechanism, but
> that stuff is basically being done as extensions. For example, I
> would expect that SPARQL + mod-pubsub would give you most/all of those
> capabilities, and probably more.
>
> Mark.
>
Gervas,
On 2/10/06, Gervas Douglas <gervasdouglas@...> wrote:
> Mark,
>
> Do you think it would be a useful open source project to create a
> tuple spaces product with a language-neutral network protocol?
It would be a good learning exercise, but practically, I think that
HTTP already provides most of what is useful from tuple spaces, as
well as some improvements on the model; large data object support
(chunked transfer coding), safe retrievals (GET), idempotent mutation
(PUT), application model (hypermedia).
What it's "missing" is a tuple matching & notification mechanism, but
that stuff is basically being done as extensions. For example, I
would expect that SPARQL + mod-pubsub would give you most/all of those
capabilities, and probably more.
Mark.
Mark,
Do you think it would be a useful open source project to create a
tuple spaces product with a language-neutral network protocol?
Gervas
--- In jini_javaspaces@yahoogroups.com, Mark Baker <distobj@...> wrote:
>
> On 2/10/06, Gervas Douglas <gervasdouglas@...> wrote:
> > Interesting, Mark - and there I was thinking you lived, breathed and
> > slept REST!
>
> Nowadays it is Gervas, but there was a time when I was a CORBA hack.
> I edited the CORBA FAQ for a brief time, in fact.
>
> > Could your tuple space product have been TSpaces from IBM
> > or Linda?
>
> Nope, it was one of the sub-frameworks of the Objectspace Voyager
> product (Graham Glass' old company). In fact, I just tracked it down.
> It's called simply, "Spaces";
>
>
http://www.ifi.unizh.ch/ddis/staff/vorburg/doc/api/Orbpro/com/objectspace/voyage\
r/space/package-summary.html
>
> > In the brave new BPM/Composite Apps/SOA world
> > where agility, robustness and scalability become increasingly
> > important, J/JS might yet find the moment has arrived...
>
> I'd like to think that the spirit of the tuple space model lives on
in the Web.
>
> The big problem with tuple spaces isn't the architectural style though
> (mostly) IMO, it's that in practice, as determined by several
> independent tuple space implementations, interoperability is defined
> in terms of software libraries rather than network interfaces. If,
> say, JavaSpaces had defined a "Spaces" network protocol and then
> implemented Java based client and server libraries that implemented
> that protocol, then you could connect, say, a Perl implementation of a
> tuple space with a Java implementation of one.
>
> Of course, HTTP is, give or take, such a protocol, and folks have been
> connecting software components (browsers, servers, spiders, command
> line tools like curl/wget) written in different languages in just this
> way for many years on the Web. It's funny how the world's largest and
> most successful distributed system can be taken for granted by so many
> people, no?
>
> Mark.
> --
> Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca
>
> Ajax is principally about (finally) the growing adoption of distributed
> computing.
>
> What do folks think about the potential relationship between Jini and
> Ajax, if there is one? Is it creating a context for a more meaningful
> debate about the value of Jini?
It is revealing the kind of power that mobile code provides. It's lack of
security and some other features that Jini and ServiceUI provide make for a
prime opportunity for Java mobile code to flow back into view.
I continue to work on a refine a ServiceUI desktop interface that provides the
ability to utilize multiple ServiceUI's simultaneously in a "come as you are"
computing environment. There are a number of things to deal with, but I am
making progress.
Gregg Wonderly
On 2/10/06, Gervas Douglas <gervasdouglas@...> wrote:
> Interesting, Mark - and there I was thinking you lived, breathed and
> slept REST!
Nowadays it is Gervas, but there was a time when I was a CORBA hack.
I edited the CORBA FAQ for a brief time, in fact.
> Could your tuple space product have been TSpaces from IBM
> or Linda?
Nope, it was one of the sub-frameworks of the Objectspace Voyager
product (Graham Glass' old company). In fact, I just tracked it down.
It's called simply, "Spaces";
http://www.ifi.unizh.ch/ddis/staff/vorburg/doc/api/Orbpro/com/objectspace/voyage\
r/space/package-summary.html
> In the brave new BPM/Composite Apps/SOA world
> where agility, robustness and scalability become increasingly
> important, J/JS might yet find the moment has arrived...
I'd like to think that the spirit of the tuple space model lives on in the Web.
The big problem with tuple spaces isn't the architectural style though
(mostly) IMO, it's that in practice, as determined by several
independent tuple space implementations, interoperability is defined
in terms of software libraries rather than network interfaces. If,
say, JavaSpaces had defined a "Spaces" network protocol and then
implemented Java based client and server libraries that implemented
that protocol, then you could connect, say, a Perl implementation of a
tuple space with a Java implementation of one.
Of course, HTTP is, give or take, such a protocol, and folks have been
connecting software components (browsers, servers, spiders, command
line tools like curl/wget) written in different languages in just this
way for many years on the Web. It's funny how the world's largest and
most successful distributed system can be taken for granted by so many
people, no?
Mark.
--
Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca
Interesting, Mark - and there I was thinking you lived, breathed and
slept REST! Could your tuple space product have been TSpaces from IBM
or Linda?
BTW, I wonder if anyone has used J/JS for a SOA registry/repository.
I believe JavaSpaces has been used to build up a Jini LUS, so why not
a SOA registry?
I suspect that the way SOA is taking distributed computing a
significant architectural step forward will open up a lot of potential
applications for J/JS. In the brave new BPM/Composite Apps/SOA world
where agility, robustness and scalability become increasingly
important, J/JS might yet find the moment has arrived...
Gervas
--- In jini_javaspaces@yahoogroups.com, Mark Baker <distobj@...> wrote:
>
> I haven't used JavaSpaces specifically, but I did put together a
> prototype using the Objectspace Voyager product back in '97 (IIRC).
> Voyager consisted of several frameworks supporting different styles of
> distributed computing, and one of those was a tuple space based
> framework very similar to JavaSpaces. I forget the name of that
> framework though.
>
> It was very easy to use, and once built, very easy to add new spaces
> into the mix... which is unsurprising given that all spaces exposed
> the same interface, meaning clients could interact with every new
> space that was created without requiring upgrades.
>
> It was also instrumental in helping me to fully appreciate the scope
> and power of the Web, as it shares many important similarities with
> tuple space based systems. The Semantic Web even more so, in fact.
>
> Mark.
>
> On 2/9/06, Gervas Douglas <gervasdouglas@...> wrote:
> > In my SOA Group, Jini seems to earn frequent mention. This is not
> > just due to the efforts of Gregg Wonderley who is a passionate,
> > articulate and knowledgeable advocate of Jini - he certainly deserves
> > a massive reward from Sun. I suspect that J/JS's robust, decoupled
> > nature makes it an ideal connectivity tool for building a SOA
> > structure. Do any of you have practical experience of this? I know
> > that IntaMission, for whom I did some consultancy in the past, have
> > used JavaSpaces in their software and are very much now targeted
> > towards SOA. There must be others of you out there who have used J/JS
> > to knit together a SOA implementation.
> >
> > If so let's hear about it!
> >
> > Gervas
>
> --
> Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca
>
> I just don't understand why so many people in the enterprise software
> development community are enthusiastic about AJAX.
Well I think it quickly comes back to the recurring theme for Jini
conversations, as one point. Ie it's not always the best technology that
becomes universally popular. Windows is not the best desktop client,
but.... etc.
Ajax is achieving the same, ie it's also tackling i) easy adoption for
larger markets of developers, and ii) "branding", ie it has a 'cool' image
etc. The two go together very well.
I guess the point for discussion I was making is that while it may not be
the best iteration of it, it's demonstrating principles that perhaps Jini
can use as a context for pushing itself higher into a larger
consciousness. Eg what's good about Ajax? Perhaps its the localising of
computing closer to the user? Perhaps it's xyz. If so, can the same end
result be achieved better? If so, how?
Thus a 'compare and contrast' could be a great way to position Jini.
Best regards, Neil.
Ajax is principally about (finally) the growing adoption of distributed
computing.
What do folks think about the potential relationship between Jini and
Ajax, if there is one? Is it creating a context for a more meaningful
debate about the value of Jini?
I just don't understand why so many people in the enterprise software
development community are enthusiastic about AJAX. The programming
paradigm is:
Built on sand - too much heavyweight code is developed using a
programming language (Javascript) that was never designed to take the
strain.
Badly architected - not only is AJAX a kludge on top of HTTP
right from the start, but it tends to lead to poor design, breaking the
Model 2 MVC practices that were finally becoming mainstream. This is
changing as better practices start to appear for AJAX, but there is no
layering implicit in AJAX itself so there will always be the temptation
to write poor code.
Server- and browser-dependent - you cannot run an AJAX
application without connecting to the server in question using an
appropriately capable browser. What about apps that need to run
offline and with more choice of device?
The technology underpinning AJAX has been around since the late 90s, so
one possibility is that the
current buzz around it is in fact the last gasp of the Web as an
application interface! Or it could just be a new toy for many people.
IMHO, the Web browser just doesn't cut the
mustard as a platform for enterprise applications. One can only hope
for the widespread adoption of more appropriate development platforms
for distributed Internet applications in due course; low-level ones
like Jini and high-level ones like humanedj,
for example.
Ajax is principally about (finally) the growing adoption of distributed
computing.
What do folks think about the potential relationship between Jini and
Ajax, if there is one? Is it creating a context for a more meaningful
debate about the value of Jini?
Cheers,
Neil.
I haven't used JavaSpaces specifically, but I did put together a
prototype using the Objectspace Voyager product back in '97 (IIRC).
Voyager consisted of several frameworks supporting different styles of
distributed computing, and one of those was a tuple space based
framework very similar to JavaSpaces. I forget the name of that
framework though.
It was very easy to use, and once built, very easy to add new spaces
into the mix... which is unsurprising given that all spaces exposed
the same interface, meaning clients could interact with every new
space that was created without requiring upgrades.
It was also instrumental in helping me to fully appreciate the scope
and power of the Web, as it shares many important similarities with
tuple space based systems. The Semantic Web even more so, in fact.
Mark.
On 2/9/06, Gervas Douglas <gervasdouglas@...> wrote:
> In my SOA Group, Jini seems to earn frequent mention. This is not
> just due to the efforts of Gregg Wonderley who is a passionate,
> articulate and knowledgeable advocate of Jini - he certainly deserves
> a massive reward from Sun. I suspect that J/JS's robust, decoupled
> nature makes it an ideal connectivity tool for building a SOA
> structure. Do any of you have practical experience of this? I know
> that IntaMission, for whom I did some consultancy in the past, have
> used JavaSpaces in their software and are very much now targeted
> towards SOA. There must be others of you out there who have used J/JS
> to knit together a SOA implementation.
>
> If so let's hear about it!
>
> Gervas
--
Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca
In my SOA Group, Jini seems to earn frequent mention. This is not
just due to the efforts of Gregg Wonderley who is a passionate,
articulate and knowledgeable advocate of Jini - he certainly deserves
a massive reward from Sun. I suspect that J/JS's robust, decoupled
nature makes it an ideal connectivity tool for building a SOA
structure. Do any of you have practical experience of this? I know
that IntaMission, for whom I did some consultancy in the past, have
used JavaSpaces in their software and are very much now targeted
towards SOA. There must be others of you out there who have used J/JS
to knit together a SOA implementation.
If so let's hear about it!
Gervas
<<However, I'd still like to see a couple of usage scenarios using
Java/Jini to build composite applications consisting of both new and
3GL code. I suspect these can and will be built using a variety of
technologies, including Web Services.>>
This is an extract from a posting to my SOA Group, which you can find at:
<http://groups.yahoo.com/group/service-orientated-architecture/message/3269>
Can any of you meet this challenge?
Gervas
<<Jini was originally released in 1999 as a way to link consumer
devices to Sun's Java software. But companies using the Jini
software have been using it mainly for corporate computing jobs such
as grid computing and clustered servers, according to Sun
executives.
The software is specifically designed for building Java applications
that rely on widely distributed components. For example, Sun uses
Jini as part of its radio frequency identification software, which
runs in small warehouse RFID readers.
The development of the Jini software is done through the Jini
Community, an independent forum in which companies other than Sun
contribute changes to the software.
At a Jini Community meeting in Chicago on Wednesday, Sun executives
are expected to announce that the Jini Technology Starter Kit
version 2.0 is available under the Apache License 2.0.
The adoption of the Apache license is part of Sun's plan to make the
Jini Community operate like an open-source foundation, Sun
executives said. A popular previous edition of the Jini Starter Kit,
version 1.2, will also be made available with the open-source
license.>>
Read all about it at:
http://news.zdnet.com/2100-3513_22-5902446.html?tag=zdnn.alert
Gervas
Thanks greg for your help ... my file start-transient-jrmp-mahalo.config was in the correct directory but the path to reggie.jar was incorrect ... anyways ... i had posted this problem in www.jini.org .... but was not a success ... only then i had to ask u guys on jini_javaspaces .... i hope i will be able to catch u guys soon on the knowledge level ....
"vaibhav_rane" <vaibhav_rane@...> wrote:
> Hello guys,
>
> i m novice to jini as well as to his grp ... i am trying to start
> mahalo service... i give the foll. command ...
>
> java -Djava.security.policy=policy.all -
> jar /opt/jini2_0_002/lib/start.jar start-transient-jrmp-mahalo.config
>
> when i run the abv command i get the foll. stack trace ...
>
> Sep 24, 2005 2:57:25 PM com.sun.jini.start.ServiceStarter
> checkResultFailures
> WARNING: Exception creating service.
> java.lang.ClassNotFoundException:
> com.sun.jini.mahalo.TransientMahaloImpl
Questions like this are best asked on the jini-users list found on
http://www.jini.org. It looks like you are not running the above command in a
directory that places the "start-transient-jrmp-mahalo.config" file references
into the correct directory hierarchy.
Gregg Wonderly
A novice to Jini - this is excellent news! Can someone help Vaibhav,
please? If any other novices to Jini/JavaSpaces want background
material on the technology, there are a number of sources such as Sun
and jini.org. There is also some material in the Files section of
this Group.
Gervas
--- In jini_javaspaces@yahoogroups.com, "vaibhav_rane"
<vaibhav_rane@y...> wrote:
>
> Hello guys,
>
> i m novice to jini as well as to his grp ... i am trying to start
> mahalo service... i give the foll. command ...
>
> java -Djava.security.policy=policy.all -
> jar /opt/jini2_0_002/lib/start.jar start-transient-jrmp-
mahalo.config
>
> when i run the abv command i get the foll. stack trace ...
>
> Sep 24, 2005 2:57:25 PM com.sun.jini.start.ServiceStarter
> checkResultFailures
> WARNING: Exception creating service.
> java.lang.ClassNotFoundException:
> com.sun.jini.mahalo.TransientMahaloImpl
> at java.net.URLClassLoader$1.run(URLClassLoader.java:199)
> at java.security.AccessController.doPrivileged(Native
Method)
> at java.net.URLClassLoader.findClass
(URLClassLoader.java:187)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
> at java.lang.ClassLoader.loadClassInternal
> (ClassLoader.java:302)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:219)
> at com.sun.jini.start.NonActivatableServiceDescriptor.create
> (NonActivata
> bleServiceDescriptor.java:339)
> at com.sun.jini.start.ServiceStarter.create
> (ServiceStarter.java:303)
> at com.sun.jini.start.ServiceStarter.main
> (ServiceStarter.java:483)
> Sep 24, 2005 2:57:25 PM com.sun.jini.start.ServiceStarter
> checkResultFailures
> WARNING: Associated service descriptor [0]:
> [http://setu.ssi.com/mahalo-
> dl.jar, policy.all,
> $JINI_HOME/lib/mahalo.jar,
>
com.sun.jini.mahalo.TransientMahaloImpl,
> [transient-jrmp-mahalo.config],
>
com.sun.jini.start.NonActivatableServiceDescript
> or$1@ae506e]
>
>
> i have also tried running the service using the foll. command ...
>
> java -Djava.security.policy=policy.all -
> jar /opt/jini2_0_002/lib/mahalo.jar http://localhost/mahalo-dl.jar
> policy.all /tmp/txn_log public
>
> on giving the abv cmd i get the foll. error ...
>
> Failed to load Main-Class manifest attribute from
> /opt/jini2_0_002/lib/mahalo.jar
>
> i have tried most of the sites ... but haven't found any soln for
> the abv problem ... if u guys have gone thru the abv prob. .. i
will
> be obiliged to be enlightened frm u ... hoping for a soln ...
> thanking in advance
>
> cheers,
> Vaibhav
Hello guys,
i m novice to jini as well as to his grp ... i am trying to start
mahalo service... i give the foll. command ...
java -Djava.security.policy=policy.all -
jar /opt/jini2_0_002/lib/start.jar start-transient-jrmp-mahalo.config
when i run the abv command i get the foll. stack trace ...
Sep 24, 2005 2:57:25 PM com.sun.jini.start.ServiceStarter
checkResultFailures
WARNING: Exception creating service.
java.lang.ClassNotFoundException:
com.sun.jini.mahalo.TransientMahaloImpl
at java.net.URLClassLoader$1.run(URLClassLoader.java:199)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal
(ClassLoader.java:302)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:219)
at com.sun.jini.start.NonActivatableServiceDescriptor.create
(NonActivata
bleServiceDescriptor.java:339)
at com.sun.jini.start.ServiceStarter.create
(ServiceStarter.java:303)
at com.sun.jini.start.ServiceStarter.main
(ServiceStarter.java:483)
Sep 24, 2005 2:57:25 PM com.sun.jini.start.ServiceStarter
checkResultFailures
WARNING: Associated service descriptor [0]:
[http://setu.ssi.com/mahalo-
dl.jar, policy.all,
$JINI_HOME/lib/mahalo.jar,
com.sun.jini.mahalo.TransientMahaloImpl,
[transient-jrmp-mahalo.config],
com.sun.jini.start.NonActivatableServiceDescript
or$1@ae506e]
i have also tried running the service using the foll. command ...
java -Djava.security.policy=policy.all -
jar /opt/jini2_0_002/lib/mahalo.jar http://localhost/mahalo-dl.jar
policy.all /tmp/txn_log public
on giving the abv cmd i get the foll. error ...
Failed to load Main-Class manifest attribute from
/opt/jini2_0_002/lib/mahalo.jar
i have tried most of the sites ... but haven't found any soln for
the abv problem ... if u guys have gone thru the abv prob. .. i will
be obiliged to be enlightened frm u ... hoping for a soln ...
thanking in advance
cheers,
Vaibhav
Hi all,
Just a message to inform you that there will be a Jini/Rio talk during
the Javapolis conference http://www.javapolis.com
It will be a case study: the Magnetti Marelli Formula One Telemetry
application
http://www.javapolis.com/confluence/display/JP05/F
ormula+One+Telemetry+with+
Java
Javapolis is the 2nd world largest conference dedicated to Java
technology.
We expect 2000 people this year. In the previous edition, there was no
Jini-related session, not even a Bof. I found this situation shameful,
so this year the steering committee managed to get a killer case study
with Jini in the conference.
I hope we can get even more space for Jini @ Javapolis next year. It
deserves it.
PS: there is space left in the agenda for Bofs and Quickies, anyone
interested?
Robin Mulkers
Steering Member BeJUG
http://www.bejug.org
This looks an interesting opportunity to present J/JS in a SOA
context. Bear in mind when considering your physical comfort that it
will be Spring, not Autumn in Melbourne then...
Given Gregg Wonderly's sterling efforts to proselytise J/JS, I would
have thought that he would be an obvious contributor - worth paying
his airfare at least!
Gervas
--- In jini_javaspaces@yahoogroups.com, "soscall" <soesterreich@a...>
wrote:
> Hello,
>
> We have conference coming up that is about creating an adaptive and
> agile enterprise through effective management, governance and
> understanding of Service-Oriented Architecture (SOA)
>
> It will take place on 8-10 November 2005, in Melbourne
>
> Visit www.ark-group.com for more information and find out more
about
> our early registration discounts, as last year's conference hit the
> maximum capacity.
>
> Thank You
>
> Steven Oesterreich
> Ark Group Australia
>
>
> * sorry for any cross postings
Hello,
We have conference coming up that is about creating an adaptive and
agile enterprise through effective management, governance and
understanding of Service-Oriented Architecture (SOA)
It will take place on 8-10 November 2005, in Melbourne
Visit www.ark-group.com for more information and find out more about
our early registration discounts, as last year's conference hit the
maximum capacity.
Thank You
Steven Oesterreich
Ark Group Australia
* sorry for any cross postings
Some of you belong to or are familiar with Frank Greco's NYJavaSIG.
This Group has been quite active in hosting Jini-orientated events.
An example is the forthcoming event described at:
http://groups.yahoo.com/group/NYJavaSIG/message/763
Do you know of any other usergroups hosting events tackling J/JS?
Gervas
CALL FOR PAPERS AND REFEREES
============================
(Apologies if you receive multiple copies)
21st ACM Symposium on Applied Computing (SAC 2006)
http://www.acm.org/conferences/sac/sac2006/
Special Track on Coordination Models, Languages and Applications
http://confs.deis-ce.unibo.it/sac/sac2006http://sac2006cm.cs.fit.edu/
April 23-27, 2006,
Dijon, France
SAC 2006
~~~~~~~~
For the past twenty years, the ACM Symposium on Applied Computing
has been a primary gathering forum for applied computer scientists,
computer engineers, software engineers, and application developers
from around the world. SAC 2006 is sponsored by the ACM Special
Interest Group on Applied Computing, and is hosted by Bourgogne
University, Dijon, France
Coordination Models, Languages and Applications Track
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Building on the success of the seven previous editions (1998-2005), a
special track on coordination models, languages and applications
will be held at SAC 2006. Over the last decade, we have witnessed the
emergence of models, formalisms and mechanisms to describe concurrent
and distributed computations and systems based on the concept of
coordination. The purpose of a coordination model is to enable the
integration of a number of, possibly heterogeneous, components
(processes, objects, agents) in such a way that the resulting ensemble
can execute as a whole, forming a software system with desired
characteristics and functionalities which possibly takes advantage of
parallel and distributed systems. The coordination paradigm is closely
related to other contemporary software engineering approaches such as
component-based systems and middleware platforms. Furthermore, the
concept of coordination exists in many other Computer Science areas
such as Cooperative Information Systems, Distributed Artificial
Intelligence, and Internet Technologies.
The Special Track on Coordination Models, Languages and Applications
deliberately takes a broad view of what is coordination: this term
covers here traditional models and languages (e.g., the ones based on
the Shared Dataspace and CHAM metaphors), but also other related
notions and formalisms such as configuration and architectural
description frameworks, models of multi-agent planning, organization
and decision-making, systems modeling abstractions and languages,
programming skeletons, etc.
Correspondingly, in addition to the traditional areas covering data-
driven (such as Linda) and control-driven (such as Manifold) models
and languages, this Special Track aims at putting together
contributions from all the many areas where the concept of coordination
is relevant, such as multi-agent systems, software architectures,
middleware platforms, groupware and workflow management, etc.,
providing them with a forum where they can discuss their different
viewpoints and share ideas. On this very subject, it is worth to
remind that the last editions of this Track were undoubtedly successful
under many points of view, but in particular in attracting relevant
and consistent contributions from many different research communities.
According to that, major topics of interest include (but are not
limited to) the following:
* Novel models, languages, programming and implementation techniques
* Applications
* Internet- and Web-based coordinated systems
* Coordination of multi-agent systems, including mobile and
intelligent agents
* Languages for service description and composition
* Models, frameworks and tools for Group Decision Making
* All aspects related to Cooperative Information Systems
(e.g. workflow management, CSCW)
* Software architectures and software engineering techniques
* Configuration and Architecture Description Languages
* Middleware platforms (e.g. CORBA, Jini)
* Coordination technologies, systems and infrastructures
* Emergent Coordination and Self-organization.
* Relationship with other computational models such as object
oriented, declarative (functional, logic, constraint) programming
or their extensions with coordination capabilities
* Formal aspects (semantics, reasoning, verification)
Proceedings and Post-proceedings
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Papers accepted for the Special Track on Coordination Models, Languages
and Applications will be published by ACM both in the SAC 2006
proceedings and in the Digital Library.
It is worth to notice that after the last editions of the Special Track
on Coordination, four special issues were published, namely
"Coordination Models and Languages in AI"
Applied Artificial Intelligence 15(1)
http://lia.deis.unibo.it/journals/aai2001/
"Coordination as a Paradigm for Systems Integration"
Journal of Systems Integration 10(2)
http://lia.deis.unibo.it/journals/josi2001/
"Coordination and Knowledge Engineering"
The Knowledge Engineering Review 17(4)
http://uk.cambridge.org/journals/ker/
"Coordination and Collaboration Technologies"
Journal of Cooperative Information Systems 13(1)
http://www.worldscinet.com/ijcis/ijcis.shtml
and
"Coordination Systems"
Journal of Concurrency and Computation: Practice and Experience
http://www3.interscience.wiley.com/cgi-bin/jhome/77004395
while a sixty one
"Role of Contexts for Coordination in MAS"
Web Intelligence and Agent Systems Journal
http://www.iospress.nl/html/15701263.php
is currently under preparation.
So, among the papers accepted and presented this year at the SAC 2006
Special Track on Coordination, a further selection is likely to be
performed after the symposium to produce a special issue of some
international journal: several contacts are currently ongoing.
Track Program Chairmen
~~~~~~~~~~~~~~~~~~~~~~
Ronaldo Menezes Alessandro Ricci
Department of Computer Sciences DEIS
Florida Institute of Technology Universita di Bologna
150 West University Blvd. Via Venezia 52
Melbourne, FL 32901, USA Cesena - Italy
voice# +1 (321) 674-7623 voice# +39 054 7339217
fax# +1 (321) 674-7046 fax# +39 054 7339208
mailto:rmenezes@... mailto:aricci@...
Guidelines for Submission
~~~~~~~~~~~~~~~~~~~~~~~~~
Original papers from the above-mentioned or other related areas will
be considered. This includes three categories of submissions: 1)
original and unpublished research; 2) reports of innovative computing
applications in the arts, sciences, engineering, business, government,
education and industry; and 3) reports of successful technology
transfer to new problem domains. Each submitted paper will be fully
refereed and undergo a blind review process by at least three
referees. The accepted papers in all categories will be published in
the ACM SAC 2006 proceedings.
Submission Format
~~~~~~~~~~~~~~~~~
* Submit your paper *electronically* in either PDF or postscript
format. Please *note*: neither hardcopy nor fax submissions
will be accepted. Submissions should be printable on a standard
printer on common paperformats like letter and DIN A4. Please use
a Postscript previewer such as Ghostview to check the portability
of Postscript documents.
* The author(s) name(s) and address(es) must NOT appear in the body
of the paper, and self-reference should be in the third person.
This is to facilitate blind review.
* The body of the paper should not exceed 4,000 words. Accepted
full papers should not exceed 5 pages in a double column format
(with the option, at additional expense, to add three more
pages). Accepted poster papers will be published as extended
2-page abstracts in the symposium proceedings.
* All submissions must be received by September 3, 2005.
Submission Procedure
~~~~~~~~~~~~~~~~~~~~
Submission is a three-step process:
Please follow these instructions in order to submit a paper:
1. Use the abstract submission interface to provide the main
information on your paper. You will be given an id/password
which must later be used to access the system during the following
steps, so be careful to remember it.
2. Once an abstract has been submitted, you can access the paper
submission interface to upload the file of your complete paper.
Id/password allow to revise the summary form
information and to upload modified versions of the submission. Please
use the tracking number in all future correspondence about your paper.
Referees
~~~~~~~~
Over the last seven years, the Special Track on Coordination Models,
Languages and Applications has built its success also over the work of
many volunteer referees. Anyone wishing to review papers should express
her/his intention by sending an email to the chairmen
Track Home Page
~~~~~~~~~~~~~~~
Further information can be found at the special track home pages:
http://confs.deis-ce.unibo.it/sac/sac2006http://sac2006cm.cs.fit.edu/
Important Dates
~~~~~~~~~~~~~~~
* September 3, 2005: Paper Submission
* October 15, 2005: Author Notification
* November 5, 2005: Camera-Ready Copy
The Ninth Jini Community Meeting is being held in Chicago,
October 19-20, and a Call for Papers has been announced.
Proposed presentations are due September 6th, and can cover
Jini-related topics ranging from commercial uses and
community projects to technical issues and design
philosophy.
For more information:
http://www.jini.org/meetings/ninth/