This week's giveaway is in the Java in General forum.
We're giving away four copies of Java Challengers and have Rafael del Nero on-line!
See this thread for details.
Win a copy of Java Challengers this week in the Java in General forum!

Shane Doucette

+ Follow
since Jun 26, 2002
Cows and Likes
Total received
In last 30 days
Total given
Total received
Received in last 30 days
Total given
Given in last 30 days
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Shane Doucette


Originally posted by Ulf Dittmer:
Well, what is the problem? You indicate that it works in Apache-only pages; does it not work in Apache/Tomcat pages? If not, what happens? Does Tomcat have SSI enabled (I think that by default it's turned off)?

Tomcat does have SSI enabled, but shouldn't matter, I think. SSI is being handled by Apache, and my issue is present regardless of the enabled-ness os SSI in Tomcat.

I'll exapnd a little, for clarity. When I use SSI in a Tomcat context, the SSI "echo var" command doesn't get the LAST_MODIFIED variable correctly. Specifically, if I use:

I get:

regardless of the date that the file was modified. (This appears to be the UNIX epoch?) In a non-context area, the last modified date is returned correctly. All other variables that are queried using "echo var" return sane and expected values.

Here's my test page, in a context: test-echo-var.shtml (context)

Here's the same test page, in a non-context that Tomcat / mod_jk don't manage: test-echo-var.shtml (non context)

Also, I'm running on Mandriva Linux Corporate Server 3.0.

Thanks for your reply, and I hope I've clarified my problem.

shane doucette.

ps - edited for additional OS information.
pps - last edit ate part of my post. restored.
[ January 03, 2006: Message edited by: Shane Doucette ]
15 years ago

I'm having a problem with server side includes within a tomcat context.

Specifically, I have an shtml file that needs to check the LAST_MODIFIED environment variable via the SSL echo command. It's in a tomcat context that is being served through apache/mod_jk. The command that I'm using is

This code works with SSI in sections of the server that are served by apache alone, and other variables behave as expected in the tomcat context.

For software, I'm running:

  • Apache httpd 2.0.54
  • Jakarta Tomcat 4.1.31
  • Java j2sdk 1.4.2_08
  • mod_jk from jakarta-tomcat-connectors-1.2.10

  • Has anyone else had a similar problem? If so, how did you resolve / work around the issue?

    Let me know if any further information is required, and I'll post / forward it on.


    shane doucette.
    15 years ago
    I'm having a problem with some servlets that I've got running. If I view them thru tomcat, they are served properly:
    however, if I run them thru mod_jk, apache returns a 404, saying that LMF.Connect does not exist:
    I've got the following in the web.xml file for my LMS webapp:

    The webapp is set up outside of the $CATALINA_HOME/webapps.
    Clearly, I'm missing something, but I don't know what it is. Can anyone be of assistance? Do I need to provide more information?
    18 years ago
    Hi all,
    I'm having troubles with reading the REMOTE_USER variable in a servlet.
    Here's some environment background: we have a set of jsp applications, served by tomcat 4.0.4 thru apache via mod_jk, which are protected by .htaccess. We have to use .htaccess files, as we are having the users authenticate using a Kerberos ID and password.
    The following code used to return the username entered at the .htaccess prompt, when we were using Tomcat 3.2.2, but when we moved to 4.0.4, getRemoteUser returns null.

    Now, I've read that I may need to create a realm in my server.xml, but that doesn't seem to be the way to go for my needs, as it's required that I use the .htaccess. Unless of course there's some sort of kerberos realm I can define...
    Anyhow, if anyone has any suggestions as to what we might be doing wrong, it would certainly help. We've been banging our heads against this for two days now!
    18 years ago