27;
> Subject: AW: RE: newbie: servlet examples work, jsp not
>
>
> hello,
>
> i am using windows xp home edition.
>
> CATALINA_HOME is the same as TOMCAT_HOME:
>
> c:\tomcat
>
> thanx
>
> sven
>
> > -Ursprüngliche Nachricht-
> >
what database are you using?
If it's MSAccess, then make sure you set up your DSN to be a 'system'
DSN.
> -Original Message-
> From: Jose Euclides da Silva Junior - DATAPREVRJ
> [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 20, 2003 11:24 AM
> To: '[EMAIL PROTECTED]'
> Subject: Urg
You've posted code for:
recuperaDicaTopico
but the stack trace shows the problem is in:
recuperaTopicoAssunto
> -Original Message-
> From: Jose Euclides da Silva Junior - DATAPREVRJ
> [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 20, 2003 1:41 PM
> To: 'Tomcat Users List'; '[EMAIL
log4.jar in WEB-INF/classes ?
Packaged classes go in WEB-INF/lib, unless you've unpacked the log4j.jar
file, in which case 'loose' class files go in the WEB-INF/classes
directory.
> -Original Message-
> From: El Toro [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 20, 2003 3:55 PM
The log continues from this point, with almost nothing but these DEBUG
level statements from JKCoyoteHandler
---
Is there more info I can supply on this? I'm at a loss as to why this
is happening.
> -Original Message-
> From: Mike Curwen [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 22, 2003 3:45 PM
> To: [EMAIL PROTECTED]
> Subject: JK DEBUG level logging in catalina
more dilligent about clearing out my temp directory)
:(
> -Original Message-----
> From: Mike Curwen [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 23, 2003 10:35 AM
> To: 'Tomcat Users List'
> Subject: RE: JK DEBUG level logging in catalina.out
>
>
> I
Two things:
1) It seems to have no effect on these messages
2) There is no conceivable way that we have 150 simultaneous requests.
We simply do not have the traffic.
What else might be causing these messages, and how do I turn them off?
-------
Mike Cur
Yes, I've googled and looked in the archives. But I'm notoriously bad at
search, so someone please tell me where the answer is ;)
our mod_jk.log file is 30MB and growing. As far as I can tell, there are
3 types of messages:
---
M
tch my httpd.conf's 150.
Two things:
1) It seems to have no effect on these messages
2) There is no conceivable way that we have 150 simultaneous requests.
We simply do not have the traffic.
What else might be causing these messages, and how do I turn them off?
----
> C:\Programmi\Java\j2re1.4.2
This is a JRE? You should be using a JDK.
> -Original Message-
> From: Giorgio Franceschetti [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 24, 2003 1:19 PM
> To: Tomcat Users List
> Subject: Re: Tomcat doesn't start under Windows XP
>
>
>
>
> Jon
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker
> Sent: Saturday, October 25, 2003 8:48 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Map all URL to one servlet
>
> However, this mapping will override any extension-mapped (e.g.
> *.jsp) Servlet. Of cours
I wrote a filter to implement security. I've been using my own,
rather than container-managed, because like you, there is quite a bit of
work to do, to a new session, before its useful to the app. Also, we
wanted our users and roles in a database, rather than the deploy
descriptor. So we have
local values in WEB-INF/web.xml that 'match' values in conf/web.xml,
will always takes precedence (as stated in the spec). And the *.jsp
mapping in conf/web.xml is what makes JSP's work, so I hadn't forgotten
that. ;)
> -Original Message-
> From: Christopher Schultz [mailto:[EMAIL PRO
> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 27, 2003 9:47 AM
> To: Tomcat Users List
> Subject: RE: Map all URL to one servlet
>
>
>
> Howdy,
>
> >local values in WEB-INF/web.xml that 'match' values in conf/web.xml,
> >will always takes
I'm probably missing something in this whole discussion, but I'm failing
to see why you'd need to replicate 'application' context.
If you have two instances of Tomcat, clustered, then there is already
'replication' of the application, because there are two instances of it.
Tomcat clustering (as
If you're able to change VM's, it implies you're able to change Tomcat
versions. You should at very least *try* 4.1.27, as there were major
speed enhancements between the 3.x and 4.x lines.
> -Original Message-
> From: Joao Batistella [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October
y of these, but wouldn't
> call it a weak design to do so)
>
> > -Original Message-
> > From: Mike Curwen [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, October 29, 2003 5:53 PM
> > To: 'Tomcat Users List'
> > Subject: RE: Session vs. Applic
Looking at the bottom of this page:
http://www.javagroups.com/javagroupsnew/docs/success.html
I'd say Filip liked it for Session replication.
> -Original Message-
> From: Karthik Duddala [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 29, 2003 1:56 PM
> To: Tomcat Users List
> S
cocoon uses XSL/XML a lot doesn't it? If I'm remembering correctly,
then there's a memory leak in jdk 1.4.1(_some build number I forget)
that is exposed readily on systems that use StringBuffers quite a bit
(which XSL processors apparently do).
You might try an upgrade on the JDK to see if the p
And if you specifically are interested in graphs, then there's two
packages that work together.
http://www.jfree.org/jfreechart/index.html
which does the server-side graph generation
http://cewolf.sourceforge.net/
Taglib that wraps Jfreechart quite nicely.
On the bottom of the first page I li
This might work...
http://marc.theaimsgroup.com/?l=tomcat-user&m=106623436423859&w=2
You can either replace the package names in the file, with
org.apache.commons.modeler
Or, just use the root category and set it to 'warn'
> -Original Message-
> From: Rick Sansburn [mailto:[EMAIL PROTE
<%@ page
[ contentType="mimeType [ ; charset=characterSet ]" |
"text/html ; charset=ISO-8859-1" ]
[ pageEncoding="characterSet | ISO-8859-1" ]
%>
you have the contentType (which maybe is for the browser?) but not the
pageEncoding (which is maybe for Tomcat?)
So:
<%@ page pageEncoding="utf-8" %>
would be the correct way to handle the case of including files with
utf-8 characters, except Tomcat ignores pageEncoding? (for all files?
for non-JSP files?)
> -Original Message-
> From: Ivan Montoro [mailto:[EMAIL PROTECTED]
> Sent: Monday, Apri
The javadoc for that error suggests:
"this error can only occur at run time if the definition of some class
has incompatibly changed since the currently executing method was last
compiled."
So is the version of classes12.jar that you used to compile the code,
the exact same version that is being
pped and everything, as is. I seemed to recall some conversation
about facades getting in the way, but this has been taken care of since
? Or was I dreaming? I've googled for this (probably imagined)
conversation, and can't find it.
-
If you are still in doubt, you
> can do a simple test by setting a param in your
> request for you main jsp file, then try to retrieve it
> in your included jsp file.
>
> Hope this helps:).
>
> -Yan
>
> --- Mike Curwen <[EMAIL PROTECTED]> wrote:
> > He
I've been successful looking up a JNDI datasource from filter init(). I
use Tomcat 4.1.29 on slackware9.
> -Original Message-
> From: Sandy McArthur [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 07, 2004 8:57 AM
> To: [EMAIL PROTECTED]
> Subject: Filter.init and JNDI resources
>
How does your legacy client *first* get the session id ?
>> the client passes session ids as a query
>> parameter named 'session-num'
>From whence does the "session-num" query parameter come? Does the
legacy client create a random number and use it? Do the cgi scripts
pass it back on a login
stion on the dev list. But
> IMHO if tomcat does not follow the spec, then it would be a
> bug. um, can you think of any other ways of retrieving the
> image without using a wrapper? if you are simply viewing the
> image, there may be a easier way. But I am not sure what you
> are
ately the
> session number must fit in a 4 byte integer in the app. :( After that
> the session is passed around via the session-num query param.
>
> Sandy McArthur
>
> On Apr 7, 2004, at 11:33 AM, Mike Curwen wrote:
>
> > How does your legacy client *first* get
The one thing I really dislike about this is that he recommends enabling
the invoker servlet. This has caused more problems for beginners, than
it has solved. All is opinion, though.
> -Original Message-
> From: electroteque [mailto:[EMAIL PROTECTED]
> Sent: Sunday, April 11, 2004 4:34
Yes, it can work, and you'd want to put the properties file in the
WEB-INF/classes directory. Then your connectionfactory.jar classes will
need to look for the property file/s on the classpath. Perhaps something
like:
InputStream input =
getContextClassLoader().getResourceAsStream(fileName);
Prop
convenient when learning Not when you have to 'unlearn' it. And not
for the special case when you 'forget' about the invoker, and just
expect it to be around.
Providing a 8-line mapping is such a chore.
I'm all for helping beginners, but I think showing them the 'right' way
is the best option
"Is it legitimate" depends on who you talk to. ;)
Purists (I don't mean that negatively) would remind you that the only
'guaranteed' filepath available is the javax.servlet.context.tempdir .
And getRealPath() would blow up on you, if you were running your webapp
from a WAR file.
However, if
does your app contain a servlet mapped to "/" ?
> -Original Message-
> From: Umer Rashid [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 15, 2004 10:34 AM
> To: Tomcat Users List
> Subject: Mapping Images and Style sheets
>
>
> Hi,
>
> "myapp" has been successfully mapped as root w
The cookie is removed when the user closes the browser, no ?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 16, 2004 8:34 AM
> To: [EMAIL PROTECTED]
> Subject: How to really destroy a Session
>
>
>
>
>
>
> Hi all,
>
> I am using T
EMAIL PROTECTED]
> Sent: Friday, April 16, 2004 9:04 AM
> To: 'Tomcat Users List'
> Subject: RE: How to really destroy a Session
>
>
> That's if it's a session cookie, is it? You can always use
> the Cookie API to force the cookie to expire.
>
> -
Otherwise, you might be running into the 'invoker disabled', that most
people run into when they upgrade from something before version 4.1.12
to something after that version.
It's in the tomcat faq.
> -Original Message-
> From: Angus Mezick [mailto:[EMAIL PROTECTED]
> Sent: Friday, Apr
Velocity does not violate J2EE by *requiring* access to the file system,
so everyone calm down. ;)
ClasspathResourceLoader :
"To use this loader effectively, all you must do is jar your templates,
and put that jar into the WEB-INF/lib directory of your webapp"
From:
http://jakarta.apache.org/v
Is there anything in the system.out or system.err log files?
(catalina.out on unix, stderr/stdout on windows). What about
context-specific log files?
you say it's choking, but you also say "it says wrong password", so
*something* is responding? Do you get the default tomcat welcome page?
(the one
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html
> -Original Message-
> From: Varley, Roger [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 20, 2004 8:23 AM
> To: [EMAIL PROTECTED]
> Subject: Tomcat Class Load Order
>
>
>
> Could someone point me to some do
in your application, do you depend on the invoker servlet ?
(do your links/forms look like "/servlet/foo" ?)
If so, the invoker was shut off by default as of 4.1.12.
> -Original Message-
> From: Reis, Tom [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 20, 2004 1:38 PM
> To: Tomcat Us
you can "see them" (on the file system?) and you can execute them (from
a system prompt?), but they don't seem to "run"
Can you confirm that you have the invoker servlet turned on.
After that, please provide the exact error message in the browser (if
any), any messages in the catalina.out
I failed to cast the Throwable). The error page contained an error !
I thought I'd post, just so this behaviour is documented.
duh is me. I figured it out by calling the error page directly from the
address bar.
When debugging a session problem, I find it very helpful to force my
browser to ask me about every cookie. This way, I can see for sure the
JSESSIONID cookie being set, and can inspect things like the domain and
the jsessionid value.
In my coding adventures, I've tracked down two "Hey my session
I've wondered about this as well, and perhaps this is what you need:?
http://httpd.apache.org/docs/mod/core.html#usecanonicalname
I have a production app that depends on the behaviour you want changed
(my tomcat app depends on ServerName being passed for all requests
through ServerAlias), but it s
look in server.xml for '8080'. Wherever it appears, change it to '80'
> -Original Message-
> From: b [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 13, 2004 12:50 AM
> To: [EMAIL PROTECTED]
> Subject: how to access webpages under apache/tomcat without
> specifying port 8080
>
>
> I
I like quartz.
www.opensymphony.com/quartz
> -Original Message-
> From: Sasha Borodin [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 12, 2004 10:33 AM
> To: Tomcat Users List
> Subject: Timing service in Tomcat
>
>
> I'm wondering what people are doing to schedule/execute tasks
> i
[EMAIL PROTECTED]:~$ cd "/usr/local/applications/tomcat-4.1.30"
[EMAIL PROTECTED]:/usr/local/applications/tomcat-4.1.30$ grep -rn
'num.NumberGuessBean' *
Binary file webapps/examples/WEB-INF/classes/num/NumberGuessBean.class
matches
webapps/examples/jsp/num/numguess.jsp:10:<%@ page import =
"num.Nu
sorry, I mean to add to that last email, speaking to Chris:
"This is where you *should* find them".
;)
> -Original Message-
> From: QM [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 12, 2004 2:06 PM
> To: Tomcat Users List
> Subject: Re: unable to compile class for JSP
>
>
> :
>
Is the Resource outside or inside your Context ?
It should be inside.
> -Original Message-
> From: Cooper, Vickie [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 12, 2004 3:04 PM
> To: [EMAIL PROTECTED]
> Subject: Trying to connect to DB2 usning JNDI
>
>
> I have been trying to con
If you use Apache in front with jk, could you supply two different
jkmount directives ? (I'm actually asking a question, since I don't
know). ;)
> -Original Message-
> From: Mats Henrikson [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, May 11, 2004 11:00 AM
> To: Tomcat User
> Subject: h
That's funny. when I first saw this, I assumed 4.1.24.
When this type of thing happens, do you guys then write a test (junit?)
to check for the error, and add it to the arsenal, to ensure it doesn't
creep back in? I'm grasping for the one word that describes a bug that's
re-introduced... argh
500: same way. 500
As for compiler errors: why would you want a customized error page for
this? If you're actively developing a site, when one might expect a
page to be compiled and recompiled, then it's useful to see the full
stack trace, etc. But once you've eliminated compile errors, you sh
you might have done this already, but according to the changelog...
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html
there were a number of fixes/enhanements in and around XML processing of
web/server.xml files.
And in 5.0.22, a different version of xerces.
That may not help at
Ok, I'll bite.
what's the code in "" ?
by chance, do you have something like:
con= null; ?
You should also clean up that first try block. Remove the if/else block
that esentially will *always* report the connection as being null (since
you haven't assigned it up to that point).
> -
Yoav, this is merely a way for Tomcat to serve php files, right? So
for example, if someone had JSP pages and PHP pages within the same app,
they're not going to share the same Session. ie: you couldn't access any
JSP implicit objects from the PHP pages, or vica-versa ?
> -Original Messag
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-examples
-howto.html
Searching the tomcat docs sometimes proves fruitful.
> -Original Message-
> From: Arora, Avinash [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 07, 2004 1:31 PM
> To: [EMAIL PROTECTED]
> Subject: settin
do you mean that when you revisit the login page, IE will "help" you to
fill out the form, by pre-populating it with what it "remembers" from
last time?
This is a "feature" within IE itself, and should be up to a network/sys
admin type person to configure all your clients to disable this featur
hm... I figured as much. Thanks IE
That may not work, but here's a link to a site that has "on"
http://www.faqts.com/knowledge_base/view.phtml/aid/1174
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]
> > Sent: Friday, May 14, 2004 1:46 PM
May I contribute?
I'd love to see the Tomcat docs "download" links to be re-pointed to an
actual Tomcat download directory, rather than the generic 'all' page for
jakarta downloads.
ie: http://jakarta.apache.org/site/sourceindex.cgi
The links for downloads are direct to the zip files. The onl
As the Highlander says: "THERE CAN BE ONLY ONE!"
;)
More properly, you would say that the JVM loads only one class
definition per class, and so "the first one" wins, not only because it's
first, but because it will then become "the only".
> -Original Message-
> From: wsedio [mailto:
you could also just change the context name to '/jira'
and then when your version updates occur, they are seamless to the end
user.
> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 19, 2004 12:57 PM
> To: Tomcat Users List
> Subject: RE: HTTP
http://marc.theaimsgroup.com/?l=tomcat-user&m=108304447126396&w=2
?
> -Original Message-
> From: Brian Beckham [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 19, 2004 3:36 PM
> To: Tomcat Users List
> Subject: Memory leak with Tomcat 5.0.19
>
>
> I have a site that gets a fair amount
I had never thought of that! But when I tested it, it seems that JASPER
appends a _, and so a JSP page that starts with a number should still
work.
> -Original Message-
> From: Yansheng Lin [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 20, 2004 3:33 PM
> To: 'Tomcat Users List'; [EMA
DOH! prepend is what I meant to say.
> -Original Message-
> From: Mike Curwen [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 20, 2004 3:45 PM
> To: 'Tomcat Users List'
> Subject: RE: Problem with error-page
>
>
> I had never thought of that! But
I highly recommend
http://saloon.javaranch.com/
for java programming questions.
> -Original Message-
> From: soh_mah [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 20, 2004 4:49 PM
> To: Tomcat Users List
> Subject: Conversion of String value to Double...
>
>
> Hi all
>
> I have a
If you can configure more than one Connector, you can use the 'address'
attribute on that element to specify which IP address to listen on.
Then, inside your connector, declare one host, make it the default, and
then you won't need a 'cgi folder'. (If by that, you mean a context
name).
> -
e context, "the default", with a
path attribute of empty string. (the empty string makes it the default
one).
> -----Original Message-
> From: Mike Curwen [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 26, 2004 9:30 AM
> To: 'Tomcat Users List'
> Subje
t; resolveHosts="false"/>
>directory="logs" prefix="client-domain2." suffix=".txt"
> timestamp="true"/>
>
>prefix="siteName_log." suffix=".txt" timestamp="true"/>
>
>
&
Upon further reading of the docs, it appears you do need more than one
service. From the docs:
"A Service element represents the combination of one or more Connector
components that share a single Engine component for processing incoming
requests"
and:
"Exactly one Engine element MUST be nested in
Does the request attribute javax.servlet.error.request_uri suit your
needs ?
(from the servlet spec, SRV.9.9.1)
> -Original Message-
> From: Dola Woolfe [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 26, 2004 12:32 PM
> To: [EMAIL PROTECTED]
> Subject: ErrorPage.jsp - how to get the a
This is where you loose me. I'm really not certain how this all
interacts with jk2.
While the IP alone should be sufficient, you might try altering the
port?
Then of course, alter the ajp13 Connector in server.xml to listen on
8010 for your site1/2 service (whichever you alter).
[channel.socke
the docs for jk2 suggest :
"tomcatId" is "Automatically set to the localname ( host:port )" and
that it "Must match the JVM route on tomcat the server.xml Engine
element, for load balancing"
So maybe:
[channel.socket:172.16.10.39:8009]
info=Ajp13 worker, connects to tomcat instance using AJP 1.3
closing a connection that you obtained through a pooled DataSource will
merely return it to the pool, and not actually close it.
> -Original Message-
> From: Randy [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 27, 2004 3:55 PM
> To: 'Tomcat Users List'
> Subject: RE:JNDI question
>
>
Please forgive this email. It's a self-improvement exercise. I didn't
take logic in University, so I'm genuinely asking the questions below.
I'm not being sarcastic ;) Only bother reading this if you're on lunch,
and care to take a bit of a thought exercise.
I cannot find a single place in t
Yes, that would be the reason. From the corresponding section of the
spec for servlet 2.2:
If the location of the error handler is a servlet or a JSP, the
following
request attributes can be set:
. javax.servlet.error.status_code
. javax.servlet.error.exception_type
. javax.servlet.error.message
I got a related question:
Even if you fail to set the isErrorPage directive, would you still be
able to access the information through the request attributes?
such as:
javax.servlet.error.request_uri
> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Wedne
ARGH!!
Why did I bother?
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic&f=5
6&t=002459
> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 08, 2004 7:46 AM
> To: Tomcat Users List
> Subject: RE: cookie size and tomcat
Your answer has more to do with Servlets/JSP programming topics in
general, rather than Tomcat in specific. So I'd recommend a forum like:
http://saloon.javaranch.com/
pick either the Servlets or JSP forums.
> -Original Message-
> From: Keith Hankin [mailto:[EMAIL PROTECTED]
> Sent
so it's still not packaged then? (it *must* be).
> -Original Message-
> From: Worley Brent - bworle [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 16, 2004 1:07 PM
> To: 'Tomcat Users List'
> Subject: RE: Second Try: Can anyone explain this?
>
>
> Tried that and got the same error.
I believe that it's 'normal' to use a logging package, rather than
system.out to perform debug logging. A package like log4j has many
advantages including:
1) It's popular (so you get support and lots of people can help)
2) It's super-configurable (you can turn each class/package on or off,
or adj
st items under WEB-INF ?)
Slackware 9
Apache 2.0.45
Tomcat 4.1.24
JK (not sure of version)
Has anyone run into this behaviour?? Is there a FAQ or google page
covering this?
I know this little bug has been around in some form or another for quite
some time.
Here's one entry:
h
Alright, I've tried upgrading to 4.1.29. The exact same behaviour is
occuring with this version as well!
I'm kinda desperate here... developing under these conditions is
negative fun.
Someone just give me a hint! Anything!! :)
> -Original Message-
> From: Mik
ge-
> From: MS [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 23, 2003 11:44 AM
> To: Tomcat Users List
> Subject: Re: JSP not reloading
>
>
> Which browser are you using? I've had some caching problems with IE.
>
> - Original Message -
> F
> -Original Message-
> From: Ankur Shah [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 23, 2003 12:15 PM
> To: Tomcat Users List
> Subject: Re: JSP not reloading
>
>
> A few things to try here:
> 1. What happens when you access your JSPs directly through
> tomcat (port
> 8080?).
In the \work folder, neither the source or class file timestamps are
updated. If we delete the files, then Tomcat will regenerate and
recompile the appropriate (new) JSP file. So this is a better
workaround than restarting.
It did used to require Tomcat being cycled. As an extra note,
reloadin
Our server is the one generating the class files (we only copy *.jsp
files), from a box that is aproximately one second behind the server. So
the generated class ought to be 'internally consistent'.
Deleting class files (and generated source) from the work directory
seems to help the reloading, bu
t?
>
>
> On Tuesday 23 December 2003 02:29 pm, Mike Curwen wrote:
> > Our server is the one generating the class files (we only
> copy *.jsp
> > files), from a box that is aproximately one second behind
> the server.
> > So the generated class ought to be 'inter
;ve even rolled that change back, and no dice.
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 23, 2003 1:31 PM
> To: Tomcat Users List
> Subject: Re: JSP not reloading
>
>
> Mike Curwen wrote:
> >>3. Did you try upgradi
Actually , though the site is db-driven, the changes I'm making are as
simple as
change:
to:
This is the type of change that is not being reflected.
(and yes, I'm triple-sure that this is not a client-side cache issue)
> -Original Message-
> From: Justin Ruthenbeck [mailto:[EMAIL
Are you using the invoker or do you set up servlet-mappings ? (and if
it's that last one, did you provide a mapping for the new servlet class?
that didn't fall prey to a copy-and-paste error?)
> -Original Message-
> From: Merrill Cornish [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, Decembe
If you're still open to ideas, what happens when you do
> this with your old/new server: 1. You make changes in a
> different (examples) context? 2. Do you get a 404 (File not
> found) error if you move foo.jsp to fooX.jsp?
>
> Mike Curwen wrote:
>
> >
> &g
Just found this while searching for something else...
http://www-1.ibm.com/support/docview.wss?rs=180&context=SSEQTP&q=J2CA007
5W&uid=swg21109248&loc=en_US&cs=utf-8&lang=en+en
It doesn't look related at first, but keep reading the 'Cause' section.
Does anyone know what's the 'real' story rega
There's also the javaranch.
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=forum&f=50
> -Original Message-
> From: Ben Souther [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 06, 2004 7:45 AM
> To: Tomcat Users List
> Subject: Re: JSP developer mailing list address! Please
You have downloaded the *source* of Tomcat. You need the binary in
order to actually run Tomcat.
> -Original Message-
> From: Jason Roscoe [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 07, 2004 8:58 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 5.0.16 in XP Profesional
>
>
I think I agree with Kent. I've felt his pain, and I've done much the
same thinking on this very 'gap' in the spec/API.
When I do my thinking about this topic, I tend to start moving along
these lines:
the request is for a fully formed URL
the URL includes protocol, server (port), context path,
> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 7:36 AM
> To: Tomcat Users List
> Subject: RE: Retrieving the context path from a standalone class
>
>
>
> I took a look at lucene's indexing code. It seems like you
> can construc
> AFAIK there's no way to get the HTML that a JSP page would show
> without an actual request.
Right, which is why we need the context path.
I think where we diverge is in our assesment of 'bad practice'. You had
mentioned trouble with getRealPath(). Incorrect placement of a method in
the API l
201 - 300 of 494 matches
Mail list logo
