[Django]-Django -vs- Grails -vs-?

However it’s written in Python which
means there’s little real support in
the way of deployment/packaging,
debugging, profilers and other tools
that make building and maintaining
applications much easier.

Python has:

1. a great interactive debugger, which makes very good use of Python REPL.
2. easy_install anv virtualenv for dependency management, packaging and deployment.
3. profiling features comparable to other languages

So IMHO you shouldn’t worry about this things, use Python and Django and live happily 🙂

Lucky for you, newest version of Django runs on Jython, so you don’t need to leave your whole Java ecosystem behind.

Speaking of frameworks, I evaluated this year:

1. Pylons (Python)
2. webpy (Python)
3. Symfony (PHP)
4. CakePHP (PHP)

None of this frameworks comes close to the power of Django or Ruby on Rails. Based on my collegue opinion I could recommend you kohana framework. The downside is, it’s written in PHP and, as far as I know, PHP doesn’t have superb tools for debugging, profiling and packaging of apps.

Edit: Here is a very good article about packaging and deployment of Python apps (specifically Django apps). It’s a hot topic in Django community now.

Grails.

Grails just looks like Rails (Ruby),but it uses groovy which is simpler than java. It uses java technology and you can use any java lib without any trouble.

I also choose Grails over simplicity and there are lots of java lib (such as jasper report, jawr etc) and I am glad that now they join with SpringSource which makes their base solid.

The statement that grails deletes the database on start-up is completely wrong. It’s behavior on start-up is completely configurable and easy to configure. I generally use create-drop when running an app in dev mode. I use update when I run in test and production.

I also love the bootstrap processing that lets me pre-configure test users, data, etc by environment in Grails.

I’d love to see someone who has really built and deployed some commercial projects comment on the pros / cons. Be a really interesting read.

I have two friends who originally started writing an application using Ruby on Rails, but ran into a number of issues and limitations. After about 8 weeks of working on it, they decided to investigate other alternatives.

They settled on the Catalyst Framework, and Perl. That was about 4 months ago now, and they’ve repeatedly talked about how much better the application is going, and how much more flexibility they have.

With Perl, you have all of CPAN available to you, along with the large quantity of tools included. I’d suggest taking a look at it, at least.

The “good deployment” issue — for Python — doesn’t have the Deep Significance that it has for Java.

Python deployment for Django is basically “move the files”. You can run straight out of the subversion trunk directory if you want to.

You can, without breaking much of a sweat, using the Python distutils and build yourself a distribution kit that puts your Django apps into Python’s site-packages. I’m not a big fan of it, but it’s really easy to do.

Since my stuff runs in Linux, I have simple “install.py” scripts that move stuff out of the Subversion directories into /opt/this and /opt/that directories. I use an explicit path settings in my Apache configuration to name those directories where the applications live.

Patching can be done by editing the files in place. (A bad policy.) I prefer to edit in the SVN location and rerun my little install to be sure I actually have all the files under control.

cakephp.org

Cakephp is really good, really close to ruby on rails (1.2). It is in php, works very well on shared hosts and is easy to implement.

The only downside is that the documentation is somewhat lacking, but you quickly get it and quickly start doing cool stuff.

I totally recommend cakephp.

Personally I made some rather big projects with Django, but I can compare only with said “montrosities” (Spring, EJB) and really low-level stuff like Twisted.

Web frameworks using interpreted languages are mostly in its infancy and all of them (actively maintained, that is) are getting better with every day.

By “good deployment” are you comparing it with Java’s EAR files, which allow you to deploy web applications by uploading a single file to a J2EE server? (And, to a lesser extent, WAR files; EAR files can have WAR files for dependent projects)

I don’t think Django or Rails have gotten quite to that point yet, but I could be wrong… zuber pointed out an article with more details on the Python side.

Capistrano may help out on the Ruby side.

Unfortunately, I haven’t really worked with either Python or Ruby that much, so I can’t help out on profilers or debuggers.