James,
James Dekker wrote:
> How do I use the getResourceAsStream() method to load this particular
> XML file which is not located under WEB-INF/classes? Its located under
> just WEB-INF.
You'll want to use the method ServletContext.getResourceAsStream(). From
the javadoc:
"
This method is diffe
i can't see de documentation of sun one server connector, what happend, when
will be back.
thanks
Hi Jon-
If you were connecting into tomcat on a nix box then you would more than likely
run under the nobody account and you or tomcat sysadmin must grant the
requisite RuntimePermission for each individual task in catalina.policy to run
under the 'nobody' account
Besides the windows system ac
I think it must have been a permissions problem. I switched to using a
different account and now it works. The systray applet doesn't work. I had
to change it using the normal Services application that's built into
Windows.
Jon
- Original Message -
From: "Jon Miller" <[EMAIL PROTECTE
Hi,
If you've been following my previous posts, you'll notice that I had a
problem of trying to load a properties file (stored under WEB-INF),
until I edited my build script and made it place the log4j.properties
file under WEB-INF/classes, and then used the following code to load
in the properti
Well, I actually got the properties file loading properly!
When I set undeployWars="false" in server.xml, I can still see my log
messages inside my Tomcat console!
Here's my corrected file (Log4jInitServlet):
import java.io.File;
import java.io.IOException;
import java.util.Properties;
import
Hi all,
I have a web application that uses Runtime.exec() to start a process. The
process that I'm starting is in the system path. The application works fine
if I'm running the Tomcat platform independent package. However, if I use
the Tomcat Windows service, it appears that the process can't
On 12/22/06, James Dekker <[EMAIL PROTECTED]> wrote:
tomcat.home=C:/DevTools/tomcat/jakarta-tomcat-5.5.9
tomcat.deployment.dir=${tomcat.home}/webapps
Most of that was irrelevant :-) but the above doesn't mesh with your
earlier path:
C:\DevTools\tomcat\jakarta-tomcat-5.5.9\mywe
Hassan:
Thank you for your repsonse...
Here's what I have in my TOMCAT_HOME/conf/server.xml file:
--
On 12/22/06, James Dekker <[EMAIL PROTECTED]> wrote:
From the three lines below:
... %CATALINA_HOME%/mywebapp/%WEB-INF/lib
C:\DevTools\tomcat\jakarta-tomcat-5.5.9\bin\WEB-INF\classes\log4j.properties
C:\DevTools\tomcat\jakarta-tomcat-5.5.9\mywebapp\WEB-INF\classes\log4j.properties.
:: I'd b
Dear Chuck Caldarale & Others,
Thank you for your response!
Chuck - Your e-mail was very informative... I did remove the
servlet-apis from my %CATALINA_HOME%/mywebapp/%WEB-INF/lib directory.
The only reason I had it there was because I use Eclipse for
development and its easier to configure the
Rainer,
we are not using Apache web server. Instead, HTTP requests get sent directly
to the servlets in Tomcat. We do, however use the (hardware) load balancer.
Is there a way to just configure Tomcat to allow some servlets have higher
priorities than others or dedicate a pool of connections to
You can configure two connectors with associated pools. If you need to
talk to both parts of the app under the same name and port, you can
front those two connectors (ports) with apache/mod_jk. With a sufficient
recent version of mod_jk you can configure several workers to forward to
different conn
Is it connection between apache and tomcat?
May be it is in keepalive connection to reuse existent connections?
--
Best regards,
Dimamailto:[EMAIL PROTECTED]
Friday, December 22, 2006, 7:29:54 PM, you wrote:
VC> Hello there! We have a Jboss 4.0.1 server, and we're e
Hello there! We have a Jboss 4.0.1 server, and we're experiencing a
strange connector behavior (might be our app as well). We check the
connections on the connector 8009 (we use a mod_jk behind jboss). And
we have some requests on Service status that have over 14.000 seconds.
We even killed the re
Hi all,
sorry for reposting. I posted the original message before I completed
registration, so I am not sure if got through.
I have two servlets: Worker and Status. Worker servlet gets hit very
frequently and consumes all available Tomcat threads (configured via
maxThreads). Thus, whenever I try
Got this going; thanks for the help!
David Smith wrote:
Yes. I'm saying the original request won't be available. One other
alternative I can think of is for the last page submit to add all the
saved params to the request for page 1. Last page example form tag:
--David
David Kerber wrote:
Thanks, I will, Peter.
Mikolaj Rydzewski-2 wrote:
>
> Peter Coppens wrote:
>> I understand that that is the way a typical servlet deployment would work
>> yes. On the other hand, it would not meet the url requirements that are
>> imposed on me.
>>
> So you can try http://securityfilter.sourc
Hi guys,
first of all: Thanks to all of you for your help!
We got it (JDBC-REALM) working now, however, it was a long way.
The resolution in short words:
We installed a vanilla JDK 1.5 from SUN plus a vanilla Tomcat 5.5 from
Apache, same error occured, empty string in the query for j_username
Gael,
Marziou, Gael wrote:
>> Can you suggest a fix? I'm not sure how this kind of thing
>> could be safely veto'd... for instance, it might actually be
>> appropriate for a RequestDispatcher to be re-used in some
>> context (say, repeating a request twice) or even to do so
>> with different t
hi guys,
I am working in eclipse environment with eclipse and tried to set up
tomcat in debug mode using debug tool for one project, but it changed
configuration of every project in eclipse. Now my problem is other
projects were in virtual machine which has changed the configuration all
toget
Peter Coppens wrote:
I understand that that is the way a typical servlet deployment would work
yes. On the other hand, it would not meet the url requirements that are
imposed on me.
So you can try http://securityfilter.sourceforge.net/
--
Mikolaj Rydzewski <[EMAIL PROTECTED]>
smime.p7s
De
I understand that that is the way a typical servlet deployment would work
yes. On the other hand, it would not meet the url requirements that are
imposed on me.
Thanks,
Peter
Mikolaj Rydzewski-2 wrote:
>
> Peter Coppens wrote:
>>
>>
>> myapp
>> /*
>>
> Use pattern like *.jsp,
David Smith 写道:
> And how did you install tomcat (rpm package or .tar.gz dl from
> tomcat.apache.org)? Did you set permissions on all the folders and files
> so tomcat can read them?
>
>
> --David
Hello again,
I have disabled the security manager, then it works now. So i think it
should be some
Thanks, David - that should give me enough to get me going on this.
I'll post back if I run into any other issues.
Dave
David Smith wrote:
Yes. I'm saying the original request won't be available. One other
alternative I can think of is for the last page submit to add all the
saved params
David Smith 写道:
> And how did you install tomcat (rpm package or .tar.gz dl from
> tomcat.apache.org)? Did you set permissions on all the folders and files
> so tomcat can read them?
>
>
> --David
>
Thanks very much for your quick response.
I have download the package from the offical website
Yes. I'm saying the original request won't be available. One other
alternative I can think of is for the last page submit to add all the
saved params to the request for page 1. Last page example form tag:
--David
David Kerber wrote:
> David Smith wrote:
>
>> You won't be able to re-compose t
David Smith wrote:
You won't be able to re-compose the request object as if it was just
submitted. The quickest, dirtiest way is to just stow the form params
in the session upfront and then use them from the session later.
Are you saying that I can't build a request and execute it directly,
And how did you install tomcat (rpm package or .tar.gz dl from
tomcat.apache.org)? Did you set permissions on all the folders and files
so tomcat can read them?
--David
Wang Penghui wrote:
>Hello, Everyone,
>
>After install tomcat 5.5.20 in RHEL4, i have tested the jsp-examples
>which distribut
Oooops. Minor point in code, but one that could trip someone up if they
copy paste my code:
Your request for ${SessProp} follows:
should read:
Your request for ${mySessProp} follows:
--David
David Smith wrote:
>You won't be able to re-compose the request object as if it was just
>submitted.
You won't be able to re-compose the request object as if it was just
submitted. The quickest, dirtiest way is to just stow the form params
in the session upfront and then use them from the session later.
Example:
Your request for ${SessProp} follows:
.
--David
David Kerber wrot
Caldarale, Charles R wrote:
> Since query information is normally unique to a request, I think the
> above could be construed that the RequestDispatcher is cognizant of the
> query string. If so, each RequestDispatcher would be associated with a
> specific request.
I agree that the RD is cognizan
David Smith wrote:
So you want to effectively save the parameters from the original
request to page 1 and then use them when you come back to page 1. I
can see two options:
1. Sessionless -- each page propogates the original params as hidden
fields until you return to page 1 where it makes
Hello,
How can I configure JK connector to redirect all requests to a particular
webapp.
http://localhost/index.html >
http://localhost:8080/myapp/index.html
I am trying not to expose the webapp name "myapp" in the URL. I cannot
configure myapp as a *default* app on Tomcat either. Do I
Caldarale, Charles R wrote:
From: David Smith [mailto:[EMAIL PROTECTED]
Subject: Re: Re-executing a servlet request
2. With sessions -- the original params are stored in the
session and page 1 uses them in the absence of form params
-- ie when completing the process.
Have to be careful
Gregor Schneider wrote:
> now i've tried to set up a memory-realm, and i'm getting the following
> error for a change:
>
> DEBUG http-8080-Processor4
> org.apache.catalina.authenticator.FormAuthenticator
> - Authenticating username 'tomcat'
> DEBUG http-8080-Processor4
> org.apache.catalina.authen
> Can you suggest a fix? I'm not sure how this kind of thing
> could be safely veto'd... for instance, it might actually be
> appropriate for a RequestDispatcher to be re-used in some
> context (say, repeating a request twice) or even to do so
> with different threads, as long as the access is
Hello, Everyone,
After install tomcat 5.5.20 in RHEL4, i have tested the jsp-examples
which distributed with the tomcat package.
The uri i have used is http://domainname:8080/jsp-examples.
But there is two example features report errors.
1. and
2. Custom tag example
HTTP Status 500 -
---
Peter Coppens wrote:
myapp
/*
Use pattern like *.jsp, *.do or /secure/*
--
Mikolaj Rydzewski <[EMAIL PROTECTED]>
smime.p7s
Description: S/MIME Cryptographic Signature
Hi Gregor,
Shouldn't you add a clueuser to your tomcat-users.xml?
Mylene
On 12/22/06, Gregor Schneider <[EMAIL PROTECTED]> wrote:
god, what a bloody crap, i'm about to dump this whole tomcat into the
bin and jump out of the window
now i've tried to set up a memory-realm, and i'm getting t
Tomcat fans,
I have a (I assume basic) question wrt servlet/tomcat
authentication/authorization
First let me indicate I would like my URL to always be something like
http:///username
I have configured a security-constraint like
myapp
/*
POST
GET
user
god, what a bloody crap, i'm about to dump this whole tomcat into the
bin and jump out of the window
now i've tried to set up a memory-realm, and i'm getting the following
error for a change:
DEBUG http-8080-Processor4 org.apache.catalina.authenticator.FormAuthenticator
- Authenticating user
42 matches
Mail list logo