soft :-), by default Tomcat does the
same thing -- it binds to the port number on all available IP addresses.
If you want it to bind on just a single address, add an "address"
attribute (the value is an IP address) to your element.
> Dan.
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
gt; and other stuff
>
> Quick follow-on question for Craig...
>
> If you put a JDBC driver in your webapp's /WEB-INF/lib directory, then as
> that gets registered with DriverManager, what happens when you reload a
> context? If the DriverManager maintains a reference to the Dr
). Therefore, you
can't put a Filter, or anything else that implements from javax.servlet,
in the class path.
And, no, moving servlet.jar onto the class path someplace will just cause
you other sorts of grief. My strong advice is to do what Tomcat wants you
to do, and put your classes where it's looking for them.
>
> Thank you.
> -John
Craig McClanahan
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
is will cause the entire webapp to become garbage. If
*any* references to *any* classes inside the webapp still exist, though,
then essentially nothing from your webapp can be collected.
Of course, this should only be an issue during development -- you should
not use auto-reloading in a producti
your* problem to cleam them up when the application shuts down, not
Tomcat's. Tomcat is only responsible for cleaning up its own threads.
A very easy way to deal with this is create a ServletContextListener and
clean up all your application threads in the contextDestroyed() method.
Craig
e Context definition
> is moved to server.xml everything works fine.
>
Please submit a bug report to the bug tracking system:
http://nagoya.apache.org/bugzilla/
:-)
> Could anyone confirm the above behavior when using Tomcat 4.1?
>
> Thanks,
> Lukasz Szelag
>
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
..
> I was wondering, how can make my servlet, for instance, list all files
> in its application WEB-INF directory?
>
See ServletContext.getResourcePaths() in the Javadocs. Servlet 2.3 or
later only (i.e. Tomcat 4.x and up).
> --
>
> Felipe Schnack
Craig
--
To unsubsc
provide things like performance metering statistics and
so on, through any client tool that speaks to the JMX server code.
>
> --
>
> Felipe Schnack
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
erate -- it would be *very* dangerous to your security to
allow this kind of an app to be loaded remotely.
> thanks in advance
> Mikkel
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
by using a database, or by putting a
class in shared/lib or common/lib and using a static variable there to
store the common stuff.
> Thanks
> Shanmugam.PL
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
On Thu, 23 Jan 2003, Daniel Brown wrote:
> Date: Thu, 23 Jan 2003 17:59:29 -
> From: Daniel Brown <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: RE: java.lang.NoClassDefFoundError: javax/servlet/
Changing the requestURI and servletPath at this stage
> shouldn't change the mapping.
>
That's correct -- if you want your filter to change which servlet is
actually invoked, using a RequestDispatcher.forward() is the way to go.
Craig
> "Jan Ploski" <[EM
such a way that they do their own cleanup. The second reason is that
> tags should have all their fields set in the constructor, perhaps using
> a Map as an argument. This seems strange but has the advantage that the
> tag object can then be made immutable, which has a large set of
>
iple directories,
should keep you very insulated from the rest of the Tomcat internals.
The rest of Tomcat just works through DirContext.
You'll have to decide what to do when there's more than one of the
directories that have a file or subdirectory of the same name -- perhaps
in the orde
ents on webapp
organization, so it would be problematic accepting such a
change back into Tomcat's core.
* Use symbolic links (which doesn't help Windows users much).
* Build deployment scripts that copy everything you need in the webapp
together.
Craig
--
To unsubscribe, e-mail:
On Wed, 22 Jan 2003, Erik Price wrote:
> Date: Wed, 22 Jan 2003 15:37:21 -0500
> From: Erik Price <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Re: using multiple filters
>
>
the latter (a form validation filter) do I need
> to register it in the same FilterChain as the the SecurityFilter? Or
> can there be two separate, disparate filters for a given resource?
>
You can have any number of filters mapped to the same resources -- the
container assembles the filter chain
t all --
Tomcat's defaults will work fine unless you have to do something really
crazy. And, of course, even if you *are* that crazy :-), having two of
these is going to fail miserably anyway, since there's only one
"resources" property on a Context.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
as no need for a nested
element. You'll need to configure each webapp individually.
>
> Thomas
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
n, as it is a CDROM application.
>
Get a faster CDROM drive? I suspect this has the most impact on startup
time in the scenario you describe.
> Thanks for any help,
> Franck
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> thanks in advance
There is no such mechanism.
Even if there was, it wouldn't work, becuase the two webapps are loaded
from different class loaders and cannot see each other's classes.
> Laxmikanth
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
*
>
What's a ? The valid element in a web.xml file is
, and either of the above would be valid. But "/*.jsp" would
not be valid -- you have to use "*.jsp" instead.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
t specific (every container will
provide their own way to configure these kinds of things), the use of
environment entries is portable to any J2EE app server.
> Yoav Shapira
> Millennium ChemInformatics
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
e
> 2. Container calls destroy() on the instance
After ensuring that there are no requests currently using that instance.
> 3. Any pending threads run to completion.
If you want to wait for app threads to finish, wait for them in the
destroy() method itself.
>
> Yes?
>
> Thank
have a quick-and-dirty how-to create a keyed object pool using
> commons-pool JAR?
The commons-pool javadocs have some good examples:
http://nagoya.apache.org/gump/javadoc/jakarta-commons/pool/dist/docs/api/index.html
> Felipe Schnack
Craig
--
To unsubscribe, e-mail: <mailto:[E
ava Language
Specification (but never enforced by javac) that you can't import an
unpackaged class. That's exactly what you are trying to do here.
Place your classes in packages and they'll work fine.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
nse wrapper.
* In your doFilter() method, retrieve the content type and do the
right thing for the right content types.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
// We can call our own private API methods on the wrapper
System.out.println("Content type was " +
wrappedResponse.getContentType());
}
}
> --
> David Orriss Jr.
Craig McClanahan
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ion, then go right
> ahead, but personally I feel that using shell redirection is both
> simpler, and more maintainable.
Actually, in recent 4.1 releases, this has changed :-). Tomcat can
intercept System.out and System.err, and redirects them to whatever
you have set for your context,
ease/v3.2.4/bin/), and
the only reason that would have happened would be a security bug -- see
the release notes in that release for more info.
You should also be aware that 3.2 is pretty ancient (3.2.4 is over two
years old), and is not being maintained any longer.
> thanx and regards
>
, especially on pages with lots of custom
tags, is so large that it's almost unbelievable. If you're not using
scriptlets, Jasper2 also takes measures to get around the 64kb limit on a
method size that often bedeviled old jasper users.
> If it is worth the pain, how do I get it?
>
> identify again??
> (JBoss 3.x.x, Tomcat 4.1.x)
>
For Tomcat 4.1 stand-alone, see:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/host.html
and scroll down to the "Single Sign On" section under "Special Features".
I have no idea whether this will work in
rt:
http://nagoya.apache.org/bugzilla/
and add the patches as attachments? That way, it will stay in front of
the developers until it is dealt with. Things in mailing lists sometimes
get lost in the volume.
Thanks!
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ervlet channing with tomcat
Servlet chaining (in the manner you describe) is not supported by the
servlet spec. However, you can accomplish something very similar using
filters instead (Tomcat 4.x or later).
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
you can write your entire UI in a servlet with writer.prinln() statements
if you want. That may work for you ... but that's far from the optimum
solution in more tyipcal environments.
>
>
> We do use some of the basic struts tags:
>
>
> but, the requirement to not have scriptlet code has been reduce to a
> suggestion.
>
If you're willing to hire Java developers now and forevermore to maintain
your UI pages, there's no point in restricting the use of scriptlets. But
I would suggest that you might want to think through the economics of that
choice, as well as the technology details.
> Thanks,
> James
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
his is totally screwey!
>
> Does WARP work on Windows or not?!?!
>
My understanding is "not".
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
On Tue, 14 Jan 2003, Erik Price wrote:
> Date: Tue, 14 Jan 2003 16:45:43 -0500
> From: Erik Price <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Re: jsp versus xml syntax
>
>
On Tue, 14 Jan 2003, Noel J. Bergman wrote:
> [snip]
> I happen to agree with Craig that it is a waste of time for a newbie to
> learn both syntaxes. But it should be clear from my argument which syntax I
> consider appropriate for teaching.
I wonder if we agree on something
reviewed what JSP 2.0 came up with as their final answer, but my
recollection is that they were focused primarily on improving the
usability of the XML syntax, but not on allowing mixing. Need to review
the Proposed Final Draft.
I stand by my statement that it's a waste of effort for a user (especially
a newbie) to take the time to learn both syntaxes.
>
> Thanks
>
>
> Erik
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ial, you might
want to ask about it there as well. Or, you could look at the one
included with Tomcat (in the examples webapp) for ideas.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
x27;m using (learning) tomcat-4.1.18 and I'm trying to
> get the following example page to work:
>
>
Do yourself a favor and skip learning the XML syntax. It's for tools, not
people.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
On Mon, 13 Jan 2003, Craig S. Connell wrote:
> Date: Mon, 13 Jan 2003 13:12:41 -0500
> From: Craig S. Connell <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: setting unpackWars=false
>
> This afternoon I
help.
Craig S. Connell
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Filters
>
> Authentication aside, does the servlet container work such that an
> include or RD operation has the option of passing through the filter?
> If so, as of which release?
In servlet 2.3, no.
In servlet 2.4, yes -- you can declare in a filter mapping whether it also
applies
d bonus, this works even if you deploy your app on a
server that does not unpack WAR files.
If you need to reference files in some arbitrary directory someplace, you
should pass the pathname of that directory to your servlet as an init
parameter, and then use that path to construct an absolute path to the
file you want.
>
> Thanks.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ero-length string as the context path (meaning that I would not have
> anything valid to specify for docBase), would I then just create a dummy
> webapp in directory ROOT (or wherever) just so that I could comply with this ?
>
That would be fine ... in fact, that's one of the most commo
rces in the WAR.
You can even try it for yourself if you want -- set the umpackWARs
attribute in server.xml to false, and put a WAR file into the webapps
directory.
>
> Thanks,
>
> Erik
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
on from your application (as an HTTP client) to the
PHP app as a server. You'll need to understand enough about HTTP to
make your transaction look like one that came directly from a browser,
but it is not that hard. This approach also leaves your servlet in
control of the response that
On Thu, 9 Jan 2003, Schnitzer, Jeff wrote:
> Date: Thu, 9 Jan 2003 18:39:34 -0800
> From: "Schnitzer, Jeff" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: RE: HTTPS to H
n
guys, we're in a world where gigahertz processors are cheap!
If you care about security, buy enough CPU power to run your app secure
(once you switch -- a typical ecommerce site can still let the user browse
the catalog on regular http and only switch to https during checkout). If
you don't care enough about security to do this, don't bother with it at
all -- it's just a waste of time.
> --
> Joel Rees <[EMAIL PROTECTED]>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
nRole()) to make this
decision for itself. If the app chooses to forward, the container is
going to assume that it knows what it is doing.
Now that you can declare a Filter to be imposed on RD calls in Servlet
2.4, that might be a good place to implement a check like this.
>
> -Tim
>
Crai
thing goes for filter invocations, by the way -- in Servlet 2.3, the
filter chain is built only on the original request, not on RD calls. In
Servlet 2.4, though, you'll have the option to say that your filter should
also be called on RD.forward and/or RD.include calls.
> Thanks
Craig
ages, of course.)
If you're going to switch from https->http, you are totally wasting your
time messing with https in the first place. It buys you nothing except a
*perception* that you are more secure -- that is not the reality.
>
> --
> Joel Rees <[EMAIL PROTECTED]>
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
his will be fixed in 4.1.19 -- in the mean time, be sure that you avoid
Tomcat's auto-reload facilities if you depend on the listeners being
singletons.
A class that implements ServletContextListener should *not* itself be a
Servlet, by the way. The only purpose for such a class should be to
constraints are applied *only* on
the original URL requested by the client -- not on RequestDispatcher
calls. I would bet you probably have "/resource/*" protected, but you'll
likely want to protect "/user/*" as well.
> Thanks.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ponses that fall into the second
category, but for anything longer than the response buffer size, it is
your responsibility to buffer the data you're generating so that you can
calculate and set the content length -- *before* writing any data to the
response.
>
> Thanks,
> justin
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
On Thu, 9 Jan 2003, Shah, Sanjay wrote:
> Date: Thu, 9 Jan 2003 14:17:06 -0500
> From: "Shah, Sanjay" <[EMAIL PROTECTED]>
> To: 'Craig R. McClanahan' <[EMAIL PROTECTED]>
> Cc: 'Tomcat Users List' <[EMAIL PROTECTED]>
> Subject:
what you're using.
> Since I installed I am not able to get http://localhost:8080. All
> I get is a "connection refused message".
>
That's what you would get if Tomcat were not started.
> Does anyone have any idea ?
>
> Thanks in advance,
> M
On Thu, 9 Jan 2003, Shah, Sanjay wrote:
> Date: Thu, 9 Jan 2003 13:52:55 -0500
> From: "Shah, Sanjay" <[EMAIL PROTECTED]>
> To: 'Craig R. McClanahan' <[EMAIL PROTECTED]>
> Cc: 'Tomcat Users List' <[EMAIL PROTECTED]>
> Subject: FTP
On Thu, 9 Jan 2003, Shrotriya, Sumit wrote:
> Date: Thu, 9 Jan 2003 12:45:20 -0600
> From: "Shrotriya, Sumit" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: 'Tomcat Users List' <[EMAIL PROTECTED]>
> Subject: RE
On Thu, 9 Jan 2003, Shah, Sanjay wrote:
> Date: Thu, 9 Jan 2003 13:02:32 -0500
> From: "Shah, Sanjay" <[EMAIL PROTECTED]>
> To: 'Tomcat Users List' <[EMAIL PROTECTED]>
> Cc: 'Craig R. McClanahan' <[EMAIL PROTECTED]>
> Subject: RE:
e parameters are read from a form
> in a servlet?
>
> it seems that if i do request.getParameterNames() there is no logic to
> which parameters are read first.
>
There is no guaranteed order. In fact, there's no guaranteed order for
the client to send request parameters
header. However, you might want to look at the
Content-Disposition header in addition, so you can suggest a filename (and
let IE do it's assumptions based on the filename extension):
Content-Type: image/gif
Content-Disposition: attachment; filename="foo.gif"
There are some secu
On Thu, 9 Jan 2003, Martin Jacobson wrote:
> Date: Thu, 09 Jan 2003 16:06:27 +0100
> From: Martin Jacobson <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Re: DTD for server.xm
On Thu, 9 Jan 2003, Joao Filipe Placido wrote:
> Date: Thu, 9 Jan 2003 14:58:02 -
> From: Joao Filipe Placido <[EMAIL PROTECTED]>
> To: 'Craig R. McClanahan' <[EMAIL PROTECTED]>,
> 'Tomcat Users List' <[EMAIL PROTECTED]>
> Subje
appropriate" RequsetDispatcher, there are two
different ways to do that:
ServletContext.getRequstDispatcher() matches a servlet by path
ServletContext.getNamedDispatcher() matches a servlet by
servlet name
You might find the latter one more useful for your use case, since you are
deliberately *not* using request URI mapping to select which servlet to
run.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
st generate the final HTML directly. Trying to generate JSP code on the
fly, then compile and execute it, is just going to eat performance for no
good reason.
> - rami
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
intranet
applications than from Internet apps -- and of course search engines are
totally irrelevant to that environment :-).
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
g
the encrypted authentication at all -- it adds zero to the security of the
overall transaction. In fact, it's worse than that, because it gives you
a *false* sense of security. :-).
If you're going to support HTTPS->HTTP anyway, you might as well just do
the whole appolication n
allowed to switch back).
Once an application has switched from HTTP to HTTPS for a session, it
should be programmed to never go back again.
> John
>
Craig
> Ralph Einfeldt wrote:
>
> >But be aware that quite simple changes in the
> >configuration of tomcat can lead to big
that goal.
By the way, Tomcat gets 80,000-120,000 downloads every single month
(bigger numbers in the months when there are big new releases). I guess
there are at least a few people in the world who think Tomcat is still
commercially viable, in spite of what you consider a "fatal flaw&quo
and then forwarded to the welcome file from
there, so that relative URIs still work as expected.
Craig
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 08, 2003 7:36 PM
> To: Tomcat Users List
> Subject: RE: RewriteRules and Sta
ottom line -- the only reason a Tomcat 4.0.6 to 4.1.12 upgrade should
have caused you any grief with unpackaged classes is if you also upgraded
your JDK up to 1.4.1 or later.
> regards,
> Dave
>
Craig
>
> - Original Message -
> From: "Noel J. Bergman" <[EMA
27;s primarily a matter of whether IPv6 is supported by your OS.
> Thanks
> Surendra
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
s given with a trailing slash, forward to the welcome file.
This still screws up relative references for people that use wierd welcome
file paths like "foo/bar.html", but will work for the majority -- and it
seems to be the way that Apache and other web servers deal with the issue.
>
>
ue of what the
right welcome file behavior is -- the HTTP spec is silent about that :-).
> John
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
, but you really want:
out.print(initCtx.lookup("java:comp/env").toString());
in order to get the environment context for your webapp. To optimize
performance, there is not a requirement that the "java:comp" context
actually exist.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ar
> file. Can I just wget this file directly and stick it in my CLASSPATH
> so that I can have my ant build scripts execute these custom tasks, even
> though my Tomcat is older?
>
Tomcat 4.1.x includes catalina-ant.jar (in the server/lib directory) and
supports the custom Ant
hat can be nested where. It's even included with Tomcat for
you!
http://localhost:8080/tomcat-docs/config/
or available online:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ch them up to property
setters on the corresponding beans. There is no way to express this kind
of thing in a DTD.
Your server.xml is (and must be) "well formed" XML. It just cannot be
validated.
> - John
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
"
> type="javax.sql.DataSource"/>
>
>
Note that there are no nested elements inside the . That implies
that you created the new data source in the "global resources" area. To
make it visible to a webapp, you also need to create a "Resource Link"
insi
d ending of
tags, but that doesn't solve your problem.
If you want to switch sessions in the middle of a request, do it in a
servlet, not a JSP page.
More generally, if you want to do business logic in the middle of a
request, do it in a servlet not in a JSP page :-). You will find MVC
framewo
be quite difficult to
achieve comparable performance via JNI.
Regarding the specifics of what IIS does, deliberately violating the
TCP/IP spec standards (to only assist the browser manufactured by
Microsoft) does not seem like something most Apache HTTPD developers would
be very fond of. Go ah
e faster, but must be on the same server. I tend to use this for
development because I run Tomcat on my desktop PC.
UNDEPLOY -- Use if you did a DEPLOY.
REMOVE -- Use if you did an INSTALL.
> thanks,
> erik
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> root 5865 0.0 5.7 227380 29548 ? S15:02 0:02
They are not processes, they are threads. The "ps" on Linux lies to you.
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
which is built into a target directory that can then be deleted and
rebuilt at any time.
This is also the philosophy used to manage the source code of pretty much
all the Jakarta projects themselves (all of which are under CVS
management), and it works quite well.
Craig McClanahan
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ing Tomcat standalone, you don't need the JK connector on 8009.
> Thanks :)
>
> Denise Mangano
> Help Desk Analyst
> Complus Data Innovations, Inc.
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
a
webapp to the global resources, not from one webapp to another.
...
...
...
...
...
...
...
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
loader.
In the Tomcat case, the shared class loader (loads classes from
shared/lib) is *below* the common class loader (loads classes from
common/lib). Therefore, if you put commons-dbcp in common/lib and the
driver in shared/lib, the driver classes will not be visible.
>
> Thank you, best,
> Michael
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
there
are any interesting (or at least useful :-) error messages?
Have you tried the most recent production quality release (4.1.18)? I
know there have been some bugfixes in the included commons-dbcp code that
might make a difference.
Craig
> My configuration is as follows:
>
&g
ot *server*
relative. In other words, it should not include the context path in it.
This makes sense when you understand that a webapp should work correctly
no matter what context path you deploy it on.
Try this instead:
MyServlet
/MyServlet/*
instead.
> This mapping is the sam
w level stuff for when it is really the only way
to go.
> Jake
Craig McClanahan
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Memory Usage and Garbage Collection
>
> Craig,
>
> >From what you have been saying...
>
> 1)For every single request to a servlet or JSP page, a new instance of that
> class is created?
NO! It's exactly the opposite -- the same instance gets reused every
time.
> Fo
fig file, and lots of Struts apps run
quite happily on Tomcat.
Could you create a small test case that illustrates the problem, and add
it as an attachment to a bug report in the bug tracking system?
http://nagoya.apache.org/bugzilla/
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
).getInitParameter() calls?
>
The container strips leading and trailing whitespace from init parameter
values before storing them, so having it on a separate line is fine.
>
> Thanks!
>
> Erik
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
d your JSP page deal with the *UI* (how it appears
to the user).
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
development PC to a gigabyte of memory for less than $100 :-).
If you really really really really want to generate hundreds of JSP pages,
and don't (or can't) afford the memory to hold them all, you only have
yourself to blame for the results.
>
> saurabh
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
On Fri, 3 Jan 2003, Andreas Probst wrote:
> Hi Craig,
>
> please see intermixed.
>
> On 2 Jan 2003 at 18:18, Craig R. McClanahan wrote:
>
> >
> > Instances can be garbage collected IF AND ONLY IF there are no
> > live references to that object in a static
because there is only one instance of the servlet
class being loaded).
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
he service method.
And, don't forget that this will harm performance for the vast majority of
users who *do* have adequate memory on their servers, so nothing like this
should be enabled by default.
> This is a feature I could really use well.
>
> llap,
> julian
Craig
&
201 - 300 of 2780 matches
Mail list logo
