Linked by Thom Holwerda on Sat 24th Jun 2006 16:02 UTC
"Wondering what the future holds for Apache Geronimo? You've come to the right article in this series. In this installment, the renegade will explore what's in the proverbial cards for Geronimo, including where the developers of Geronimo are taking the project, the important new features, and the improvements. Follow along, and you might be there with them for the unveiling of the next version of Apache Geronimo."
Thread beginning with comment 136964
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
RE: It looks great but is it really what we need?
by BryanFeeney on Sun 25th Jun 2006 11:30
in reply to "It looks great but is it really what we need?"
Member since:2005-07-06
RE: It looks great but is it really what we need?
by Sphinx on Sun 25th Jun 2006 18:19
in reply to "It looks great but is it really what we need?"
Member since:2005-07-09
Not sure I follow but think you may be missing a layer, you need an app framework like struts or spring on top, personally I prefer Cocoon: http://cocoon.apache.org
RE[2]: It looks great but is it really what we need?
by Mr. Tan on Mon 26th Jun 2006 00:42
in reply to "RE: It looks great but is it really what we need?"
Member since:2005-07-08
Recent Original Stories
Recent Comments
Headlines
Random Comments
Random Stories
Random OS Link
Member since:
2005-10-27
I am working in large scale client-server application. In my company we have the bad habit to rewrite the wheel all the time.
What I am looking for, is an open-source web service sorta thing. This is really what I need. Why? because we can script on the server (easy to maintain, easy to administrate) As for the client we can write all sorta shit app in any language, because anyway, what matter is consistency on the server side.
This has really been what I wanted the web to head to for more than 2 years and things getting very good.
Geronimo is one of the thing I was really seeing as an opportunity to do those sorta web service stuff. However if you really want to use geronimo, then you better use Java. But I do not want that. I want to be able to use a simple browser in some case for some requirement, and coding php style to serve web pages is more efficient than java. Some other time, in need to do 3D rendering (no I am not kiddin) and I want to use C++ in that case (for exemple), some other time java is just fine...
What I mean is that Genronimo doesn't really fit in my definition of web service ready app, althought it's what J2EE is about (correct me if I am wrong).
Actually I would prefer something less complex, something that just serve the sole purpose of replying to a service request when one arrives something like... ok I am a open source fan, so it's gonna be hard to say... what microsoft is doing with ASP.NET+SOAP on the .NET framework. It is so easy to script the reply of a little request. And 90% of the time, you really do little request that require little of processing: typically "give me the position of that stuff", "give me the value of that variable"...
I have been looking at PHP+SOAP for a while, but it's still in early stage of development. And apart from other J2EE solutions, I don't know of any thing that can compete with the ASP.NET+SOAP way of doing things for me. It just look so clean and simple once implemented...
Edited 2006-06-25 03:51