It's faster than rails, and IMO nicer to develop with. Having all the Java libraries without having to code in Java is sweet. The ORM is really well-designed and the built-in object cache is super fast. The template system has its quirks, but once you get used to it, is also really sweet.

It's a shame helma wasn't documented or evangelized as well as rails was. I think it's a better framework that just didn't catch on because it wasn't marketed well.

In my experience, any RPM based system is a strict no-no - like Red Hat, CentOS.

My suggestion: get VMWare Player and play with a bunch of them for fun. Kind of inefficient, but it's cool if you like that sort of thing.

Ubuntu has a more predictable release schedule, but I wouldn't recommend pushing the limit on upgrading your server. Unless you've got a lot of spare time you'll want to use a fairly mainstream distro. When a nasty problem comes up (and it will, trust me), you want access to lots of forums that show solutions to related issues.

Some general advice (not really directed towards the parent): Just because you know how to run something like Gentoo doesn't mean you necessarily should in a production setting. Once you have a successful company you can worry about the benefits of compiling your filesystem from scratch. Pick an OS you're familiar with and run with it -- anything else is most likely premature optimization.

I never used BSDs much, though I imagine you would be familiar with the following:

- With Gentoo you would be able to setup masks for a specific version of glibc and compile everything against it, stage the binaries and distribute them en mass to the other systems. This would allow you to stay with a specific version of a library and less dependent on the whims of the distro staff.

- You also have the option of using a cluster of compilers to compile the packages, though you may not want your production machines to be a part of the cluster.

- You have control over the CPU optimization flags.

- You have control over package features. This is the equivalent of turning them on or off with ./configure --enable-xxxx, but it is abstracted away into USE flags.

- Each package is downloaded from upstream, sometimes with Gentoo-specific patches applied to them. In otherwords, you have access to pristine sources as the authors intended.

- You can also define an "overlay" so you can write your own custom ebuilds, should you have specific patches you want to apply to any or all of the packages

- You can use the overlay to do an internal release of your proprietary software using Portage. You can define package dependencies with your proprietary software.

It is a lot more work than setting up a Debian or an Ubuntu box, but you also get more control.

I started with FreeBSD and switched to Linux when I couldn't get proper drivers. I didn't like Ubuntu or Debian, but I've been quite happy with Gentoo, and I'm getting ready to put it on my third computer.

On the other hand if the project just involves a small number of servers than Gentoo will likely prove more hassle than it is worth. In that case the conventional wisdom would be Debian. (or RHEL if you want to pay someone for support).

Unfortunately I don't think CentOS is built for PPC.

Unfortunately, part of this project is tying into a bank's existing infrastructure. And because of the sensitive nature of the 'components' we are tying into, they are requiring that that specific portion of the app be written in Java (in part so that their in-house programmers can go over the code with a fine-tooth comb.)

I care about the Java-ness of Helma principally b/c it lets me leverage a gazillion existing libs if I need to. But my experience programming Java itself is limited to writing a client/server othello game just to explore, and I have no legacy Java systems to integrate with, so I'm useless on that score. I was already a very competent JavaScript hacker (and love the language) before I started with Helma, but only in the browser till now.

preachingtheword.net probably took me longer with Helma than it would have with PHP, but I'm pretty sure that's all down to first project vs. years of experience and my own framework. Of course I haven't actually written the same site in PHP, so it's hard to be sure, but I believe my LOC are way down and I know that my mental grasp of the project at all levels is better.

I'm only just getting into the ORM--I actually did preachingtheword.net entirely with the built-in object DB. My feeling so far is that the ORM is not particularly interesting--it's more the mapping of objects to URLs that's unusual and brilliant (different from and better than the one in my PHP framework and in other frameworks I've seen). For the ORM, I think SQLAlchemy is more powerful and flexible in useful ways, but Helma 1.7 (under development) is planned to have some new power and flexibility in that regard. (Still.not as powerful as SQLAlchemy... maybe time to port?)

If you use the ORM all the time you are, of course, protected from SQL injection and Helma does some smart things with caching and lazy-ish retrieval, but if you need to run arbitrary queries the provided DB lib is woefully underpowered with no support for parameterized queries or retrieving results any way other than all at once. I plan on doing something about that myself in the course of this next project. (The DB lib, similar to most Helma libs, is a JavaScript wrapper around JDBC, so the power is there, but it's been over-simplified away.)

I think the templating system in Helma ("skins") is insightful but doesn't go far enough and makes some wrong decisions. I'm not using it in my projects in favor of using E4X throughout, which gives me XML as a native data type in a way not possible in any other language. E4X itself is a sometimes-frustrating mixture of brilliance and madness, but one thing it gets 100% right is the basics of templating: Among other things, you get perfect, no-thinking protection from XSS and other HTML screw-up attacks automatically just by doing the most obvious and reasonable thing. To me, that's extremely valuable.

E4X is just the biggest of many cool recent JavaScript features that you can't use in the browser b/c on Firefox supports them, but you can use them in Helma.