Architecture technique applicative   Aspects Techniques Framework Java IBM « AspectJ 1.5 » Programmation Orientée Aspect  ...
Emergence de la programmation orientée Aspect <ul><li>La programmation orientée aspect est l'une des 10 technologies clés,...
Historique de la Programmation Orientée Aspect <ul><li>1991, publication  de Mr Gregor Kiczales coauteur « the Art of the ...
Historique du Framework Java « AspectJ »  <ul><li>AspectJ  </li></ul><ul><ul><li>1997, AspectJ v0.1 créé par Chris Maeda e...
Acteurs du marché AOP (bonne pratique AOP des experts en développements) Rod Johnson : Framework  Spring AOP , AOP allianc...
Objectifs de AOP (1) <ul><li>Améliorer la qualité du code </li></ul><ul><ul><li>Éliminer toute duplication de code </li></...
Objectifs de AOP (2) <ul><li>Découplage métier et technologique </li></ul><ul><ul><li>Limiter le couplage entre : </li></u...
Découpler le code technique du code fonctionnel <ul><li>Aspect techniques transverses :  </li></ul><ul><ul><li>Journalisat...
Visualisation des catégories d’aspects techniques  dans un programme Identification des Aspects techniques !
Modularité d’une préoccupation transverse <ul><li>Comment extraire le code technique du code métier  </li></ul>Code techni...
Vocabulaire technique de l’AOP (1) <ul><li>Aspect :  </li></ul><ul><ul><li>un module unitaire (Aspect) définissant du code...
Vocabulaire technique de l’AOP (2) <ul><li>Advise (greffon) </li></ul><ul><ul><li>un programme qui sera activé à un certai...
Principes de l’AOP  <ul><li>Identifier les préoccupations techniques </li></ul><ul><li>Implémenter chaque aspect technique...
Couplage fort du code technique et métier  (l’évolution du code technique impacte le code métier) Design Pattern, Conteneu...
Couplage fort du code technique et métier  (l’évolution du code technique impacte le code métier) Présentations Logiques D...
Découpler les couches techniques et métiers (Programmation Orientée Aspects et Architecture Orientée Service) utilisateurs...
Aspect dans un page JSP (Java Server Pages) Code JSP Java Server Pages Page.jsp Compilateur JSP jspc Servlet Page_jsp.java...
« Design Patterns » transparent (orienté Aspect) <ul><li>Pourquoi concevoir des Design Patterns AOP </li></ul><ul><ul><li>...
Extraire le code technique puis le propager dans le code métier au dernier moment !  <ul><li>Phase de développement : Iden...
Trois type de Tissages du code métier <ul><li>Tissage à la compilation  </li></ul><ul><ul><li>Tissage statique </li></ul><...
Syntaxe du descripteur de point de coupe AspectJ (PCD : PointCut Descriptor) PointCut Descriptor visibility-modifier   pub...
Annotations dans AspectJ 5 (version 1.5) Descripteur de déploiement AspectJ (Schéma identique à AspectWerkz) Contexte expo...
Code d’une application de e-Banking  <ul><li>Aspects EJB et Transactionnel dans le code métier ! </li></ul>public class AT...
Modularisation des Aspects techniques <ul><li>Extraction du code technique dans deux préoccupations </li></ul>public  aspe...
Code métier épuré des aspects du code technique public  class ATM  { public void  transfer (int fromAcctID,int toAcctId,do...
Code AOP « AspectJ » dans Eclipse plug-in AJDT classe d’aspect, pointcut, types before() after() et around() Plusieurs PCD...
Perspective du Plug-in AJDT dans Eclipse  (Cross Reference et Outline)
Visualiseur d’aspects  (Pointcut « execution » et advise « before et after »)
Annotations AspectJ 1.5 décrivant un aspect  @Aspect, @Pointcut, @Before et introspection de type JoinPoint Annotations = ...
Configuration XML « META-INF/aop.xml »  tissage LTW (Load-Time Weaving)
Composition d’Aspects <ul><li>Quand ? </li></ul><ul><ul><li>Intervient en phase de conception et implémentation d’un proje...
AOP approche orthogonale à la POO Approche  orthogonale Classe Aspect1 Classe Aspect2 Tissage du code Greffon (Advise) Mét...
Décompilation d’une classe tissée par un Aspect Après le Tissage d’un Aspect Classe métier décompilée
Décompilation de la classe Java d’Aspect Classe d’Aspect décompilée
Développement d’aspects en équipe Développeurs d’Aspects techniques Modules d’aspects Développeurs du code Métier Code mét...
Benchmark AOP réalisé par Alexandre VASSEUR  http://docs.codehaus.org/display/AW/AOP+Benchmark Valeurs des données en nano...
Tisseurs d'aspects pour différents langages  <ul><li>En  Java  :  </li></ul><ul><ul><li>AspectJ  ( http://eclipse.org/aspe...
Avantages <ul><li>Maintenabilité accrue :   </li></ul><ul><ul><li>chaque module d’aspect peut être maintenu indépendamment...
Désavantages <ul><li>Maîtrise de la génération automatique de code </li></ul><ul><ul><li>la production automatique de  cod...
Qu’est-ce que nous réserve l’avenir ? <ul><li>Richesse (complexité) ou simplicité (pauvreté) d’un langage ?   </li></ul><u...
Bibliographie utilisée pour cette présentation  et  e-Bibliographie <ul><li>Palo Alto Research Center : </li></ul><ul><ul>...
Bibliographie D’autres livres disponibles  en librairies (hors bibliographie) : Professional programming Software 2.0 « In...
e-Bibliographie <ul><li>Palo Alto Research Center : </li></ul><ul><ul><li>http://www.parc. com / </li></ul></ul><ul><li>Co...
ANNEXE
Le créateur du Framework AspectJ Undergraduate Study M.I.T. (1978-1983);  Research Staff, MIT Lab for Computer Science (19...
Outils AJDT « AspectJ Development Tools » plug-in Eclipse
Installation de AJDT 1.2 (1)
Installation de AJDT 1.2 (2)
Plug-in Eclipse « AJDT 1.2 »
Framework AspectJ 1.5 dans AJDT 1.2
Run-Time «  aspectrt.jar  »
Plug-in AJDT 1.3.0 et 1.2.1 Load-time Weaving (AJDT 1.2.1 and 1.3.0). Qu’est-ce qui a changé (refactoring) Crosscutting Co...
« Design Patterns » applicables à l’AOP
Outil AspectBrowser plug-in Eclipse ( University of California, San Diego)   Department of Computer Science  and Engineeri...
Outil ActiveAspect plug-in Eclipse ( University  of British Columbia ) <ul><li>This project is part of the M.Sc.  </li></u...
Analyse du modèle existant
Upcoming SlideShare
Loading in …5
×

Aspect avec AspectJ

3,943 views

Published on

Architecture et développement d'Aspects avec le framework java AspectJ version 5.

Published in: Technology
  • Be the first to comment

Aspect avec AspectJ

  1. 1. Architecture technique applicative Aspects Techniques Framework Java IBM « AspectJ 1.5 » Programmation Orientée Aspect ( Aspect Oriented Programming ) Ajout transparent de services techniques dans le code métier Outil de développement : Plug-in Elipse AJDT 1.2 / 1.3 « Découpler le code technique du code métier » Publication : juillet 2005 Catégorie : veille technologique Auteur : Jimmy Michel SIMEON Version éditoriale : 2.0.0.0, le 14 mars 2006 avancé simple expert Niveau : Public : Architecte Dévelopeur Manager
  2. 2. Emergence de la programmation orientée Aspect <ul><li>La programmation orientée aspect est l'une des 10 technologies clés, qui selon le MIT, &quot;changeront le monde&quot;. </li></ul><ul><ul><li>« L’implémentation d’une préoccupation applicative est soit un composant soit un aspect » </li></ul></ul>
  3. 3. Historique de la Programmation Orientée Aspect <ul><li>1991, publication de Mr Gregor Kiczales coauteur « the Art of the Meta-Object protocol » </li></ul><ul><li>1996, Mr Gregor Kiczales responsable de l’équipe AOP chez XEROX PARC en Californie USA, </li></ul><ul><li>1997, présentation de l’AOP à l’ECOOP </li></ul><ul><ul><li>(European Conference on Object-Oriented Programming) </li></ul></ul><ul><ul><li>langage D (JavaD) Christina Lopez, antérieur à Java AspectJ. </li></ul></ul><ul><ul><li>Aspect-oriented software development (AOSD) </li></ul></ul><ul><ul><li>Aspect-Oriented Software Association http:// aosd .net/ </li></ul></ul><ul><ul><li>http://www.parc. xerox . com / research / csl / projects / aspectj / default .html </li></ul></ul><ul><ul><li>Recherche supportée par PARC, NIST ATP and DARPA </li></ul></ul>
  4. 4. Historique du Framework Java « AspectJ »  <ul><li>AspectJ </li></ul><ul><ul><li>1997, AspectJ v0.1 créé par Chris Maeda et Gregor Kiczales, PARC Xerox. </li></ul></ul><ul><ul><ul><li>Erik Hilsdale, Jim Hugunin, Wes Isberg, Mik Kersten and Gregor Kiczales </li></ul></ul></ul><ul><ul><li>1998, première version utilisateur, la version 1.0 en nov. 2001. </li></ul></ul><ul><ul><li>décembre 2002 livrée à la communauté Eclipse.ORG / IBM, </li></ul></ul><ul><ul><ul><li>partiellement fondé par DARPA sous contrat F30602-97-C0246, </li></ul></ul></ul><ul><ul><ul><li>AJDT : Adrian Colyer, Mik Kersten, Andy Clement, Julie Waterhouse Park </li></ul></ul></ul><ul><ul><li>2005, AspectJ 5 (v1.5) intègre AspectWerkz </li></ul></ul><ul><ul><ul><li>Adrian Colyer AspectJ lead – IBM, Jonas Bonér AspectJ commiter – BEA </li></ul></ul></ul><ul><ul><ul><li>AspectWerkz, créateur Jonas Bonér, sponsorisé par BEA, licence LGPL </li></ul></ul></ul><ul><ul><li>Téléchargement des outils et de la documentation : http://aspectj.org </li></ul></ul><ul><li>http://www. eclipse . org / downloads / download . php ?file=/ technology / aspectj / dev / aspectj -1.5.0M2.jar </li></ul><ul><ul><li>récupérer le plug-in Eclipse : http://eclipse.org/ajdt </li></ul></ul><ul><ul><li>email à l’équipe : [email_address] </li></ul></ul><ul><ul><li>trouver plus d’information sur AOP: http://aosd.net </li></ul></ul>
  5. 5. Acteurs du marché AOP (bonne pratique AOP des experts en développements) Rod Johnson : Framework Spring AOP , AOP alliance auteur du livre «J2EE without EJB» Conteneurs léger (couplage lâche) vs conteneur lourd (couplage fort), Bill Burke : Leader JBoss AOP AOP alliance Jonas Bonér : framework AspectWerkz BEA Systems AspectWerkz fusionne avec AspectJ ! Aspect Oriented Programming (Frameworks AOP), Separation Of Concerns (SoC). Gregor Kiczales XEROX PARC : père de l’AOP et du framework AspectJ AspecJ appartient à la communauté Eclipse / IBM
  6. 6. Objectifs de AOP (1) <ul><li>Améliorer la qualité du code </li></ul><ul><ul><li>Éliminer toute duplication de code </li></ul></ul><ul><ul><li>Centraliser les séquences d’instructions répétitives </li></ul></ul><ul><li>Augmenter la productivité </li></ul><ul><ul><li>Limiter les redondances </li></ul></ul><ul><ul><ul><li>Améliorer la cohérence globale de l’application </li></ul></ul></ul><ul><ul><ul><li>Réduit la charge de développement </li></ul></ul></ul><ul><ul><ul><li>Facilite la maintenance (et la lisibilité du code) </li></ul></ul></ul><ul><li>Réduire le besoin d’omniscience </li></ul><ul><ul><li>Re-centrer les connaissances sur l’activité principale éviterait : </li></ul></ul><ul><ul><ul><li>La surcharge cognitive </li></ul></ul></ul><ul><ul><ul><li>Les coûts de formations superflus </li></ul></ul></ul><ul><ul><ul><li>Le temps perdu </li></ul></ul></ul>
  7. 7. Objectifs de AOP (2) <ul><li>Découplage métier et technologique </li></ul><ul><ul><li>Limiter le couplage entre : </li></ul></ul><ul><ul><ul><li>Objets (présentation, logique et domaine) </li></ul></ul></ul><ul><ul><ul><li>Frameworks techniques </li></ul></ul></ul><ul><ul><li>Mieux respecter les principes fondamentaux : </li></ul></ul><ul><ul><ul><li>L’inversion des dépendances (Le faible couplage) </li></ul></ul></ul><ul><ul><li>Diminuer le coût de maintenance et augmenter la réutilisation </li></ul></ul><ul><li>Découplage conceptuel et organisationnel </li></ul><ul><ul><li>Spécialistes métiers et techniques devraient pouvoir : </li></ul></ul><ul><ul><ul><li>Travailler en parallèle </li></ul></ul></ul><ul><ul><ul><li>Élaborer des modules complémentaires mais différents </li></ul></ul></ul><ul><ul><li>Paralléliser le développement du code technique et du code métier, </li></ul></ul><ul><ul><ul><li>Séparation des risques (expertises, formations, recettes) </li></ul></ul></ul><ul><ul><ul><li>Amélioration de la productivité des équipes spécialisées </li></ul></ul></ul>
  8. 8. Découpler le code technique du code fonctionnel <ul><li>Aspect techniques transverses : </li></ul><ul><ul><li>Journalisation logs applicative, </li></ul></ul><ul><ul><li>persistance, </li></ul></ul><ul><ul><li>transaction, </li></ul></ul><ul><ul><li>sécurité, </li></ul></ul><ul><ul><li>cache, chargement paresseux, </li></ul></ul><ul><ul><li>etc. </li></ul></ul><ul><li>Code métier : </li></ul><ul><ul><li>Logique : Lecture du solde, débit ou crédit, demande d’une carte, etc </li></ul></ul><ul><ul><li>Domaine : Compte bancaire, chéquier, cartes, etc. </li></ul></ul><ul><li>Centraliser les traitements technique qui ne sont pas des comportements propres au métier </li></ul>
  9. 9. Visualisation des catégories d’aspects techniques dans un programme Identification des Aspects techniques !
  10. 10. Modularité d’une préoccupation transverse <ul><li>Comment extraire le code technique du code métier </li></ul>Code technique Code métier AOP Aspect(s) package org.apache.tomcat.session; import java.io.IOException; import java.util.Enumeration; import java.util.Hashtable; import java.util.Vector; import org.apache.tomcat.catalina.*; import javax.servlet.http.Cookie; import javax.servlet.http.HttpSession; import org.apache.tomcat.util.StringManager; import org.w3c.dom.NamedNodeMap; import org.w3c.dom.Node; /** * Standard implementation of the <b>Manager</b> interface that provides * no session persistence or distributable capabilities, but does support * an optional, configurable, maximum number of active sessions allowed. * <p> * Lifecycle configuration of this component assumes an XML node * in the following format: * <code> * &lt;Manager className=&quot;org.apache.tomcat.session.StandardManager&quot; * checkInterval=&quot;60&quot; maxActiveSessions=&quot;-1&quot; * maxInactiveInterval=&quot;-1&quot; /> * </code> * where you can adjust the following parameters, with default values * in square brackets: * <ul> * <li><b>checkInterval</b> - The interval (in seconds) between background * thread checks for expired sessions. [60] * <li><b>maxActiveSessions</b> - The maximum number of sessions allowed to * be active at once, or -1 for no limit. [-1] * <li><b>maxInactiveInterval</b> - The default maximum number of seconds of * inactivity before which the servlet container is allowed to time out * a session, or -1 for no limit. This value should be overridden from * the default session timeout specified in the web application deployment * descriptor, if any. [-1] * </ul> * * @author Craig R. McClanahan * @version $Revision: 1.1.1.1 $ $Date: 2000/05/02 21:28:30 $ */ public final class StandardManager extends ManagerBase implements Lifecycle, Runnable { // ----------------------------------------------------- Instance Variables /** * The interval (in seconds) between checks for expired sessions. */ private int checkInterval = 60; /** * Has this component been configured yet? */ private boolean configured = false; /** * The descriptive information about this implementation. */ private static final String info = &quot;StandardManager/1.0&quot;; /** * The maximum number of active Sessions allowed, or -1 for no limit. */ protected int maxActiveSessions = -1; /** * The string manager for this package. */ private StringManager sm = StringManager.getManager(&quot;org.apache.tomcat.session&quot;); /** * Has this component been started yet? */ private boolean started = false; /** * The background thread. */ private Thread thread = null; /** * The background thread completion semaphore. */ private boolean threadDone = false; /** * Name to register for the background thread. */ private String threadName = &quot;StandardManager&quot;; // ------------------------------------------------------------- Properties /** * Return the check interval (in seconds) for this Manager. */ public int getCheckInterval() { return (this.checkInterval); } /** * Set the check interval (in seconds) for this Manager. * * @param checkInterval The new check interval */ public void setCheckInterval(int checkInterval) { this.checkInterval = checkInterval; } /** * Return descriptive information about this Manager implementation and * the corresponding version number, in the format * <code>&lt;description&gt;/&lt;version&gt;</code>. */ public String getInfo() { return (this.info); } /** * Return the maximum number of active Sessions allowed, or -1 for * no limit. */ public int getMaxActiveSessions() { return (this.maxActiveSessions); } /** * Set the maximum number of actives Sessions allowed, or -1 for * no limit. * * @param max The new maximum number of sessions */ public void setMaxActiveSessions(int max) { this.maxActiveSessions = max; } // --------------------------------------------------------- Public Methods /** * Construct and return a new session object, based on the default * settings specified by this Manager's properties. The session * id will be assigned by this method, and available via the getId() * method of the returned session. If a new session cannot be created * for any reason, return <code>null</code>. * * @exception IllegalStateException if a new session cannot be * instantiated for any reason */ public Session createSession() { if ((maxActiveSessions >= 0) && (sessions.size() >= maxActiveSessions)) throw new IllegalStateException (sm.getString(&quot;standardManager.createSession.ise&quot;)); return (super.createSession()); } // ------------------------------------------------------ Lifecycle Methods /** * Configure this component, based on the specified configuration * parameters. This method should be called immediately after the * component instance is created, and before <code>start()</code> * is called. * * @param parameters Configuration parameters for this component * (<B>FIXME: What object type should this really be?) * * @exception IllegalStateException if this component has already been * configured and/or started * @exception LifecycleException if this component detects a fatal error * in the configuration parameters it was given */ public void configure(Node parameters) throws LifecycleException { // Validate and update our current component state if (configured) throw new LifecycleException (sm.getString(&quot;standardManager.alreadyConfigured&quot;)); configured = true; if (parameters == null) return; // Parse and process our configuration parameters if (!(&quot;Manager&quot;.equals(parameters.getNodeName()))) return; NamedNodeMap attributes = parameters.getAttributes(); Node node = null; node = attributes.getNamedItem(&quot;checkInterval&quot;); if (node != null) { try { setCheckInterval(Integer.parseInt(node.getNodeValue())); } catch (Throwable t) { ; // XXX - Throw exception? } } node = attributes.getNamedItem(&quot;maxActiveSessions&quot;); if (node != null) { try { setMaxActiveSessions(Integer.parseInt(node.getNodeValue())); } catch (Throwable t) { ; // XXX - Throw exception? } } node = attributes.getNamedItem(&quot;maxInactiveInterval&quot;); if (node != null) { try { setMaxInactiveInterval(Integer.parseInt(node.getNodeValue())); } catch (Throwable t) { ; // XXX - Throw exception? } } } /** * Prepare for the beginning of active use of the public methods of this * component. This method should be called after <code>configure()</code>, * and before any of the public methods of the component are utilized. * * @exception IllegalStateException if this component has not yet been * configured (if required for this component) * @exception IllegalStateException if this component has already been * started * @exception LifecycleException if this component detects a fatal error * that prevents this component from being used */ public void start() throws LifecycleException { // Validate and update our current component state if (!configured) throw new LifecycleException (sm.getString(&quot;standardManager.notConfigured&quot;)); if (started) throw new LifecycleException (sm.getString(&quot;standardManager.alreadyStarted&quot;)); started = true; // Start the background reaper thread threadStart(); } /** * Gracefully terminate the active use of the public methods of this * component. This method should be the last one called on a given * instance of this component. * * @exception IllegalStateException if this component has not been started * @exception IllegalStateException if this component has already * been stopped * @exception LifecycleException if this component detects a fatal error * that needs to be reported */ public void stop() throws LifecycleException { // Validate and update our current component state if (!started) throw new LifecycleException (sm.getString(&quot;standardManager.notStarted&quot;)); started = false; // Stop the background reaper thread threadStop(); // Expire all active sessions Session sessions[] = findSessions(); for (int i = 0; i < sessions.length; i++) { StandardSession session = (StandardSession) sessions[i]; if (!session.isValid()) continue; session.expire(); } } // -------------------------------------------------------- Private Methods /** * Invalidate all sessions that have expired. */ private void processExpires() { long timeNow = System.currentTimeMillis(); Session sessions[] = findSessions(); for (int i = 0; i < sessions.length; i++) { StandardSession session = (StandardSession) sessions[i]; if (!session.isValid()) continue; int maxInactiveInterval = session.getMaxInactiveInterval(); if (maxInactiveInterval < 0) continue; int timeIdle = // Truncate, do not round up (int) ((timeNow - session.getLastAccessedTime()) / 1000L); if (timeIdle >= maxInactiveInterval) session.expire(); } } /** * Sleep for the duration specified by the <code>checkInterval</code> * property. */ private void threadSleep() { try { Thread.sleep(checkInterval * 1000L); } catch (InterruptedException e) { ; } } /** * Start the background thread that will periodically check for * session timeouts. */ private void threadStart() { if (thread != null) return; threadDone = false; thread = new Thread(this, threadName); thread.setDaemon(true); thread.start(); } /** * Stop the background thread that is periodically checking for * session timeouts. */ private void threadStop() { if (thread == null) return; threadDone = true; thread.interrupt(); try { thread.join(); } catch (InterruptedException e) { ; } thread = null; } // ------------------------------------------------------ Background Thread /** * The background thread that checks for session timeouts and shutdown. */ public void run() { // Loop until the termination semaphore is set while (!threadDone) { threadSleep(); processExpires(); } } } StandardManager StandardSessionManager package org.apache.tomcat.session; import java.io.IOException; import javax.servlet.http.Cookie; import javax.servlet.http.HttpSession; import org.apache.tomcat.catalina.*; import org.apache.tomcat.core.Context; import org.apache.tomcat.core.Request; import org.apache.tomcat.core.Response; import org.apache.tomcat.core.SessionManager; import org.apache.tomcat.util.SessionUtil; /** * Specialized implementation of org.apache.tomcat.core.SessionManager * that adapts to the new component-based Manager implementation. * <p> * XXX - At present, use of <code>StandardManager</code> is hard coded, * and lifecycle configuration is not supported. * <p> * <b>IMPLEMENTATION NOTE</b>: Once we commit to the new Manager/Session * paradigm, I would suggest moving the logic implemented here back into * the core level. The Tomcat.Next &quot;Manager&quot; interface acts more like a * collection class, and has minimal knowledge of the detailed request * processing semantics of handling sessions. * <p> * XXX - At present, there is no way (via the SessionManager interface) for * a Context to tell the Manager that we create what the default session * timeout for this web application (specified in the deployment descriptor) * should be. * * @author Craig R. McClanahan */ public final class StandardSessionManager implements SessionManager { // ----------------------------------------------------------- Constructors /** * Create a new SessionManager that adapts to the corresponding Manager * implementation. */ public StandardSessionManager() { manager = new StandardManager(); if (manager instanceof Lifecycle) { try { ((Lifecycle) manager).configure(null); ((Lifecycle) manager).start(); } catch (LifecycleException e) { throw new IllegalStateException(&quot;&quot; + e); } } } // ----------------------------------------------------- Instance Variables /** * The Manager implementation we are actually using. */ private Manager manager = null; // --------------------------------------------------------- Public Methods /** * Mark the specified session's last accessed time. This should be * called for each request by a RequestInterceptor. * * @param session The session to be marked */ public void accessed(Context ctx, Request req, String id) { HttpSession session=findSession(ctx, id); if( session == null) return; if (session instanceof Session) ((Session) session).access(); // cache the HttpSession - avoid another find req.setSession( session ); } // XXX should we throw exception or just return null ?? public HttpSession findSession( Context ctx, String id ) { try { Session session = manager.findSession(id); if(session!=null) return session.getSession(); } catch (IOException e) { } return (null); } public HttpSession createSession(Context ctx) { return manager.createSession().getSession(); } /** * Remove all sessions because our associated Context is being shut down. * * @param ctx The context that is being shut down */ public void removeSessions(Context ctx) { // XXX XXX a manager may be shared by multiple // contexts, we just want to remove the sessions of ctx! // The manager will still run after that ( i.e. keep database // connection open if (manager instanceof Lifecycle) { try { ((Lifecycle) manager).stop(); } catch (LifecycleException e) { throw new IllegalStateException(&quot;&quot; + e); } } } /** * Used by context to configure the session manager's inactivity timeout. * * The SessionManager may have some default session time out, the * Context on the other hand has it's timeout set by the deployment * descriptor (web.xml). This method lets the Context conforgure the * session manager according to this value. * * @param minutes The session inactivity timeout in minutes. */ public void setSessionTimeOut(int minutes) { if(-1 != minutes) { // The manager works with seconds... manager.setMaxInactiveInterval(minutes * 60); } } } ServerSessionManager package org.apache.tomcat.session; import org.apache.tomcat.util.*; import org.apache.tomcat.core.*; import java.io.*; import java.net.*; import java.util.*; import javax.servlet.http.*; /** * * @author James Duncan Davidson [duncan@eng.sun.com] * @author Jason Hunter [jch@eng.sun.com] * @author James Todd [gonzo@eng.sun.com] */ public class ServerSessionManager implements SessionManager { private StringManager sm = StringManager.getManager(&quot;org.apache.tomcat.session&quot;); private static ServerSessionManager manager; // = new ServerSessionManager(); protected int inactiveInterval = -1; static { manager = new ServerSessionManager(); } public static ServerSessionManager getManager() { return manager; } private Hashtable sessions = new Hashtable(); private Reaper reaper; private ServerSessionManager() { reaper = Reaper.getReaper(); reaper.setServerSessionManager(this); reaper.start(); } public void accessed( Context ctx, Request req, String id ) { ApplicationSession apS=(ApplicationSession)findSession( ctx, id); if( apS==null) return; ServerSession servS=apS.getServerSession(); servS.accessed(); apS.accessed(); // cache it - no need to compute it again req.setSession( apS ); } public HttpSession createSession(Context ctx) { String sessionId = SessionIdGenerator.generateId(); ServerSession session = new ServerSession(sessionId); sessions.put(sessionId, session); if(-1 != inactiveInterval) { session.setMaxInactiveInterval(inactiveInterval); } return session.getApplicationSession( ctx, true ); } public HttpSession findSession(Context ctx, String id) { ServerSession sSession=(ServerSession)sessions.get(id); if(sSession==null) return null; return sSession.getApplicationSession(ctx, false); } // XXX // sync'd for safty -- no other thread should be getting something // from this while we are reaping. This isn't the most optimal // solution for this, but we'll determine something else later. synchronized void reap() { Enumeration enum = sessions.keys(); while (enum.hasMoreElements()) { Object key = enum.nextElement(); ServerSession session = (ServerSession)sessions.get(key); session.reap(); session.validate(); } } synchronized void removeSession(ServerSession session) { String id = session.getId(); session.invalidate(); sessions.remove(id); } public void removeSessions(Context context) { Enumeration enum = sessions.keys(); while (enum.hasMoreElements()) { Object key = enum.nextElement(); ServerSession session = (ServerSession)sessions.get(key); ApplicationSession appSession = session.getApplicationSession(context, false); if (appSession != null) { appSession.invalidate(); } } } /** * Used by context to configure the session manager's inactivity timeout. * * The SessionManager may have some default session time out, the * Context on the other hand has it's timeout set by the deployment * descriptor (web.xml). This method lets the Context conforgure the * session manager according to this value. * * @param minutes The session inactivity timeout in minutes. */ public void setSessionTimeOut(int minutes) { if(-1 != minutes) { // The manager works with seconds... inactiveInterval = (minutes * 60); } } } SessionInterceptor package org.apache.tomcat.request; import org.apache.tomcat.core.*; import org.apache.tomcat.util.*; import java.io.*; import java.net.*; import java.util.*; import javax.servlet.http.*; /** * Will process the request and determine the session Id, and set it * in the Request. * It also marks the session as accessed. * * This implementation only handles Cookies sessions, please extend or * add new interceptors for other methods. * */ public class SessionInterceptor extends BaseInterceptor implements RequestInterceptor { // GS, separates the session id from the jvm route static final char SESSIONID_ROUTE_SEP = '.'; int debug=0; ContextManager cm; public SessionInterceptor() { } public void setDebug( int i ) { System.out.println(&quot;Set debug to &quot; + i); debug=i; } public void setContextManager( ContextManager cm ) { this.cm=cm; } public int requestMap(Request request ) { String sessionId = null; Cookie cookies[]=request.getCookies(); // assert !=null for( int i=0; i<cookies.length; i++ ) { Cookie cookie = cookies[i]; if (cookie.getName().equals(&quot;JSESSIONID&quot;)) { sessionId = cookie.getValue(); sessionId=validateSessionId(request, sessionId); if (sessionId!=null){ request.setRequestedSessionIdFromCookie(true); } } } String sig=&quot;;jsessionid=&quot;; int foundAt=-1; if( debug>0 ) cm.log(&quot; XXX RURI=&quot; + request.getRequestURI()); if ((foundAt=request.getRequestURI().indexOf(sig))!=-1){ sessionId=request.getRequestURI().substring(foundAt+sig.length()); // rewrite URL, do I need to do anything more? request.setRequestURI(request.getRequestURI().substring(0, foundAt)); sessionId=validateSessionId(request, sessionId); if (sessionId!=null){ request.setRequestedSessionIdFromURL(true); } } return 0; } // XXX what is the correct behavior if the session is invalid ? // We may still set it and just return session invalid. /** Validate and fix the session id. If the session is not valid return null. * It will also clean up the session from load-balancing strings. * @return sessionId, or null if not valid */ private String validateSessionId(Request request, String sessionId){ // GS, We piggyback the JVM id on top of the session cookie // Separate them ... if( debug>0 ) cm.log(&quot; Orig sessionId &quot; + sessionId ); if (null != sessionId) { int idex = sessionId.lastIndexOf(SESSIONID_ROUTE_SEP); if(idex > 0) { sessionId = sessionId.substring(0, idex); } } if (sessionId != null && sessionId.length()!=0) { // GS, We are in a problem here, we may actually get // multiple Session cookies (one for the root // context and one for the real context... or old session // cookie. We must check for validity in the current context. Context ctx=request.getContext(); SessionManager sM = ctx.getSessionManager(); if(null != sM.findSession(ctx, sessionId)) { sM.accessed(ctx, request, sessionId ); request.setRequestedSessionId(sessionId); if( debug>0 ) cm.log(&quot; Final session id &quot; + sessionId ); return sessionId; } } return null; } public int beforeBody( Request rrequest, Response response ) { String reqSessionId = response.getSessionId(); if( debug>0 ) cm.log(&quot;Before Body &quot; + reqSessionId ); if( reqSessionId==null) return 0; // GS, set the path attribute to the cookie. This way // multiple session cookies can be used, one for each // context. String sessionPath = rrequest.getContext().getPath(); if(sessionPath.length() == 0) { sessionPath = &quot;/&quot;; } // GS, piggyback the jvm route on the session id. if(!sessionPath.equals(&quot;/&quot;)) { String jvmRoute = rrequest.getJvmRoute(); if(null != jvmRoute) { reqSessionId = reqSessionId + SESSIONID_ROUTE_SEP + jvmRoute; } } Cookie cookie = new Cookie(&quot;JSESSIONID&quot;, reqSessionId); cookie.setMaxAge(-1); cookie.setPath(sessionPath); cookie.setVersion(1); response.addHeader( CookieTools.getCookieHeaderName(cookie), CookieTools.getCookieHeaderValue(cookie)); cookie.setVersion(0); response.addHeader( CookieTools.getCookieHeaderName(cookie), CookieTools.getCookieHeaderValue(cookie)); return 0; } /** Notification of context shutdown */ public void contextShutdown( Context ctx ) throws TomcatException { if( ctx.getDebug() > 0 ) ctx.log(&quot;Removing sessions from &quot; + ctx ); ctx.getSessionManager().removeSessions(ctx); } }
  11. 11. Vocabulaire technique de l’AOP (1) <ul><li>Aspect : </li></ul><ul><ul><li>un module unitaire (Aspect) définissant du code à injecter (Advice), leurs points d'activation (PointCut / joint point Model) pour satisfaire à des préoccupations transverses (crosscutting conserns), </li></ul></ul><ul><li>Cross-cutting concerns (préoccupations transverses ) : </li></ul><ul><ul><li>préoccupations technique représenté par la répartition du code technique dans le code métier pour satisfaire des contraintes techniques (non lié à l’algorithme métier) </li></ul></ul><ul><li>Joint Point (point de jonction) : </li></ul><ul><ul><li>décri un point évènementiel précis (discret) dans le flot d’exécution programme où il est valide d'insérer un greffon (advice) . </li></ul></ul><ul><li>Joint Point Model ( modèle de point de jonction) : </li></ul><ul><ul><li>ensemble des points d’emplacements discrets accessibles par l’Aspect et exposés par le langage de programmation de l’application. </li></ul></ul>
  12. 12. Vocabulaire technique de l’AOP (2) <ul><li>Advise (greffon) </li></ul><ul><ul><li>un programme qui sera activé à un certain point d'exécution de l’application, précisé par un point de jonction, </li></ul></ul><ul><li>Weaving (tissage ou tramage) : </li></ul><ul><ul><li>insertion statique (compilation) ou dynamique (au runtime ou au chargement) de greffons aux points de jonctions. </li></ul></ul><ul><li>Pointcut (point de coupe ou de coupure) : </li></ul><ul><ul><li>ligne imaginaire reliant les points de jonctions ou seront insérés un greffon par le tisseur d'aspect (aspect weaver). </li></ul></ul>
  13. 13. Principes de l’AOP <ul><li>Identifier les préoccupations techniques </li></ul><ul><li>Implémenter chaque aspect technique dans une unité appelé un “Aspect” </li></ul><ul><li>Tisser les préoccupation avec un tisseur (Weave the concerns with a weaver) </li></ul>Tissage à l’exécution (dynamique) ou à la compilation (tissage statique) Besoins Tissage Spectre des préoccupations modules Business logic
  14. 14. Couplage fort du code technique et métier (l’évolution du code technique impacte le code métier) Design Pattern, Conteneur J2EE (Tx, sécurité, etc.) Etc. Besoins techniques Logique Domaine Données utilisateurs Couplage Couplage couplage couplage couplage Application Métier Processus et domaine métier Données Métier Accès aux données métier Interface Utilisateur Présentation (projet) Multi-médias Navigation Intégration ressources
  15. 15. Couplage fort du code technique et métier (l’évolution du code technique impacte le code métier) Présentations Logiques Domaines Code métier ressources © Auteur : jimmy Siméon Framework, Design Pattern, Composant (utilise) utilisateurs Code technique Le code technique utilise les API techniques via un couplage par implémentation (utilise) Conception technique Couplage fort Couplage fort Sans AOP Code technique Aspects Sécurité Transaction ACID Communication Distante (RMI, etc.) Persistance Cache, pool, log, etc. Conteneur logiciel API technique
  16. 16. Découpler les couches techniques et métiers (Programmation Orientée Aspects et Architecture Orientée Service) utilisateurs Présentations Logiques Domaines ressources Code des Aspects techniques (Préoccupations transverses) (Appels aux APIs Techniques, utilisation de Design Pattern) Code métier (instances de classes simples), (tissage) Conteneur logiciel (utilise) API techniques Couplage faible Couplage faible Avec AOP Aspects
  17. 17. Aspect dans un page JSP (Java Server Pages) Code JSP Java Server Pages Page.jsp Compilateur JSP jspc Servlet Page_jsp.java Compilateur AspectJ ajc p-code tissé Page_jsp.class MyAspect.class Aspect MyAspect.aj (ou MyAspcet.java) Aspectjrt.jar Public pointcut pcd(HttpServvletRequest rq, HttpServletResponse rs): execution (* * MyServlet.doGet(HttpSerletRequest, HttpServletResponse)) && args (rq, rs); before (HttpServletRequest rq, HttpServletResponsse rs) throws IOException : pcd(rq, rs) { //Code de l’advice } %RACINE_PROJET% MyWebApp source jsp classes lib Aspectjrt.jar Page.jsp Page_jsp.java MyAspect.java Page_jsp.class MyAspect.class
  18. 18. « Design Patterns » transparent (orienté Aspect) <ul><li>Pourquoi concevoir des Design Patterns AOP </li></ul><ul><ul><li>De nombreux Design Patterns sont transversaux et donc difficilement modularisable à l’aide de la POO </li></ul></ul><ul><ul><li>Permettre à un objet de participer à plusieurs DP différents de façons transparente </li></ul></ul><ul><li>Popularisation des Design Patterns AOP </li></ul><ul><ul><li>Jan Hannemann et de Gregor Kiczales, article « Design Pattern Implementation in Java and AspectJ », en 2002 à la conférence OOPSLA. </li></ul></ul>
  19. 19. Extraire le code technique puis le propager dans le code métier au dernier moment ! <ul><li>Phase de développement : Identifier les préoccupations transverse et les factoriser (sous forme d’Aspects) </li></ul><ul><ul><li>Modularisation du code </li></ul></ul><ul><li>Phase d’utilisation : Propager les « Aspects » dans l’application métier : </li></ul><ul><ul><li>à la compilation (tissage statique), </li></ul></ul><ul><ul><li>au chargement des classes dans la JVM, </li></ul></ul><ul><ul><li>à l’exécution (tissage chaud). </li></ul></ul>AOP myths and realities, http://www-128.ibm.com/developerworks/java/library/j-aopwork15/ 14 Feb 2006, Ramnivas Laddad ( ramnivas @ aspectivity . com ), AOP@ Work
  20. 20. Trois type de Tissages du code métier <ul><li>Tissage à la compilation </li></ul><ul><ul><li>Tissage statique </li></ul></ul><ul><ul><li>Aspect J < version 1.5 </li></ul></ul><ul><li>Tissage au chargement de la classe dans la JVM </li></ul><ul><ul><li>LTW : Load–Time Weaving </li></ul></ul><ul><ul><li>AspectJ 5 </li></ul></ul><ul><li>Tissage à l’exécution </li></ul><ul><ul><li>Tissage à l’aide d’objet Proxy de l’API J2SE ou via la manipulation du byte-code avec GCLIB </li></ul></ul><ul><ul><li>JAC, Spring AOP, JBoos AOP </li></ul></ul>
  21. 21. Syntaxe du descripteur de point de coupe AspectJ (PCD : PointCut Descriptor) PointCut Descriptor visibility-modifier publiic, private, Protected, package ParameterList
  22. 22. Annotations dans AspectJ 5 (version 1.5) Descripteur de déploiement AspectJ (Schéma identique à AspectWerkz) Contexte exposé par les annotations
  23. 23. Code d’une application de e-Banking <ul><li>Aspects EJB et Transactionnel dans le code métier ! </li></ul>public class ATMBean implements SessionBean { javax.ejb.SessionContext ejbContext; javax.transaction.UserTransaction ut; public void transfer(int fromAcctID,int toAcctId,double amount) throws InsufficientFundsException, FinderException { // find accounts ... ut=ejbContext.getUserTransaction(); ut.begin(); try { fromAccount.withdraw(amount); toAccount.deposit(amount); ut.commit(); } catch(Exception ex) { ut.rollback(); throw new EJBException(&quot;transaction rollbacked&quot;); } } public void ejbCreate() {...} public void ejbRemove() {...} public void ejbActivate() {...} public void ejbPassivate() {...} public void setSessionContext(javax.ejb.SessionContext sc) { ejbContext=sc; } } Exemple d’utilisation des aspects métier technique métier technique technique
  24. 24. Modularisation des Aspects techniques <ul><li>Extraction du code technique dans deux préoccupations </li></ul>public aspect SessionBeanAspect { declare parents: ATM implements SessionBean; javax.ejb.SessionContext ATM.ejbContext;. public void ATM.ejbCreate() throws CreateException {...} public void ATM.ejbRemove() {...} public void ATM.ejbActivate() {...} public void ATM.ejbPassivate() {...} public void ATM.setSessionContext(SessionContext sc) {...} } public aspect TransactionAspect { javax.transaction.UserTransaction ATM.ut; before(): call(* Account.withdraw(..)) && withincode(* ATM.transfer(..)) { ut=ejbContext.getUserTransaction(); ut.begin(); } after(): call(* Account.deposit(..)) && withincode(* ATM.transfer(..)) { ut.commit(); } after() throwing(Exception ex) throws EJBException : call(* Account.withdraw(..)) || call(* Account.deposit(..)) { ut.rollback(); throw new EJBException(&quot;transaction rollbacked&quot;); } } Exemple d’utilisation des aspects Inter-type definition Ce qui fait qu’une classe soit un EJB Ce qui fait qu’une classe soit transactionnelle Technique « Aspect Transaction » Technique « Aspect EJB »
  25. 25. Code métier épuré des aspects du code technique public class ATM { public void transfer (int fromAcctID,int toAcctId,double amount) throws InsufficientFundsException, FinderException { // find accounts ... fromAccount.withdraw(amount); toAccount.deposit(amount); } } Exemple d’utilisation des aspects
  26. 26. Code AOP « AspectJ » dans Eclipse plug-in AJDT classe d’aspect, pointcut, types before() after() et around() Plusieurs PCD et Advice par Aspect Chaque Advise est associé à un PCD marqueur PCD : Descripteur de Point de Coupe
  27. 27. Perspective du Plug-in AJDT dans Eclipse (Cross Reference et Outline)
  28. 28. Visualiseur d’aspects (Pointcut « execution » et advise « before et after »)
  29. 29. Annotations AspectJ 1.5 décrivant un aspect @Aspect, @Pointcut, @Before et introspection de type JoinPoint Annotations = Jdk 1.5 et AspectJ 1.5 (la classe métier)
  30. 30. Configuration XML « META-INF/aop.xml » tissage LTW (Load-Time Weaving)
  31. 31. Composition d’Aspects <ul><li>Quand ? </li></ul><ul><ul><li>Intervient en phase de conception et implémentation d’un projet applicatif </li></ul></ul><ul><li>Comment ? </li></ul><ul><ul><li>Héritage et abstraction d’Aspects </li></ul></ul><ul><li>Points de vigilances ? </li></ul><ul><ul><li>Incompatibilité (ou collision d’intérêts) </li></ul></ul><ul><ul><li>Redondances </li></ul></ul><ul><ul><li>Dépendances </li></ul></ul><ul><li>Aspect privilégié </li></ul><ul><ul><li>Possibilité d’accéder à tous les attributs et à toutes les méthodes d’une application et ce quelle que soit leur visibilité. </li></ul></ul><ul><ul><li>Syntaxe du code : privilegied aspect MyAspect {…} </li></ul></ul>
  32. 32. AOP approche orthogonale à la POO Approche orthogonale Classe Aspect1 Classe Aspect2 Tissage du code Greffon (Advise) Méthode d’aspect (code à injecter) Point de jonction Point de coupe Descripteur de point de coupe (points de jonctions à atteindre) Ordonnancement de la projection des aspects Aspect abstrait © Auteur : jimmy Siméon
  33. 33. Décompilation d’une classe tissée par un Aspect Après le Tissage d’un Aspect Classe métier décompilée
  34. 34. Décompilation de la classe Java d’Aspect Classe d’Aspect décompilée
  35. 35. Développement d’aspects en équipe Développeurs d’Aspects techniques Modules d’aspects Développeurs du code Métier Code métier Conteneur technique Tissage et déploiement Architecte d’Aspect Intégrateur Frameworks, design patterns,… Aspects techniques transverses,… Framework AOP, design Pattern AOP © Auteur : jimmy Siméon Extraction des aspects
  36. 36. Benchmark AOP réalisé par Alexandre VASSEUR http://docs.codehaus.org/display/AW/AOP+Benchmark Valeurs des données en nano seconde
  37. 37. Tisseurs d'aspects pour différents langages <ul><li>En Java  : </li></ul><ul><ul><li>AspectJ  ( http://eclipse.org/aspectj/ ) </li></ul></ul><ul><ul><li>JAC  ( http://www.aopsys.com/jac.html ) (Java Aspect Components) </li></ul></ul><ul><ul><li>AspectWerkz, JBoos AOP, Spring AOP, Hyper/J </li></ul></ul><ul><li>En C++  : </li></ul><ul><ul><li>AspectC ++  ( http://www.aspectc.org/ ) </li></ul></ul><ul><li>En C#, VB.NET  : </li></ul><ul><ul><li>AspectDNG  ( http://sourceforge.net/projects/aspectdng/ ) </li></ul></ul><ul><ul><li>Aspect#, LOOM.NET </li></ul></ul><ul><li>En PHP  : </li></ul><ul><ul><li>PHPaspect  ( http://phpaspect.org ) </li></ul></ul><ul><li>En C  : </li></ul><ul><ul><li>Aspect-C  ( http://www.cs.ubc.ca/labs/spl/projects/aspectc.html ) </li></ul></ul>
  38. 38. Avantages <ul><li>Maintenabilité accrue : </li></ul><ul><ul><li>chaque module d’aspect peut être maintenu indépendamment des autres, </li></ul></ul><ul><li>Meilleure réutilisabilité : </li></ul><ul><ul><li>on n'a pas besoin de se préoccuper des évolutions futures : des nouvelles fonctionnalités pourront être implémentées dans de nouveaux modules qui intéragiront avec le système du travers des aspects . </li></ul></ul><ul><li>Gain de productivité : </li></ul><ul><ul><li>le programmeur ne se préoccupe que de l’aspect de l'application qui le concerne, ce qui simplifie son travail, et permet d'augmenter la parallélisation du développement. </li></ul></ul><ul><li>Amélioration de la qualité du code : </li></ul><ul><ul><li>La simplification du code qu'entraîne la programmation par aspect permet de le rendre plus lisible et donc de meilleure qualité. </li></ul></ul>Rodin : Le penseur
  39. 39. Désavantages <ul><li>Maîtrise de la génération automatique de code </li></ul><ul><ul><li>la production automatique de code non maîtrisée par le développeur </li></ul></ul><ul><ul><li>déboguage plus difficile à analyser lors des phases de mise au point des logiciels. Le plug-in Eclipse AJDT est indispensable pour passer de façon transparente, en mode déboguage, du code d'une classe métier à celui d'une classe aspect (technique). </li></ul></ul><ul><li>Nouvelle façon de penser la conception d’application : </li></ul><ul><ul><li>Approche AOP transverse (orthogonale) à la POO (hiérarchie verticale) </li></ul></ul><ul><ul><li>Plusieurs aspect sur un même point de jonction (complexe), pauvreté de la composition d’aspects (permet de rester simple). </li></ul></ul>Rodin : Le penseur
  40. 40. Qu’est-ce que nous réserve l’avenir ? <ul><li>Richesse (complexité) ou simplicité (pauvreté) d’un langage ? </li></ul><ul><ul><li>Quand privilégier la réutilisation et l’abstraction ? </li></ul></ul><ul><ul><li>Jusqu’à quel niveau de réutilisation et d’abstraction faut t’il aller ? </li></ul></ul><ul><li>Quel est la bonne profondeur d’isolement des couches à appliquer ? </li></ul><ul><ul><li>Réutilisation des couches présentations, applications et données ? </li></ul></ul><ul><ul><li>Préconiser l’isolation du code métier des services techniques (conteneurs légers vs lourds, aspects) ? </li></ul></ul><ul><ul><li>Préconisation de conteurs techniques (Frameworks, Design Patterns, composants d’infrastructure) ? </li></ul></ul><ul><ul><li>Utilisation de progiciels métiers (frameworks métier 80%-20%) ou développer une application métier spécifique ? </li></ul></ul><ul><li>Pérennité, transitions et changements à accompagner ? </li></ul><ul><ul><li>Programmation orienté objet, </li></ul></ul><ul><ul><li>méta-programmation et orientée aspect, </li></ul></ul><ul><ul><li>Model Driven Architecture. </li></ul></ul>Rodin : Le penseur
  41. 41. Bibliographie utilisée pour cette présentation et e-Bibliographie <ul><li>Palo Alto Research Center : </li></ul><ul><ul><li>http://www.parc. com / </li></ul></ul><ul><li>Communauté de promotion de la programmation orientée aspect </li></ul><ul><ul><li>http:// aosd .net/ </li></ul></ul><ul><li>The Server side, articles, discussion sur les tisseurs d’aspects </li></ul><ul><ul><li>http://www. theserverside . com /news/ thread . tss ? thread _id=18502 </li></ul></ul>Martin Fowler : Design Pattern IoC / DI (Inversion of Control / Dependancy Injection) « The Hollywood principle : Don’t call us, we’ll call you » (DIP : Dependency Injection Principle)
  42. 42. Bibliographie D’autres livres disponibles en librairies (hors bibliographie) : Professional programming Software 2.0 « Introducing AspectJ », page 32 Russ Miles, author of the AspectJ Cookbook (O’Reilly) and Senior Technologist for General Dynamics United Kingdom Limited (russellmiles@mac.com)
  43. 43. e-Bibliographie <ul><li>Palo Alto Research Center : </li></ul><ul><ul><li>http://www.parc. com / </li></ul></ul><ul><li>Communauté de promotion de la programmation orientée aspect </li></ul><ul><ul><li>http:// aosd .net/ , http:// aosd .net/2005/archive/AspectJ5. pdf </li></ul></ul><ul><li>AspectJ Project che Eclipse.ORG </li></ul><ul><ul><li>http:// dev . eclipse . org / viewcvs / indextech . cgi /~ checkout ~/ aspectj -home/index.html </li></ul></ul><ul><li>Communauté et tutoriaux AspectJ, articles, AJDT </li></ul><ul><ul><li>http://www. aspectprogrammer . org / </li></ul></ul><ul><li>OnJava.COM, article sur le chargement paresseux d’objets (lazy loading) avec AspectJ : </li></ul><ul><ul><li>http://www. onjava . com /pub/a/ onjava /2004/03/17/ lazyAspects .html ( Russell Miles 03/17/2004 ) </li></ul></ul><ul><li>The Server side, articles, discussion sur les tisseurs d’aspects </li></ul><ul><ul><li>http://www. theserverside . com /news/ thread . tss ? thread _id=18502 </li></ul></ul><ul><li>IBM developerworks </li></ul><ul><ul><li>http://www-106.ibm. com / developerworks /java/ library /j- aspectj /index.html </li></ul></ul><ul><li>Application-servers.COM </li></ul><ul><ul><li>http://www.application- servers . com /stories.do? reqCode = wholeStory & sid =2005-01-20-21:24:10 </li></ul></ul><ul><li>Javaworld.COM </li></ul><ul><ul><li>http://www. javaworld . com / javaworld / jw -01-2002/ jw -0118-aspect_p.html </li></ul></ul>
  44. 44. ANNEXE
  45. 45. Le créateur du Framework AspectJ Undergraduate Study M.I.T. (1978-1983); Research Staff, MIT Lab for Computer Science (1980-1983); Member of Technical Staff, Symbolics Inc. (1983-1984); Member of Research Staff, Xerox PARC (1984-1999); Manager, Software Design Area, Xerox PARC (1992-1999); Principal Scientist, Xerox PARC (1996-1999); Professor, University of British Columbia (1999-); Xerox/Sierra Systems/NSERC Software Design Chair, UBC (1999-). The University of British Columbia 2329 West Mall Vancouver, BC Canada V6T 1Z4 Mr Grégor KICZALES MIT
  46. 46. Outils AJDT « AspectJ Development Tools » plug-in Eclipse
  47. 47. Installation de AJDT 1.2 (1)
  48. 48. Installation de AJDT 1.2 (2)
  49. 49. Plug-in Eclipse « AJDT 1.2 »
  50. 50. Framework AspectJ 1.5 dans AJDT 1.2
  51. 51. Run-Time «  aspectrt.jar »
  52. 52. Plug-in AJDT 1.3.0 et 1.2.1 Load-time Weaving (AJDT 1.2.1 and 1.3.0). Qu’est-ce qui a changé (refactoring) Crosscutting Comparison view
  53. 53. « Design Patterns » applicables à l’AOP
  54. 54. Outil AspectBrowser plug-in Eclipse ( University of California, San Diego) Department of Computer Science and Engineering University of California, San Diego Plug-in Eclipse Open Source Fonctions pour les Aspects : Création, Visualisation Graphique, Colorisation du code, Recherche Outils sous licence : « Common Public License »
  55. 55. Outil ActiveAspect plug-in Eclipse ( University of British Columbia ) <ul><li>This project is part of the M.Sc. </li></ul><ul><li>research of Wesley Coelho </li></ul><ul><li>under the supervision </li></ul><ul><li>of Gail Murphy </li></ul><ul><li>at the Software Practices Lab , </li></ul><ul><li>Department of Computer Science , </li></ul><ul><li>University of British Columbia , </li></ul><ul><li>Canada. </li></ul>http://www. cs . ubc . ca / labs / spl / projects / activeaspect /
  56. 56. Analyse du modèle existant

×