Taming the Elusive Tomcat
joeyslopp writes: "Finding documentation on an open source project such as FreeBSD is usually quite easy. In fact, the project relies heavily upon user support. However, tracking down a good article that illustrates how to setup a .jsp (java server pages) environment using Tomcat has been difficult.
Devshed came close with their article Slapping Together A JSP Development Environment , but lacked specifics on JDK for FreeBSD -- their article was more specific to Linux. The studs in #freebsd on undernet enlightened me a bit more, but still I lacked concrete documenation.
Where can one find descriptive help in setting up Tomcat for FreeBSD?
Dun dun dun dun *cheesy superhero theme* Enter Victoria Chan's article seemingly tailor-made for my Tomcat woes. The article, also located here, actually appears on www.freebsd.org as well...imagine that :)
Hopefully other newbies to FreeBSD will read this and shorten their search time for a good article on the setup of Tomcat."
As the official operator of #ai, on openprojects,
I can safely say that you should stay clear of Lisp and go with a product that is usable in a production environment.
The experienced staff of #ai recommends Trivia, Eggdrop and Capncrunch.
I agree for with the recs for resin and orion, however, I wouldn't stay away from tomcat. IMHO, its very useful for developers to develop in tomcat in diverse environments before moving to a higher performing production environment. That way they can focus on building a proper war format app that should be portable to Resin, Orion, iPlanet, etc. Because Tomcat is supposed to be the reference version, ideally everyone would at least have there app setup and working in it.
Don't blame me, I get all my opinions from my Ouija board.
Christ, they're right here dammit. The docs are great, watchoo talkin' 'bout Willis...
If that's not enough, go grab the servlet spec from Sun. It's really not that hard.
It's 10 PM. Do you know if you're un-American?
The question, though misworded, is about setting up Tomcat on FreeBSD which is nontrivial as the JDK is not 100% complete for this platform. As I understand it, many java applications need modification to get them running properly on FreeBSD, even though they may work perfectly well on Linux, Windows and Solaris.
Hopefully Sun will start to release official JDK/JREs for this platform very soon.
Speaking of which, I find CMU Common Lisp w/IMHO to be a better web application environment than Tomcat or any crappy Java servlet-type thing. And it's easier to setup too, amazingly. I do not know how it would perform under extremely heavy loads though. Perhaps AllegroServe with Allegro CL would be better in that situation.
Those who do not know the past are doomed to reimplement it, poorly.
You could using one of the free (as in beer) community editions of the IDE's. CE editions of JBuilder and Forte come pre-configured with TOMCAT.
http://jakarta.apache.org/tomcat/
http://jakarta.apache.org/tomcat/tomcat-3.2-
d
http://jakarta.apache.org/tomcat/to
The title of the article was about Tomcat NOT Java.
Give me access to a FreeBSD box and then we'll talk. I only have NetBSD / Linux and Windows at the moment.
The steps above are generic. They apply to ALL platforms. If there is an inadequate jdk for FreeBSD then that is not my fault. Linux users got togeather at www.blackdown.org to release Java for Linux LONG before Sun supported it. Maybe FreeBSD people who are intereseted in a better port of java to Linux should talk to someone over there and maybe they can make a more generic jdk that will work better on FreeBSD.
Only 'flamers' flame!
Oh and I found a JDK for FreeBSD as well as a whole bunch of Java port. I think make install may be what he needs to do. http://www.freebsd.org/cgi/url.cgi?ports/java/jdk1 2-beta/pkg-descr
Only 'flamers' flame!
what else is needed?
Maybe 'cat README' or 'ls'
Who said that the question was about setting up Java? The issue is that though the JDK is available it is incomplete and there are hence issues running Tomcat.
Read what you are flaming before you flame!
These posts are not informative, they're almost all off-topic. The original post is not asking a question, it's pointing out an informative article that explains in detail how to download and compile the JDK (1.3!, not 1.2-beta) and required patches for FreeBSD, and then set up Tomcat to work there.
That fact that someone was able to download and copy some files on both Linux and Windows is pretty much irrelevant to the spirit of the post (Tomcat/FreeBSD How-To). Labelling such posts as informative when they provide no information that wasn't in Victoria Chan's article seems silly to me.
I was actually thinking of some of the issues with CMUCL MP but as you point out, load-balancing would solve that with little trouble.
I presume one wouldn't write lots of recursive functions when the iterative constructs can be used, either...
In my own web apps CMUCL's performance was much more than adequate but I'm pretty sure the server never has seen more than moderate usage.
What's the best way to get people to use CL for this? Use it yourself, and beat them at their own game. Maybe some Lisp-based tools for web developers? Get them out of the pointy-brackets syntax and into S-expressions =)
I bet CLIM would do pretty well for writing a web-page layout designer, for those who don't write by hand...
Those who do not know the past are doomed to reimplement it, poorly.
Couldn't agree more. People just aren't into Lisp anymore. As far as the logic of a program goes, it's so much easier than an imperative language like Java, etc. I'm not familiar with web apps and lisp (I use Scheme, really) - does it play well with databases and such?
(define (add-stuff-to-shopping-cart new-stuff)
(cons old-stuff new-stuff) )
Ok, well that's not technically correct. But it looks easy, right? :)
Common Lisp doesn't guarentee tail-call elision was my point =) It's just that all good compilers do it.
Are you aware of SBCL by any chance? It's a fork of CMUCL and while it's still very Unix-bound there's a lot of cleanup going on and development is quite active (so is CMUCL for that matter). Besides that there is OpenMCL, CLISP, and ECL all are being worked on, and even GCL might get its act together someday. You should visit CLiki and cCLan too, or stop by OPN #lisp. There are people out there making efforts, though they may not be as visible as someone like Paul Graham.
Those who do not know the past are doomed to reimplement it, poorly.