let/download.html>, you would find that
there is indeed such a tag, and it is even called . You will
also find out about some request attributes that the container sets to let
your error page know what the error was.
> Alexandre
>
Craig
rs.properties case
> insensitive.
>
> Any ideas ?
>
You would need to modify the source code for Tomcat to do this. However,
if you do, you are opening your web app to all manner of security attacks.
Therefore, this option is not supported through configuration switches or
anything like that.
> Thanks in advance.
>
> Karl Morteo.
>
>
>
>
Craig
ell.
http://nagoya.apache.org/bugzilla/
Without a detailed test case, there is little we can do.
> thanks,
> SK
>
Craig
For Tomcat 4, see
http://jakarta.apache.org/tomcat/tomcat-4.0-doc-exp/ssl-howto.html
Craig
On Wed, 12 Sep 2001, Nick Torenvliet wrote:
> Date: Wed, 12 Sep 2001 13:41:43 -0400
> From: Nick Torenvliet <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
s just
there to get things working initially without requiring you to set up a
database or a directory server. You should use JDBCRealm in a real
application -- any changes to the underlying data are reflected
immediately the next time that user logs on, with no need to restart
anything.
Craig McClanahan
ted into shell scripts if you need to restart
periodically for some reason (such as to switch log files).
For more info, see
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/manager-howto.html
> Jon
>
Craig
> - Original Message -
> From: "Jeff Turner" <[EMAIL PRO
By default, Tomcat 4 creates access log files for you in the same format
that web servers do. It includes all of the stuff you are talking about.
Tomcat 3.x does not include this feature, although you could write it
yourself.
Craig McClanahan
On Thu, 13 Sep 2001 [EMAIL PROTECTED] wrote
eap size to 512 megabytes
(assuming a nice big machine):
Unix:
export CATALINA_OPTS="-DXmx=512m"
$CATALINA_HOME/bin/catalina.sh start
Windows:
set CATALINA_OPTS="-DXmx=512m"
%CATALINA_HOME%\bin\catalina start
but you will need to figure out the right setting fo
place in the virtual host in httpd.conf??
>
>
> DocumentRoot C:/mstu
> ServerName 127.0.0.1
> ErrorLog logs/mstu-error_log
> CustomLog logs/mstu-access_log common
>
>
>
>
> Am i missing something?
>
>
> Any help would be greatly appreciated!
Well, one thing you might be missing is that Apache JServ does not support
JSP ...
Craig
everything in web.xml is portable
-- everything in server.xml is specific to Tomcat.
> Alex
>
>
Craig
offer any suggestions?
>
> Many thanks,
>
> --
> Scott Brinker
> i-on interactive, inc.
> 561.394.9484 (Boca Raton)
> 646.486.6204 (New York)
> 888.466.4332 (toll-free)
> http://www.i-on.com
>
>
Craig McClanahan
Looks like you have an old copy of "servlet.jar" in your Java extensions
directory ($JAVA_HOME/jre/lib/ext). Don't do that.
Craig
On Thu, 13 Sep 2001, Stadie wrote:
> Date: Thu, 13 Sep 2001 19:39:06 +0200
> From: Stadie <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PRO
d be able to
compile successfully, but you're still going to screw things up at
runtime, because that JAR also includes a version of Tomcat itself. You
should not put *any* version of servlet.jar or j2ee.jar into
your system extensions directory.
Craig
don't physically restart the JVM, you don't give
any of the memory it grabbed back to the operating system.
> Jon
>
Craig
bin" directory. CATALINA_HOME is reported as "./..".
* CATALINA_HOME is not set, run "./bin/startup.sh" and "./bin/shutdown.sh"
from the top-level Tomcat 4 directory. CATALINA_HOMe is reported as
"./bin/..".
The only thing I can think of is you migh
On Thu, 13 Sep 2001, Jonathan Eric Miller wrote:
> Date: Thu, 13 Sep 2001 21:00:01 -0500
> From: Jonathan Eric Miller <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: The pitfalls in restarting tomcat
>
>
> - Original
created by the
container:
<%
String requestURI = (String)
request.getAttribute("javax.servlet.error.request_uri");
%>
See the servlet spec chapter on Web Applications for more details.
> thanks...
>
> best regards,
> kl
Craig McClanahan
nderstanding of container managed security in
web applications. A good starting point is the Security chapter of the
Servlet Specification <http://java.sun.com/products/servlet/download.html>.
> Thanks.
>
> regards,
> kl
>
Craig
r the user? It is starting to
> become a real problem... :-(
>
Examples of this, plus descriptions of all the rules for mapping patterns,
are in the Servlet Specification
<http://java.sun.com/products/servlet/download.html>.
> Paul
>
Craig
inside of Tomcat. If you want to use
EJBs, you should look to a J2EE server. Some of them include Tomcat
(JBoss has integration for Tomcat 3.2 now, and just about done with 4.0).
> Thanks,
> Chris
Craig
Kinda hard to confirm or deny unless we know specifically what you are
talking about :-).
Craig
On Fri, 14 Sep 2001, Raimee Stevens wrote:
> Date: Fri, 14 Sep 2001 08:39:59 -0700 (PDT)
> From: Raimee Stevens <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PR
or not has *nothing* to do with reloading -- the important
consideration is where the class is loaded from. Only classes under
/WEB-INF/classes and /WEB-INF/lib can be reloaded at all. In addition,
Tomcat 3.2 is not particularly good at detecting changes in non-servlet
classes - it checks for changes to the *requested* servlet only.
> Paul
>
Craig
The updated version of the web connector has *not* yet been released. It
has been fixed in the code in CVS only, because there are still other bugs
that need to be addressed.
Craig
On Fri, 14 Sep 2001, Raimee Stevens wrote:
> Date: Fri, 14 Sep 2001 09:40:46 -0700 (PDT)
> From: Raimee S
ou can use container managed security
based on the certificates presented by clients.
Craig
d* by
that class cannot be found. The $1 implies that it's an inner class you
create somewhere inside Repository, which should help you track down what
reference is not being found.
Make sure there is nothing in your system extensions directory, either
($JAVA_HOME/jre/lib/ext).
> The
lib or in /WEB-INF/lib of your
web app.
This is likely to change in the final release -- and the release notes
will definitely include a section describing the various JAR files that
are made visible to web applications by default.
Craig
use of
"classes" and "lib" at the global level is exactly like the use of
"/WEB-INF/classes" and "/WEB-INF/lib" inside your web app to allow either
unpacked classes or JAR files.
> THere are many more doubts guys but please enlighten me with these atleast.
>
> Keep up the good work.
> Thanks,
> Jiger
>
Craig McClanahan
ks correct -- and I'm taking you at your word that
you are *not* trying to request the login page itself from the client,
right? If you did that, the behavior described would be correct since
you've got the login page inside the area protected by the security
constraint.
Please try also cookies="true" just to make sure that works for you. If
it does, but cookies="false" does not, we've just narrowed down to what
the problem is.
Craig
The properties file would need to be in $CATALINA_HOME/common/classes
(which you will have to create) instead of $CATALINA_HOME/common/lib.
Only JAR files are loaded from "lib" directories.
Craig
On Mon, 17 Sep 2001, Jiger Java wrote:
> Date: Mon, 17 Sep 2001 15:40:26 +0530
>
b apps, so you have to program your library class in a
thread-safe manner just like you do with servlets.
> Regards Jochen
>
Craig
> - Original Message -
> From: "simon colston" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, Septe
On Mon, 17 Sep 2001, pero wrote:
> Date: Mon, 17 Sep 2001 14:23:27 +0200
> From: pero <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: RE: form based login
>
> Hi Craig,
>
> thanks for your fast reply. To avoid
parser
will be made available -- see the Release Notes document that will come
with Tomcat 4.0 (final) for details.
Craig McClanahan
You've most likely got an old version of servlet.jar (or perhaps j2ee.jar)
in your system extensions directory ($JAVA_HOME/jre/lib/ext). That will
mess up Tomcat 4, because these classes override the ones shipped with
Tomcat that conform to the new specifications.
Craig
On Mon, 17 Sep
On Mon, 17 Sep 2001, Cor Hofman wrote:
> Date: Mon, 17 Sep 2001 19:56:11 +0200
> From: Cor Hofman <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: RE: Tomcat 4.0RC2, JSP examples do not work
>
> Craig,
>
> You are briljan
On Mon, 17 Sep 2001, Cor Hofman wrote:
> Date: Mon, 17 Sep 2001 20:28:05 +0200
> From: Cor Hofman <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: RE: Tomcat 4.0RC2, JSP examples do not work
>
> Craig,
>
> I am aware o
e to
Catalina internal classes (along with your web app). In either place, you
might still have to deal with the issue of accessing webapp-internal
classes.
> Jon
>
Craig
> - Original Message -
> From: "Jochen Schneider" <[EMAIL PROTECTED]>
> To:
On Tue, 18 Sep 2001, simon colston wrote:
> Date: Tue, 18 Sep 2001 10:35:09 +0900
> From: simon colston <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: struts and tomcat 4
>
> On Mon, 17 Sep 2001 10:06:26 -0700 (PDT)
>
ign intent -- you would
use a separate Category (or set of Categories) for each web app, and be
able to tune the configuration all in one place.
Craig
On Tue, 18 Sep 2001, Jiger Java wrote:
> Date: Tue, 18 Sep 2001 12:21:15 +0530
> From: Jiger Java <[EMAIL PROTECTED]>
> Reply-T
://nagoya.apache.org/bugzilla/
under product category "Tomcat 4". Under the "Severity" option, select
"Enhancement" because this isn't a bug, it's a feature request.
Craig
On Tue, 18 Sep 2001, Taavi Tiirik wrote:
> Date: Tue, 18 Sep 2001 11:12:17 +0
Rats ... ldap.jar is required on JDK 1.2.2 and earlier, but should be
omitted from the class loader on 1.3 or later (the same way that jndi.jar
is). I'll add a bug report for this, so that it gets addressed.
In the mean time, removing ldap.jar from common/lib will work.
Craig
On Tue, 1
The problem is happening at line 63 of the generated servlet for your
"errorpage.jsp" page. It would be useful to look at that file (under the
"work" directory) to see what is really going on.
Craig
On Tue, 18 Sep 2001 [EMAIL PROTECTED] wrote:
> Date: Tue, 18 Sep 200
The problem has been reported to the web site administrators, and it's in
the process of being fixed.
Craig
On Tue, 18 Sep 2001, Jonathan Eric Miller wrote:
> Date: Tue, 18 Sep 2001 10:17:09 -0500
> From: Jonathan Eric Miller <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTE
Do you have servlet.jar in your $JAVA_HOME/jre/lib/ext directory? If so,
this overrides the one included with Tomcat 4, and causes the sort of
error you are seeing.
Craig McClanahan
On Tue, 18 Sep 2001, Terrence Martin wrote:
> Date: Tue, 18 Sep 2001 14:21:26 -0600 (MDT)
> From: Te
When you run Tomcat 4.0 stand alone, it generates webserver-style access
logs by default, in the "logs" directory. The default filenames will be
of the form "localhost_access_log.-MM-DD.txt", and will switch over
automatically each midnight without having to be restarte
To get any problems like this onto the developer's plates, please file a
bug report:
http://nagoya.apache.org/bugzilla/
Things there get paid attention to much more regularly than things
mentioned in mail messages.
Craig
On Thu, 20 Sep 2001, John Dell wrote:
> Date: Thu, 20 Sep 20
ified in minutes not seconds
>
> The comment in the sample web.xml I have reads as follows:
>
>
>
> This comment says seconds, is the sample web.xml wrong?
>
Yep ... it's wrong. The spec says minutes, and that is what the software
actually expects.
> Jim
>
Crai
a
validating parse, so it accepted invalid web.xml files.
The DTD is published in the Servlet Specification, which can be downloaded
from:
http://java.sun.com/products/servlet/download.html
Craig McClanahan
On Fri, 21 Sep 2001, Graham Leggett wrote:
> Date: Fri, 21 Sep 2001 18:13:05 +0
On Fri, 21 Sep 2001, Graham Leggett wrote:
> Date: Fri, 21 Sep 2001 19:59:59 +0200
> From: Graham Leggett <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: and Tomcat v4.0
>
> "Craig R. McClanahan" wrote:
>
> >
rsion of Tomcat yourself, or are you using a binary
distribution?
What does your web.xml entry for this servlet look like? What does the
page look like?
Do you by chance have pieces of Tomcat in your system classpath, or your
system extensions directory ($JAVA_HOME/jre/lib/ext)?
Craig
On Sat, 22 S
common/lib
> }
>
The Ant build script included in the Tomcat 4 "Application Developer's
Guide" does this kind of thing for you automatically, so you never have to
even think about modifying the CLASSPATH variable.
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/appdev/index.html
>
>
> Bo
> Sept.22, 2001
Craig
This doc was inadvertently left out of the conversion to the new style --
it will be added soon.
Be aware that I have *not* personally tested the functionality described
by this document, so as far as I'm concerned it is still experimental.
Craig
On Sun, 23 Sep 2001, Jonathan Eric M
The error messages imply that the wrong servlet.jar is still being used,
since both of these methods were added in servlet 2.3. Make sure you do
*not* have an old servlet.jar (or j2ee.jar) hanging around on your
CLASSPATH, or in your system extensions directory
($JAVA_HOME/jre/lib/ext).
Craig
whether apps are
loaded from war files or directories. For example, you can read your
app's depoyment descriptor like this:
InputStream is =
getServletContext().getResourceAsStream("/WEB-INF/web.xml");
This call is also portable to any conforming servlet container.
Craig McCl
ccess, the best thing to do is pass the path to a
configuration directory as a servlet init parameter (or a servlet context
init parameter, if it is global), and use that to construct absolute paths
to the required files.
> Hope this helps.
> -Velmurugan Periasamy.
> AEGIS.Net
> http
ll have no solution.
> Any other ideas?
>
What's wrong with ServletContext.getResourceAsStream(), or configuring an
absolute path to the directory for your config files? Both suggestions
were explained in my response (quoted below).
Craig
> -Original Message-
> From
so, change the
"clientAuth" property to "true".
> Thanks,
>
> Ricardo Borillo Domenech
> Programació - Servei d'Informàtica
> Universitat Jaume I
Craig McClanahan
ly* to the manager webapp, and will not disrupt
access to your other webapps from remote locations.
Craig
On Mon, 24 Sep 2001 [EMAIL PROTECTED] wrote:
> Date: Mon, 24 Sep 2001 21:53:52 -0700 (PDT)
> From: [EMAIL PROTECTED]
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
>
far the
most common problem people have is web.xml files that have elements not
conforming to the DTD requirements (which violates the first requirement
above) -- Tomcat 3.2.3 accepted such web.xml files anyway, but Tomcat 4.0
will not.
> Thanks
>
> Eric Wright, Programmer / Analyst
> Vivid Solutions Inc.
> INTERNET : [EMAIL PROTECTED]
Craig
docs for javax.servlet.http.Cookie.setMaxAge() for details.
Even if setting the value to null did not cause an NPE, it would not
delete your cookie.
Craig
To make sure that your native code can be used from more than one web app,
you will need to ensure that it is loaded by a class that is also shared
across web apps. The easiest way to do that is to put the class in a JAR
file under the "lib" directory.
Craig McClanahan
On Tue, 2
b/ext).
Craig
On Wed, 26 Sep 2001, Red wrote:
> Date: Wed, 26 Sep 2001 08:22:40 GMT
> From: Red <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Cocoon 1 and Tomcat 4 -> Cocoon is not a Servlet???
>
> Hi there
> I
do well to start by reading the Servlet Specification, which
describes how web applications work and what all the settings are for. In
particular, you will find that elements are required to
establish the actual mapping of URIs to definitions.
http://j
ing to 2.2 will run just fine
in a 2.3 container. See my previous response for the two most common
causes for "Foo is not a servlet" errors.
> cheers
> dim
>
Craig McClanahan
king would work correctly
no matter which of the two interpretations were actually the case.
> Thanks for the insight.
> Rebekah
> Rebekah Lepro - [EMAIL PROTECTED]
> Applied Research Laboratory
> The Pennsylvania State University
> P.O. Box 30, State College PA 16804
> Phone: +1-814-863-8122 Fax: +1-814-863-1183
>
>
Craig McClanahan
more likely to get an answer.
Craig McClanahan
On Wed, 26 Sep 2001, Joe Abate wrote:
> Date: Wed, 26 Sep 2001 14:10:00 -0500
> From: Joe Abate <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: HTTP Status 503 - Servlet jsp is currently u
ndRedirect(), so you need to
do so in a JSP page as well.
Craig McClanahan
On Wed, 26 Sep 2001, Peter wrote:
> Date: Wed, 26 Sep 2001 17:19:37 -0400
> From: Peter <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: How exactly does
e.org/struts/> - A model 2
framework with a pretty extensive set of custom tags for building
the presentation layer (in addition to a MVC-style controller
framework).
* Jakarta Taglibs <http://jakarta.apache.org/taglibs/> - Includes several
tag libraries (such as the "input" library) that are useful in building
the presentation layer.
Craig McClanahan
r a tag that is invoked to call a servlet (with the
> request and response being propagated) before returning it's output?
>
Check out javax.servlet.jsp.tagext.PageContext -- particularly the
include() method.
>From a page directly, of course, you can use for this
purpose.
Craig
tags
actually work that tag developers need to understand.
http://java.sun.com/products/jsp/download.html
Craig
t am I missing?
>
You have an XML parser (in the common/lib directory), but you should
really be using JAXP APIs to talk to it -- that way, the actual parser
being used can be changed without you having to recode your application.
See the JAXP/1.1 specification, available via:
http://java.sun.com/xml
> Thx,
> Andy
>
>
Craig
ethods in java.io.* ?
>
In a servlet 2.2 environment, this is pretty much your only choice, and
you have to make some non-portable assumptions about how tho figure out
where the directory or WAR file is.
> Thanks,
> Chris
>
>
Craig McClanahan
These are exactly the errors you would get if you didn't have servlet.jar
in your compile classpath at all -- double check your CLASSPATH to ensure
that you're pointing at the right place.
Craig
On Mon, 1 Oct 2001, Hunter Hillegas wrote:
> Date: Mon, 01 Oct 2001 12:15:12 -0700
&
Since you're using Tomcat 4.0, one option would be to create a Filter that
did this for you.
Craig
On Mon, 1 Oct 2001, Plamen Petkov wrote:
> Date: Mon, 01 Oct 2001 23:20:15 +0300
> From: Plamen Petkov <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED], [EMAIL PROTE
he current spec compliance tests.
Beyond the required features, Tomcat 4 implements a very large percentage
of the optional features - details would depend on which particular
feature you are interested in.
Craig McClanahan
nName", "connectionPassword", and "connectionURL" parameters, as
well as the security permissions you have set up in the MySQL database
itself.
Craig McClanahan
On Mon, 1 Oct 2001, Epling, Bob wrote:
> Date: Mon, 1 Oct 2001 16:50:41 -0600
> From: "Epling, Bob" &l
g a request,
not during the init() method.
> -OR- there is no way to do that?
>
> P.S. I am using tomcat... may I access internal tomcat
> object to achieve that?
>
> thanks
Craig McClanahan
reasons doesn't apply, then IMHO you are much better
served just running Tomcat stand alone. As an extra added bonus, you get
to keep all the hair you'd be pulling out trying to configure
Apache+Tomcat :-).
But, overall, isn't it nice to have a choice?
Craig McClanahan
? Because the browser will send "If-Modified-Since" headers with each
request for a URL it has in the cache, and Tomcat has the opportunity to
answer with a "Not Modified" response instead of resending the data.
Tomcat 4, for example, pulls this particular trick off with zero accesses
to the server's disk drive.
> John
>
Craig McClanahan
On Mon, 1 Oct 2001, David Wall wrote:
>
> Apache supports HTTP 1.1 whereas the last I heard, Tomcat was only HTTP 1.0,
Tomcat 4 supports HTTP/1.1 in stand-alone mode (including persistent
connections).
Craig McClanahan
er.
>
Tomcat 4 does this too :-). By default, it creates "access_log" format
log files in a format consistent with web analysis software like WebTrends
(you can also customize the format like you can with Apache). It also
automatically rolls log files on the first request after midnight --
without restarting -- which is better than even Apache can claim.
> David
>
>
Craig
rectory faster
> > stand-alone than they do behind Apache).
>
> Craig, what happens if the images are IN the webapp's context path? Seems
> like Apache still serves them up without Tomcat,
Yes, that's true for many web connector setups.
> though I don't know if
> the
ext name in Servlet 2.2.
What is it that you are trying to accomplish?
If you want the context *path*, it is only available during a request.
> thanks again.
>
Craig
t; <[EMAIL PROTECTED]>
> Subject: RE: Can't use Cookies in tag libraries ?
>
> I just try to test with tomcat 4.0 standalone and I have the same problem :-(
>
> Craig, an idea
>
There is no difference in how cookies are handled between JSP pages and
servlets -- t
this class. They have since
put it back in and deprecated it instead -- in 1.4-beta-2 you just get a
warning message about the deprecation.
> Randy
>
Craig
Can you please post a stack trace, and describe exactly what you're doing.
I don't know what "the log DIES" means.
Craig
On Tue, 2 Oct 2001, André de Jesus wrote:
> Date: Tue, 02 Oct 2001 13:23:56 +0100
> From: André de Jesus <[EMAIL PROTECTED]>
> Reply
On Tue, 2 Oct 2001, Epling, Bob wrote:
> Date: Tue, 2 Oct 2001 08:35:18 -0600
> From: "Epling, Bob" <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: RE: tomcat4 and JDBCRealm problem
>
> Craig,
>
> Thanks for the a
Form beans:
http://jakarta.apache.org/struts/
Struts uses a small class library called "BeanUtils" underneath, which is
also available to you separately through the Jakarta Commons project:
http://jakarta.apache.org/commons/
> Hunter
>
Craig
l) - it's likely to end
up with a new JSR that covers these sorts of issues.
> Any suggestions?
>
> Frank Lawlor
> Athens Group, Inc.
> (512) 345-0600 x151
> Athens Group, an employee-owned consulting firm integrating technology
> strategy and software solutions.
>
>
>
Craig McClanahan
the request's
> attributes and their values right before I forward to the JSP, and it
> shows that the attribute "ServletPath" exists, and has a value, as it
^^^
Shouldn't that be "servletPath" (lower case "s")?
> should. I get this error in general for any bean i try to use in this
> way.
>
> Anyone know what might be going on?
>
> -john
>
Craig
at all.
> Where does it need to live? I've seen the question asked on this list,
> but not the answer.
>
Listeners (and Filters, if you use them) go in your web app, just like
other application classes, and they are configured in /WEB-INF/web.xml.
> James
>
>
Craig McClanahan
r-full of characters generated to your
output stream by the time your custom tag is called (or until you commit
the response yourself).
See the JSP Specification for more info:
http://java.sun.com/products/jsp/download.html
Craig
de thrown by your servlet, the container will
set a number of request attributes for you before calling your error page.
In particular, the attribute you describe above tells you what request URI
caused the error to occur - other attributes include things like the
exception that was thrown.
Craig McClanahan
t like this:
InputStream stream =
getServletContext().getResourceAsStream("/file.xml");
This will work on all servlet containers (not just Tomcat). It will also
work when your web app is run directly from a WAR file rather than being
unpacked.
> Thank You,
> Bob Byron
>
>
Craig McClanahan
e
application, you should store objects as servlet context attributes under
agreed-upon names. There's no reason to reference the listener instance
itself. (By the same reasoning, there is no way to get a reference to a
servlet or filter instance, either.)
> Manu
>
Craig McClanahan
iguration docs:
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/host.html
Craig McClanahan
neath.
> For the first problem we found no easy solution, the second problem was
> solved by hacking the JDBCRealm.
>
> Is this a "real reason" to mess around with the internal Realm? Or we´ve
> taken the wrong way?
>
>
> Greetings
> Martin
>
Craig
rom an
unpacked directory. A portable way to do this sort of thing would be:
URL url = getClassLoader().getClass().getResource
("/com/company/app/PropertiesFile.properties");
InputStream in = url.openStream();
Properties props = new Properties();
props.load(in);
in.close(
Reference Implementation from Sun, and it's also been integrated into
JBoss.
>
> Thanks,
>
> AW
>
Craig
eAsStream("/WEB-INF/web.xml");
> Bob
>
Craig
y default, that is to one of the text files in the "logs"
subdirectory under $CATALINA_HOME.
>
> Anyone know?
>
> Hunter
>
>
Craig
801 - 900 of 1548 matches
Mail list logo