Le PSUG vous propose un rejeu du handson scala de Devoxx le 15 avril à 19:30 dans les locaux de Xebia.

Vous n’avez pas pu aller à Devoxx ? Vous y étiez, mais la foule en délire vous a empêché de vous approcher de la salle du hands’on Scala avant que nous ne soyons contraints de fermer les portes pour raisons de sécurité ? Vous aviez choisi de ne pas faire ce hands’on mais la keynote de Martin Odersky vous a convaincu que Scala est l’avenir ?

Ne vous inquiétez pas, l’équipe des flatmapDukes organise une scéance de repêchage pour le hands’on ! Ce hands’on vous permettra de découvrir le langage Scala à travers la pratique d’une série de tests unitaires commentés. Les animateurs sont là pour vous aider ou répondre aux questions.

Ca se passera le Lundi 15 avril chez Xebia a partir de 19h, inscriptions sur l’eventbrite. 

La prochaine session du Paris Scala User Group aura lieu mardi 05 mars à 19h30 dans les locaux de Xebia.

À l’occasion de cette nouvelle soirée du PSUG, le format change un peu pour vous proposer un codecamp.

L’idée est de partager, avec un peu de pratique et/ou discussion concrète sur du code.

Les participants suggèrent des sujets (si possible des sujets qu’ils connaissent, sur lesquels ils travaillent, tout le monde vote à la louche pour choisir les sujets qui interessent l’auditoire et on se repartit en n (à priori 2) groupes de discussion avec le laptop sous la main pour derouler du code/slide etc., ce pendant 20 min. Il y aura 3 ou 4 sessions de 20 minutes avant de conclure sur un buffet.

Pour que les choses se passent bien, il est donc souhaitable d’avoir un minimum de connaissance scala et des sujets à proposer pour qu’il y ait des échanges constructifs.

N’hésitez pas à vous inscrire sur eventbrite

Notez bien l’adresse :
Xebia
156 boulevard Haussmann à Paris
Immeuble A – 7e étage

La prochaine session du Paris Scala User Group aura lieu jeudi 17 janvier à 19h30 dans les locaux de Xebia.

À l’occasion de cette nouvelle soirée du PSUG, Nicolas Martignole nous fera la présentation de l’architecture du site web Zaptravel.com.

Réalisé avec Play2 / Scala, comment fonctionne un site grand public à fort trafic avec Scala ? Pourquoi Scala ? Pourquoi Redis  ? Nicolas proposera un retour d’expérience sur le projet qu’il développe depuis bientôt un an. Avec plusieurs milliers de données (avion, hotel, activité, photos, lieu), comment la plateforme est-elle construite ?

 Il partagera aussi son expérience de nouveau développeur Scala. Après avoir commencé en juin 2011, cela fait maintenant plusieurs mois qu’il est passé du côté Scala. Si vous êtes développeur Java, vous pourrez ainsi entendre le témoignage d’un développeur Java.

L’évènement est complet mais il y a souvent des désistements de dernière minutes, n’hésitez pas à vous inscrire sur la liste d’attente eventbrite pour être prévenu si des places se libèrent.

Notez bien l’adresse :
Xebia
156 boulevard Haussmann à Paris
Immeuble A – 7e étage

Il est fréquent que les applications web aient besoin de sécuriser certaines actions en s’assurant qu’un utilisateur identifié est connecté. L’API de Play propose l’API Security pour faciliter et uniformiser la mise en place de la sécurité sur les actions avec une approche basée sur l’extraction d’un userid depuis le cookie de session. Malheureusement l’utilisation de cette API est assez peu documentée et les actions qui l’utilisent sont difficile à tester, que ce soit en direct ou à travers le router. Ce problème remonté aux développeurs du framework a été corrigé dans une branche non publiée de la version 2.0 et intégré en 2.1. Avec l’approche de la publication de la version 2.1, il est de moins en moins probable que le correctif 2.0 soit publié un jour. En attendant de faire une migration à Play 2.1, ce court article vous montre comment backporter le helper de test de ces actions dans votre projet. 

Lire la suite de cet article »

La prochaine session du Paris Scala User Group aura lieu mercredi 28 Novembre à 19h30 dans les locaux de Xebia.

À l’occasion de cette nouvelle soirée du PSUG, David Galichet proposera une découverte du système de types de Scala à travers une présentation de ses composants fondamentaux. Après un bref rappel des bases, nous aborderons différents aspects tels que les traits, les types paramétriques, les type bounds, la variance, les types abstraits, les types existentiels, les self type annotations, le polymorphisme ad hoc, les types projection, etc.

Il reste encore quelques places. Si vous souhaitez y assister, pensez à vous inscrire pour la logistique et le buffet sur eventbrite.

Notez bien l’adresse :
Xebia
156 boulevard Haussmann à Paris
Immeuble A – 7e étage

La prochaine session du Paris Scala User Group aura lieu jeudi 25 Octobre à 19h30 dans les locaux de Xebia.

À l’occasion de cette nouvelle soirée du PSUG, Alexis Agahi et Jonathan Winandy présenteront l’actualité et la version 2.10 de Scala sur le point d’être proposée par Typesafe. La présentation sera composée en partie d’une présentation formelle et d’une session de live coding. Elle offrira un aperçu des macros, de l’interpolation des chaînes, de la nouvelle API de réflexion et du type Dynamic.

Il reste encore quelques places. Si vous souhaitez y assister, pensez à vous inscrire pour la logistique et le buffet : http://www.doodle.com/iq9zefw25qqtfggg

Notez bien l’adresse :
Xebia
156 boulevard Haussmann à Paris
Immeuble A – 7e étage

Bien externaliser la configuration de votre application est la clé qui ouvre les portes de l’automatisation des déploiements, du déploiement continu, des astreintes du dimanche sans appels des équipes de production, des transferts de connaissance de fin de mission sans lendemains, etc. À chaque fois qu’une application Web est déployée sur un environnement alors que sa configuration n’est pas externalisée, un chaton meurt ; externaliser vos conf est donc également une bonne action envers tous les chatons du monde.

Dans cet article, je vais commencer par rappeler rapidement les stratégies de reconfiguration que l’on peut croiser dans ce monde sauvage avec leurs avantages et leurs inconvénients. Je présenterai ensuite en détail une de ces stratégies, appliquée à une application web basée sur Spring. Les principes de cette stratégie peuvent être résumés par cette citation :

One WAR to package them all, One WAR to serve them all,
One WAR to deploy them all and in JNDI bind them.

Lire la suite de cet article »

Les DAO (Data Access Object) ou repository des applications contiennent souvent de l’information importante sur la façon dont les données d’une base doivent être consultées. Cette information prend la forme d’une logique métier qui est encodée dans un ou plusieurs langages, souvent un langage déclaratif (SQL, HSQL, JPQL, etc.) et un langage impératif (Java, Groovy, Scala, etc.).
Tester cette logique d’accès polyglotte peut s’avérer complexe et lent car ce type de test se prète mal aux techniques classiques de mock et nécessite plutôt l’écriture de tests d’intégration qui chargent une partie du contexte réel d’exécution. Par conséquent, les tests de cette couche sont parfois délaissés, voire abandonnés.

Cet article se propose de vous montrer comment réaliser de tels tests, avec un niveau d’isolation suffisant pour la parallélisation dans un processus multithread, tout en essayant de trouver le meilleur compromis avec le temps d’exécution de chaque test. Ces tests sont présentés dans une configuration très classique utilisant Spring et JPA/Hibernate.
L’implémentation utilise une base HSQLDB et quelques bibliothèques pour faciliter l’écriture du code, en essayant de rester aussi léger que possible. Les tests sont isolés pour que vous puissiez activer l’exécution parallèle du plugin Surefire de Maven au niveau des classes de test. Vous pourrez facilement dériver l’implémentation nécessaire à isoler vos tests au niveau des méthodes si vous le souhaitez.

Lire la suite de cet article »