sapi_redirector it says (using debug mode)
"wc_get_worker_for_name::jk_worker.c (94): did not find a worker ajp 13"
"HttpExtensionProc::jk_isapi_plugin.c (974): could not get a worker for name
ajp13"
Anyone had this problem?
Tha
,
as is usually the case with concurrency issues.
Well I would love to hear if you get this working.
Jacob Champlin
EMO Corporation
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the problem is.
A few more bits of information, we persist sessions to file system on
shut down, and we use in memory session replication only when
session.setAttribute() is called (DirtyFlag).
Thank you in advance for any help.
Jacob Champlin
E
Interesting. So, what If I wanted to deploy an app as a .war file with a
context.xml file in META-INF, but wanted the app to be deployed to
webapps/dir1/dir2/myapp rather than just webapps/myapp? The file in META-INF
must be named "context.xml". What clue can one give Tomcat the clue that it
sh
Quoting Adrian Robert <[EMAIL PROTECTED]>:
> >> OK, thanks to your vote of confidence in the method, I dug further and
> >> discovered that my WEB-INF/classes/log4j.properties was never being
> >> found. If I put the log4j.properties into the same jar (in
> >> WEB-INF/lib) with the class that was
Quoting Adrian Robert <[EMAIL PROTECTED]>:
> > Understandable. I was a little dismayed to see that what had been more
> > automatic in Tomcat-5.0.xx had become less so in Tomcat-5.5. What I
> > mean is,
> > in Tomcat-5.0.xx, one could add a to the context
> > configuration file,
> > deploy that
Quoting Adrian Robert <[EMAIL PROTECTED]>:
>
> On Mar 2, 2005, at 12:25 AM, Jacob Kjome wrote:
>
> >
> > You first talk about ServletContext.log(), but then talk about log4j
> > loggers in your app. These are two completely separate things. Which
> > wer
You first talk about ServletContext.log(), but then talk about log4j
loggers in your app. These are two completely separate things. Which were
you focusing on? With your setup, it it makes sense that
ServletContext.log() messages are going to catalina.log. However, if you
have log4j.jar in
You shouldn't be specifying the factory (this is a change from 5.0). It is
implicit and may change under your nose anyway. If you are not using some
custom factory that you are providing, let the container provide the default.
Jake
Quoting Peter Rossbach <[EMAIL PROTECTED]>:
> Hello,
>
> plea
You do realize that the context configuration files have changed between
Tomcat-5.0.xx and Tomcat-5.5.x, right? If not, read the docs. If you used the
"path" attribute before in the standalone files, you no longer do that. The
path is implied by the name of the file. All you specify is the "do
ilderlog.layout=org.apache.log4j.PatternLayout
> log4j.appender.nycbbuilderlog.layout.ConversionPattern=%5p
> [EMAIL PROTECTED]:mm:ss,SSS}] - %m%n
>
>
> -Original Message-
> From: Jacob Kjome [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 22, 2005 3:01 PM
> To: Tomcat
There is no need for the
commons-logging.properties file in that case. And it is kludgy to provide
server-level properties inside a webapp. BTW, do you have log4j.jar in your
WEB-INF/lib? If so, you are simply logging for your webapp alone, not
system-wide.
Jake
>
> Thanks
> -B
>
&g
You have to understand that any relative path is going to be resolved
relative to the location where the JVM started. If you started Tomcat via
the service rather than the batch files, then the VM would be run, by
default, from C:\winnt\System32. So, when you supplied
"-Dlog4j.configuration=l
Since you define your log files relatively, they will end up relative to the
directory where the JVM was started from. I you use Tomcat scripts, then it
will be in CATALINA_HOME/bin. If you use the Tomcat service, then the files
will end up in c:\winnt\System32 (unless you changed the base direct
A rights problem is posssible, but unlikely given that the OS is some version of
Windows. However, if the server that isn't working is running as a service,
the default location for a relatively defined log file would be in
C:\winnt\System32, which means your log file would be at
C:\winnt\logs\my
Try not specifying the "factory" parameter. It isn't required anyway by
Tomcat-5.5.x. Tomcat-5.5.x uses its own version of commons-dbcp, so if you
are specifying "org.apache.commons.dbcp.BasicDataSourceFactory", that is
probably not the one that Tomcat wants to use internally. I think they
w
But you can fake it by implementing a custom javax.naming.spi.ObjectFactory
and returning an object implementing
javax.resource.cci.ConnectionFactory. I have done this to mimick the Kodo
JDO JCA adapter so that whether the app is running in Weblogic or Tomcat, I
access the JDO persistence mana
Quoting Roberto Cosenza <[EMAIL PROTECTED]>:
> >No, Tomcat will continue to log just as it was configured at the server
> level.
> >And, actually, his log4j.properties file in WEB-INF/classes wouldn't even
> get
> >picked up by log4j at all because the default logger repository has already
> >been
Quoting Roberto Cosenza <[EMAIL PROTECTED]>:
> If you will configure log4j instances which are in the same classloader,
> they will conflict.
>
>Bootstrap
> |
>System
> |
>Common
> / \
> Catalina Shared
> / \
> We
Put log4j-1.2.9.jar and commons-logging-1.0.4.jar (not
commons-logging-api.jar!!) in CATALINA_HOME/common/lib and
log4j.properties in CATALINA_HOME/common/classes and make the properties
file look something like...
log4j.appender.A1=org.apache.log4j.ConsoleAppender
log4j.appender.A1.layout
Not all libraries are written in a way that allows for them to be used from
different webapps. Struts has a statement on this written by Craig
McClanahan, but I can't find it at the moment. The gist of it is that
Struts (at least with 1.1) cannot be guaranteed to work properly if placed
in a
At 06:42 PM 1/21/2005 -0500, you wrote:
>Also keep in mind that Log4J has a JMX API that lets you configure it on the
>fly from the web, remotely, ...
>
>http://logging.apache.org/log4j/docs/api/org/apache/log4j/jmx/package-summary.html
Except that the JMX stuff has been removed from Log4j-1.3 beca
At 01:44 AM 1/19/2005 +, you wrote:
>
>
>Hmm, is that all?
>I understand the parent-first/last classloading strategies that different
>appservers have...
>
>However, the behaviour I observe is that depending on whether I have
>*log4j* in the web-inf/lib (or commons-logging.properties in classes
Quoting [EMAIL PROTECTED]:
>
>
> To answer the 2nd part of my own question:
> There seems to be some classloading trickery (ie special treatment for
> commons logging Log class) if a log4j jar (or a commons-logging.properties)
> is found in the web app classpath (WEB-INF\lib/classes)
>
It's not
At 09:42 AM 12/29/2004 -0800, you wrote:
>Hi,
>I have been trying to deploy my app into 5.5.4 using a META-INF/context.xml
>file type config. The application is deployed according to the log; there
>are no errors. When I access it, I receive a 404 error, none of the JSPs
>respond. I have tried vari
A stack trace or some other error report would help. It's a bit vague when
you simply describe it. Show the evidence and you will be more likely to
get assistance.
Jake
At 06:54 AM 12/29/2004 +0100, you wrote:
>Hello,
>
>I am desperate, for I have been trying to find a solution to this
>proble
Yay! That's what I was hoping to hear :-)
Jake
At 02:10 PM 12/29/2004 +0800, Koon Yue Lam wrote:
>YES !!! Everything works fine now after remove the base tag and
>correct the typo !!
>I want to give my deepest thanks to you for helping me out with such
>great effort
>
>Regards
Your problem is almost certainly the tag. Why do you have it
there? The href in will skew the way the browser looks at relative
paths and make it so that they are not resolved to the URL in the location
bar of the browser, but to the URL in the href of the tag. Besides,
the location makes
Quoting "D. Stimits" <[EMAIL PROTECTED]>:
> Peter Crowther wrote:
> >>From: D. Stimits [mailto:[EMAIL PROTECTED]
> >>I'm trying to debug something, and the individual
> >>webapps/myapp/WEB-INF/web.xml file seems to be a bit of an
> >>enigma to me.
> >
> > [...]
> >
> >>I went to the DTD's to see w
Quoting Koon Yue Lam <[EMAIL PROTECTED]>:
> ok, it is really strange that I need to specify full path
> "/myApp/js/myJS.js"
> rather then just
> "js/myJS.js"
>
> but if I use full path , everything works fine
>
> I am using Tomcat 5.028 with Struts 1.1
>
The server does not matter. The applicati
Quoting Hassan Schroeder <[EMAIL PROTECTED]>:
> Koon Yue Lam wrote:
>
> > yes, the .js and .css are externally-accessible, but the .jsp aren't
> > so my jsp can't refer to those .js and .css
>
> Of course they can; most of my sites work this way.
>
> Your JSP is sending HTML to *the client UA
Quoting Koon Yue Lam <[EMAIL PROTECTED]>:
> Hi Hassan ,
> yes, the .js and .css are externally-accessible, but the .jsp aren't
> so my jsp can't refer to those .js and .css
>
Huh? Why would you say that? Let's say I have the following structure...
myapp
/assets
/style/my.css
/sc
At 11:38 AM 12/23/2004 +0530, you wrote:
>Hi All,
>
>In one of my production we are using Tomcat 4.1.
>
>Problem is if we didnt restart the tomcat services for 1 month thne log size
>of STDout.log become more then 1 GB.
>
>I know we can reduce that by avoiding System.out.println.
>But we need that
At 07:58 AM 12/23/2004 +0200, you wrote:
>No one here have any Idea regarding my problem.
>
What exactly is it about 5.0.19 that you are tied to? If your
works in 5.0.27 but doesn't work in 5.0.19, then there is something wrong
with 5.0.19 and you probably shouldn't be using it.
Jake
>-Ori
There should be away around this type of issue. I believe Tomcat already
actively avoids loading java, javax, org.xml, org.w3c.dom, org.apache.xerces
packages from WEB-INF/lib (I hope my memory isn't failing me here). Given
this, maybe Tomcat should "endorse" certain core libraries so that they
Quoting Andreas Vombach <[EMAIL PROTECTED]>:
> Hello, I'm new to the list and did not read this thread from the
> beginning but also use tapestry (3.0) on tomcat.
> I keep tapestry-3.0.jar and tapestry-contrib-3.0.jar in the lib dir of
> the (to be deployed) war file, the rest goes to /shared/lib
At 01:11 AM 12/20/2004 +, you wrote:
>Still remembering earlier bruises setting up Tomcat I try to run as plain
>vanilla as possible.
>
>Fedora Core 3, Tomcat 5.5.4 & Java 5 installed with rpm's
>
>Everything ran great. I got Tapestry examples working fine.
>
>And then based on working web apps
At 03:17 PM 12/16/2004 -0500, you wrote:
>
>On Thu, Dec 09, 2004 at 04:33:33PM -0600, Jacob Kjome wrote:
>> For your own app, do you use actually use the commons-logging api or
>> just the Log4j api? If the latter, don't bother with
>> commons-logging. In fact, tr
Quoting Mike Curwen <[EMAIL PROTECTED]>:
> Hi all,
>
> I've been using log4j for some time and like it quite a bit. My configs are
> probably naieve, but they work for me. But now, another developer has
> pointed something out to me, and yup.. something's busted. I'm posting this
> to tomcat-use
Quoting Marcelo Moreira <[EMAIL PROTECTED]>:
> On Thu, 9 Dec 2004 16:33:33 -0600, Jacob Kjome <[EMAIL PROTECTED]> wrote:
> > Are you trying to enable logging for Tomcat, your webapp, or both? You
> will
> > need to add both log4j.jar and commons-logging.jar (not
&
Are you trying to enable logging for Tomcat, your webapp, or both? You will
need to add both log4j.jar and commons-logging.jar (not
commons-logging-api.jar) to common/lib to enable Log4j logging for Tomcat-5.5.x
itself. For your own app, do you use actually use the commons-logging api or
just th
ile and use...
log4j.logger.org.apache.catalina.core.ContainerBase.[Catalina].[localhost]
> In short I could do with a bit more detail if you wouldn't mind.
Hopefully that cleared things up a little bit.
Jake
>
> Ta
> Matt
>
> -Original Message-
> From: Jacob K
So, you want System.out stuff to go to the stdout, is that right? Just set up a
console appender. Note that if you want to log to Tomcat's specially named
localhost and context loggers, you'll need to use a log4j.properties file
rather than log4j.xml because the naming pattern violates the XML s
At 12:34 PM 12/6/2004 +0800, you wrote:
>Hi,
>
>I am using Tomcat 5.0.30 with JDK 1.4.2_05. I notice that if I copy
>a jar file into CATALINA_HOME/common/endorsed, I have to restart
>Tomcat for it to take effect. Why?
Because classes are loaded once, and only once in a running
classloader. Keep i
At 09:46 AM 12/4/2004 -0800, you wrote:
>Remy you really confused me. Can you elaborate a little more please ?
>
>What root.xml file in webapps\ROOT folder ?
>
>or jakarta-tomcat-5.5.3\conf\Catalina\localhost folder ?
>
>Do you mean a context.xml file in the catalnia\locahost folder ?
>
Yep. But
Getting log4j logging running in Tomcat-5.5.x is pretty simple. Here's what you
need...
1. Put log4j.jar in common/lib
2. Put commons-logging.jar (not commons-logging-api.jar!) in common/lib
3. Put log4j.xml or log4j.properties in common/classes
You'll want to look at the new naming scheme f
At 06:50 PM 12/2/2004 -0800, you wrote:
>Has anyone been able to configure Tomcat with a custom log4j config?
>For the LIFE of me I can't figure this out.
>
http://jakarta.apache.org/tomcat/faq/logging.html
for Tomcat-5.5.x, just drop log4j.jar and commons-logging.jar (not
commons-logging-api.jar)
I created a custom resource factory for Tomcat which works great in
5.0.xx. However, I'm having an issue with the new configuration 5.5.x
where all config is done via attributes rather than as nested
elements. Basically, I've got a parameter of which the value needs to
include newlines as it
Assuming you are using Tomcat 5.x.xx, you can add the following to
service.bat to set the working directory...
set PR_STARTPATH=%CATALINA_HOME%\bin
set PR_STOPPATH=%CATALINA_HOME%\bin
I set it to Tomcat's "bin" directory since that is where it would be if
running with the startup.bat file. Jus
Look in the archives for another email from me. The fact is that the logger
naming scheme used by Tomcat for its host and context logs is simply
incompatible with the DOMConfigurator. This is because the XML files it
processes use the log4j.dtd which define the "name" attribute as an
ID. The
Sorry, I don't use jk2. However, I would think they would have made it
jsessionid aware. I think addin the rewrite rule is the way to go, but you'll
have to get verification of that from someone else.
Good luck!
Jake
Quoting Alex Korneyev <[EMAIL PROTECTED]>:
>
Try...
https://us.domain.com/secure;JSESSIONID=7D084BCFE46540FBB779486B4E003FD3?VAR1=VAL1
Yes, order is important!
Jake
Quoting Alex Korneyev <[EMAIL PROTECTED]>:
> what is the proper way to set jsession id if i want my own id?
>
> basically the situation is as follows.
>
> my user authenticat
At 01:26 AM 11/13/2004 +0100, you wrote:
>On Fri, 12 Nov 2004 12:53:18 -0600, Jonathan Eric Miller
><[EMAIL PROTECTED]> wrote:
>> Actually, I guess the default isn't that bad for UNIX/Linux anyway. In
>
>On Windows, I think it's time to start using the .exe wrapper (or
>another similar wrapper), ra
ice), etc Make sure you try
fresh installs of each version with your app and test both in exactly the same
way. Then you will be comparing apples to apples and, therefore, getting rid
of extraneous variables that might be clouding the investigation.
Jake
>
>
> -Original Message--
Well, the short answer is, move it to common/lib, not
server/lib. server/lib is for stuff that *only* Tomcat itself should
see. common/lib is for stuff that both the server and applications should
see (and shared/lib is the converse of server/lib, but different from
WEB-INF/lib since it is gl
I'm not 100% sure of this, but I don't think GZIP compression was added to the
connector until Tomcat 5.0.xx. Look at the appropriate docs to verify this.
Either way, you can always write a servlet filter to do the compression. This
way you don't have to worry about whether Tomcat (or any other
It verifies just fine against the .md5 file using Ant's task.
Jake
At 07:24 PM 10/12/2004 -0700, you wrote:
>The following files were downloaded from the Apache Jakarta Site:
>
>jakarta-tomcat-5.0.28.tar.gz
>jakarta-tomcat-5.0.28.tar.gz.asc
>jakarta-tomcat-5.0.28.tar.gz.md5
>
>Attempted to verify
Quoting Mladen Turk <[EMAIL PROTECTED]>:
> Here is what I send to Yoav directly yesterday:
>
> >I think that those two should be present inside .zip file,
> >cause one can not install the service without them.
> >The tar.gz distribution doesn't need those two exe's.
> >
> >Other option is to
At 09:37 AM 10/7/2004 -0400, you wrote:
>
>Hi,
>Looking at the left-overs from my 5.5.3 build directory, it could be
>that I had a misconfigured build that resulted in the tomcat5.exe and
>tomcat5w.exe missing from the .zip. I'll have to double-check, but it
>could be that what I said below is wro
The tomcat5.exe and tomcat5w.exe seem to be missing from 5.5.3. They exist in
5.5.2. Might need to release 5.5.4.
Jake
Quoting "Shapira, Yoav" <[EMAIL PROTECTED]>:
>
> The Apache Jakarta Tomcat team is proud to announce the immediate
> availability of Tomcat 5.5.3-alpha. This build addresses
At 08:19 AM 9/30/2004 +0100, you wrote:
-Original Message-
From: Jacob Kjome
> Do you know what logger is used by default by commons-logging in
> Tomcat if log4j isn't present?
>
I'm not very privy to the internals of commons-logging, but
I t
t of the logger
repository.
Jake
>
>
>
> On Wed, 2004-09-29 at 11:22, Jacob Kjome wrote:
> > Quoting Ben Souther <[EMAIL PROTECTED]>:
> >
> > > Got it...
> > >
> > > The app in question, uses Axis which uses commons-logging (CL).
&
Quoting Ben Souther <[EMAIL PROTECTED]>:
> Got it...
>
> The app in question, uses Axis which uses commons-logging (CL).
> The addition of the log4j config file must have co-opted the Axis src.
>
Yep, just set the org.apache or org.apache.commons logger to warn or whatever
level you prefer which
Quoting Dale Lum <[EMAIL PROTECTED]>:
> > Well it could be because "-Xmx256M" means absolutely nothing to the VM.
> You
> > need to use "-Xmx256m". Notice the case of the "m". It is *very*
> important.
>
> Not according to the docs:
>
Ahh... Then I eat my words. Sorry about that. I don't know
Quoting Shannon Scott <[EMAIL PROTECTED]>:
> Greetings,
> Tomcat is running, and was working fine until the memory usage went up
> to 167, now none of the .jsp pages will respond ( the server hangs
> forever ).
> The last entries from the Catalina.out are :
> java.lang.OutOfMemoryError
> java.lang
Quoting Tim Funk <[EMAIL PROTECTED]>:
> logging instances should be static to the class.
>
> // Commons logging example but a log4j equiv should be easy to find
> private static Log log = LogFactory.getLog(MyClass.class);
>
or
private transient Log log = LogFactory.getLog(MyClass.class);
Al
At 05:21 PM 9/10/2004 -0400, you wrote:
log4j:WARN No appenders could be found for logger
(org.apache.commons.digester.D
igester).
log4j:WARN Please initialize the log4j system properly.
Starting service Tomcat-Standalone
I am getting the above error as the tomcat starts up, i hav elog4j.jar under
tried the last two since they were the version mention in the mail
message. I tried the zips thinking maybe there was something
"different" about the windows installers.
Later in that thread it is mentioned by Jacob Kjome in message
http://marc.theaimsgroup.com/?l=tomcat-user&m=10833355
Quoting Allistair Crossley <[EMAIL PROTECTED]>:
> > > 4/ The logging suggestion at
> > http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/logger.
> html did not work for me. I have log4j.properties in my webapp classes ...
> does this override any other log4j config like in this example?
>
>
At 10:57 PM 8/30/2004 -0700, you wrote:
I'm not worried about the transient memory used by the
Tomcat instance for it to serve servlets.
But I'm worried about the memory permanently allocated
for a Tomcat instance. Eg. A servlet in a particular
Tomcat instance, may load the entire database into the
Mike,
You do not need to post your question specifically to 3 different
people. It's all on one list, just ask one question. Not only that, but
you seem to have hijacked two threads in the process. Create a new thread
for a new question. Does a post about JSP's or a post about the Tomcat
Se
owing more connections and using connection pooling so that they
stay open constantly so it isn't so expensive to use them.
Jake
At 12:00 PM 8/29/2004 -0400, you wrote:
Sorry to bother you again Jacob. But heres what I have found out,
first time into a program, the database opens, updates
ink I have
a problem with my spam-cop.
I've fix this error with XSLT generation. I've copyed xalan.jar from
2jars to 'endorsed' folder of Tomcat and I've created the copy of this
folder in
lib of JRE. Thanks to Jacob Kjome for help!!!
Now I have another problem with gen
wrote:
>From the exception you quote it is obvious the deploy task is not
executing a zip/unzip/jar/unjar command properly. Where are these tasks
defined?
Gerardo
> I'm afraid I don't see exactly how that explains why I'm getting that
> exception message.
>
> ---
Here's what I do (only relevant targets below)...
Jake
Quoting D Sledge <[EMAIL PROTECTED]>:
> I've got two custom tasks for tomcat's manager app:
>
>
>
>
>
>
>
> path="${path}" war="file:${env.AXIS_HOME}/we
ed).
Jake
Quoting Eugene <[EMAIL PROTECTED]>:
> Hello Jacob, thank you for reply. Yes I thought that maybe this is a
> problem... the thing is the clients wants "the latest" (they're
> scientists, not programmers;)). So, I've installed for them JDK-J2SE
> 5
Quoting "Nelson, Jerry W, Contractor 146CF, SCB" <[EMAIL PROTECTED]>:
> In the envorinment settings they are capitalized, it's just the way I typed
> the echo command.
>
> I also tried the %CATALINA_HOME% pointing to where you said, it didn't work
> either.
>
> Cheerfully waiting for more sugges
Ok, start over. Uninstall Tomcat. Grab the .zip file distribution and
extract it to a directory *without spaces*. Now, change the value of
CATALINA_HOME to the new location of Tomcat. Reboot. The reboot is
sometimes not necessary, but many times it is in order for your environment
variable
What version of the JDK are you using? This is telling...
javax.xml.transform.TransformerFactoryConfigurationError: Provider
org.apache.xalan.processor.TransformerFactoryImpl not found
javax.xml.transform.TransformerFactory.newInstance(Unknown Source)
Either you are using a JDK less than 1
At 08:34 PM 8/23/2004 -0700, you wrote:
Filip Hanik (lists) wrote:
doesn't URIEncoding suggest that the URI is encoded, in a POST, the
parameters are passed in the body, not in the URI?
Yes it does, and hence the second part of my question. Do you know how
one can configure Tomcat to decode in
It's a mistake that it was there. Check out the conf/Catalina/localhost
directory. You'll see a balancer.xml file there as well, along with a few
others. That is the correct place for context configuration files (CCF) to
be... at least for the "localhost" Host (as defined in server.xml). Put
Are you running as a service? Try running the startup script instead and
see if that works. The service runs under the system user which may not
have access to the network drive.
Jake
At 06:34 AM 8/22/2004 -0700, you wrote:
Hi,
i migrated from TC4 to TC 5.
in TC 4 i had a context element in we
How about looking at the service.bat and seeing what it does. Set
JAVA_HOME system variable. Make sure to re-install the service any time
you change the value of JAVA_HOME (and you will have to open a new command
prompt to get the new value or, in some cases, reboot).
service.bat remove
servi
It is isn't really meant to be part of the classpath, don't put it in
WEB-INF/lib. Put it in some other location under WEB-INF. Should work fine.
Tomcat extracts resources (in the classpath) to its work directory. I don't
entirely know why, but it might be for performance reasons? Anyway, if y
You can use request.getRemoteUser() to obtain the username. The password
is not really accessible except by examining the http headers.
Jake
At 11:21 PM 8/13/2004 -0400, you wrote:
Hi all,
I've been spending the last few hours reading about realms,
valves, authenticators and the like, and I'm to
Quoting David Wall <[EMAIL PROTECTED]>:
> >contextPath = path.substring(0, path.lastIndexOf("/"));
> >contextPath = contextPath.substring(contextPath.lastIndexOf("/") +
> 1);
>
> This looks like a reasonable hack, but isn't it true that the filesystem
> path and the context path d
To get the context path at init time, try this
from:
http://cvs.apache.org/viewcvs.cgi/logging-log4j-sandbox/src/java/org/apache/log4j/servlet/InitShutdownController.java
/**
* Retrieves the context path of the web application from the servlet
context.
*
* @param context the current s
Try using this session binding listener (see attached) with the following
configuration in web.xml...
org.mypackage.servlet.MySessionBindingListener
That should log any session activity as it happens.
BTW, you mentioned that you were implementing Serializable and then went on
t
This is all based purely on my observation of Tomcat behavior and hasn't been
verified by looking at the code. With that said
Recent versions of Tomcat will trash the serialized session if any of the
objects stored there are not Serializable. In the past, non-serializable
objects would cause
It should be listed as "Apache Tomcat". How did you install? It should be...
%CATALINA_HOME%\bin\tomcat5.exe [install | remove]
Make sure when you install that you do it under an administrator account,
otherwise the command will look as if it succeeded, but the service won't
exist. Just start
myserver.com/first_app/path
to
http://www.myserver.com/second_app/path
Or am I missing something? This is what I'm trying to do.
Thanks,
Jacob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
people
using the old URL.
Thanks,
Jacob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Please verify that your XHTML is valid using:
http://validator.w3.org/
Jake
Quoting Jens Ansorg <[EMAIL PROTECTED]>:
> hi,
>
> I have a class that reads XHTML files and deals with them as dom document.
> javax.xml.parsers.DocumentBuilderFactory factory =
> DocumentBuilderFactory.newInsta
1. Download Tomcat
2. Unzip the archive to a directory
3. Set CATALINA_HOME
4. Open a command prompt and type...
%CATALINA_HOME%\bin\service.bat [install | remove]
5. Open the services applet from the admin tools
6. Start the "Apache Tomcat" service
Note that I've had to add JAVA_HOME/lib/too
At 10:05 PM 7/5/2004 +0200, you wrote:
hey jacob,
i tried it on 5.0.16.
That's better, now we know that we're dealing with an old release.
there is always a chance this was fixed since that version.
i didn't find anything about it in the bugzilla. that's why i posted
just to as
At 10:15 AM 7/5/2004 +0200, you wrote:
Hello Ashert,
may be you ran into the same prob as me
i also had the problem, that URL-rewriting under Tomcat 5 did not work
although i explicitly used it. I found out, that URL-rewriting does only
work, if your application runs in the root context, look
I think Matt Rable has something that does what you need as part of his
AppFuse development.
http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse
Jake
At 10:40 AM 7/3/2004 +0200, you wrote:
Hi!
I want to limt access to j_security_check. If there have been a certain
number of requests to j_securit
Quoting Martin Monsorno <[EMAIL PROTECTED]>:
> Martin Monsorno <[EMAIL PROTECTED]> writes:
>
> > Hi *,
> >
> > I get the following error when trying to transform a xml document with
> > a XSLT stylesheet:
> >
> > ; SystemID: jndi:/localhost/ipas/xsl/minutes_pdf.xsl; Line#: 298;
> Column#: 66
Quoting Martin Monsorno <[EMAIL PROTECTED]>:
> Hi *,
>
> I have some questions about XSLT transformations with tomcat (4 and 5).
>
> 1.) There doesn't seem to be a XSLT-processor included in TomCat.
> Isn't this mandatory for a J2EE web container? Isn't this needed for
> the transform taglibs?
know what driver to use or how to install or configure it that's
why I use sun.jdbc.odbc.JdbcOdbcDriver driver.
What do you think is the proper driver for MS Access 2000?
and how to install it...?
Thanks!
I'll test your updated service.bat and update you of my progress...
-Original Me
1 - 100 of 1176 matches
Mail list logo
