Slashdot Mirror
Geronimo! Part 1: The J2EE 1.4 Engine That Could
An anonymous reader writes "Java-based open source development has come a long way since the early days of developers sharing GUI libraries. Geronimo is a large-scale project attempting to create a certified J2EE 1.4 server based on existing open source components. Take a tour through the Geronimo maze with Sing Li as your guide. Gluecode Software CTO and principal Geronimo contributor Jeremy Boynes shares his perspective on Geronimo and go here to learn how to use the new Eclipse plug-in for Apache Geronimo."
What are you talking about? Using JSP is pretty close to PHP. If you're talking about using servlets .. well, best tool for the job. You don't use Servlets if your resulting page has a lot of pure HTML. Also, J2EE is a server suite with support for EJB's. If you haven't tried these, then you haven't really tried J2EE either.
What do you mean by the code "does not look intuitive"? It's Java, nothing more, nothing less.
Java 1.5 has been renamed to Java 5, and despite the name change, Java 5 is still part of Java 2. The change was marketing based.
None of these free JVMs would be anywhere without the fine work of the Classpath contributers. Any sufficiently motivated individual can make a JVM in a year. It may not run quickly - but it will run. Writing the Java libraries on the other hand is a monumentous undertaking requiring dozens of people and many years of work. This is where Classpath comes in.
Let's hear it for Classpath!
Hip hip hooray!
i didn't rtfa, but why do this when tomcat is already considered the j2ee standard?
best college pickem site ever: pickem.terrbear.org
Java 1.5 has been renamed to Java 5 ... [and] is still part of Java 2. The change was marketing based.
:(
obviously
If you are copying-and-pasting code, then an object-oriented language is not the tool for you.
Come to think of it, if you copy-and-paste code, the only tool for you is a CS course.
You don't use Servlets if your resulting page has a lot of pure HTML.
Well now, that really depends on your architecture. For example, where I work our inhouse framework uses a single Dispatcher servlet to dispatch actions to the relevant Handler classes. Those classes do more or less processing, but the end result is *always* displayed by a JSP - we *never* use a Java class to output an entire page.
You can do the same with Servlets - just put anything the JSP needs into the request, then get a reference to the RequestDispatcher from the request and call its forward method, passing in the URI of the JSP.
It's official. Most of you are morons.
JOnAS is our there... free, and LGPL'ed and is already J2EE 1.4 certified
It's also not too bad at all...
The revolution will not be televised. It won't be on a friggin blog either
"our inhouse framework uses a single Dispatcher servlet to dispatch actions to the relevant Handler classes. Those classes do more or less processing, but the end result is *always* displayed by a JSP - we *never* use a Java class to output an entire page."
That's a lot of words to say "We use STRUTS"
We *dont'* use Struts, we use a framework we developed ourselves. When we first started doing Java projects, around 5 years ago, Struts wasn't really up to the job. It's matured a lot since then, of course, but so has our framework, and so far we've not found a compelling reason to switch.
It's official. Most of you are morons.
More like: if you are only copying-and-pasting code, the only tool IS you...
Go hug some trees.
- a large user and developer base, which means better support. Your framework is only used by your company, so only you can support it.
- Struts is a popular framework, so you can hire developers who already know it instead of having to train them on the use of your own propietary one. This one is even a selling point to the PHB's, since they know that no training time means the newbies can start being productive sooner.
- It's open source, so if you ever leave your current job and go work somewhere else, you can take that knowledge with you, and use it anywhere else. The knowledge you have about this propietary framework will be useless since it's the company's property (yes, even if you wrote it, since it was on the company's time, unless you had a written agreement saying otherwise)
I'm not even a Struts advocate, I prefer Tapestry myself. But I once worked at a company where we (mostly I) developed a framework for web applications and guess what... I can't use it now that I don't work there. Oh and I had to keep training people on the use of the framework. And I was the only one giving support to the other developers. And these guys licensed said framework to every customer they had where it was used for their projects, and I got nothing for it besides my paycheck.If I had worked on improving Tapestry or Struts or something like that, instead of concocting a propietary framework, I would still have access to that work today, it wouldn't have gone to waste. That's yet another reason why Open Source is good and one of the reasons I like most (being a developer, I take advantage of a lot of open source frameworks that mainly benefit the developer and contribute back whenever I can, either by promoting said frameworks or sending patches, etc).
Oh and that propietary framework I wrote? I don't think anyone even uses it anymore. Few people really understood how it worked and most of them have also left that company, so now they're left with a useless product, they can't support or upgrade the projects written with that framework. I know that they have even contracted ex-employees for maintenance on projects they worked on while being there... so in the end it wasn't even a good thing for the company either. The use of an open framework would have meant they could hire anyone who knows it for upgrades, maintenance, bug fixes, etc.
Go hug some trees.
Does your *framework* use a lot of *custom* characters to *emphasize* certain variables? :)
Doesn't JBoss do everything Geronimo does? I don't know a lot about Geronimo, but way would anyone pick Geronimo over a more established open source J2EE App server like JBoss?
:-]
i know all these sayings "why another app server?". the interesting thing is, while relying on and using the j2ee standards the different servers take different directions. jboss is strong in it's persistence layer (ejb3 and/ or hibernate, we'll see), the queueing is also not bad. let's see which way apache is going, ie the GBeans thing is not that bad.
On second thought, let's not go to Camelot. It is a silly place.