Comments for Altuure Blog

Comment on who needs implementations? by ceren

ceren — Fri, 27 Aug 2010 15:50:41 +0000

How do you use the @Repository annotation with GenericDao implementations? You can not add the parent to UserElementDAO with annotations.

Comment on Ruby on Rails experience of a java developer by Andres Almiray

Andres Almiray — Mon, 02 Aug 2010 08:23:01 +0000

Regarding UI bindings in Ruby. Yes, we know that. Almost every language out there has some kind of UI binding. What Griffon offers is not just UI bidings for Swing (and JavaFX, and SWT, Pivot, GTK) but much more than that: an specialized yet extensible build system (think more than just rake + rawl); a plugin system; an application lifecycle, lightweight event bus, and some other goodies.

Having said all this, Monkeybars is the closest thing to Griffon I haven seen in the Ruby world.

Comment on Ruby on Rails experience of a java developer by Christian

Christian — Sun, 25 Jul 2010 08:15:36 +0000

I can confirm you experiences with Grails. It seems to be very smart first, and I like the OOP approach, but sooner or later you have to handle the complexity of the underlying Java frameworks like Hibernate and Spring. I think that even Groovy is a bad language that tries to hide complexity instead of avoiding it. Groovy stack traces are horrible!

Comment on Ruby on Rails experience of a java developer by Datnt

Datnt — Fri, 23 Jul 2010 03:36:35 +0000

Hi, I also a Java developer and start working on Rails since 2008. Rails brings me a lot of innovation and fun.

Java cause me a lot of head ache. Ex: you cannot deploy Liferay struts-portlet within glassfish , unless you write your own virtual server with custom classloader.

Comment on Ruby on Rails experience of a java developer by cies

cies — Thu, 22 Jul 2010 23:58:03 +0000

grails does not nearly has the community ruby+rails has. if you see how much innovation went into rails3, ruby-1.9, jruby, and all these wonderful gems out there…

for me the feeling the ruby community is outpacing groovy/grails is reason enough to prefer the former any day.

1. It scales out of the box (with ecache)
ruby gems do not come out of a box?

2. Groovy is a natural progression for a java developer
and java natural for c++ devs, and c++ for c, etc. why not try something fresh, yet with a VERY accessible syntax (a lot like groovy or python)

3. Grails apps are deployed as normal wars in standard j2ee servers
jruby apps too.

4. Much easier to deploy to cloud solutions
why? really on a cloud the java memory drain is the last thing one should opt-in for.

5. Spring are behind grails
ruby and rails are much more community drive then the enterprisey java, spring, grails.. true. and i think that is the main reason why ruby and rails can innovate so much faster.
in jruby one could easily use the spring-hibernate stack with rails and ruby!

6. If you can do grails then its a small side step to learn Griffon (which is a groovy framework for Swing Desktop apps/applets – it rocks), all this gives you a brilliant toolkit as a developer
ruby has good bindings for several UI kits (gtk, qt, wx, etc), all native libs some like qt even use native widgets. and blazing fast. and come with nice tools, especially Qt.
jruby can use the UI kits (+tools) from java natively!

7. Its easy to code
hahhahha!

8. Better tooling, Spring tool Suite/IntelliJ/Netbeans
i think all these ‘tools’ java coders ‘need’ is just a sign of the language being cumbersome.

what again shouldn’t one do with a troll?

Comment on Ruby on Rails experience of a java developer by Mario Arias

Mario Arias — Thu, 22 Jul 2010 16:04:29 +0000

Stripes/Spring could and outstanding and powerful solution for BIG projects, but for little projects in Java I choose Play! Framework, very quick and easy to learn.

Grails is too buggy, even with a huge experience on Spring (I’m SpringSource Certified Spring Professional) is a no-no for me.

Rails could be used in a Servlet container through JRuby on Rails so could be a good solution, and I know that some business are running their web apps in this way

Comment on Ruby on Rails experience of a java developer by we

we — Thu, 22 Jul 2010 07:35:11 +0000

i think Grails is a lot better for lots of reasons:

1. It scales out of the box (with ecache)
2. Groovy is a natural progression for a java developer (written by java developers for java developers)
3. Grails apps are deployed as normal wars in standard j2ee servers
4. Much easier to deploy to cloud solutions
5. Spring are behind grails
6. If you can do grails then its a small side step to learn Griffon (which is a groovy framework for Swing Desktop apps/applets – it rocks), all this gives you a brilliant toolkit as a developer
7. Its easy to code
8. Better tooling, Spring tool Suite/IntelliJ/Netbeans

Comment on Ruby on Rails experience of a java developer by altuure

altuure — Wed, 21 Jul 2010 15:24:14 +0000

Thanks Joachim,
maybe I should mention before but another reason for ruby is , it has affordable hosting for small projects unlike java.

Comment on Ruby on Rails experience of a java developer by Joachim

Joachim — Wed, 21 Jul 2010 15:13:25 +0000

I was having 9 years of Java experience when i started with Rails.
I felt comfortable quick, first hating the special characters in variable names.
(Interistingly I liked the ones in methods like the questionmark and the ‘bang’.
Albeit Rails is not really small it is way smaller than any of the current promoted Java stacks. Two years before starting with Rails, I started with Spring and I would say that in the same time that you need to get a solid grasp on Spring you can learn Ruby and Rails up to a level where you can work seriously.
After 2 years of Rails I evaluated Grails and I second you conclusions !
It’s heavy. And you need to look at the underlying frameworks if your code is moving further than demo apps.
As you said developing with it is by far not that lightweight as it is with Rails.
I stopped looking at Grails.
IN the meantime I had 2 bigger projects running on jruby with the usage of several java classes and that really work well. Deployment as a war file, the tool for building it, is included in the jruby package.
Try that out !
And have a look at sinatra / padrino to see that Ruby webdevelopment can be even more lightweight than Rails.

Cheers
Joachim
Who never looked back at Java (the language)

Comment on Executors.newFixedThreadPool(n) – Suspended Threads by altuure

altuure — Wed, 21 Jul 2010 08:39:30 +0000

Hi trung,
Thanks for the tip, it has fixed my problem.

Cheers,