AJAX is a pain in the ass because it essentially means you'll have to write two sets of similarish code: one for browsers with JavaScript enabled and those without.
Not only this, but you have to connect JavaScript events to hook into your models and display the results.
And if all that weren't bad enough, you need to send an address change with the request, otherwise the user won't be able to "click back" correctly (if confused look at what happens to the address bar when you click links in GMail).
We're searching for something that had the foresight and design goals with all these concerns in mind.
Performance and security are also obvious major concerns.
We love config-based systems as well, where you don't have to write a lot of code you just drop it into an easily read config format.
It's like asking for the holy grail right?
Yes, the NOLOH PHP Framework (the site itself was written in NOLOH) is that holy grail. NOLOH was developed from the ground up to address these issues. You develop in a single language on the server-side and it takes care of the rest. No need to worry about AJAX, or cross browser issues. NOLOH's been around since 2005 and is being used in various companies large and small. It significantly outperforms the competition in performance due to it's lightweight and on-demand nature.
NOLOH recently gave a talk at Confoo, the most applicable parts of that presentation to your question are the live examples, and the basic coding.
If you're curious about the power of NOLOH you can also check out this Steve Jobs like one more thing demonstrating the upcoming automatic Comet.
Disclaimer: I'm a co-founder of NOLOH.
Enjoy.
Two approaches to this problem generally. One is for the framework to try and do it all, like Microsoft's ASP.NET with its Ajax toolkit. This includes server side controls that produce Ajax functionality with all client- and server-side code generated for you. For example, their UpdatePanel control allows for partial page updates via an Ajax call. However, it is not universally popular as a framework in general because their Page and Control models are sometimes seen as too heavyweight and overbloated.
A second, "slimmer" approach would be to separate the concerns. Let jQuery or a similar library deal with cross-browser inconsistencies and the client side of the Ajax call, and use a simple lightweight server-side web framework, such as Groovy on Grails or Microsoft ASP.NET MVC (there are others as I'm sure people will point out). Any decent framework should be capable of easily producing either JSON or XML data in response to an Ajax call.
As for browsers with Javascript disabled - this is the twenty first century. Do you really have to cater for them any more?
Have you given a look to Pyjamas
Quoted from the site
Why should I use it?
You can write web applications in python - a readable programming language - instead of in HTML and Javascript, both of which become quickly unreadable for even medium-sized applications. Your application's design can benefit from encapsulating high level concepts into classes and modules (instead of trying to fit as much HTML as you can stand into one page); you can reuse - and import - classes and modules.
Also, the AJAX library takes care of all the browser interoperability issues on your behalf, leaving you free to focus on application development instead of learning all the "usual" browser incompatibilities.
The jQuery BBQ: Back Button & Query Library aims to help with ajax "back button" issue. You might check it out if you're considering jQuery for your ajax functionality.