RE: Tomcat 4.0: Can webapps dir contain links?

2001-06-14 Thread WEST, Peter

it should work fine if you have your links correct

e.g when you do ls webapps/mydir you shoudl see the contents of mydir
whether its a link or a directory. If the two look differnet then it wont
work.

try 
cd webapps
ln -fsn ~userA/mydirA .

mind you I use Tomcat 3.2.1 so its possible something is different in your
version but t shoudlnt be. 

-Original Message-
From: Robert Evans [mailto:[EMAIL PROTECTED]]
Sent: 13 June 2001 15:28
To: [EMAIL PROTECTED]
Subject: Tomcat 4.0: Can webapps dir contain links?


Greetings,

I am trying to set up a Tomcat server to be used for some web development 
classes.  I would like to have each student have there own webapp, so that 
in the webapp dir there would be a link to their public_html directory.  In 
Tomcat4B5, it seems as though tomcat will not follow a soft link to the 
students home directory.  If I make a new directory in webapps, it works 
fine, but the link gives me a 403 application not available message.

If anyone has set up a system like this, I would greatly appreciate their
help

Bob Evans
Johns Hopkins University


___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



RE: BUG in Tomcat 3.2.1???

2001-06-12 Thread WEST, Peter

sounds like some file versioning cobblers.
Its more likely JBuilder is using information that Tomcat and apache dont
have.


-Original Message-
From: Edilmar Alves [mailto:[EMAIL PROTECTED]]
Sent: 09 June 2001 21:06
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: BUG in Tomcat 3.2.1???


Hi,

I have a servlet with JBuilder 4 Enterprise + Tomcat 3.2.1.

I made a class named HttpServletGeral like this:
public class HttpServletGeral extends HttpServlet {
  ...
}
and other class named ServletPortal:
public class ServletPortal extends HttpServletGeral {
  ...
}

If I run the servlet into JBuilder, all works fine.
If I try to run out of JBuilder, only Apache+Tomcat,
it runs a OLD code for "init" on HttpServletGeral.

If I rename HttpServletGeral to HttpServletGeral2
the NEW code I made works fine.

This is a CRAZY problem. I don't know what's the problem.


___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



RE: Why is this happening ...

2001-06-07 Thread WEST, Peter

sounds like your web server died or was shut down while Tomcat had only
received part of the current request.

-Original Message-
From: Sac Chi [mailto:[EMAIL PROTECTED]]
Sent: 07 June 2001 12:39
To: [EMAIL PROTECTED]
Subject: Why is this happening ...


Hi,

Can someone tell me why the following exception is thrown:


HANDLER THREAD PROBLEM: java.io.IOException: Stream closed prematurely
java.io.IOException: Stream closed prematurely
at
org.apache.tomcat.service.connector.AJP12RequestAdapter.readNextRequest(Ajp1
2ConnectionHandler.java:422)
at
org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnection
(Ajp12ConnectionHandler.java:147)
at
org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
at
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
at java.lang.Thread.run(Thread.java:484)

=
Sac_Chi_ki_Signature.

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/


___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



thanks...

2001-06-07 Thread WEST, Peter

thanks Brett that makes some sense. I'll try it out and see.
We're also looking at JSPC which claims to precompile JSPs a directory ata
time into class files and also generate the appropriate web.xml info to use
it.

at this stage we'll try anything.

Pete

-Original Message-
From: Brett M. Bergquist [mailto:[EMAIL PROTECTED]]
Sent: 07 June 2001 11:58
To: [EMAIL PROTECTED]
Subject: Re: Jikes and Tomcat for JSP compilation


I've got Jikes working with Tomcat 3.2.2.  Tomcat 3.2.x does not read the
"web.xml" file that is in "conf" so you need to update your own web
application's "web.xml".  Add the following lines:



jsp


org.apache.jasper.servlet.JspServlet


jspCompilerPlugin

org.apache.jasper.compiler.JikesJavaCompiler


jspCompilerPath

d:\test\CanogaView\Jikes\win32\1.12\bin\jikes.exe


-2147483646



changing d:\test\CanogaView\Jikes\win32\1.12\bin\jikes.exe to the path where
you have jikes installed and also



jsp


*.jsp



Note that you will get a warning from stderr of something like:

2001-06-06 04:06:34 - Ctx( /CanogaView ): Removing duplicate servlet jsp
jsp(org.apache.jasper.servlet.JspServlet/null)
2001-06-06 04:06:34 - Ctx( /CanogaView ): Removing duplicate *.jsp ->
jsp(org.apache.jasper.servlet.JspServlet/null)

