The document discusses new and existing features of the Petals ESB software. Petals ESB is an open source integration platform that allows for integration of services using standards like JMS, web services, EJB and REST. It provides tools for orchestrating integrations across distributed nodes. The tools include a command line interface, web consoles and Eclipse-based studio for visual modeling of integrations. Petals ESB also includes platform and flow monitoring capabilities. Future plans include offering Petals as an Integration Platform as a Service (iPaaS) and adding new protocols.
This document discusses Petals BPM and how it can be used in the cloud. It provides an overview of Petals BPM capabilities including:
- A collaborative process editor that is BPMN 2.0 compliant
- The ability to deploy BPMN processes to BPEL
- Connecting processes to services through the Petals Enterprise Service Bus
- Management and monitoring of processes and services
The document also discusses how Petals aims to provide a complete cloud-enabled solution by making the service bus cloud-aware and enabling dynamic scaling of services in the cloud.
This document discusses building a cloud-aware service-oriented architecture (SOA) platform. It proposes using an open-source distributed service bus called PETALS ESB to provide a federated architecture that can scale to the level of the internet. The goal is to allow large enterprises, small businesses and end users to connect as peers within a network. It describes enhancing PETALS ESB with features like elasticity, service migration and multitenancy to create a cloud service bus. A cloud SOA stack is proposed to provide infrastructure, platform and software as a service capabilities on top of the cloud service bus.
The document discusses new and existing features of the Petals ESB software. Petals ESB is an open source integration platform that allows for integration of services using standards like JMS, web services, EJB and REST. It provides tools for orchestrating integrations across distributed nodes. The tools include a command line interface, web consoles and Eclipse-based studio for visual modeling of integrations. Petals ESB also includes platform and flow monitoring capabilities. Future plans include offering Petals as an Integration Platform as a Service (iPaaS) and adding new protocols.
This document discusses Petals BPM and how it can be used in the cloud. It provides an overview of Petals BPM capabilities including:
- A collaborative process editor that is BPMN 2.0 compliant
- The ability to deploy BPMN processes to BPEL
- Connecting processes to services through the Petals Enterprise Service Bus
- Management and monitoring of processes and services
The document also discusses how Petals aims to provide a complete cloud-enabled solution by making the service bus cloud-aware and enabling dynamic scaling of services in the cloud.
This document discusses building a cloud-aware service-oriented architecture (SOA) platform. It proposes using an open-source distributed service bus called PETALS ESB to provide a federated architecture that can scale to the level of the internet. The goal is to allow large enterprises, small businesses and end users to connect as peers within a network. It describes enhancing PETALS ESB with features like elasticity, service migration and multitenancy to create a cloud service bus. A cloud SOA stack is proposed to provide infrastructure, platform and software as a service capabilities on top of the cloud service bus.
The document summarizes the key features of the PEtALS Enterprise Service Bus (ESB). The ESB extends the JBI specification to provide a distributed service bus that allows all services on PEtALS nodes to connect to each other transparently. It includes binding components that expose internal services externally and access external services. Services are activated by deploying configuration artifacts and registered in the technical service registry. The ESB allows for flexible service orchestration across different protocols and service types. It also includes monitoring capabilities that collect data from wrapped components and expose it via a monitoring API.
The document summarizes the Play Project, which aims to develop an elastic and reliable architecture for complex, event-driven interactions across distributed services. The key components of the platform include a service bus for integration and messaging, an event cloud for storing and distributing events, and a complex event processing engine. The platform aims to support real-time and historical querying of events while managing platform resources and monitoring events and services. Use cases for the platform include handling missed calls and responding to nuclear crises through complex event analysis and service orchestration across distributed systems.
This document provides an overview of the Petals ESB, an open source enterprise service bus. Some key points:
- Petals ESB is based on the Java Business Integration specification and uses the Fractal component model.
- It provides features like message routing, transformation, monitoring and management capabilities to enable service orchestration.
- Petals implements the JBI specification and provides extensions like distributed deployment, a technical registry, inter-node communication and monitoring tools.
The document discusses requirements and infrastructure considerations for setting up a large-scale eSobi site. It covers clustering, load balancing, failover, and session persistence strategies. The proposed infrastructure would be highly scalable and fault-tolerant with in-memory session replication and pluggable load balancing policies. A testing infrastructure is also recommended to ensure quality and reliability of the large-scale site.
The document provides an overview of a tutorial on WSDL. It discusses the key elements and structure of a WSDL document. A WSDL document describes a web service by defining endpoints, operations, and expected message formats. It separates the interface definition from concrete implementation details. The document also provides examples of WSDL definitions for a sample phone number lookup service to illustrate common WSDL components like messages, ports, bindings and their relationships.
The document discusses PEtALS, an open source enterprise service bus (ESB) that implements the Java Business Integration (JBI) standard. It provides the following key points:
- PEtALS is an open source ESB created in 2005 that supports JBI and allows integration through various connectivity options like web services, JMS, FTP, etc.
- It provides a distributed runtime environment where multiple JBI containers can be connected and centrally administered as a single unified container.
- Tools are provided for component development, configuration, administration and monitoring of the ESB runtime.
This document discusses building a web service client module for the content management system Drupal. It aims to allow Drupal to consume both SOAP and RESTful web services. The module will provide a web service abstraction model and interface to facilitate integrating external web service data into workflows built with Drupal's Rules module. This will enable composing multiple web services in Rules workflows without programming. The implementation is evaluated using an automatic translation use case involving multiple web service calls.
This document discusses client-side and server-side scripting. It defines scripting languages as programming languages that automate tasks through scripts. Client-side scripting runs in the user's browser and can access local files/settings, while server-side scripting runs on the web server and can access databases and file systems. Examples of client-side languages include JavaScript and VBScript, while common server-side languages include PHP, Python, and Perl. The document outlines advantages of both like speed (client faster, server can access more resources) and disadvantages like security risks for server-side scripts.
This document provides information on client-side and server-side scripting. It defines scripting languages and discusses their main features of ease of use and interpreted execution. It describes how client-side scripting involves code running locally in the browser while server-side scripting utilizes server resources and databases. Examples of scripting languages are given for both client-side, like JavaScript, and server-side, like PHP. Specific examples of scripts written in JavaScript and PHP are also provided.
Study: The Future of VR, AR and Self-Driving CarsLinkedIn
We asked LinkedIn members worldwide about their levels of interest in the latest wave of technology: whether they’re using wearables, and whether they intend to buy self-driving cars and VR headsets as they become available. We asked them too about their attitudes to technology and to the growing role of Artificial Intelligence (AI) in the devices that they use. The answers were fascinating – and in many cases, surprising.
This SlideShare explores the full results of this study, including detailed market-by-market breakdowns of intention levels for each technology – and how attitudes change with age, location and seniority level. If you’re marketing a tech brand – or planning to use VR and wearables to reach a professional audience – then these are insights you won’t want to miss.
La prochaine version du framework .NET (.NET 4.5) apporte plusieurs innovations. Les performances ont été améliorées, les appels asynchrones ont été introduits dans de nombreuses API et le support au niveau de C# 5 des instructions async/await facilite leur usage. Le traitement parallèle a aussi été étendu avec le support des cœurs multiples et l'introduction des dataflow. Parmi les nouveautés on notera également le support étendu de MEF, des améliorations au niveau de WCF, de Workflow Foundation et de ASP.NET pour ne citer que ceux-ci.
Présentation générale d'une architecture orientée service :
- Définition des différents acteurs
- Notion de service
- Définition d'une plateforme SOA
- Implémentation WCF
De A à Z: Accès aux données avec Entity Framework 4.2 et publication en ODataMicrosoft
Cette session aborde 2 aspects liés à la couche de données : - le stockage et l’accès aux données côté serveur - la publication des données sous forme de service pour les rendre disponibles aux applications clientes Nous commencerons par le stockage des données et le mapping objet- relationnel avec Sql Server et Entity Framework 4.2 Code First. Puis, grâce à WCF Data Services, nous publierons ces données sous la forme d’un service OData qui offre un format très interopérable. --- Cette session est la 2ème du parcours « En pratique : Concevoir et développer une solution applicative ». Elle peut être suivie de manière totalement indépendante puisque seul le scénario métier sert de fil rouge dans le parcours. La session se déroule en 2 temps : 1. Mise en œuvre basique de la techno 2. Intervention d’un expert de la techno qui va proposer d’améliorer l’application ou l’expérience en utilisant des techniques nouvelles ou plus avancées ou peu connues et pourtant si pratiques.
The document summarizes the key features of the PEtALS Enterprise Service Bus (ESB). The ESB extends the JBI specification to provide a distributed service bus that allows all services on PEtALS nodes to connect to each other transparently. It includes binding components that expose internal services externally and access external services. Services are activated by deploying configuration artifacts and registered in the technical service registry. The ESB allows for flexible service orchestration across different protocols and service types. It also includes monitoring capabilities that collect data from wrapped components and expose it via a monitoring API.
The document summarizes the Play Project, which aims to develop an elastic and reliable architecture for complex, event-driven interactions across distributed services. The key components of the platform include a service bus for integration and messaging, an event cloud for storing and distributing events, and a complex event processing engine. The platform aims to support real-time and historical querying of events while managing platform resources and monitoring events and services. Use cases for the platform include handling missed calls and responding to nuclear crises through complex event analysis and service orchestration across distributed systems.
This document provides an overview of the Petals ESB, an open source enterprise service bus. Some key points:
- Petals ESB is based on the Java Business Integration specification and uses the Fractal component model.
- It provides features like message routing, transformation, monitoring and management capabilities to enable service orchestration.
- Petals implements the JBI specification and provides extensions like distributed deployment, a technical registry, inter-node communication and monitoring tools.
The document discusses requirements and infrastructure considerations for setting up a large-scale eSobi site. It covers clustering, load balancing, failover, and session persistence strategies. The proposed infrastructure would be highly scalable and fault-tolerant with in-memory session replication and pluggable load balancing policies. A testing infrastructure is also recommended to ensure quality and reliability of the large-scale site.
The document provides an overview of a tutorial on WSDL. It discusses the key elements and structure of a WSDL document. A WSDL document describes a web service by defining endpoints, operations, and expected message formats. It separates the interface definition from concrete implementation details. The document also provides examples of WSDL definitions for a sample phone number lookup service to illustrate common WSDL components like messages, ports, bindings and their relationships.
The document discusses PEtALS, an open source enterprise service bus (ESB) that implements the Java Business Integration (JBI) standard. It provides the following key points:
- PEtALS is an open source ESB created in 2005 that supports JBI and allows integration through various connectivity options like web services, JMS, FTP, etc.
- It provides a distributed runtime environment where multiple JBI containers can be connected and centrally administered as a single unified container.
- Tools are provided for component development, configuration, administration and monitoring of the ESB runtime.
This document discusses building a web service client module for the content management system Drupal. It aims to allow Drupal to consume both SOAP and RESTful web services. The module will provide a web service abstraction model and interface to facilitate integrating external web service data into workflows built with Drupal's Rules module. This will enable composing multiple web services in Rules workflows without programming. The implementation is evaluated using an automatic translation use case involving multiple web service calls.
This document discusses client-side and server-side scripting. It defines scripting languages as programming languages that automate tasks through scripts. Client-side scripting runs in the user's browser and can access local files/settings, while server-side scripting runs on the web server and can access databases and file systems. Examples of client-side languages include JavaScript and VBScript, while common server-side languages include PHP, Python, and Perl. The document outlines advantages of both like speed (client faster, server can access more resources) and disadvantages like security risks for server-side scripts.
This document provides information on client-side and server-side scripting. It defines scripting languages and discusses their main features of ease of use and interpreted execution. It describes how client-side scripting involves code running locally in the browser while server-side scripting utilizes server resources and databases. Examples of scripting languages are given for both client-side, like JavaScript, and server-side, like PHP. Specific examples of scripts written in JavaScript and PHP are also provided.
Study: The Future of VR, AR and Self-Driving CarsLinkedIn
We asked LinkedIn members worldwide about their levels of interest in the latest wave of technology: whether they’re using wearables, and whether they intend to buy self-driving cars and VR headsets as they become available. We asked them too about their attitudes to technology and to the growing role of Artificial Intelligence (AI) in the devices that they use. The answers were fascinating – and in many cases, surprising.
This SlideShare explores the full results of this study, including detailed market-by-market breakdowns of intention levels for each technology – and how attitudes change with age, location and seniority level. If you’re marketing a tech brand – or planning to use VR and wearables to reach a professional audience – then these are insights you won’t want to miss.
La prochaine version du framework .NET (.NET 4.5) apporte plusieurs innovations. Les performances ont été améliorées, les appels asynchrones ont été introduits dans de nombreuses API et le support au niveau de C# 5 des instructions async/await facilite leur usage. Le traitement parallèle a aussi été étendu avec le support des cœurs multiples et l'introduction des dataflow. Parmi les nouveautés on notera également le support étendu de MEF, des améliorations au niveau de WCF, de Workflow Foundation et de ASP.NET pour ne citer que ceux-ci.
Présentation générale d'une architecture orientée service :
- Définition des différents acteurs
- Notion de service
- Définition d'une plateforme SOA
- Implémentation WCF
De A à Z: Accès aux données avec Entity Framework 4.2 et publication en ODataMicrosoft
Cette session aborde 2 aspects liés à la couche de données : - le stockage et l’accès aux données côté serveur - la publication des données sous forme de service pour les rendre disponibles aux applications clientes Nous commencerons par le stockage des données et le mapping objet- relationnel avec Sql Server et Entity Framework 4.2 Code First. Puis, grâce à WCF Data Services, nous publierons ces données sous la forme d’un service OData qui offre un format très interopérable. --- Cette session est la 2ème du parcours « En pratique : Concevoir et développer une solution applicative ». Elle peut être suivie de manière totalement indépendante puisque seul le scénario métier sert de fil rouge dans le parcours. La session se déroule en 2 temps : 1. Mise en œuvre basique de la techno 2. Intervention d’un expert de la techno qui va proposer d’améliorer l’application ou l’expérience en utilisant des techniques nouvelles ou plus avancées ou peu connues et pourtant si pratiques.
Bonnes Architectures Lync Bonnes pratiques de définition d'architecture complexes : Hautes disponibilités, répartition de charge et mise en œuvre des serveurs Edge avec retours d'expériences.
OCTO TALKS : 4 Tech Trends du Software Engineering.pdfOCTO Technology
En cette année 2024 qui s’annonce sous le signe de la complexité, avec :
- L’explosion de la Gen AI
-Un contexte socio-économique sous tensions
- De forts enjeux sur le Sustainable et la régulation IT
- Une archipélisation des lieux de travail post-Covid
Découvrez les Tech trends incontournables pour délivrer vos produits stratégiques.
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Laurent Speyser
(Conférence dessinée)
Vous êtes certainement à l’origine, ou impliqué, dans un changement au sein de votre organisation. Et peut être que cela ne se passe pas aussi bien qu’attendu…
Depuis plusieurs années, je fais régulièrement le constat de l’échec de l’adoption de l’Agilité, et plus globalement de grands changements, dans les organisations. Je vais tenter de vous expliquer pourquoi ils suscitent peu d'adhésion, peu d’engagement, et ils ne tiennent pas dans le temps.
Heureusement, il existe un autre chemin. Pour l'emprunter il s'agira de cultiver l'invitation, l'intelligence collective , la mécanique des jeux, les rites de passages, .... afin que l'agilité prenne racine.
Vous repartirez de cette conférence en ayant pris du recul sur le changement tel qu‘il est généralement opéré aujourd’hui, et en ayant découvert (ou redécouvert) le seul guide valable à suivre, à mon sens, pour un changement authentique, durable, et respectueux des individus! Et en bonus, 2 ou 3 trucs pratiques!
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...OCTO Technology
Par Nicolas Bordier (Consultant numérique responsable @OCTO Technology) et Alaric Rougnon-Glasson (Sustainable Tech Consultant @OCTO Technology)
Sur un exemple très concret d’audit d’éco-conception de l’outil de bilan carbone C’Bilan développé par ICDC (Caisse des dépôts et consignations) nous allons expliquer en quoi l’ACV (analyse de cycle de vie) a été déterminante pour identifier les pistes d’actions pour réduire jusqu'à 82% de l’empreinte environnementale du service.
Vidéo Youtube : https://www.youtube.com/watch?v=7R8oL2P_DkU
Compte-rendu :
L'IA connaît une croissance rapide et son intégration dans le domaine éducatif soulève de nombreuses questions. Aujourd'hui, nous explorerons comment les étudiants utilisent l'IA, les perceptions des enseignants à ce sujet, et les mesures possibles pour encadrer ces usages.
Constat Actuel
L'IA est de plus en plus présente dans notre quotidien, y compris dans l'éducation. Certaines universités, comme Science Po en janvier 2023, ont interdit l'utilisation de l'IA, tandis que d'autres, comme l'Université de Prague, la considèrent comme du plagiat. Cette diversité de positions souligne la nécessité urgente d'une réponse institutionnelle pour encadrer ces usages et prévenir les risques de triche et de plagiat.
Enquête Nationale
Pour mieux comprendre ces dynamiques, une enquête nationale intitulée "L'IA dans l'enseignement" a été réalisée. Les auteurs de cette enquête sont Le Sphynx (sondage) et Compilatio (fraude académique). Elle a été diffusée dans les universités de Lyon et d'Aix-Marseille entre le 21 juin et le 15 août 2023, touchant 1242 enseignants et 4443 étudiants. Les questionnaires, conçus pour étudier les usages de l'IA et les représentations de ces usages, abordaient des thèmes comme les craintes, les opportunités et l'acceptabilité.
Résultats de l'Enquête
Les résultats montrent que 55 % des étudiants utilisent l'IA de manière occasionnelle ou fréquente, contre 34 % des enseignants. Cependant, 88 % des enseignants pensent que leurs étudiants utilisent l'IA, ce qui pourrait indiquer une surestimation des usages. Les usages identifiés incluent la recherche d'informations et la rédaction de textes, bien que ces réponses ne puissent pas être cumulées dans les choix proposés.
Analyse Critique
Une analyse plus approfondie révèle que les enseignants peinent à percevoir les bénéfices de l'IA pour l'apprentissage, contrairement aux étudiants. La question de savoir si l'IA améliore les notes sans développer les compétences reste débattue. Est-ce un dopage académique ou une opportunité pour un apprentissage plus efficace ?
Acceptabilité et Éthique
L'enquête révèle que beaucoup d'étudiants jugent acceptable d'utiliser l'IA pour rédiger leurs devoirs, et même un quart des enseignants partagent cet avis. Cela pose des questions éthiques cruciales : copier-coller est-il tricher ? Utiliser l'IA sous supervision ou pour des traductions est-il acceptable ? La réponse n'est pas simple et nécessite un débat ouvert.
Propositions et Solutions
Pour encadrer ces usages, plusieurs solutions sont proposées. Plutôt que d'interdire l'IA, il est suggéré de fixer des règles pour une utilisation responsable. Des innovations pédagogiques peuvent également être explorées, comme la création de situations de concurrence professionnelle ou l'utilisation de détecteurs d'IA.
Conclusion
En conclusion, bien que l'étude présente des limites, elle souligne un besoin urgent de régulation. Une charte institutionnelle pourrait fournir un cadre pour une utilisation éthique.
Le Comptoir OCTO - Équipes infra et prod, ne ratez pas l'embarquement pour l'...OCTO Technology
par Claude Camus (Coach agile d'organisation @OCTO Technology) et Gilles Masy (Organizational Coach @OCTO Technology)
Les équipes infrastructure, sécurité, production, ou cloud, doivent consacrer du temps à la modernisation de leurs outils (automatisation, cloud, etc) et de leurs pratiques (DevOps, SRE, etc). Dans le même temps, elles doivent répondre à une avalanche croissante de demandes, tout en maintenant un niveau de qualité de service optimal.
Habitué des environnements développeurs, les transformations agiles négligent les particularités des équipes OPS. Lors de ce comptoir, nous vous partagerons notre proposition de valeur de l'agilité@OPS, qui embarquera vos équipes OPS en Classe Business (Agility), et leur fera dire : "nous ne reviendrons pas en arrière".
4. Concepts Etendre Petals ESB pour Communiquer plus facilement en utilisant des protocoles ‘Internet-Friendly’ (IF) Masquer la complexité JBI: Offrir des APIs simples Automatiser ‘Scaler’ dans un/N domaines Connecter/Fédérer des domaines indépendants …
5. Comment étendre? Services (Kernel) Les services de base sont les mêmes Ajout de services reposant les services de base Ajout de nouveaux services Remplacement de services Distribution Ajout/modification des fichiers de configuration
25. Business Service Management Exposer une API (business) commune pour tout les nœuds (choix SOA4All) Tout les services ‘bindés’ sont automatiquement exposés sur tout les nœuds du domaine
27. Service Monitoring Niveau DSB Intégré au Routeur (seule couche extensible) Modules Timestamp Report Generation + Send Les rapports sont envoyés au module de routage a charge a l’implémentation de traduire de la bonne facon
28. SOA4All Studio (GWT + Comet) WSN Subscriber Database ReadCron Write Event Subscribe Monitoring Bus Client Send report Invoke Distributed Service Bus Monitoring Service
30. Fédération Créer une architecture fédérée pour: Créer des collaborations entre entités Permettre de faire communiquer des domaines d’administration indépendants et hétérogènes Adresser des millions de services/des milliers de domaines/des milliers de noeuds
31. Fédération - Concept Fédération B Fédération A Fédération C Bus de Fédération Fédération Z Fédération X
33. Fédération – Mise en oeuvre Un module de routage dédié Cherche endpoints dans la fédération si pas de endpoint trouvé dans le domaine Un transport de message dédié Sait envoyer/recevoir des messages à la couche de fédération Le Bus de fédération Sait relayer les messages vers la bonne destination
34. Fédération - Illustration Federation Petals DSB @ domain X Petals DSB @ domain Z Routing Module Routing Module Endpoint Registry Endpoint Registry Federation Transport Federation Transport
35. Status: Prototype 146 nodes, 4 instances/node = 584 2 nodes, 2 instances/node = 4 20 nodes, 4 instances/node = 80 Average Service Invocation Response Time in ms
37. DSB = Extensibilité Exposer des services du Kernel Utiliser @WebService Appeler des opérations sur les différents cycles de vie du conteneur Utiliser par exemple @LifeCycleListener(PHASE) public voidfoo() {…} Implémenter sa couche de transport Implémenter 2 interfaces: Client + Serveur Implémenter sa politique de propagation des Endpoints (Registry) Ajouter des listeners de registry …
38. Créer sa distribution Basé pour le moment sur Fractal pour l’injection: Cloner la distribution de référence Ajouter ses composants et les déclarer dans Fractal