background preloader

Web services et bibliothèques

Web services et bibliothèques
Les Web services sont des technologies basées sur les standards du Web qui permettent à des applications de dialoguer entre elles. Il fournissent un cadre pour trouver, décrire et exécuter ces applications. Les caractéristiques des Web services. Web based : les Web services sont basés sur les protocoles et les langages du Web, en particulier HTTP et XML (tout comme le Web lui-même s’appuie sur les protocoles d’Internet en particulier TCP/IP : c’est une « couche » supplémentaire). Self-described, self-contained : le cadre des Web services contient en lui-même toutes les informations nécessaires à l’utilisation des applications, sous la forme de trois fonctions : trouver, décrire et exécuter. Modular : les Web services fonctionnent de manière modulaire et non pas intégrée. Les perspectives La longévité et la fiabilité d’un système qui vise à fonctionner de manière distribuée se mesurent à l’ampleur de l’implémentation qui est faite du système par l’industrie. Exemple d’application

Déploiement et Appel aux web services Java avec Axis Outils utilisés Axis 1.4 Apache Tomcat 5.5.17 Eclipse 2.1 Ressources La source du web service La source du client java Librairies d'activation d'Axis : ici Merci à Neo41 pour sa lecture et ses corrections, à RideKick pour sa relecture. Le serveur de déploiement " Axis " est installé comme une application Web au sein du moteur de servlets et de JSP " Apache Tomcat ". Note : pour réaliser notre web service dans les meilleures conditions, c'est préférable de faire une installation standard de Tomcat et la machine virtuelle JDK, en effet pendant l'installation ne changer pas les chemins d'installation standard, car sinon on peut se retrouver dans des situations où on aura des erreurs étranges et difficiles à interpréter. III-A. III-B. Vous devez, pour accéder aux possibilités de " Axis ", activer préalablement le serveur " Apache Tomcat " (j'utilise la version 5.5.17 de Tomcat). III-C. La validation teste l'existence des librairies requises par Axis: IV-A. Le web service Sélectionnez IV-B. IV-C.

Interview de Nicolas Morin et Paul Poulain, société BibLibre Cet article a été publié il y a 5 ans 6 mois 30 jours, il est donc possible qu’il ne soit plus à jour, ou pas ! BibLibre est né d’une idée: l’émergence des logiciels libres ouvre une ère nouvelle pour l’informatique documentaire, et les bibliothèques ont besoin d’être accompagné dans leur démarche pour pouvoir tirer pleinement profit de leur potentiel. et merci à PaBibLibre Il me semble que l’existence de cette société et la démarche de Nicolas Morin sont très significatives d’une évolution récente de nos métiers. J’ai envoyé quelques question par email… Merci à lui et à Paul Poulain pour leurs réponses : BibLibre est une société engagée pour l’utilisation des logiciels libres en bibliothèques, quelle est la taille de ce marché en France ? Nicolas Morin : Je ne crois pas qu’il y ait une taille du marché des logiciels libres de bibliothèque: il y a une taille du marché de l’informatique documentaire. Avec quels types de bibliothèques travaillez-vous en majorité ? Auteur : Silvae (1100 Posts)

Introduction aux Web Services Un article de ODcWiki. On parle beaucoup des Web Services et de toute la galaxie de standards et de technologies qui gravitent autour. On oublie souvent au passage quelques questions essentielles : Pourquoi adopter les Web Services dans une application ? Pourquoi adopter les Web Services ? Au-delà de l’effet de mode, les Web Services apportent une réelle solution technique à un problème récurrent de l’informatique : faciliter l’interconnexion des applications. Au fil du temps, 4 cas d’utilisation distincts et plus ou moins ambitieux sont apparus : Interconnecter des plates-formes hétérogènes ; Intégrer des applications existantes ; Client / serveur sur Internet ; Fournir des services à forte valeur ajoutée métier. Interconnecter des plates-formes incompatibles Initialement, les Web Services ont été utilisés pour interconnecter simplement des plates-formes qui auparavant communiquaient mal. L’interopérabilité s’appuie ici sur l’utilisation des standards techniques définis par le W3C :

