[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE : [stp-pmc] First thoughts about a Component based SOA stack based on the Fractal reflective component model
|
Title: Message
Dan,
After
my holidays, I check my e-mails and see that I didn't answer your questions here
below...
No,
our purpose is not to replace the SCA model in the Eclipse STP project, but to
use the Fractal reflective component model (as designed by INRIA teams) as our
reference model for any middleware software construction, as already done or
under progress for software pieces such as JORAM MOM, JBI Petals platform, ...
Best
regards,
Alain
What are you trying
to propose here for the STP project? Do you expect the tools to use this
"Fractal reflective component model"? The charter for the project
indicates that the SCA component model will be used. Are you suggesting
a replacement for the SCA model?
Regards,
Dan
"Alain BOULZE"
<alain.boulze@xxxxxxxxxxxxx> Sent by: stp-pmc-bounces@xxxxxxxxxxx
07/21/2006 06:40 AM
Please respond
to STP PMC list
<stp-pmc@xxxxxxxxxxx> |
|
To
| "Eclipse STP Mailing List"
<eclipse-stp@xxxxxxxxxxxxx>, "Esb@Objectweb. Org"
<esb@xxxxxxxxxxxxx>, <rntl-esb-2005@xxxxxxxxxxxxx>,
<rntl-sco-2006@xxxxxxxxxxxxx>, "S4ALL WP2 mailing list"
<s4all-wp2@xxxxxxxxxxxxx>, "S4ALL WP3 mailing list"
<s4all-wp3@xxxxxxxxxxxxx>,
<stp-pmc@xxxxxxxxxxx>
|
cc
| Philippe.Merle@xxxxxxx, Francoise
Baude <Francoise.Baude@xxxxxxxxxxxxxxx>,
objectweb@xxxxxxxxxxxx, Jean-Bernard Stefani
<Jean-Bernard.Stefani@xxxxxxxxxxxx>
|
Subject
| [stp-pmc] First thoughts about a
Component based SOA stack based on the
Fractal reflective component model |
|
Dear all,
You'll find hereunder some recent notes proposed by INRIA, summarizing
ideas and thoughts about what could be a future Component based SOA stack,
based on the Fractal reflective component model.
Have an interesting reading,
and please feel free to react, comment and propose.
Best regards,
Alain
--
Alain
BOULZE
INRIA Rhone-Alpes -
ObjectWeb
SOA Project
Coordinator
email :
alain.boulze at objectweb.org
cell : +33 (0)6.21.09.43.66
phone : +33
(0)4.76.61.54.65
http://www.inrialpes.fr,http://www.objectweb.org
The vision of middleware that
underlies several efforts in ObjectWeb and in INRIA research work is that of
the construction of software infrastructures using a reflective component
model (as currently exemplified by the Fractal component model).
This
approach provides several benefits:
- first, those that accrue with making explicit
the software architecture of a complex system, in terms of reduction of
architetural erosion, better maintenance and increased reusability of system
parts
- second, immediate gains in terms of system
configurability and administrability, as demonstrated e.g. by the use of
Fractal for the construction or re-engineering of several ObjectWeb
middleware components: Speedo, Joram on Dream, Jonas a la Carte,
Petals
- third, it provides the means (as demonstrated by
the AOKell and - to a lesser extent - Julia implementations of Fractal to
bring together software architecture-based middleware design and a proper
separation of non-functional aspects made possible by techniques such as
Aspect-Oriented Programming
This
vision could lead some works in order to develop a new generation of
middleware components for the ObjectWeb code base, providing in particular
enough foundations for the assembly of a complete, highly modular, standards
compliant "SOA stack", as well as a component-based re-engineeering of major
ObjectWeb code base elements such as JOnAS and JORAM.
It could help too to
evolve the ObjectWeb Fractal component technology towards a model providing a
full-fledge integration of AOP and components, with linguistic support (e.g.
ADL) for dynamically evolving architectures, and the support of architecture
constraints.
Distributed systems management
The next frontier for systems and middleware research is probably the
construction of self-managed distributed systems, including notably automating
the management of system configurations, performance, failure handling, and
security. In the ObjectWeb community, work at INRIA on Jade, for instance,
provides an early attempt at developing a component-based framework for
self-managing systems. The goal of a work on this theme would be twofold :
- to develop a comprehensive system architecture
for distributed systems self-management, together with the necessary
software technology tools (e.g. in terms of ADL extensions, policy languages
and suppoting frameworks)
- to develop control technology (algorithms, and
tools - e.g. exploiting planification and statistical techniques) required
for the construction of self-managing capabilities.
ESB domain
Some studies have already started around the
development of the JBI ESB Petals project, and are focusing on designing the
functions and the behaviour of the Router, structuring the Router for a
distributed environment, and representaing the ServiceAssemblies, using
Fractal.
Cooperation with OrientWare
On those themes, experience gained and approaches developed by our
OrientWare partner, e.g. at the U. of Bejing around ABC component model and
the management of PKUAS, at the National Defense U. around CCM and at ISCAS on
QoS management in J2EE servers, should prove of particular
interest.
_______________________________________________
stp-pmc mailing
list
stp-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/stp-pmc