AFNOR Java Serveurs - D1 - 24/03/200 France Télécom R&D Le présent document contient des informations qui sont la propriété de France Télécom. L'acceptation de ce document par son destinataire implique, de la part de ce dernier, la reconnaissance du caractère confidentiel de son contenu et l'engagement de n'en faire aucune reproduction, aucune transmission à des tiers, aucune divulgation et aucune utilisation commerciale sans l'accord préalable écrit de France Télécom R&D Persistance d'objets répartis Alexandre Lefebvre (DTL/ASR) 24 mars 2000
31
Embed
AFNOR Java Serveurs - D1 - 24/03/2000 France Télécom R&D Le présent document contient des informations qui sont la propriété de France Télécom. L'acceptation.
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Le présent document contient des informations qui sont la propriété de France Télécom. L'acceptation de ce document par son destinataire implique, de la part de ce dernier, la reconnaissance du caractère confidentiel de son contenu et l'engagement de n'en faire aucune reproduction, aucune transmission à des tiers, aucune divulgation et aucune utilisation commerciale sans l'accord préalable écrit de France Télécom R&D
Persistance d'objets répartis
Alexandre Lefebvre (DTL/ASR)
24 mars 2000
La communication de ce document est soumise à autorisation de France Télécom R&D
Centre de compétence “systèmes répartis et systèmes logiciels de base”
Plates-formes d’exécution réparties (ORB)Moniteurs transactionnels et bases de données répartisSystèmes (d’exploitation) sous contraintes (QoS, embarqués)
MissionsRecherche & Développement avancéVeille technologiqueAssistance technique (conseil interne)
Quelques principes directeursSéparation claire des rôles métier / techniqueArchitecture multi-tiers
BD gère les données (pas de code applicatif)BD extensible OK pour interrogation (indexes spécialisés)LPBD (Pjama) KO (modèle de programmation trop différent)
orthogonalité / persistance mais pas de contrôle possible
Serveurs applicatifs : besoin d'une couche intermédiairecache d’objets persistantsproblème : le serveur de données impose
modèle d’échange (format, politique de pré-chargement,...)synchronisation (CBL, verrouillage optimiste, etc)
Transparence langage (orthogonalité) Support de l’objet (Noah)
gestion implicite des référencesgestion de l’héritage et du polymorphisme
Indépendance vis-à-vis du support de stockagemodèle objet de base (définition d’état)portabilité binaire de l'accès réparti (SRS) accès réparti (standard réseau)
Servicesde persistance - Noahde réplication d’objet (état) entre mémoires réparties
hétérogènes - SRS
La communication de ce document est soumise à autorisation de France Télécom R&D
Exemple:class ProductBean { class OfferBean { float price; Collection products; //set of products public float getPrice(){ public Collection getProducts() { return price; } return products; }} }
Etendre la persistance des EJB (2)
class PurchaseOfferBean{ Offer offer ; public float totalPrice() throws RemoteException { int theTotal = 0 ; //get the set of product objects Collection products = offer.getProducts(); Iterator productsI = products.iterator(); //for each such product, add the product price to the total while (productsI.hasNext()){ theTotal += ((Product)productsI.next()).getPrice(); } //finally, return the total return theTotal ; }}
La communication de ce document est soumise à autorisation de France Télécom R&D
Noah : modèle de données Classes et interfaces (pour héritage multiple) Types de base : integer, loats, strings, etc Tout ce qui n'est pas d'un type de base est un objet Ensemble extensible de classes génériques
set, array
interface person { class invoice {string(30) LastName; customer Customer;array<string(15)> FirstNames; set<purchase> Purchases;
Première version en cours de développementmapping objet-relationnel impliciteidentifiants d'objetsmapping horizontalattributs multi-valués transformés en collections d'objets
mappés dans une table séparéehéritage multiple
Limitations :pas de support de bases de données legacymapping non customisable dans cette version
La communication de ce document est soumise à autorisation de France Télécom R&D