Les services web avec dotnet Pour une introduction aux services web, je vous suggère de consulter cet article Introduction aux WebServices en .NET . L'application que nous vous proposons est une gestion de planning simple dont le principe est inspiré du calendrier d'Outlook. Nous allons parcourir ensemble sa création. Elle est composée de: Une interface cliente ASP.NET/C# qui consomme le service web Le service web lui-même qui interagit avec une base de données Ms access Un démon se chargeant d'envoyer les e-mails aux utilisateurs et de nettoyer la base de donnée. Avant d'expliquer les concepts liés à l'application fournie, nous allons aborder les différentes possibilités des services web via des exemples indépendants de notre application. 1.1. 1.2. Les services web sont des pages ASP.NET dont l'extension est asmx. Voici un petit exemple classique tout simple permettant d'appréhender les services web L'attribut [WebMethod] permet de rendre une méthode accessible aux clients des services web. 1.3. 1.4. 1.5.

Vers un catalogue augmenté chez Afi Opac 2.0 J’ai eu l’occasion de tester les nouveautés proposées par AFI-OPAC 2.0 sur le produit Nanook.Voici ce que j’en ai retenu. Enrichissement des notices : on cite souvent les webservices d’enrichissement des notices de Babelio et de Librarything, mais moins souvent l’agrégation aux catalogues de données en provenance, par exemple de Lastfm, la Fnac, Première ou Amazon. Ces données ont le point commun d’être à jour, gratuites, sans garantie de pérennité et soumises à des licences… mais incontournables pour toute interface qui respecte ses internautes! Voici une copie d’écran dans laquelle on voit les sources des données agrégées aux notices. Ce n’est pas tout, le Pdg Arnaud Lelache et son équipe ont eu la très bonne idée d‘intégrer un moissonneur OAI et de l’OPDS à leur produit ! Voici ce que ça donne : Concrètement il est possible d’importer des livres numériques titre à titre : Mais ce n’est pas tout ! Les relations entre deux entités sont configurables : Qu’en est-il de la concurrence ?

Web Services Décembre 2017 Avec l'interconnexion des ordinateurs en réseau et en particulier à travers internet, il devient possible de faire fonctionner des applications sur des machines distantes. L'intérêt d'une application fonctionnant à distance peut à première vue sembler inutile dans la mesure où les applications fonctionnent fort bien en local (sur le poste de l'utilisateur), néanmoins une application distante peut répondre aux problématiques suivantes : Les données peuvent être présentes uniquement sur le serveur distant (par exemple un catalogue produit, un classement en temps réel, etc.) ; Le serveur distant peut disposer d'une puissance de calcul ou de capacités de stockage dont l'utilisateur local ne dispose pas ; L'application distante peut être utilisée simultanément par un grand nombre d'utilisateurs et sa mise à journ'intervient qu'à un seul endroit. Pour toutes ses raisons, une interaction entre des programmes distants peut être utile. Web Service Couches Standards Invocation Découverte

The Java Web Services Tutorial Oracle Technology Network > Java Software Downloads View All Downloads Top Downloads New Downloads What's New Java in the Cloud: Rapidly develop and deploy Java business applications in the cloud. Essential Links Developer Spotlight Java EE—the Most Lightweight Enterprise Framework? Blogs Technologies Contact Us About Oracle Cloud Events Top Actions News Key Topics Oracle Integrated Cloud Applications & Platform Services Application de catalogage social Un article de Wikipédia, l'encyclopédie libre. Une application de catalogage social est une application Web destinée à aider les utilisateurs à cataloguer des objets (livres, CD, etc.). Ces applications possèdent généralement deux caractéristiques découlant de leur environnement de catalogage multi-usagers : la possibilité de partager des catalogues et d'interagir avec d'autres, basée sur des objets partagés ;l'enrichissement et l'amélioration mutualisée de la description bibliographique, soit par la coopération explicite dans la production de métadonnées descriptives, soit par l'analyse implicite des données (par exemple, « les gens qui aiment X aiment aussi Y »). Quelques-unes des applications de catalogage social les plus connues : Articles de Wikipedia.org[modifier | modifier le code]

Architecture orientée services Un article de Wikipédia, l'encyclopédie libre. Pour les articles homonymes, voir SOA. Ce terme est apparu au cours de la période 2000-2001[1] et concernait à l'origine essentiellement les problématiques d'interopérabilité syntaxique en relation avec les technologies d'informatique utilisées en entreprise. Cette conception a évolué pour désigner maintenant le sous-ensemble particulier d'architecture de médiation en fonction de la technologie disponible. Historique[modifier | modifier le code] Au cours de la décennie 1980-1990, la problématique de l'interopérabilité des systèmes d'information, particulièrement complexe lors de fusion ou de l'acquisition d'entreprises, a donné naissance au domaine de recherche de l'interopérabilité des données ; c'est à cette époque que l'on distingua l'interopérabilité syntaxique de l'interopérabilité sémantique des données. Les deux principales exigences fonctionnelles qui se sont dégagées au cours de cette période sont : La définition des WebServices