This is because Tomcat has a builtin JSP servlet and mapping configuration
and you are overriding this.


- Original Message -
From: chris brown <[EMAIL PROTECTED]>
To: tomcat-user <[EMAIL PROTECTED]>
Sent: Thursday, June 07, 2001 4:45 AM
Subject: Re: Jikes and Tomcat for JSP compilation


> Hi Peter (and anyone else following this thread),
>
> If it's any consolation, I've asked the same question on many mailing
lists
> over a long period of time, and nobody's given a working answer yet.
>
> I have a JDK installed (hence I've got "javac"), plus Jikes.  When using
> Jikes from the commandline, it works fine.  I've even uncommented the line
> in "web.xml".  But I never seemed to get it working, as in "the pages
still
> compiled, but there was no way of knowing if it was jikes or javac that
did
> it...".  I tried renaming Jikes.exe to _jikes._exe to see if Tomcat missed
> it, but it didn't complain, so I just assumed it hadn't been taken into
> account anyway.
>
> I suspected that I needed to copy all (or part) of the default web.xml
into
> each web-app's WEB-INF folder, uncommenting the "jikes" line as
appropriate.
> However, this didn't work at all well, as it seemed to give Tomcat a
> headache.  I've already posted on this ("overriding default web.xml with
> custom web.xml).  Not a lot of luck there either...
>
> Hope someone can give a clear answer as to how to do this -- and verify
that
> it works!
>
> -Chris Brown
>
> - Original Message -
> From: "WEST, Peter"
> To: [EMAIL PROTECTED]
> Sent: Wednesday, June 06, 2001 8:19 PM
> Subject: Jikes and Tomcat for JSP compilation
>
>
> >
> > can anybody point me to a straightforward "how to get Tomcat to compile
> JSPs
> > with Jikes rather than JDK" tutorial?
> >
> > So far I have changed web.xml server.xml (both of which made no
> difference).
> > I have also read that it may be necessary to change the source of a line
> in
> > webserver.jar I have the details of this but dont exactly believe it is
> > necessary??
> >
> > Any pointers? Ideas?
> >
> > thanks,
> >
> > Pete
>
>


___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



any comment?

2001-06-07 Thread WEST, Peter


Having looked more into the issue of deploying tomcat without JDK I have
discovered the following. (I have read release notes, looked at Tomcat site,
read JSPC scripts, web.xml, server.xml, looked at Faqs, looked at archived
messages etc).

If you include tools.jar (part of JDK) in classpath JSPs will compile, but
we cannot deploy tools.jar since SUN will not tolerate such larks.

If we change web.xml on Tomcat 3.2.1 to say use the Jikes compiler, it does
not read it, 
this may have been fixed in Tomcat 4 or 5 but we do not wish to change to a
new version that is not well tested yet.

If we change the webserver.jar file to hack it to use the Jikes compiler it
would use it, but then we'd be left deploying a non-standard Tomcat jar
which isnt good.

People on this list have not responded which indicates either...

(a) Nobody knows the answer because they don't deploy Tomcat, and just use
the JDK 

(b) Everybody knows but considers it to obvious to say or write down

(c) The list is having its own political factions battle and will shortly
decide that Tomcat  cannot be mentioned unless you have a blue-Peter badge
and joinign the list shall be outlawed everywhere except in Malta.

Pete



___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



Jikes and Tomcat for JSP compilation

2001-06-06 Thread WEST, Peter


can anybody point me to a straightforward "how to get Tomcat to compile JSPs
with Jikes rather than JDK" tutorial?

So far I have changed web.xml server.xml (both of which made no difference).
I have also read that it may be necessary to change the source of a line in
webserver.jar I have the details of this but dont exactly believe it is
necessary??

Any pointers? Ideas?

thanks,

Pete


___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



jikes

2001-06-06 Thread WEST, Peter


hello, 

I'm trying to force Tomcat to use Jikes to recompile its JSPs but it so far
continues to look for the non-existent JDK (since this is being deployed)

So far I have 

(a) changed web.xml to say use the jikes compiler (uncommented a line)
(b) changed server.xml JSP interceptor to include javaCompiler="jikes" as an
attribute
(c) I read that you need to .

uncomment the following line: Line:52? sw.addInitParam("jspCompilerPlugin",
"org.apache.jasper.compiler.JikesJavaCompiler"); in
org.apache.tomcat.context.WebXmlReader.java 


