{"issue":{"state":"open","pull_request":{"diff_url":null,"html_url":null,"patch_url":null},"milestone":null,"user":{"avatar_url":"https://secure.gravatar.com/avatar/e1a8993a3f4aeffd0730c722399b7939?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png","gravatar_id":"e1a8993a3f4aeffd0730c722399b7939","url":"https://api.github.com/users/chochos","login":"chochos","id":17679},"labels":[],"assignee":null,"updated_at":"2011-11-14T22:58:23Z","comments":1,"closed_at":null,"url":"https://api.github.com/repos/cobaltolabs/ScalaPrimavera/issues/5","body":"Primero que nada, los felicito por una excelente idea. Uso Spring desde hace varios años y recientemente comencé a desarrollar en Scala, que me parece mucho mejor que Java; sin embargo la integración la siento algo rudimentaria, principalmente por las colecciones, y pues algunas cosas que están haciendo por ejemplo con la parte de JDBC está muy bueno.\r\n\r\nMe gustaría incluso poder contribuir algo, haré un fork para revisar su código pero sería bueno saber si tienen algún pendiente que nadie esté atendiendo para enfocarme en ello.\r\n\r\nSin embargo, leyendo acerca de su roadmap... entiendo que están usando Spring 3.0.6; no sería mejor enfocarse a Spring 3.1? Seguramente ya estará disponible el release oficial para cuando salga ScalaPrimavera 1.0. Sobre todo si van a estar cambiando APIs además de cambios internos hasta llegar a 1.0, creo que sería mejor adoptar la versión más reciente de Spring, ya que hay algunos cambios importantes, como que SimpleJdbcTemplate ya va de salida porque ahora JdbcTemplate incorpora toda la funcionalidad de ambas clases (SimpleJdbcTemplate fue creada para poder usarse en Java 1.5 sin romper el JdbcTemplate que sólo funcionaba en 1.4, pero JdbcTemplate en Spring 3.1 ya usa generics, por lo que SimpleJdbcTemplate ya sale sobrando).","html_url":"https://github.com/cobaltolabs/ScalaPrimavera/issues/5","title":"Spring 3.1","number":5,"id":2232383,"created_at":"2011-11-14T16:04:24Z"},"action":"created","comment":{"user":{"avatar_url":"https://secure.gravatar.com/avatar/2ef030b291f970295d8b7b33eedb1296?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png","gravatar_id":"2ef030b291f970295d8b7b33eedb1296","url":"https://api.github.com/users/cobaltolabs","login":"cobaltolabs","id":464483},"updated_at":"2011-11-14T22:58:23Z","url":"https://api.github.com/repos/cobaltolabs/ScalaPrimavera/issues/comments/2738105","body":"Muchas gracias por sus palabras.\r\n\r\nTan pronto como la versión 3.1 de Spring pase de RC a GA actualizaremos a dicha versión.\r\n\r\nEl cambio que comentas con `SimpleJdbcTemplate` es una verdadera lastima porque esta clase ofrecía las funcionalidades de las clases `JdbcTemplate` y `NamedParameterJdbcTemplate` bajo una sola interface.\r\n\r\nEn versiones de ScalaPrimavera que no salieron a la luz, empezamos por crear soporte para `JdbcTemplate` pero esta clase tiene una interface con demasiado ruido, con muchos métodos que son complicados de implementar con Scala por la interoperabilidad con las colecciones y las firmas de los métodos.\r\n\r\nSi llegásemos a soportar estos dos templates (cosa que seguramente pasará) lo haremos de forma tal que escondamos todo ese ruido y ofrezcamos solo funcionalidad que tiene sentido desde una perspectiva de Scala. \r\n\r\nEl `ScalaSimpleJdbcTemplate` se marcará como `@deprecated` cuando migremos a versión 3.1 y seguira siendo soportado hasta que la clase salga definitivamente del API (que supongo no será hasta la versión 4 o 5 de Spring).\r\n\r\nEl caso del `DSLJdbcTemplate`es más curioso porque la funcionalidad que ofrece es mucho más parecida al `NamedParamaterJdbcTemplate` (sintaxis de consultas con `:parameter`) que a `SimpleJdbcTemplate` así que esta clase continuara su desarrollo normalmente, seguramente con un cambio de nombre de paquete. ","id":2738105,"created_at":"2011-11-14T22:58:23Z"}}