Servlets + JSP on linux
Can someone please give me a hand here? I need (1) to get a servlet to pass some data to a JSP page via a Bean, and then (2) "hit" that JSP page to get back a nicely formatted HTML page to send back to the user. To accomplish this, I am using the following tools: Blackdown JDK 1.1.7 v3 Apache 1.3.6 Apache JServ1.0 GnuJSP 0.9.10 Since GnuJSP implements v 0.91 of the JSP, I know that I need the following classes to accomplish goals (1) and (2) above: com.sun.server.http.HttpServiceResponse and com.sun.server.http.HttpServiceRequest My suspicion is that they're included in Sun's jwdk 1.0, however I can only download jswdk1.0-ea from Sun's website, which includes JSP 1.0 and (I think) is *not* backwards compatible with earlier versions of the spec. I've been struggling with this for weeks now, and haven't had any luck yet. Any help or explanation is greatly appreciated, -Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Servlets + JSP on linux (fwd)
-- Forwarded message -- Date: Mon, 19 Jul 1999 10:43:37 -0400 (EDT) From: Tim Reilly <[EMAIL PROTECTED]> To: John N. Alegre <[EMAIL PROTECTED]> Subject: RE: Servlets + JSP on linux Unfortunately no, I have not gotten a response about this. I originally posted to the Java-Apache list, where I received a number of responses, however all of them were from people who have had the same problem using IBM's WebSphere, which I (and I assume you) am/are not using. If anyone has a tarball of jwdk 1.0 lying around anyplace, I'd VERY much appreciate it if they could send it my way. Or, if anyone knows of an obscure page on Sun's website that lists archived versions of their products, I'd love to know about it. It seems that newcomers trying to work with JServ + JSP on Linux are at the moment prevented from doing so unless they choose to eliminate JServ and instead use Allaire's JRun product because the only available version of jwdk does not work with v2.0 of the servlets. This incompatibility means that you can use JSP, you just can't pass beans to them with a servlet, which eliminates the benefit of using JSP in the first place (business logic abstraction). I think we need to find an email address of someone at Sun to request that they make available jwdk 1.0 . I'll look for one on their website and post it here if I find it. I realize that there are projects in the works to solve this problem, but in the meantime there are some of us caught by the understandable lag between software releases in the mainstream and subsequent porting to Linux. Can anyone out there please help? -Tim On Sat, 17 Jul 1999, John N. Alegre wrote: > Did you ever get a responce to this. > > We have the same question. > > john > > On 15-Jul-99 Tim Reilly wrote: > > > > Can someone please give me a hand here? I need (1) to get a servlet to > > pass some data to a JSP page via a Bean, and then (2) "hit" that JSP page > > to get back a nicely formatted HTML page to send back to the user. To > > accomplish this, I am using the following tools: > > > > Blackdown JDK 1.1.7 v3 > > Apache1.3.6 > > Apache JServ 1.0 > > GnuJSP0.9.10 > > > > Since GnuJSP implements v 0.91 of the JSP, I know that I need the > > following classes to accomplish goals (1) and (2) above: > > > > com.sun.server.http.HttpServiceResponse > > and > > com.sun.server.http.HttpServiceRequest > > > > My suspicion is that they're included in Sun's jwdk 1.0, however I can > > only download jswdk1.0-ea from Sun's website, which includes JSP 1.0 and > > (I think) is *not* backwards compatible with earlier versions of the spec. > > I've been struggling with this for weeks now, and haven't had any luck > > yet. > > > > Any help or explanation is greatly appreciated, > > > > -Tim > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- > E-Mail: John N. Alegre <[EMAIL PROTECTED]> > Date: 17-Jul-99 > Time: 20:07:34 > > This message was sent by XFMail > -- > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java IDE for Linux?
> My preference is XEmacs (http://www.xemacs.org/) with JDE > (http://sunsite.auc.dk/jde/) and the JDK. > I apologize that this is off-topic, but I just showed this combination to my boss and he asked if there was a similar (X)Emacs dev environment for Perl. Anyone know if there is and if so where I can find it? Thanks, -Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Constructor/Inheritance wierdness
Hi, hopefully this one's a quickie. I'm using blackdown jdk 117v3 and
getting the following error message when compiling my TemplateList class.
According the the Java 1.1 specification I should be able to call the
superclasses' constructor with this syntax. What am I doing wrong?
Thanks,
-Tim
#
# Compiler error message
#
TemplateList.java:29: Identifier expected.
super.(host,MetaType,TemplateType);
^
#
# Snippet of TemplateList class declaration ( generates above error on
# compiliation )
#
public class TemplateList extends Template {
public TemplateList (String host, String MetaType, String TemplateType)
{
super.(host,MetaType,TemplateType);
this.iStart = 1;
this.iStop = 1 + config.iDefaultRecords;
}
}
#
# Snippet of Template class declaration ( compiles OK)
#
public class Template {
public Template (String Host, String MetaType, String TemplateType) {
}
}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Need 1.1.x Profiler
I've got some code that's running a lot slower than I think it should be. To diagnose it I'd like to use a profiler. Unfortunately, I can't use the one below because I'm using the blackdown 1.1.7 JDK, does anyone know of a 1.1.x linux-compatible profiler? Thanks much, -Tim On Fri, 10 Sep 1999, Nathan Meyers wrote: > This is to announce, for the benefit of those using my "Profiler" native > profiler for JDK1.2, that an update has been posted - please grab the > latest version. Description at: > > http://www.teleport.com/~nmeyers/FreeWare/#Profiler > > New bits at: > > http://www.teleport.com/~nmeyers/FreeWare/Profiler/Profiler-1.3.tgz > > > This version has two important fixes: > > - Time is now reported against global procedure names. The old, > confusing behavior (reporting against local labels found in the shared > libraries) is optionally still available. > > - Total time reported now accounts for system CPU time spent on behalf > of user code, which reflects how profiling really works. > > > Nathan Meyers > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: borland/inprise jit for blackdown 1.2pre2
I took a look at this, and am intrigued. Can anyone comment on how stable the combination of this JIT and the 1.2 pre-release might be (I realize it'd be unlikely that anyone's tested this combination yet, I'm more concerned with the maturity of the 1.2 JDK)? I'm currently using the 1.1.7v3 JDK, but because of a lack of a JIT compiler, I was thinking of switching to the alphaworks port before deployment. If this combination might be a stable alternative, I'd really like to stick with the Blackdown port. Are any parts of the 1.2 JDK flaky at all, or is it pretty much ok? -Tim On Mon, 27 Sep 1999, noisebrain wrote: > > http://www.borland.com/jbuilder/linux/ > > " > The JBuilder JIT for Linux preview release is based on the > proven JBuilder JIT for Windows that has been shipping for > over three years and provides significant performance > improvements for Java 2 applications on the Linux platform. For > example, compilation is 33% faster when using the JBuilder > JIT for Linux in place of the default JIT included with the > Java 2 Linux JDK > > noisebrain --- www.idiom.com/~zilla > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How big a server is required to deploy JServ?
The company I work for is in the late stages of re-architecting our entire website using Apache JServ, RedHat Linux 6.0, and MySQL. The code is just about finished (version 1.0 freezes in the two weeks), and we're trying to spec the servers we will need for deployment. The problem is that I really have no idea what class of machine is required. We are definitely going with a two system architecture. One machine will have Apache + JServ, and the second will be a dedicated MySQL back-end machine. Initially every request to our website will have to hit against the database to instantiate several objects in order to assemble all data needed to render a page. However, as these objects are instantiated, we are caching them in JServ to avoid future database calls. There will still be a moderate amount of database activity, probably 2 calls every time someone access a page on our site (vs. ~10 for the initial load of all required objects). At present we have about 15,000 hits/day on a different system, but it is just about at max capacity. The system load is expected to ramp up dramatically once this new architecture goes into production and gives us room to grow. We are hoping to be serving out close to a million hits/day in the next 6-9 months. Realizing this is a completely abstract term, I would characterize our database at present as pretty small (~10,000 rows), but as mentioned it is expected to grow hopefully to several hundred thousand rows by the time we are serving out a million hits/day. At the moment, the java process itself eats about 50 megs minimum and peaks around 64 megs. Since we are caching our objects indefinitely, we fully expect this to grow at a constant rate with the size of our database. Can anyone estimate what kind of horsepower our servers will need to handle the kind of load I've described? We are definitely getting a minimum of 512 Megs of RAM on each box, but is there a need for dual-processors, RAID, etc.? Actually, does anyone know whether java on linux will utilize dual processors? Is there anything else we should consider that isn't immediately obvious? Thanks, -Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How big a server is required to deploy JServ?
- Please read the FAQ! <http://java.apache.org/faq/> - Can anyone confirm this? Honestly, this scares the hell out of me. We're planning on using the IBM 1.1.8 JDK for Linux. In a perfect world, we'd be deploying on Solaris, but unfortunately we're a startup company and we just can't afford it as of yet. -Tim On Thu, 30 Sep 1999, Marc Slemko wrote: > On Thu, 30 Sep 1999, Tim Reilly wrote: > > > The company I work for is in the late stages of re-architecting our entire > > website using Apache JServ, RedHat Linux 6.0, and MySQL. The code is just > > about finished (version 1.0 freezes in the two weeks), and we're trying to > > spec the servers we will need for deployment. The problem is that I > > really have no idea what class of machine is required. > > Be very very very cautious about even thinking of deploying any site that > has a high load and significant Java code using Linux. This is not a > slight to Linux, but simply due to the immaturity and poor performance of > JVMs on Linux. > > The JVMs that are out there either have horrible performance or are > unstable under load. The blackdown 1.1 one is pretty stable using green > threads, but is horribly slow for IO due to green threads, and IO is about > all most server side java code does. > > The current blackdown 1.2 using native threads (with or without jit) is > quite unstable under high load. Some bits of code will crash it fairly > reliably, other times it just hangs or SEGVs under heavy load. > > IBM's JVM is so-so in terms of performance, but may have problems under > load due to the immaturity of Linux threads. Until recently, there were > also problems that made it not work right with jserv due to it improperly > reporting that there was no more data to be read on a socket instead of > blocking. > > In my experience, the price/performance for a sparc box running Solaris is > actually _better_ than that on Linux (even if the box is 5x as expensive), > and a whole lot more reliable, since the JVMs are so much better. > > You also need to be very careful about what queries you give to mysql. It > does not (at least did not) handle concurrent queries; ie. it finishes one > before starting the next, so a single expensive query can kill the whole > site for some time, make things backup, etc. As long as everything is an > easy select that can be done via indexes, things are reasonable but it > requires careful design of accesses and updates. > > Now, my definition of "high traffic" may or may not be more than your > definition. But the above is based on my experience trying to deploy a > fairly high traffic site running a JVM on Linux. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- -- Please read the FAQ! <http://java.apache.org/faq/> To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: <http://java.apache.org/main/mail.html> Problems?: [EMAIL PROTECTED]
