[Play!] Et une dépendance github ?

[srm]

Après avoir lu un peu de doc, il s'avère que l'utilisation de pbkdf2 est à privilégier sur bcrypt.

Je me dis donc que quitte à faire les choses bien, je vias utiliser pbkdf2 pour stocker mes mots de passes.

Je me renseigne, mais il s'avère qu'il n'existe aucune librairie pbkdf2 pour Scala sur un repository. Mais cependant je trouve un projet sur github : https://github.com/nremond/pbkdf2-scala

Mais j'ai pas envie de télécharger le projet, de le compiler et de l'intégrer à Play!, j'ai envie d'un truc plus "magique", donc je cherche si on peut directement inclure une dépendance github dans Play!

Et il s'avère que oui :

import sbt._

import Keys._

import play.Project._



object ApplicationBuild extends Build {



    val appName         = "Paste"

    val appVersion      = "1.1"



    val appDependencies = Seq(

        "com.typesafe" % "slick_2.10.0-RC1" % "0.11.2",

        "org.slf4j" % "slf4j-nop" % "1.6.4",

        "mysql" % "mysql-connector-java" % "5.1.20",

        jdbc

    )



    val pbkdf2Project = RootProject(uri("git://github.com/oxman/pbkdf2-scala.git"))



    val main = play.Project(appName, appVersion, appDependencies).settings(

      // Add your own project settings here

    ).dependsOn(pbkdf2Project)



}

A noter cependant que j'ai forké le projet parce qu'il était créé pour Scala 2.9.2 et je suis sur Scala 2.10.0

Mais la facilité d'intégration ma surpris, donc je vous fait part de mon expérience (c'est à la mode)

[Sephi-Chan]

Le coup de la dépendance hard à la version de Scala ne me paraît pas terrible… Comment le développeur est supposé maintenir ça ? Avoir une branche par version de Scala avec un code similaire mais juste un petit numéro de version qui change ?

Après, la fonctionnalité est assez quelconque dans la mesure où c'est la base d'un outil de gestion de dépendance de pouvoir taper sur un outil de versionnement.

[Maks]

Cool c'est bon à savoir

[srm]

Bah pour la version c'est un peu comme Ruby 1.8 et Ruby 1.9

[Sephi-Chan]

La différence entre 1.8 et 1.9 est vraiment radicale, c'est une version majeur. C'est peut-être la même chose avec Scala 2.10 par rapport à 2.9.2.

Quand bien même, la majorité des gems n'indiquent pas la dépendance à la version de Ruby de manière statique : par exemple, à ce jour le gemspec de Rails 4 requiert une version de Ruby >= 1.9.3. La plupart des gems n'en indique aucune, et certaines se limitent à la plateforme (JRuby, Rubinius, etc.).


Ps : je dis que c'est pas une découverte à se taper le cul par terre, mais c'est cool d'en parler. C'est toujours bon d'élargir son éventail technologique.