Is this true, that I need to alter the code and rebuild webserver.jar ?
And is that legal to distribute after changing it???

Pete


___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



RE: Virtual Host Context Aliasing

2001-05-30 Thread WEST, Peter

 shot in the dark, but have you tried this...
the actual domains shouldnt need doing in tomcat if Apache is forwarding
them,
its already happened.



ServletName



/servlets/ServletName



/servlets/AnotherServletName



-Original Message-
From: Daniel Zen [mailto:[EMAIL PROTECTED]]
Sent: 29 May 2001 16:56
To: [EMAIL PROTECTED]
Subject: Virtual Host Context Aliasing


I would think this would be a common question, but I couldn't find it
documented, nor asked on this list.

Very often domains are served from 2 urls (www.zzz.net & zzz.net) with the
same functionality. When I configure my virtual hosts in Apache's httpd.conf
this is easy:


 ServerName www.zzz.net
 ServerAlias zzz.net
 DocumentRoot /home/httpd/html/zzz
 
  Options None
  Deny from all
 
 JkMount /*.jsp ajp13
 JkMount /servlet/* ajp13


The following properly placed in server.xml creates 2 seperate contexts for
the same set of servlets and JSPs. Functional, but a little wasteful.

  
   
  

  
   
  

Now, I how do I do an alias Context in Tomcat's server.xml so that there is
only one Host/Context with multiple names??

Thank you in advance.

Daniel Zen


___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



RE: JSP and Tomcat containers

2001-05-30 Thread WEST, Peter

1. dunno
2. dunno
but remember that JSPs are compiled into servlets and cached so they all end
up as servlets eventually.
 
3. yes change conf/server.xml
There are 3 ports listed. One is for tomcat receiving HTTP requests, one is
for HTTPS requests (SSL) and one is for communicating with a web server like
apache and for shutdown/startup of tomcat. Pick what ports you want.
4. Try http://java.sun.com/products/servlet/2.2/javadoc/index.html
  it has
HttpJspPage, couldnt see base.
5. dunno, I use servlets that put beans in session and JSPs read from them
but I dont need request params in JSPs

-Original Message-
From: Martin Kock [mailto:[EMAIL PROTECTED]]
Sent: 29 May 2001 16:00
To: [EMAIL PROTECTED]
Subject: JSP and Tomcat containers




Hi!
 
I'm doing an assignment on Java Server Pages, and I have a couple of
questions about the Tomcat webserver:
 
1. Which container (engine) will be running with Tomcat? The JSP container,
the servlet container, or both?
2. I'm only using JSP-documents, but does the JSP container handle the same
stuff that the servlet container handled before 'the era' of JSP?
3. Tomcat listens on port 8080 - can I get it to listen on port 80, and how?
4. Where can I get the API documentation for class HttpJspBase? I've
searched Suns homepage with no luck.
5. How do I (in my JSP page) read data sent with HTTP POST? I can't use
request.getParameter(java.lang.String);
 
Thanks in advance,
Martin Kock
[EMAIL PROTECTED]  



___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



RE: server.xml DTD

2001-05-30 Thread WEST, Peter

server.xml does not use a DTD on Tomcat 3.2.1 
I would guess that you could use web.dtd or make a few slight changes to a
copy of it, since
server.xml is just a superset of web.xml info.

Pete

-Original Message-
From: Paulo J S Pereira [mailto:[EMAIL PROTECTED]]
Sent: 29 May 2001 15:41
To: [EMAIL PROTECTED]
Subject: server.xml DTD


Hi;

I am looking for the server.xml DTD ... (if one exists) ... can anyone help?

TIA!

Paulo J S Pereira, Java/Web Developer
Sentricity Inc.,
A Division of Sentex Communications Corp.,
240-E Holiday Inn Dr., Cambridge, Ontario
N3C3X4 Canada
1-519-651-3400 x208



___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___



JAXP used by Tomcat 3.2.1

2001-05-25 Thread WEST, Peter

hello,

I'm using Tomcat 3.2.1 and need to know what version of JAXP it is using.
The release notes do not mention this, and I cant see it on various Jakarta
websites.
 
In the lib directory is jaxp.jar and parser.jar
Does anybody know what versions these are for Tomcat 3.2.1 ?
Thanks,

Pete



___
This email is confidential and intended solely for the use of the 
individual to whom it is addressed. Any views or opinions presented are 
solely those of the author and do not necessarily represent those of 
Sema. 
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.

If you have received this email in error please notify the Sema UK
Helpdesk by telephone on +44 (0) 121 627 5600.
___