tutoriel webservice jee ejb3 jpa hibernate Le tutoriel présente un service web basique de prise de rendez-vous construit avec une architecture multicouches : Service Web - EJB - Jpa - Hibernate. la couche JPA-Hibernate (Java Persistence API) offre les méthodes d'accès basiques (CRUD) aux données de la base de données. la couche EJB offre les méthodes métier nécessaires à l'application. Elle encapsule chaque méthode dans une transaction. le service web expose à des clients distants multiplateformes les méthodes métier implémentées par la couche EJB. Le service web est déployé sur un serveur Glassfish. Outre l'aspect pédagogique de la construction du service web sous la forme d'une architecture multicouches, le tutoriel vise à montrer les outils de l'IDE Netbeans 6.5 qui facilitent cette construction ainsi que certaines opérations d'administration du serveur Glassfish liées au déploiement du service web. Le service web JEE construit est consommé par différents clients : Introduction à Struts 2 par l'exemple (Janvier 2012)

Babelthèque | Indexpresse Indexpresse Au service des professionnels de l'information depuis 20 ans Espace client Contact ok accueil > nos produits > Babelthèque Téléchargez nos documents Babelthèque Babelthèque vous aide à mettre en valeur votre catalogue et à proposer des pistes de recherches originales à vos lecteurs. En savoir + - de consulter et d'ajouter des critiques - de consulter les notes des internautes - de visualiser des tags et de naviguer dans le catalogue - de consulter des suggestions de lecture - de visionner des vidéos sur les auteurs et des podcasts littéraires SUIVEZ L'EXEMPLE DES BIBLIOTHÈQUES QUI ONT INTÉGRÉ BABELTHÈQUE DANS LEUR CATALOGUE ! Babelthèque dans un portail Decalog (Opac3D) Babelthèque dans un portail AFI (AFI-Opad 2.0) Babelthèque dans un portail Archimed (Ermès) Babelthèque dans un portail Archimed (POD) Babelthèque dans un portail Infor (V-smart) Babelthèque dans un portail Infor (Iguana) Babelthèque dans un portail C3rb (Portail Orphée Média) Babelthèque dans un portail Koha

Representational State Transfer Un article de Wikipédia, l'encyclopédie libre. REST (representational state transfer) est un style d’architecture pour les systèmes hypermédia distribués, créé par Roy Fielding en 2000 dans le chapitre 5 de sa thèse de doctorat[1]. REST n’est pas un protocole (tel que HTTP) ou un format. Ce style d'architecture est particulièrement bien adapté au World Wide Web mais n'en est pas dépendant. Contraintes d'une architecture REST[modifier | modifier le code] Les contraintes sont les suivantes : Client-serveur : les responsabilités sont séparées entre le client et le serveur. Description de REST[modifier | modifier le code] Confusion entre REST et protocoles[modifier | modifier le code] Ce style architectural s'applique tout autant à la réalisation d’applications pour un utilisateur humain qu'à la réalisation d’architectures orientées services destinées à la communication entre machines. RPC ainsi que SOAP ne sont pas des styles d'architecture mais des protocoles. ↑ (fr) Thèse de Roy T.

Tutoriel web services N°2 : création web service Java 6 Avec Objis, spécialiste formation WebServices, utilisez votre JDK Java pour créer et publier votre premier web service opérationnel. Mettez en oeuvre l’API JAX-WS. Comprenez le lien entre JAX-WS, JAXB et l’API de bas niveau SAAJ. Découvrez l’interface WSDL du service suite au déploiement de ce dernier. Comprenez les annotations @WebService et @SoapBinding. Liens utiles + de 100 tutoriaux java/jee Objis Tutoriel et formation Web Services Objis, spécialiste formation java depuis 2005 Développement webservice avec NetBeans / Tomcat Objectif Création un service web (code first) avec uniquement Java 6 Publier le service web simple avec EndPoint.publish Comprendre la relation Java 6, JAX-WS et SAAJ Comprendre les annotations @WebService, @WebMethod, @SOAPBinding Analyser le fichier WSDL du web service Comprendre impact du stylede Binding (RPC / Document) du le Wsdl Formation Architecture Java Soyez prêt pour des projets ambitieux : formation architecture Java Objis Programme Partie 2 : implémentation

Related: