  | Mailing List | | Home | | Forum Home | | JBoss - Java Application Server | | Tomcat - JSP/Servlet container | | Struts - A MVC web framework | | iText - An open source PDF Java Library | | JDOM - JDOM XML Parser | | JSP - A mailing list about Java Server Pages specification and reference | | J2EE - A mailing list for Java(tm) 2 Platform, Enterprise Edition | | J2EE Pattern - An interest list for Sun Java Center J2EE Pattern Catalog | | Servlet - A mailing list for discussion about Sun Microsystem's Java Servlet API Technology | |
Struts & Hibernate
|
|
|
  | | | Tomcat |
"Michael " <sgfan@(protected) > wrote in message news 472A16CE.2020505@(protected)
> Addition
>
> Still I 'd like to know which mistake I have done?!
>
I 'm guessing that your context isn 't privileged and/oHi Mark
I have to turn to you again.
I encounter the problem with configuring the Digested-Password in the JDBCRealm.
The JDBCRealm fragment of the $TOMCAT_HOME/conf/server.xml is shown as followed
Hi
~
all I need is going like this from within a servlet
~
Logger Lg LoggerFactory.getLogger()
Lg.log( "blah ")
~
I am able to attach a logger to a webapp but I don 't know how to use
lwww.yourkit.com works and I 'm sure there are others
Filip
Greg Vilardi wrote
> Hello everyone.
>
> My team and I are trying to develop a new web application and the
> tomcat JVM is crashing everHello everyone.
My team and I are trying to develop a new web application and the
tomcat JVM is crashing every few days. We are deploying our separate
versions of the application several times per > From banderson [mailto brian.l.anderson@(protected)]
> Subject HTTPS from remote client
>
> when I try to reach it from a remote computer it times
> out. Please let me know what I am missing.
AOops. I mistyped one item. Everything is in webapps/ <appl >.
By now it doesn 't matter because it is working.
Thanks to whomever it was that provided the example.
Ivan Mann
-----Original Messa > From Victor Huang [mailto victorh@(protected)]
> Subject web application being removed out of Tomcat
>
> For some reason my own web app has been removed from
> Tomcat automatically after running
I have a self-signed certificate (generated with keytool -genkey -alias
tomcat -keyalg RSA) and modified my server.xml file to uncomment the
connector on port 8443. After restarting tomcat I can acHi
I have Tomact 5.5 and Apache2.2 installed on Debian Linux. Everything seems
to be working fine after installation and configuration done - I use JK
connector to connect Apache and Tomcat ther-----BEGIN PGP SIGNED MESSAGE-----
Hash SHA1
Mike
Michael wrote
> Addition
>
> Still I 'd like to know which mistake I have done?!
Sorry I can 't help you with that. I stay away from Tomcat int
Daryl Handley wrote
>
> I have recently set up tomcat 6 on my windows box .... snip
>
Nevermind it was because I was running the sysdeo plugin from eclipse. When
I started it from the command
I have recently set up tomcat 6 on my windows box.
Usually when I set up a new tomcat instance log files (catalina.*
manager *. admin.* ....) are automatically created in TOMCAT_HOME/logs. In
thAddition
Still I 'd like to know which mistake I have done?!
Mike
--
<NO > OOXML - Say NO To Microsoft Office broken standard
http //www.noooxml.org
Christopher Schultz wrote
>[...]
> So you have several options. My personal recommendation (and the only
> option I 'll cover) is a do-it-yourself approach. Working with Tomcat
> internals is tedious-----BEGIN PGP SIGNED MESSAGE-----
Hash SHA1
Mike
Wizard of OS wrote
> During a day we have several hundred users which could produce 15-20
> session per user.
Ouch.
> Session timeout is set to-----BEGIN PGP SIGNED MESSAGE-----
Hash SHA1
Ivan
Mann Ivan H wrote
> Not being able to find the class may mean that it can 't find the jar
> file and it may mean that it can find the jar file buMann Ivan H wrote
> As we discovered earlier this morning it is an applet question not a
> servlet question.
>
> I looked in this spec and did not find any mention of applets which is
> not surpr-----BEGIN PGP SIGNED MESSAGE-----
Hash SHA1
Ivan
Mann Ivan H wrote
> Not being able to find the class may mean that it can 't find the jar
> file and it may mean that it can find the jar file buAs we discovered earlier this morning it is an applet question not a
servlet question.
I looked in this spec and did not find any mention of applets which is
not surprising since it is the servlet
Hi Christopher
>
> Mike
>
> > A timeout is set but I want to purge all session for the same IP
> > which are older than the most current session.
>
> Are you observing a lot of sessions being cr
Not being able to find the class may mean that it can 't find the jar
file and it may mean that it can find the jar file but the package and
or directory is not done right. The read/write permission Classes downloaded to the client browser for execution is just
static content as far as Tomcat is concerned. Modifying the server 's
or webapp 's "classpath " isn 't going to make any difference. It 's
t-----BEGIN PGP SIGNED MESSAGE-----
Hash SHA1
Mike
sgfan@(protected) wrote
> > Michael wrote
> > > My goal is to retrieve all session from the Context and purge
> > > idle sessions.
> >
> > May I ask why T-----BEGIN PGP SIGNED MESSAGE-----
Hash SHA1
Uma
Uma Kalluru wrote
> If I specify a servlet to load-on-start when will the container unload this
> servlet? Does the container un-load the servlet-----BEGIN PGP SIGNED MESSAGE-----
Hash SHA1
Ivan
Mann Ivan H wrote
> Yes I am using applets.
>
> > Why fight the way its meant to be packaged....
>
> So is there a link somewhere that tells > From Uma Kalluru [mailto umajava@(protected)]
> Subject When will a servlet be un loaded
>
> If I specify a servlet to load-on-start when will the
> container unload this servlet?
Never unless th > From Mann Ivan H [mailto ivan.mann@(protected)]
> Subject RE CLASSPATH .jar files packages and so forth
>
> So is there a link somewhere that tells the ways it 's meant to be
> packaged?
As we t > Michael wrote
> > I am kinda lost here.
> >
> > My goal is to retrieve all session from the Context and purge idle
> > sessions.
>
> May I ask why Tomcat 's built-in session-purging capability is The servlet spec describes how webapps are supposed to be layed out.
The general layout template in tomcat is
| <tomcat_home >
| <webapps >
| <webapp1 >
| WEB-INF (note this must be all caps a |
|
 |