Comments on: Another Rails and dynamic language fallacy concerning missing methods http://codemonkeyism.com/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/ Fri, 30 Jul 2010 06:49:07 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Lucio Benfante http://codemonkeyism.com/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/comment-page-1/#comment-109805 Lucio Benfante Fri, 13 Jun 2008 20:14:35 +0000 http://stephan.reposita.org/archives/2008/06/13/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/#comment-109805 Yes, it's possible. It's in the parancoe-core module. At present there is a limitation on the JPA implementation to use: it must be Hibernate. In parancoe-core the most part is the persistence DAO feature. Another interesting part is the support to unit-testing the persistence-related code. I know a person that is using parancoe-core in a Swing application. I'm working our next release of Parancoe (2.0), an I'm evaluating to isolate the DAO feature in a specific module with minimal dependencies. Yes, it’s possible. It’s in the parancoe-core module. At present there is a limitation on the JPA implementation to use: it must be Hibernate. In parancoe-core the most part is the persistence DAO feature. Another interesting part is the support to unit-testing the persistence-related code.

I know a person that is using parancoe-core in a Swing application.

I’m working our next release of Parancoe (2.0), an I’m evaluating to isolate the DAO feature in a specific module with minimal dependencies.

]]> By: stephan http://codemonkeyism.com/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/comment-page-1/#comment-109758 stephan Fri, 13 Jun 2008 16:32:30 +0000 http://stephan.reposita.org/archives/2008/06/13/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/#comment-109758 @Lucio: Is it possible to just use Parancoe daos (for JPA) without anything else? @Lucio: Is it possible to just use Parancoe daos (for JPA) without anything else?

]]> By: Lucio Benfante http://codemonkeyism.com/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/comment-page-1/#comment-109675 Lucio Benfante Fri, 13 Jun 2008 12:50:16 +0000 http://stephan.reposita.org/archives/2008/06/13/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/#comment-109675 In fact Parancoe is doing better than a prepared statement: it's using pre-compiled (at application bootstrap/deploy time) named queries. In fact Parancoe is doing better than a prepared statement: it’s using pre-compiled (at application bootstrap/deploy time) named queries.

]]> By: stephan http://codemonkeyism.com/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/comment-page-1/#comment-109613 stephan Fri, 13 Jun 2008 11:04:28 +0000 http://stephan.reposita.org/archives/2008/06/13/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/#comment-109613 @Fabrizio: Yes, this the way I think is a good idea. Especially when the system creates a prepared statement. @Fabrizio: Yes, this the way I think is a good idea. Especially when the system creates a prepared statement.

]]> By: Fabrizio Giudici http://codemonkeyism.com/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/comment-page-1/#comment-109582 Fabrizio Giudici Fri, 13 Jun 2008 09:49:00 +0000 http://stephan.reposita.org/archives/2008/06/13/another-rails-and-dynamic-language-fallacy-concerning-missing-methods/#comment-109582 I'd like to point out that the Parancoe framework (http://www.parancoe.org, go to http://www.parancoe.org/articles/2007/08/28/how-to-add-finder-methods-to-parancoe-daos/ for a specific example) allows you to define an interface with a statically declared method findAllByCardTypeAndExpirationData() and it gets implemented by dynamic generation of code. To me it's the best approach if you like expressive method names, compiler safety and would like to avoid boilerplate code. I’d like to point out that the Parancoe framework (http://www.parancoe.org, go to http://www.parancoe.org/articles/2007/08/28/how-to-add-finder-methods-to-parancoe-daos/ for a specific example) allows you to define an interface with a statically declared method findAllByCardTypeAndExpirationData() and it gets implemented by dynamic generation of code. To me it’s the best approach if you like expressive method names, compiler safety and would like to avoid boilerplate code.

]]>