Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: enabling/disabling a servlet filter conditionally

[jpls]

Hola,

Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.

Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
PROTECTED]

Muchas gracias,

   Juan Pedro López
   Altiria TIC 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: enabling/disabling a servlet filter conditionally

[Robert Koberg]

Hola Juan,

Have a great vacation!


On Fri, 2008-08-01 at 22:54 +0200, [EMAIL PROTECTED] wrote:
> Hola,
> 
> Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.
> 
> Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
> PROTECTED]
> 
> Muchas gracias,
> 
>Juan Pedro López
>Altiria TIC 
> 
> 
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: Re: Re: Re: Re: Re: Re: enabling/disabling a servlet filter conditionally

[jpls]

Hola,

Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.

Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
PROTECTED]

Muchas gracias,

   Juan Pedro López
   Altiria TIC 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: Re: Re: BOOBIES!

[cknell]

I've been publicly called a low-life by you. This amounts to a libel and I'm 
still entitled to an apology from you for it. While you are entitled to 
disagree with my view that perhaps the reaction to this was over the top, you 
are not entitled to call me a low-life in a public forum.

Now as to your reaction to this whole matter. Yes, certainly the original 
subject line and many of the responses were ill-advised and juvenile and 
offended the sensitive among us. But nobody died and far more offensive stuff 
is apparent everywhere everyday. Get a grip. A little perspective is what's 
needed.
-- 
Charles Knell
[EMAIL PROTECTED] - email



-Original Message-
From: Dakota Jack <[EMAIL PROTECTED]>
Sent: Sat, 22 Jul 2006 23:36:49 -0700
To:   "Tomcat Users List" 
Subject:  Re: Re: Re: BOOBIES!

Golly, Charles,

Maybe you need some training?  Maybe you are the one who does not get the
point?  If you think I am going to apologize for your taking a serious topic
that hurts people and covering it with your inane indifference, you might be
wrong.  The worst people are not the haters, although they are bad enough,
the worst people are the indifferent.  If you read Dantes Inferno you will
find the colder the heart, the more the indifference, the lower your level
in hell.  Understand?

On 7/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Thank you. I was caught up in a witch hunt and feel undeservedly bashed
> over my attempt to inject some light-hearted  jest into an overheated
> atmosphere. Plainly the poster who calls him or herself "Dakota Jack" didn't
> view the link. He or she had already made up his or her mind and couldn't be
> bothered with facts.
>
> For those of you didn't see the link, it was a photo of a bird (not
> engaged in a sexual or excretory function of patently offensive nature)
> native to the Galapagos Islands. It has blue feet and is commonly called a
> "Blue-footed booby".
>
> I await Dakota Jack's apology.
> --
> Charles Knell
> [EMAIL PROTECTED] - email
>
>
>
> -Original Message-
> From:     Nikola Milutinovic <[EMAIL PROTECTED]>
> Sent: Sat, 22 Jul 2006 07:10:53 -0700 (PDT)
> To:   Tomcat Users List 
> Subject:  Re: Re: BOOBIES!
>
> > Two using their work email.  These low lifes are so entertaining.
>
> > On 7/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >
> > >
> http://www.globaladrenaline.com/hbs/images/QN---Blue-Footed-Boobie-1.jpg
> > > --
> > > Charles Knell
> > > [EMAIL PROTECTED] - email
>
> Why was this one labeled as a "low life"? I thought he exercised excellent
> state of spirit. And why is using work address in his case considered a
> minus?
>
> For the original poster, I must admit I was totally surprised. I could not
> imagine anyone intelligent enough to formulate that question stupid,
> immature or sexist enough to place such a subject. I'm still hoping it is
> some bizarre mistake.
>
> Nix.
>
>
>
>
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: Re: Re: Re: Re: Re: enabling/disabling a servlet filter conditionally

[jpls]

Hola,

Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.

Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
PROTECTED]

Muchas gracias,

   Juan Pedro López
   Altiria TIC 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: Re: Re: Re: Re: enabling/disabling a servlet filter conditionally

[jpls]

Hola,

Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.

Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
PROTECTED]

Muchas gracias,

   Juan Pedro López
   Altiria TIC 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: Re: BOOBIES!

[cknell]

Gee, Jack. Maybe you didn't follow the link and simply assumed what was on the 
other end.
-- 
Charles Knell
[EMAIL PROTECTED] - email



-Original Message-
From: Dakota Jack <[EMAIL PROTECTED]>
Sent: Fri, 21 Jul 2006 23:45:35 -0700
To:   "Tomcat Users List" 
Subject:  Re: Re: BOOBIES!

Two using their work email.  These low lifes are so entertaining.

On 7/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> http://www.globaladrenaline.com/hbs/images/QN---Blue-Footed-Boobie-1.jpg
> --
> Charles Knell
> [EMAIL PROTECTED] - email
>
>
>
> -Original Message-
> From: Michael Jouravlev <[EMAIL PROTECTED]>
> Sent: Fri, 21 Jul 2006 15:41:41 -0700
> To:   "Tomcat Users List" 
> Subject:  Re: BOOBIES!
>
> Right, equality and stuff. Female audience, at least its non-lesbian
> part, apparently has not been catered for. This is easy to fix. Will
> "COCKS" be good enough?
>
> Thomas, have you explored CATALINA_HOME and CATALINA_BASE, they may
> point to different directories. I haven't tried your setup, but maybe
> it would work. I used similar setup, but for a different purpose.
> CATALINA_BASE contained Tomcat itself, then I had two directories with
> two applications, and I was setting CATALINA_HOME to these respective
> homes in the command file when I started Tomcat from these
> directories. In my case CATALINA_HOMEs did not contain Tomcat code
> itself.
>
> Maybe you will also have to stick your jars into $CATALINA_BASE/shared/.
>
> Again, I haven't tried it.
>
> http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html
>
> On 7/21/06, Mead, Jennifer L - VSCM <[EMAIL PROTECTED]> wrote:
> > Could this person (inject other undesirable word) please consider the
> > fact that women are in the user's group also.
> >
> > Jennifer
> >
> > -Original Message-
> > From: Harris, Thomas [mailto:[EMAIL PROTECTED]
> > Sent: Friday, July 21, 2006 10:59 AM
> > To: users@tomcat.apache.org
> > Subject: BOOBIES!
> >
> >
> > I have been trying to determine how to configure Tomcat 5.5.17 to have a
> > shared appBase on multiple webapps, but have a different set of JSPs for
> > each web app. I've followed the Wiki's CreateVirtualHosts page to
> > configure multiple webapps that use exactly the same WAR file. But, I
> > would like to share the Java, but supply a different docBase for each
> > site. Is this possible?
> >
> > Reference:
> > http://wiki.apache.org/tomcat/CreateVirtualHosts
> >
> > Thanks!
> >
> > Tom Harris
> >
> > "This communication is intended solely for the addressee and is
> > confidential and not for third party unauthorized distribution"
> >
> > -
> > To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> > e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> > -
> > To start a new topic, e-mail: users@tomcat.apache.org
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: Re: BOOBIES!

[cknell]

Thank you. I was caught up in a witch hunt and feel undeservedly bashed over my 
attempt to inject some light-hearted  jest into an overheated atmosphere. 
Plainly the poster who calls him or herself "Dakota Jack" didn't view the link. 
He or she had already made up his or her mind and couldn't be bothered with 
facts. 

For those of you didn't see the link, it was a photo of a bird (not engaged in 
a sexual or excretory function of patently offensive nature) native to the 
Galapagos Islands. It has blue feet and is commonly called a "Blue-footed 
booby".

I await Dakota Jack's apology.
-- 
Charles Knell
[EMAIL PROTECTED] - email



-Original Message-
From: Nikola Milutinovic <[EMAIL PROTECTED]>
Sent: Sat, 22 Jul 2006 07:10:53 -0700 (PDT)
To:   Tomcat Users List 
Subject:  Re: Re: BOOBIES!

> Two using their work email.  These low lifes are so entertaining.

> On 7/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > http://www.globaladrenaline.com/hbs/images/QN---Blue-Footed-Boobie-1.jpg
> > --
> > Charles Knell
> > [EMAIL PROTECTED] - email

Why was this one labeled as a "low life"? I thought he exercised excellent 
state of spirit. And why is using work address in his case considered a minus?

For the original poster, I must admit I was totally surprised. I could not 
imagine anyone intelligent enough to formulate that question stupid, immature 
or sexist enough to place such a subject. I'm still hoping it is some bizarre 
mistake.

Nix.






-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: BOOBIES!

[Dakota Jack]

Gosh, Wally.  Maybe I did.

On 7/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Gee, Jack. Maybe you didn't follow the link and simply assumed what was on
the other end.
--
Charles Knell
[EMAIL PROTECTED] - email



-Original Message-
From: Dakota Jack <[EMAIL PROTECTED]>
Sent: Fri, 21 Jul 2006 23:45:35 -0700
To:   "Tomcat Users List" 
Subject:  Re: Re: BOOBIES!

Two using their work email.  These low lifes are so entertaining.

On 7/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> http://www.globaladrenaline.com/hbs/images/QN---Blue-Footed-Boobie-1.jpg
> --
> Charles Knell
> [EMAIL PROTECTED] - email
>
>
>
> -Original Message-
> From: Michael Jouravlev <[EMAIL PROTECTED]>
> Sent: Fri, 21 Jul 2006 15:41:41 -0700
> To:   "Tomcat Users List" 
> Subject:  Re: BOOBIES!
>
> Right, equality and stuff. Female audience, at least its non-lesbian
> part, apparently has not been catered for. This is easy to fix. Will
> "COCKS" be good enough?
>
> Thomas, have you explored CATALINA_HOME and CATALINA_BASE, they may
> point to different directories. I haven't tried your setup, but maybe
> it would work. I used similar setup, but for a different purpose.
> CATALINA_BASE contained Tomcat itself, then I had two directories with
> two applications, and I was setting CATALINA_HOME to these respective
> homes in the command file when I started Tomcat from these
> directories. In my case CATALINA_HOMEs did not contain Tomcat code
> itself.
>
> Maybe you will also have to stick your jars into $CATALINA_BASE/shared/.
>
> Again, I haven't tried it.
>
> http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html
>
> On 7/21/06, Mead, Jennifer L - VSCM <[EMAIL PROTECTED]> wrote:
> > Could this person (inject other undesirable word) please consider the
> > fact that women are in the user's group also.
> >
> > Jennifer
> >
> > -Original Message-
> > From: Harris, Thomas [mailto:[EMAIL PROTECTED]
> > Sent: Friday, July 21, 2006 10:59 AM
> > To: users@tomcat.apache.org
> > Subject: BOOBIES!
> >
> >
> > I have been trying to determine how to configure Tomcat 5.5.17 to have
a
> > shared appBase on multiple webapps, but have a different set of JSPs
for
> > each web app. I've followed the Wiki's CreateVirtualHosts page to
> > configure multiple webapps that use exactly the same WAR file. But, I
> > would like to share the Java, but supply a different docBase for each
> > site. Is this possible?
> >
> > Reference:
> > http://wiki.apache.org/tomcat/CreateVirtualHosts
> >
> > Thanks!
> >
> > Tom Harris
> >
> > "This communication is intended solely for the addressee and is
> > confidential and not for third party unauthorized distribution"
> >
> > -
> > To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> > e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> > -
> > To start a new topic, e-mail: users@tomcat.apache.org
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~

Re: Re: Re: BOOBIES!

[Dakota Jack]

Golly, Charles,

Maybe you need some training?  Maybe you are the one who does not get the
point?  If you think I am going to apologize for your taking a serious topic
that hurts people and covering it with your inane indifference, you might be
wrong.  The worst people are not the haters, although they are bad enough,
the worst people are the indifferent.  If you read Dantes Inferno you will
find the colder the heart, the more the indifference, the lower your level
in hell.  Understand?

On 7/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Thank you. I was caught up in a witch hunt and feel undeservedly bashed
over my attempt to inject some light-hearted  jest into an overheated
atmosphere. Plainly the poster who calls him or herself "Dakota Jack" didn't
view the link. He or she had already made up his or her mind and couldn't be
bothered with facts.

For those of you didn't see the link, it was a photo of a bird (not
engaged in a sexual or excretory function of patently offensive nature)
native to the Galapagos Islands. It has blue feet and is commonly called a
"Blue-footed booby".

I await Dakota Jack's apology.
--
Charles Knell
[EMAIL PROTECTED] - email



-Original Message-
From: Nikola Milutinovic <[EMAIL PROTECTED]>
Sent: Sat, 22 Jul 2006 07:10:53 -0700 (PDT)
To:   Tomcat Users List 
Subject:  Re: Re: BOOBIES!

> Two using their work email.  These low lifes are so entertaining.

> On 7/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> >
http://www.globaladrenaline.com/hbs/images/QN---Blue-Footed-Boobie-1.jpg
> > --
> > Charles Knell
> > [EMAIL PROTECTED] - email

Why was this one labeled as a "low life"? I thought he exercised excellent
state of spirit. And why is using work address in his case considered a
minus?

For the original poster, I must admit I was totally surprised. I could not
imagine anyone intelligent enough to formulate that question stupid,
immature or sexist enough to place such a subject. I'm still hoping it is
some bizarre mistake.

Nix.






-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~

Re: Re: Re: Re: Re: Re: enabling/disabling a servlet filter conditionally

[jpls]

Hola,

Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.

Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
PROTECTED]

Muchas gracias,

   Juan Pedro López
   Altiria TIC 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: Re: Re: APR Connector Shutdown Problem

[Fenlason, Josh]

That seems to have done the trick.  Thanks for your help Bill!
,
Josh.

> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker
> Sent: Friday, February 03, 2006 9:50 PM
> To: users@tomcat.apache.org
> Subject: Re: Re: Re: APR Connector Shutdown Problem
> 
> 
> I was doing a cut-and paste from the code in Httpd.  In 
> tcnative, 's' is 
> it's internal socket structure, and the APR socket is s->sock.
> 
> "Fenlason, Josh" <[EMAIL PROTECTED]> wrote in message 
> news:[EMAIL PROTECTED]
> I added the following line to 
> tomcat-native.1.1.1/jni/native/src/network.c (added at line 
> 388): apr_socket_opt_set( s, APR_SO_REUSEADDR, 1 ); But I'm 
> still running into the same problem.
> 
> Does anyone who works on the APR Connector have any input on 
> this?  Or do I need to post this issue on the dev list?  
> Thanks. , Josh.
> 
> > -Original Message-
> > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker
> > Sent: Monday, January 30, 2006 10:07 PM
> > To: users@tomcat.apache.org
> > Subject: Re: Re: APR Connector Shutdown Problem
> >
> >
> > Not by me, I don't really work on the APR Connector ;-).
> >
> > In the bind method in network.c is probably easiest.  If 
> you want your 
> > patch to be accepted by the dev team, then you should 
> probably wrap it 
> > in a '#ifndef WIN32' like httpd does (don't know why, and care
> > even less :).
> >
> > "Fenlason, Josh" <[EMAIL PROTECTED]> wrote in message 
> > 
> news:[EMAIL PROTECTED]
> > Is there no intent to fix this issue?  Where would I need 
> to make that 
> > patch?  Thanks. , Josh.
> >
> > > -Original Message-
> > > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker
> > > Sent: Friday, January 27, 2006 8:59 PM
> > > To: users@tomcat.apache.org
> > > Subject: Re: APR Connector Shutdown Problem
> > >
> > >
> > > Yeah, the difference is that Httpd calls:
> > >   apr_socket_opt_set(s, APR_SO_REUSEADDR, one);
> > > on the Socket before binding it.  That allows it to bind
> > even though
> > > there are still half-closed sockets on systems like Solaris.
> > >
> > > About the only work-around is to hack the tcnative code,
> > and recompile
> > > it.
> > >
> > > "Fenlason, Josh" <[EMAIL PROTECTED]> wrote in message
> > >
> > 
> news:[EMAIL PROTECTED]
> > > I added the Listener you mentioned to server.xml, but I'm
> > still seeing
> > > the issue.  The problem is happening when run the
> > shutdown.sh.  I can
> > > understand if things aren't all clean and tidy if Tomcat
> > crashed, but
> > > you shouldn't have to wait 4 minutes to restart Tomcat
> > after a planned
> > > shutdown.  Apache doesn't work like that.  Any other 
> suggestions on 
> > > how to get this to shutdown properly?  Thanks in advance. , Josh.
> > >
> > > > -Original Message-
> > > > From: Mladen Turk [mailto:[EMAIL PROTECTED]
> > > > Sent: Friday, January 27, 2006 1:24 AM
> > > > To: Tomcat Users List
> > > > Subject: Re: APR Connector Shutdown Problem
> > > >
> > > >
> > > > Fenlason, Josh wrote:
> > > > > I'm running into a problem with the APR connector not
> > > shutting down
> > > > > properly.  Tomcat runs fine and there are no errors on
> > > > shutdown, but if
> > > > > I shut Tomcat down and start it up again I get a socket
> > > bind failed
> > > > > error in the catalina log (attached).  I have to wait
> > for several
> > > > > minutes between shutdown and startup for Tomcat to be able
> > > > to startup
> > > > > correctly.  If I run Tomcat without the APR connector, I
> > > > don't have this
> > > > > issue.  This does not occur on Windows, but does on
> > > Solaris and AIX.
> > > > > Has anyone else seen this? One thing I noticed is that
> > the first
> > > > > thing logged on
> > > > shutdown is an
> > > > > "AjpAprProtocol pause" entry, but there is no shutdown,
> > > > stop or destroy.
> > > > > Is there any chance the APR connector is just getting
> > > > paused and

Re: Re: Re: Re: Re: enabling/disabling a servlet filter conditionally

[jpls]

Hola,

Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.

Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
PROTECTED]

Muchas gracias,

   Juan Pedro López
   Altiria TIC 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE: context.xml

[Warren Pace]

> 
> From: "Klotz Jr, Dennis" <[EMAIL PROTECTED]>
> Date: 2006/01/30 Mon PM 08:28:10 EST
> To: "Tomcat Users List" 
> Subject: RE: context.xml
> 
> Thanks Warren for the reply.
> 
> Wouldn't that version of the file be deleted when I undeploy?
> 
If you're using the manager app to "un-deploy" the entire folder gets deleted.  
But if you're packaging your app as a .war file, then you always have that copy.
> -Dennis
> 
> -Original Message-
> From: Warren Pace [mailto:[EMAIL PROTECTED] 
> Sent: Monday, January 30, 2006 7:41 PM
> To: Tomcat Users List
> Subject: Re: context.xml
> 
> 
> > 
> > From: "Klotz Jr, Dennis" <[EMAIL PROTECTED]>
> > Date: 2006/01/30 Mon PM 07:00:03 EST
> > To: "Tomcat Users List" 
> > Subject: context.xml
> > 
> > I thought the name of the xml file located in :
> > 
> > $CATALINA_HOME/conf/[enginename]/[hostname]/
> > 
> > had to match the name of your webapp directory. 
> > 
> > I just read some documentation for 5.5.9 that says otherwise. It
> > mentions that under certain conditions it will be created for you. But
> I
> > would like to have a persistent xml file that will not be deleted when
> I
> > un-deploy the app.
> > 
> 
> save your context file as:
> webapp_name/META-INF/context.xml
> 
> > Can someone please tell me which is correct?
> > 
> > Regards,
> > 
> > -Dennis
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE: context.xml

[Klotz Jr, Dennis]

Thanks again Warren. 

I guess I must be approaching this from the wrong perspective of what
the designers originally intended.

I am hoping to find a place for a context.xml to live where it will
never get deleted. That a customer can change and when we give them a
new war file, the context.xml changes that they have made will stick
around.

Is there a way to do this that you know of?

-Dennis

-Original Message-
From: Warren Pace [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 31, 2006 5:19 AM
To: Tomcat Users List
Subject: Re: RE: context.xml


> 
> From: "Klotz Jr, Dennis" <[EMAIL PROTECTED]>
> Date: 2006/01/30 Mon PM 08:28:10 EST
> To: "Tomcat Users List" 
> Subject: RE: context.xml
> 
> Thanks Warren for the reply.
> 
> Wouldn't that version of the file be deleted when I undeploy?
> 
If you're using the manager app to "un-deploy" the entire folder gets
deleted.  But if you're packaging your app as a .war file, then you
always have that copy.
> -Dennis
> 
> -Original Message-
> From: Warren Pace [mailto:[EMAIL PROTECTED] 
> Sent: Monday, January 30, 2006 7:41 PM
> To: Tomcat Users List
> Subject: Re: context.xml
> 
> 
> > 
> > From: "Klotz Jr, Dennis" <[EMAIL PROTECTED]>
> > Date: 2006/01/30 Mon PM 07:00:03 EST
> > To: "Tomcat Users List" 
> > Subject: context.xml
> > 
> > I thought the name of the xml file located in :
> > 
> > $CATALINA_HOME/conf/[enginename]/[hostname]/
> > 
> > had to match the name of your webapp directory. 
> > 
> > I just read some documentation for 5.5.9 that says otherwise. It
> > mentions that under certain conditions it will be created for you.
But
> I
> > would like to have a persistent xml file that will not be deleted
when
> I
> > un-deploy the app.
> > 
> 
> save your context file as:
> webapp_name/META-INF/context.xml
> 
> > Can someone please tell me which is correct?
> > 
> > Regards,
> > 
> > -Dennis
> > 
> > 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE: context.xml

[Warren Pace]

> 
> From: "Klotz Jr, Dennis" <[EMAIL PROTECTED]>
> Date: 2006/01/31 Tue AM 08:01:01 EST
> To: "Tomcat Users List" 
> Subject: RE: RE: context.xml
> 
> Thanks again Warren. 
> 
> I guess I must be approaching this from the wrong perspective of what
> the designers originally intended.
> 
> I am hoping to find a place for a context.xml to live where it will
> never get deleted. That a customer can change and when we give them a
> new war file, the context.xml changes that they have made will stick
> around.
> 
> Is there a way to do this that you know of?
> 
Dennis,
Short of defining the context in server.xml, there's nothing I can think of.  I 
believe it's still OK to do this in Tomcat 5.0.  I believe it works in 5.5 but 
is frowned upon. I have a feeling this won't be an option in future releases.
Warren

> -Dennis
> 
> -Original Message-
> From: Warren Pace [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, January 31, 2006 5:19 AM
> To: Tomcat Users List
> Subject: Re: RE: context.xml
> 
> 
> > 
> > From: "Klotz Jr, Dennis" <[EMAIL PROTECTED]>
> > Date: 2006/01/30 Mon PM 08:28:10 EST
> > To: "Tomcat Users List" 
> > Subject: RE: context.xml
> > 
> > Thanks Warren for the reply.
> > 
> > Wouldn't that version of the file be deleted when I undeploy?
> > 
> If you're using the manager app to "un-deploy" the entire folder gets
> deleted.  But if you're packaging your app as a .war file, then you
> always have that copy.
> > -Dennis
> > 
> > -Original Message-
> > From: Warren Pace [mailto:[EMAIL PROTECTED] 
> > Sent: Monday, January 30, 2006 7:41 PM
> > To: Tomcat Users List
> > Subject: Re: context.xml
> > 
> > 
> > > 
> > > From: "Klotz Jr, Dennis" <[EMAIL PROTECTED]>
> > > Date: 2006/01/30 Mon PM 07:00:03 EST
> > > To: "Tomcat Users List" 
> > > Subject: context.xml
> > > 
> > > I thought the name of the xml file located in :
> > > 
> > > $CATALINA_HOME/conf/[enginename]/[hostname]/
> > > 
> > > had to match the name of your webapp directory. 
> > > 
> > > I just read some documentation for 5.5.9 that says otherwise. It
> > > mentions that under certain conditions it will be created for you.
> But
> > I
> > > would like to have a persistent xml file that will not be deleted
> when
> > I
> > > un-deploy the app.
> > > 
> > 
> > save your context file as:
> > webapp_name/META-INF/context.xml
> > 
> > > Can someone please tell me which is correct?
> > > 
> > > Regards,
> > > 
> > > -Dennis
> > > 
> > > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE: context.xml

[Caldarale, Charles R]

> From: Klotz Jr, Dennis [mailto:[EMAIL PROTECTED] 
> Subject: RE: RE: context.xml
> 
> I am hoping to find a place for a context.xml to live where it will
> never get deleted. That a customer can change and when we give them a
> new war file, the context.xml changes that they have made will stick
> around.

Perhaps you could provide your customers with an installation package
that provides the .war file and a master context copy for editing
somewhere outside of Tomcat, along with a deployment script that copies
both the .war and the edited context file into Tomcat.  [Sorry, that
sentence was way too long...]

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE: context.xml

[Tim Lucia]

On a recent project, we did exactly this.  I.e., had an install shield
wrapper that managed the context (and embedded data sources), the server.xml
(for global data source definitions) and the war to be deployed.  The
installer managed an off-line (separate) copy of the application, and knew
how to merge and upgrade files.  It worked well enough, but it felt like a
'really big hammer' approach to something that should be simpler.  I.e. I've
always felt like I want to just ship the .war file and use that, combined
with the admin / manager tools to configure it.  BTW, another reason we
couldn't do this is because the admin doesn't allow for setting the
defaultCatalog property of a connection pool.

Tim

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 31, 2006 8:55 PM
To: Tomcat Users List
Subject: RE: RE: context.xml


> From: Klotz Jr, Dennis [mailto:[EMAIL PROTECTED]
> Subject: RE: RE: context.xml
> 
> I am hoping to find a place for a context.xml to live where it will 
> never get deleted. That a customer can change and when we give them a 
> new war file, the context.xml changes that they have made will stick 
> around.

Perhaps you could provide your customers with an installation package that
provides the .war file and a master context copy for editing somewhere
outside of Tomcat, along with a deployment script that copies both the .war
and the edited context file into Tomcat.  [Sorry, that sentence was way too
long...]

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE: context.xml

[Klotz Jr, Dennis]

Thanks Warren, Tim and Charles,

Right now I'll leave it as $CATALINA_HOME/conf/context.xml since at this
time I'm only deploying one webapp. I had hoped to make it webapp
specific, but oh well...

If I do end up having more webapps I'll create a shell script (linux OS
here) that copies a webapp specifically named context.xml to the proper
place(s) during upgrades/installation.

Thanks for you help with this.

Maybe one day, if it does not go totally against the designers'
philosophy we can have a persistent webapp specific context.xml. (Hint
Hint) :)

-Dennis


-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 31, 2006 8:55 PM
To: Tomcat Users List
Subject: RE: RE: context.xml

> From: Klotz Jr, Dennis [mailto:[EMAIL PROTECTED] 
> Subject: RE: RE: context.xml
> 
> I am hoping to find a place for a context.xml to live where it will
> never get deleted. That a customer can change and when we give them a
> new war file, the context.xml changes that they have made will stick
> around.

Perhaps you could provide your customers with an installation package
that provides the .war file and a master context copy for editing
somewhere outside of Tomcat, along with a deployment script that copies
both the .war and the edited context file into Tomcat.  [Sorry, that
sentence was way too long...]

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: BOOBIES!

[cknell]

http://www.globaladrenaline.com/hbs/images/QN---Blue-Footed-Boobie-1.jpg
--
Charles Knell
[EMAIL PROTECTED] - email



-Original Message-
From: Michael Jouravlev <[EMAIL PROTECTED]>
Sent: Fri, 21 Jul 2006 15:41:41 -0700
To:   "Tomcat Users List" 
Subject:  Re: BOOBIES!

Right, equality and stuff. Female audience, at least its non-lesbian
part, apparently has not been catered for. This is easy to fix. Will
"COCKS" be good enough?

Thomas, have you explored CATALINA_HOME and CATALINA_BASE, they may
point to different directories. I haven't tried your setup, but maybe
it would work. I used similar setup, but for a different purpose.
CATALINA_BASE contained Tomcat itself, then I had two directories with
two applications, and I was setting CATALINA_HOME to these respective
homes in the command file when I started Tomcat from these
directories. In my case CATALINA_HOMEs did not contain Tomcat code
itself.

Maybe you will also have to stick your jars into $CATALINA_BASE/shared/.

Again, I haven't tried it.

http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html

On 7/21/06, Mead, Jennifer L - VSCM <[EMAIL PROTECTED]> wrote:

Could this person (inject other undesirable word) please consider the
fact that women are in the user's group also.

Jennifer

-Original Message-
From: Harris, Thomas [mailto:[EMAIL PROTECTED]
Sent: Friday, July 21, 2006 10:59 AM
To: users@tomcat.apache.org
Subject: BOOBIES!


I have been trying to determine how to configure Tomcat 5.5.17 to have a
shared appBase on multiple webapps, but have a different set of JSPs for
each web app. I've followed the Wiki's CreateVirtualHosts page to
configure multiple webapps that use exactly the same WAR file. But, I
would like to share the Java, but supply a different docBase for each
site. Is this possible?

Reference:
http://wiki.apache.org/tomcat/CreateVirtualHosts

Thanks!

Tom Harris

"This communication is intended solely for the addressee and is
confidential and not for third party unauthorized distribution"

-
To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: BOOBIES!

[Dakota Jack]

Two using their work email.  These low lifes are so entertaining.

On 7/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


http://www.globaladrenaline.com/hbs/images/QN---Blue-Footed-Boobie-1.jpg
--
Charles Knell
[EMAIL PROTECTED] - email



-Original Message-
From: Michael Jouravlev <[EMAIL PROTECTED]>
Sent: Fri, 21 Jul 2006 15:41:41 -0700
To:   "Tomcat Users List" 
Subject:  Re: BOOBIES!

Right, equality and stuff. Female audience, at least its non-lesbian
part, apparently has not been catered for. This is easy to fix. Will
"COCKS" be good enough?

Thomas, have you explored CATALINA_HOME and CATALINA_BASE, they may
point to different directories. I haven't tried your setup, but maybe
it would work. I used similar setup, but for a different purpose.
CATALINA_BASE contained Tomcat itself, then I had two directories with
two applications, and I was setting CATALINA_HOME to these respective
homes in the command file when I started Tomcat from these
directories. In my case CATALINA_HOMEs did not contain Tomcat code
itself.

Maybe you will also have to stick your jars into $CATALINA_BASE/shared/.

Again, I haven't tried it.

http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html

On 7/21/06, Mead, Jennifer L - VSCM <[EMAIL PROTECTED]> wrote:
> Could this person (inject other undesirable word) please consider the
> fact that women are in the user's group also.
>
> Jennifer
>
> -Original Message-
> From: Harris, Thomas [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 21, 2006 10:59 AM
> To: users@tomcat.apache.org
> Subject: BOOBIES!
>
>
> I have been trying to determine how to configure Tomcat 5.5.17 to have a
> shared appBase on multiple webapps, but have a different set of JSPs for
> each web app. I've followed the Wiki's CreateVirtualHosts page to
> configure multiple webapps that use exactly the same WAR file. But, I
> would like to share the Java, but supply a different docBase for each
> site. Is this possible?
>
> Reference:
> http://wiki.apache.org/tomcat/CreateVirtualHosts
>
> Thanks!
>
> Tom Harris
>
> "This communication is intended solely for the addressee and is
> confidential and not for third party unauthorized distribution"
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~

Re: Re: BOOBIES!

[Nikola Milutinovic]

> Two using their work email.  These low lifes are so entertaining.

> On 7/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > http://www.globaladrenaline.com/hbs/images/QN---Blue-Footed-Boobie-1.jpg
> > --
> > Charles Knell
> > [EMAIL PROTECTED] - email

Why was this one labeled as a "low life"? I thought he exercised excellent 
state of spirit. And why is using work address in his case considered a minus?

For the original poster, I must admit I was totally surprised. I could not 
imagine anyone intelligent enough to formulate that question stupid, immature 
or sexist enough to place such a subject. I'm still hoping it is some bizarre 
mistake.

Nix.






-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE: BOOBIES!

[cknell]

By resisting the thread (an understandable and perfectly reasonable tack) you 
have missed some facts. I (who posted a link to a bird) was very definitely not 
the original poster nor did I use any of the other words that some have found 
so offensive. I simply thought by injecting a light-hearted jest (the picture 
of the bird) into the overheated atmosphere that others might use the 
opportunity to regain some perspective on the situation.

Another reader (who apparently also wasn't paying close attention) called me a 
"low-life" without so much as clicking on the link. This person, who goes by 
the pseudonym "Dakota Jack", in so-doing has done me a undeserved public injury 
by libeling me in this forum.

Unlike "Dakota Jack" my real name appears here, and being recklessly and 
carelessly called a "low-life" in a public forum has the potential to do some 
real harm to my reputation.
-- 
Charles Knell
[EMAIL PROTECTED] - email



-Original Message-
From: Januski, Ken <[EMAIL PROTECTED]>
Sent: Sun, 23 Jul 2006 08:25:52 -0400
To:   "Tomcat Users List" ;"Tomcat Users List" 

Subject:  RE: BOOBIES!

Like many I've resisted this thread because I figured it would be STUPID! 
STUPID, YES I SAID STUPID. Did that get your attention?

Now let me ask: how many people read threads here whose subject is in caps 
followed by an explanation point? And what does that subject usually say? 
Something like HELP, TOMCAT DONT WORK, a type of spam or something similar. I 
almost always skip those messages. Some people have more patience than I and so 
do end up helping someone who has gotten desperate. More experienced users know 
that they're much more likely to get an answer to their question by choosing a 
more informative and less excited subject.

So what does someone think when they see BOOBIES! and what did the author of 
that message think that they would think? Well I have little doubt that they 
expected anyone to think of birds and I doubt that that was the first reaction 
of any reader no matter how avid a birder. So I have a very hard time believing 
that the author had any intent other than to get a reaction of some sort from 
readers who saw the subject and didn't think bird. I don't think this has 
anything to do with puritanism or political correctness. I can't think of 
anything I like much less than political correctness. But it's very hard to see 
this as having anything to do with political correctness. To me it's just 
someone trying to be clever and then trying to cover their tracks when they 
find out that many uses don't actually find it clever. ENOUGH SAID!




-Original Message-----
From: Robert Koberg [mailto:[EMAIL PROTECTED]
Sent: Sun 7/23/2006 7:28 AM
To: Tomcat Users List
Subject: Re: BOOBIES!
 
Wow... how do some people make it through the day without exploding from 
some terrible insult.

I can't believe this thread subject has turned into such a big deal. I 
deleted the first 5 or so because I thought it was spam. Then I saw 
names responding which I recognized.

I really don't understand how someone can be offended by a word like 
'boobies' and can still use the Internet, or real life for that matter.

grow up and grow a skin... Dantes Inferno invoked for using the word 
'boobies.' The road to hell is paved with...



Dakota Jack wrote:
> Golly, Charles,
> 
> Maybe you need some training?  Maybe you are the one who does not get the
> point?  If you think I am going to apologize for your taking a serious 
> topic
> that hurts people and covering it with your inane indifference, you 
> might be
> wrong.  The worst people are not the haters, although they are bad enough,
> the worst people are the indifferent.  If you read Dantes Inferno you will
> find the colder the heart, the more the indifference, the lower your level
> in hell.  Understand?
> 
> On 7/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>
>> Thank you. I was caught up in a witch hunt and feel undeservedly bashed
>> over my attempt to inject some light-hearted  jest into an overheated
>> atmosphere. Plainly the poster who calls him or herself "Dakota Jack" 
>> didn't
>> view the link. He or she had already made up his or her mind and 
>> couldn't be
>> bothered with facts.
>>
>> For those of you didn't see the link, it was a photo of a bird (not
>> engaged in a sexual or excretory function of patently offensive nature)
>> native to the Galapagos Islands. It has blue feet and is commonly 
>> called a
>> "Blue-footed booby".
>>
>> I await Dakota Jack's apology.
>> -- 
>> Charles Knell
>> [EMAIL PROTECTED] - email
>>


---

Re: RE: BOOBIES!

[Leon Rosenberg]

On 7/23/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

By resisting the thread (an understandable and perfectly reasonable tack) you 
have missed some facts. I (who posted a link to a bird) was very definitely not 
the original poster nor did I use any of the other words that some have found 
so offensive. I simply thought by injecting a light-hearted jest (the picture 
of the bird) into the overheated atmosphere that others might use the 
opportunity to regain some perspective on the situation.

Another reader (who apparently also wasn't paying close attention) called me a "low-life" 
without so much as clicking on the link. This person, who goes by the pseudonym "Dakota 
Jack", in so-doing has done me a undeserved public injury by libeling me in this forum.

Unlike "Dakota Jack" my real name appears here, and being recklessly and carelessly 
called a "low-life" in a public forum has the potential to do some real harm to my 
reputation.


You probably haven't been active on the struts-user/dev mailig lists,
otherwise you would know, that "Dakota Jack" has the honour of being
in must incoming > dev/null filters world wide.

regards
Leon

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE: Permissions

[Alexander Osherenko]

Hello Martin and David,

thank you for your suggestions.

My problem is more complicated. I've implemented a java applet that is stored 
in the ROOT directory. The html-file to show the applet is





This applet looks and works almost perfect except that it calls the MySQL 
bridge (mysql-connector...) that is also stored in the ROOT directory. Hence, I 
have two different jar files one in the ROOT directory and one in WEB-INF/lib/. 
How can I facilitate correct loading if I can't bind the jar-file in the 
archive tag as WEB-INF/lib/applet.jar?

Cheers
Alexander

 Original-Nachricht 
Datum: Wed, 01 Aug 2007 09:43:24 -0400
Von: "Martin Gainty" <[EMAIL PROTECTED]>
An: users@tomcat.apache.org
Betreff: RE: Permissions

> Good Morning Alexander
> 
> in $CATALINA_HOME/conf/catalina.policy
> your environment is currently pointing to
> 127.0.0.1:8080
> 
> You will need to change this to
> 
> 137.250.38.190:8080
> 
> I would suggest that you implement local (127.0.0.1) first
> then re-implement on other servers e.g.
> 137.250.38.190
> 
> HTH/
> Martin Gainty
> 
> __
> Disclaimer and confidentiality note
> Everything in this e-mail and any attachments relates to the official 
> business of Sender. This transmission is of a confidential nature and
> Sender 
> does not endorse distribution to any party other than intended recipient. 
> Sender does not necessarily endorse content contained within this 
> transmission.
> 
> >
> >Hello!
> >
> >I'm working with tomcat 5.5.9 on Windows XP. I'm experiencing a strange 
> >problem with paths and permissions. I start "catalina.bat start
> -security" 
> >and assume that the catalina would read permissions from the 
> >catalina.policy file in the conf directory.
> >
> >I grant permissions to the mysql-connector*.jar
> >
> >grant codeBase 
> >"file:${catalina.home}/webapps/ROOT/mysql-connector-java-3.1.14-bin.jar"
> {
> > permission java.security.AllPermission;
> >   //permission java.net.SocketPermission "127.0.0.1:3306", 
> >"connect,resolve";
> >};
> >
> >but still get the error message:
> >
> >MESSAGE: java.security.AccessControlException: access denied 
> >(java.net.SocketPermission 137.250.38.190:3306 connect,resolve)
> >
> >STACKTRACE:
> >
> >java.net.SocketException: java.security.AccessControlException: access 
> >denied (java.net.SocketPermission 137.250.38.190:3306 connect,resolve)
> > at 
> >com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:156)
> > at com.mysql.jdbc.MysqlIO.(MysqlIO.java:284)
> > at com.mysql.jdbc.Connection.createNewIO(Connection.java:2569)
> > at com.mysql.jdbc.Connection.(Connection.java:1485)
> > at 
> >com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:266)
> > at java.sql.DriverManager.getConnection(Unknown Source)
> > at java.sql.DriverManager.getConnection(Unknown Source)
> > at GUI.DBWrapper.(DBWrapper.java:40)
> > at GUI.CeisApplet.(CeisApplet.java:47)
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> >Method)
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown 
> >Source)
> > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> >Source)
> > at java.lang.reflect.Constructor.newInstance(Unknown Source)
> > at java.lang.Class.newInstance0(Unknown Source)
> > at java.lang.Class.newInstance(Unknown Source)
> > at sun.applet.AppletPanel.createApplet(Unknown Source)
> > at sun.plugin.AppletViewer.createApplet(Unknown Source)
> > at sun.applet.AppletPanel.runLoader(Unknown Source)
> > at sun.applet.AppletPanel.run(Unknown Source)
> > at java.lang.Thread.run(Unknown Source)
> >
> >
> >** END NESTED EXCEPTION **
> >
> >
> >
> >Last packet sent to the server was 0 ms ago.
> > at com.mysql.jdbc.Connection.createNewIO(Connection.java:2643)
> > at com.mysql.jdbc.Connection.(Connection.java:1485)
> > at 
> >com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:266)
> > at java.sql.DriverManager.getConnection(Unknown Source)
> > at java.sql.DriverManager.getConnection(Unknown Source)
> > at GUI.DBWrapper.(DBWrapper.java:40)
> > at GUI.CeisApplet.(CeisApplet.java:47)
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> >Method)
> > at sun.reflect.NativeConstructorAccessorImp

Re: [OT] AW: Re: AW: RE: Re: AW: RE: Error instantiating servlet class

[ravi kumar]

thankyou
Even i have these problem in my project..
These conservation help me to troubleshot the 
problem...
Thanks a lot once again

[EMAIL PROTECTED] wrote:
> 
> Thanks. It is working now.
> 
> Ursprüngliche Nachricht
> Von: [EMAIL PROTECTED]
> Datum: 12.02.2007 11:33
> An: "Tomcat Users List"
> Betreff: Re: AW: RE: Re: AW: RE: Error instantiating servlet class
> 
> This is same error as before, only the class is different, as long 
> as
> you get those errors, just put the libraries you require inside 
> your
> WEB-INF/lib folder.
> 
> En l'instant précis du 02/12/07 11:28, [EMAIL PROTECTED]
> s'exprimait en ces termes:
>> Thanks.
>>
>> It seems that things have moved on, but I get another error now:
>>
>> exception 
>>
>> javax.servlet.ServletException: Error instantiating servlet 
> class 
>> servlet.CallService
>>  org.apache.catalina.valves.ErrorReportValve.invoke
>> (ErrorReportValve.java:105)
>>  org.apache.catalina.connector.CoyoteAdapter.service
> (CoyoteAdapter.
>> java:148)
>>  org.apache.coyote.http11.Http11Processor.process
> (Http11Processor.
>> java:869)
>>  org.apache.coyote.http11.
>> Http11BaseProtocol$Http11ConnectionHandler.processConnection
>> (Http11BaseProtocol.java:664)
>>  org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
>> (PoolTcpEndpoint.java:527)
>>  org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
>> (LeaderFollowerWorkerThread.java:80)
>>  org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
>> (ThreadPool.java:684)
>>  java.lang.Thread.run(Thread.java:595)
>>
>>
>> root cause 
>>
>> java.lang.NoClassDefFoundError: org/apache/axis/client/Service
>>  java.lang.ClassLoader.defineClass1(Native Method)
>>  java.lang.ClassLoader.defineClass(ClassLoader.java:620)
>>  java.security.SecureClassLoader.defineClass(SecureClassLoader.
> java:
>> 124)
>>  org.apache.catalina.loader.WebappClassLoader.findClassInternal
>> (WebappClassLoader.java:1815)
>>  org.apache.catalina.loader.WebappClassLoader.findClass
>> (WebappClassLoader.java:869)
>>  org.apache.catalina.loader.WebappClassLoader.loadClass
>> (WebappClassLoader.java:1322)
>>  org.apache.catalina.loader.WebappClassLoader.loadClass
>> (WebappClassLoader.java:1201)
>>  java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>  java.lang.Class.getDeclaredConstructors0(Native Method)
>>  java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
>>  java.lang.Class.getConstructor0(Class.java:2671)
>>  java.lang.Class.newInstance0(Class.java:321)
>>  java.lang.Class.newInstance(Class.java:303)
>>  org.apache.catalina.valves.ErrorReportValve.invoke
>> (ErrorReportValve.java:105)
>>  org.apache.catalina.connector.CoyoteAdapter.service
> (CoyoteAdapter.
>> java:148)
>>  org.apache.coyote.http11.Http11Processor.process
> (Http11Processor.
>> java:869)
>>  org.apache.coyote.http11.
>> Http11BaseProtocol$Http11ConnectionHandler.processConnection
>> (Http11BaseProtocol.java:664)
>>  org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
>> (PoolTcpEndpoint.java:527)
>>  org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
>> (LeaderFollowerWorkerThread.java:80)
>>  org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
>> (ThreadPool.java:684)
>>  java.lang.Thread.run(Thread.java:595)
>>
>>
>> My servlet is using a web service. The client classes of the 
> web 
>> service are put in 
>> C:\tomcat\webapps\StandardCategoryModule\WEB-INF\classes\org 
> and 
>> the web service itself is put in C:\Axis\webapps\axis\WEB-
>> INF\classes\org.
>>
>> I have built a web service and web service client in eclipse and 
> I 
>> have managed to invoke the web service with that command line 
> cleint. 
>> Now I am trying to crate a form that  invokes a servlet that uses 
> the 
>> client classes to invoke the web service.
>>
>> Thanks
>>
>> Regards,
>> Magdalena
>>
>> Ursprüngliche Nachricht
>> Von: [EMAIL PROTECTED]
>> Datum: 12.02.2007 11:11
>> An: "Tomcat Users List", 
>> <[EMAIL PROTECTED]>
>> Betreff: RE: Re: AW: RE: Error instantiating servlet class
>>
>> in your distribution, put the jar here 
>>
>> C:\tomcat\webapps\StandardCategoryModule\WEB-INF\lib\jaxrpc.jar 
>>
>> -Message d'

Re: AW: RE: Re: AW: RE: Error instantiating servlet class

[David Delbecq]

This is same error as before, only the class is different, as long as
you get those errors, just put the libraries you require inside your
WEB-INF/lib folder.

En l'instant précis du 02/12/07 11:28, [EMAIL PROTECTED]
s'exprimait en ces termes:
> Thanks.
>
> It seems that things have moved on, but I get another error now:
>
> exception 
>
> javax.servlet.ServletException: Error instantiating servlet class 
> servlet.CallService
>   org.apache.catalina.valves.ErrorReportValve.invoke
> (ErrorReportValve.java:105)
>   org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.
> java:148)
>   org.apache.coyote.http11.Http11Processor.process(Http11Processor.
> java:869)
>   org.apache.coyote.http11.
> Http11BaseProtocol$Http11ConnectionHandler.processConnection
> (Http11BaseProtocol.java:664)
>   org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
> (PoolTcpEndpoint.java:527)
>   org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
> (LeaderFollowerWorkerThread.java:80)
>   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
> (ThreadPool.java:684)
>   java.lang.Thread.run(Thread.java:595)
>
>
> root cause 
>
> java.lang.NoClassDefFoundError: org/apache/axis/client/Service
>   java.lang.ClassLoader.defineClass1(Native Method)
>   java.lang.ClassLoader.defineClass(ClassLoader.java:620)
>   java.security.SecureClassLoader.defineClass(SecureClassLoader.java:
> 124)
>   org.apache.catalina.loader.WebappClassLoader.findClassInternal
> (WebappClassLoader.java:1815)
>   org.apache.catalina.loader.WebappClassLoader.findClass
> (WebappClassLoader.java:869)
>   org.apache.catalina.loader.WebappClassLoader.loadClass
> (WebappClassLoader.java:1322)
>   org.apache.catalina.loader.WebappClassLoader.loadClass
> (WebappClassLoader.java:1201)
>   java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>   java.lang.Class.getDeclaredConstructors0(Native Method)
>   java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
>   java.lang.Class.getConstructor0(Class.java:2671)
>   java.lang.Class.newInstance0(Class.java:321)
>   java.lang.Class.newInstance(Class.java:303)
>   org.apache.catalina.valves.ErrorReportValve.invoke
> (ErrorReportValve.java:105)
>   org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.
> java:148)
>   org.apache.coyote.http11.Http11Processor.process(Http11Processor.
> java:869)
>   org.apache.coyote.http11.
> Http11BaseProtocol$Http11ConnectionHandler.processConnection
> (Http11BaseProtocol.java:664)
>   org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
> (PoolTcpEndpoint.java:527)
>   org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
> (LeaderFollowerWorkerThread.java:80)
>   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
> (ThreadPool.java:684)
>   java.lang.Thread.run(Thread.java:595)
>
>
> My servlet is using a web service. The client classes of the web 
> service are put in 
> C:\tomcat\webapps\StandardCategoryModule\WEB-INF\classes\org and 
> the web service itself is put in C:\Axis\webapps\axis\WEB-
> INF\classes\org.
>
> I have built a web service and web service client in eclipse and I 
> have managed to invoke the web service with that command line cleint. 
> Now I am trying to crate a form that  invokes a servlet that uses the 
> client classes to invoke the web service.
>
> Thanks
>
> Regards,
> Magdalena
>
> Ursprüngliche Nachricht
> Von: [EMAIL PROTECTED]
> Datum: 12.02.2007 11:11
> An: "Tomcat Users List", 
> <[EMAIL PROTECTED]>
> Betreff: RE: Re: AW: RE: Error instantiating servlet class
>
> in your distribution, put the jar here 
>
> C:\tomcat\webapps\StandardCategoryModule\WEB-INF\lib\jaxrpc.jar 
>
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Envoyé : lundi 12 février 2007 11:00
> À : users@tomcat.apache.org
> Objet : AW: Re: AW: RE: Error instantiating servlet class
>
>
> I have set up the classpath environmantal variable to include the 
> path to jaxrpc.jar
>
> Thanks
>
> Magdalena
> Ursprüngliche Nachricht
> Von: [EMAIL PROTECTED]
> Datum: 12.02.2007 10:51
> An: "Tomcat Users List"
> Betreff: Re: AW: RE: Error instantiating servlet class
>
> Where did you put it?
> En l'instant précis du 02/12/07 10:27, [EMAIL PROTECTED]
> s'exprimait en ces termes:
>   
>> Thanks. I have already put in the classpath the path to jaxrpc.
>> 
> jar. I 
>   
>> presume this is the one, but it still doesn't work.
>>
>> R

Re: Re: Re: Re: enabling/disabling a servlet filter conditionally

[jpls]

Hola,

Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.

Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
PROTECTED]

Muchas gracias,

   Juan Pedro López
   Altiria TIC 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: Re: NullPointer Exception in HostConfig

[Caldarale, Charles R]

> From: news [mailto:[EMAIL PROTECTED] On Behalf Of hv @ 
> Fashion Content
> Subject: Re: Re: NullPointer Exception in HostConfig
> 
> Well trying to be constructive. What syntax checker would 
> you suggest?

There are literally hundreds available - many IDEs have plugins
available, ConTEXT and jEdit have syntax highlighting, even grungy old
IE has error checking.  To keep it in the famaily, try this:
http://forrest.apache.org/docs_0_70/validation.html

There are several web sites that will do it for you, such as:
http://www.xmlvalidation.com/
http://www.mel.nist.gov/msid/validation/ (your tax dollars at work)

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: Re: APR Connector Shutdown Problem

[Fenlason, Josh]

I added the following line to
tomcat-native.1.1.1/jni/native/src/network.c (added at line 388):
apr_socket_opt_set( s, APR_SO_REUSEADDR, 1 );
But I'm still running into the same problem.  

Does anyone who works on the APR Connector have any input on this?  Or
do I need to post this issue on the dev list?  Thanks.
,
Josh.

> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker
> Sent: Monday, January 30, 2006 10:07 PM
> To: users@tomcat.apache.org
> Subject: Re: Re: APR Connector Shutdown Problem
> 
> 
> Not by me, I don't really work on the APR Connector ;-).
> 
> In the bind method in network.c is probably easiest.  If you 
> want your patch 
> to be accepted by the dev team, then you should probably wrap it in a 
> '#ifndef WIN32' like httpd does (don't know why, and care 
> even less :).
> 
> "Fenlason, Josh" <[EMAIL PROTECTED]> wrote in message 
> news:[EMAIL PROTECTED]
> Is there no intent to fix this issue?  Where would I need to 
> make that patch?  Thanks. , Josh.
> 
> > -Original Message-
> > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker
> > Sent: Friday, January 27, 2006 8:59 PM
> > To: users@tomcat.apache.org
> > Subject: Re: APR Connector Shutdown Problem
> >
> >
> > Yeah, the difference is that Httpd calls:
> >   apr_socket_opt_set(s, APR_SO_REUSEADDR, one);
> > on the Socket before binding it.  That allows it to bind 
> even though 
> > there are still half-closed sockets on systems like Solaris.
> >
> > About the only work-around is to hack the tcnative code, 
> and recompile 
> > it.
> >
> > "Fenlason, Josh" <[EMAIL PROTECTED]> wrote in message 
> > 
> news:[EMAIL PROTECTED]
> > I added the Listener you mentioned to server.xml, but I'm 
> still seeing 
> > the issue.  The problem is happening when run the 
> shutdown.sh.  I can 
> > understand if things aren't all clean and tidy if Tomcat 
> crashed, but 
> > you shouldn't have to wait 4 minutes to restart Tomcat 
> after a planned 
> > shutdown.  Apache doesn't work like that.  Any other suggestions on 
> > how to get this to shutdown properly?  Thanks in advance. , Josh.
> >
> > > -Original Message-
> > > From: Mladen Turk [mailto:[EMAIL PROTECTED]
> > > Sent: Friday, January 27, 2006 1:24 AM
> > > To: Tomcat Users List
> > > Subject: Re: APR Connector Shutdown Problem
> > >
> > >
> > > Fenlason, Josh wrote:
> > > > I'm running into a problem with the APR connector not
> > shutting down
> > > > properly.  Tomcat runs fine and there are no errors on
> > > shutdown, but if
> > > > I shut Tomcat down and start it up again I get a socket
> > bind failed
> > > > error in the catalina log (attached).  I have to wait 
> for several 
> > > > minutes between shutdown and startup for Tomcat to be able
> > > to startup
> > > > correctly.  If I run Tomcat without the APR connector, I
> > > don't have this
> > > > issue.  This does not occur on Windows, but does on
> > Solaris and AIX.
> > > > Has anyone else seen this? One thing I noticed is that 
> the first 
> > > > thing logged on
> > > shutdown is an
> > > > "AjpAprProtocol pause" entry, but there is no shutdown,
> > > stop or destroy.
> > > > Is there any chance the APR connector is just getting
> > > paused and nothing
> > > > is actually stopping it?
> > > > Any help would be greatly appreciated.  Thanks in advance.
> > >
> > >
> > > I suppose you have:
> > >  > className="org.apache.catalina.core.AprLifecycleListener" />
> > > in your server.xml
> > >
> > > But of course it doesn't guarantee it will be executed in
> > all cases,
> > > if the JVM crashes for example. On Solaris it can take up
> > to 4 minutes
> > > until the OS recycles the zombie socket.
> > > You can use:
> > > ndd -set /dev/tcp tcp_time_wait_interval 6
> > > To lower that value.
> > >
> > > APR does not try to fool the OS like JVM, but rather behaves like 
> > > Apache httpd.
> > >
> > > Regards,
> > > Mladen.
> > >
> > >
> > >
> > >
> > 
> -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> >
> >
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: APR Connector Shutdown Problem

[Bill Barker]

I was doing a cut-and paste from the code in Httpd.  In tcnative, 's' is 
it's internal socket structure, and the APR socket is s->sock.

"Fenlason, Josh" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
I added the following line to
tomcat-native.1.1.1/jni/native/src/network.c (added at line 388):
apr_socket_opt_set( s, APR_SO_REUSEADDR, 1 );
But I'm still running into the same problem.

Does anyone who works on the APR Connector have any input on this?  Or
do I need to post this issue on the dev list?  Thanks.
,
Josh.

> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker
> Sent: Monday, January 30, 2006 10:07 PM
> To: users@tomcat.apache.org
> Subject: Re: Re: APR Connector Shutdown Problem
>
>
> Not by me, I don't really work on the APR Connector ;-).
>
> In the bind method in network.c is probably easiest.  If you
> want your patch
> to be accepted by the dev team, then you should probably wrap it in a
> '#ifndef WIN32' like httpd does (don't know why, and care
> even less :).
>
> "Fenlason, Josh" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> Is there no intent to fix this issue?  Where would I need to
> make that patch?  Thanks. , Josh.
>
> > -Original Message-
> > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker
> > Sent: Friday, January 27, 2006 8:59 PM
> > To: users@tomcat.apache.org
> > Subject: Re: APR Connector Shutdown Problem
> >
> >
> > Yeah, the difference is that Httpd calls:
> >   apr_socket_opt_set(s, APR_SO_REUSEADDR, one);
> > on the Socket before binding it.  That allows it to bind
> even though
> > there are still half-closed sockets on systems like Solaris.
> >
> > About the only work-around is to hack the tcnative code,
> and recompile
> > it.
> >
> > "Fenlason, Josh" <[EMAIL PROTECTED]> wrote in message
> >
> news:[EMAIL PROTECTED]
> > I added the Listener you mentioned to server.xml, but I'm
> still seeing
> > the issue.  The problem is happening when run the
> shutdown.sh.  I can
> > understand if things aren't all clean and tidy if Tomcat
> crashed, but
> > you shouldn't have to wait 4 minutes to restart Tomcat
> after a planned
> > shutdown.  Apache doesn't work like that.  Any other suggestions on
> > how to get this to shutdown properly?  Thanks in advance. , Josh.
> >
> > > -Original Message-
> > > From: Mladen Turk [mailto:[EMAIL PROTECTED]
> > > Sent: Friday, January 27, 2006 1:24 AM
> > > To: Tomcat Users List
> > > Subject: Re: APR Connector Shutdown Problem
> > >
> > >
> > > Fenlason, Josh wrote:
> > > > I'm running into a problem with the APR connector not
> > shutting down
> > > > properly.  Tomcat runs fine and there are no errors on
> > > shutdown, but if
> > > > I shut Tomcat down and start it up again I get a socket
> > bind failed
> > > > error in the catalina log (attached).  I have to wait
> for several
> > > > minutes between shutdown and startup for Tomcat to be able
> > > to startup
> > > > correctly.  If I run Tomcat without the APR connector, I
> > > don't have this
> > > > issue.  This does not occur on Windows, but does on
> > Solaris and AIX.
> > > > Has anyone else seen this? One thing I noticed is that
> the first
> > > > thing logged on
> > > shutdown is an
> > > > "AjpAprProtocol pause" entry, but there is no shutdown,
> > > stop or destroy.
> > > > Is there any chance the APR connector is just getting
> > > paused and nothing
> > > > is actually stopping it?
> > > > Any help would be greatly appreciated.  Thanks in advance.
> > >
> > >
> > > I suppose you have:
> > >  > className="org.apache.catalina.core.AprLifecycleListener" />
> > > in your server.xml
> > >
> > > But of course it doesn't guarantee it will be executed in
> > all cases,
> > > if the JVM crashes for example. On Solaris it can take up
> > to 4 minutes
> > > until the OS recycles the zombie socket.
> > > You can use:
> > > ndd -set /dev/tcp tcp_time_wait_interval 6
> > > To lower that value.
> > >
> > > APR does not try to fool the OS like JVM, but rather behaves like
> > > Apache httpd.
> > >
> > > Regards,
> > > Mladen.
> > >
> > >
> > >
> > >
> >
> -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> >
> >
> >
> >
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: Can't execute servlet project

[sam wun]

BTW, where should I place the web.xml file in the tomcat server?

The web (root) execution path of my tomcat server is:

/tomcat/apache-tomcat-5.5.26/webapps/DBTest



Thanks

Sam

> - Original Message -
> From: sam wun
> Sent: 28/08/08 02:45 am
> To: Tomcat Users List, Tomcat Users List
> Subject: Re: Re: Can't execute servlet project
> 
> HI there,
> 
> 
> 
> I managed to fix the jdk version error, now it comes with a different 
> error.
> 
> The url I am trying to put on the firefox browser is 
> 
> http://10.1.9.1:8080/DBTest/CreateCustomerServlet
> 
> 
> 
> 
> 
> The error is:
> 
> TTP Status 500 - 
> 
> type Exception report
> 
> message 
> 
> description The server encountered an internal error () that prevented it 
> from fulfilling this request.
> 
> exception javax.servlet.ServletException: Cannot create JDBC driver of 
> class '' for connect URL 'null'
>   servlet.CreateCustomerServlet.doGet(CreateCustomerServlet.java:38)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 
> root cause org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create 
> JDBC driver of class '' for connect URL 'null'
> 
> 
> org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1150)
> 
> 
> org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:880)
>   command.CommandExecutor.getConnection(CommandExecutor.java:54)
>   command.CommandExecutor.executeDatabaseCommand(CommandExecutor.java:38)
>   servlet.CreateCustomerServlet.doGet(CreateCustomerServlet.java:33)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 
> root cause java.sql.SQLException: No suitable driver
>   java.sql.DriverManager.getDriver(Unknown Source)
> 
> 
> org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1143)
> 
> 
> org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:880)
>   command.CommandExecutor.getConnection(CommandExecutor.java:54)
>   command.CommandExecutor.executeDatabaseCommand(CommandExecutor.java:38)
>   servlet.CreateCustomerServlet.doGet(CreateCustomerServlet.java:33)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 
> note The full stack trace of the root cause is available in the Apache 
> Tomcat/5.5.26 logs.
> > - Original Message -
> > From: David Smith
> > Sent: 28/08/08 12:44 am
> > To: Tomcat Users List
> > Subject: Re: Can't execute servlet project
> > 
> > Looks normal .. you won't get a file named CreateCustomerServlet under 
> > DbTest.  You should get a class named CreateCustomerServlet.class in 
> > WEB-INF/classes/servlet.  That class will be called when your webapp 
> > receive's a request for 
> > http://localhost:8080/DbTest/CreateCustomerServlet (assuming tomcat was 
> > installed with listening on port 8080 and it's installed on your local 
> > workstation).  That's what the  ...  
> > part of web.xml is all about -- mapping URLs to servlets.
> > 
> > 
> > --David
> > 
> > sam wun wrote:
> > > I got a similar web.xml, but the is different. 
> > >
> > > Here is the entire content of my web.xml.
> > >
> > >
> > >
> > > 
> > >  > > xmlns="http://java.sun.com/xml/ns/j2ee"; 
> > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
> > > xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
> > > http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";>
> > > 
> > > DBTest
> > > 
> > > 
> > > Servlet to create customers
> > > 
> > > CreateCustomerServlet
> > > CreateCustomerServlet
> > > 
> > > servlet.CreateCustomerServlet
> > > 
> > > 
> > > CreateCustomerServlet
> > > /CreateCustomerServlet
> > > 
> > > 
> > > index.html
> > > index.htm
> > > index.jsp
> > > default.html
> > > default.htm
> > > default.jsp
> > > 
> > > 
> > > DB Connection
> > >   jdbc/TestDB
> > > 

Re: Re: Re: Can't execute servlet project

[sam wun]

I found there are some xml file in the conf/ directory:

linux:~/tomcat/apache-tomcat-5.5.26/conf # ls
.   Catalina    catalina.policy  logging.properties  
server.xml    web.xml
..  DBTest.xml  catalina.properties  server-minimal.xml  
tomcat-users.xml
linux:~/tomcat/apache-tomcat-5.5.26/conf #

do I need to remove DBTest.xml and web.xml here?

Thanks

Sam



> - Original Message -
> From: sam wun
> Sent: 03/09/08 11:13 am
> To: Tomcat Users List
> Subject: Re: Re: Can't execute servlet project
> 
> After moved the context.xml file to 
> /tomcat/apache-tomcat-5.5.26/conf/Catalina/localhost/
> 
> with the content changed to:
> 
> 
> 
>     
>     WEB-INF/web.xml
> 
>     
>     
>     type="javax.sql.DataSource"
>    maxActive="100" maxIdle="30" maxWait="1"
>    username="javauser" password="javadude" 
> driverClassName="com.mysql.jdbc.Driver"
>    url="jdbc:mysql://localhost:3306/javatest"  
> validationQuery="select 1" />
> 
> (I have the exact db, table and username/password created like this).
> 
> And I have removed the context.xml file in webapps/DBTest/WEB-INF/lib/
> 
> My testdb.jsp in /tomcat/apache-tomcat-5.5.26/webapps/DBTest looks is 
> shown 
> below:
> 
> <%@ taglib uri="http://java.sun.com/jsp/jstl/sql"; prefix="sql" %>
> <%@ taglib uri="http://java.sun.com/jsp/jstl/core"; prefix="c" %>
> 
> 
> select id, foo, bar from testdata
> 
> 
> 
>   
>     DB Test
>   
>   
> 
>   Results
> 
> 
>     Foo ${row.foo}
>     Bar ${row.bar}
> 
> 
>   
> 
> 
> 
> 
> Then shudown and restarted tomcat server.
> 
> 
> I m still getting the DataSource Invalid errors:
> 
> 
> 
> HTTP Status 500 - 
> 
> type Exception report
> 
> message 
> 
> description The server encountered an internal error () that prevented it 
> from fulfilling this request.
> 
> exception org.apache.jasper.JasperException: Unable to get connection, 
> DataSource invalid: "org.apache.tomcat.dbcp.dbcp.SQLNestedException: 
> Cannot 
> create JDBC driver of class '' for connect URL 'null'"
> 
> 
> org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:460)
> 
> 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:355)
>   org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
>   org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 
> root cause javax.servlet.ServletException: Unable to get connection, 
> DataSource invalid: "org.apache.tomcat.dbcp.dbcp.SQLNestedException: 
> Cannot 
> create JDBC driver of class '' for connect URL 'null'"
> 
> 
> org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:841)
> 
> 
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:774)
>   org.apache.jsp.testdb_jsp._jspService(testdb_jsp.java:82)
>   org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 
> 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
>   org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
>   org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
> 
> ...
> 
> 
> 
> 
> 
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 
> > - Original Message -
> > From: David Smith
> > Sent: 03/09/08 03:06 am
> > To: Tomcat Users List
> > Subject: Re: Can't execute servlet project
> > 
> > >
> > > Here is the mysql-connector jar file I got in the common/lib 
> directory:
> > >
> > > linux:~/tomcat/apache-tomcat-5.5.26/common/lib # ls mysql*
> > > mysql-connector-java-5.1.3-rc-bin.jar
> > >
> > >
> > >
> > > Is thsi the correct mysql jar file?
> > >   
> > Yes ... looks good.  Just be sure this is the only place you have a 
> > mysql JDBC driver installed.  There should not be one in 
> > webapps/DBTest/WEB-INF/lib if it exists here.
> > 
> > > This is the only context.xml file I got in the tomcat (5.5.26) 
> > directory:
> > >
> > > /tomcat/apache-tomcat-5.5.26/conf/context.xml: ...
> > That is the universal one.  The context xml file sho

AW: Re: AW: RE: Re: AW: RE: Error instantiating servlet class

[[EMAIL PROTECTED]]

Thanks. It is working now.

Ursprüngliche Nachricht
Von: [EMAIL PROTECTED]
Datum: 12.02.2007 11:33
An: "Tomcat Users List"
Betreff: Re: AW: RE: Re: AW: RE: Error instantiating servlet class

This is same error as before, only the class is different, as long 
as
you get those errors, just put the libraries you require inside 
your
WEB-INF/lib folder.

En l'instant précis du 02/12/07 11:28, [EMAIL PROTECTED]
s'exprimait en ces termes:
> Thanks.
>
> It seems that things have moved on, but I get another error now:
>
> exception 
>
> javax.servlet.ServletException: Error instantiating servlet 
class 
> servlet.CallService
>   org.apache.catalina.valves.ErrorReportValve.invoke
> (ErrorReportValve.java:105)
>   org.apache.catalina.connector.CoyoteAdapter.service
(CoyoteAdapter.
> java:148)
>   org.apache.coyote.http11.Http11Processor.process
(Http11Processor.
> java:869)
>   org.apache.coyote.http11.
> Http11BaseProtocol$Http11ConnectionHandler.processConnection
> (Http11BaseProtocol.java:664)
>   org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
> (PoolTcpEndpoint.java:527)
>   org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
> (LeaderFollowerWorkerThread.java:80)
>   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
> (ThreadPool.java:684)
>   java.lang.Thread.run(Thread.java:595)
>
>
> root cause 
>
> java.lang.NoClassDefFoundError: org/apache/axis/client/Service
>   java.lang.ClassLoader.defineClass1(Native Method)
>   java.lang.ClassLoader.defineClass(ClassLoader.java:620)
>   java.security.SecureClassLoader.defineClass(SecureClassLoader.
java:
> 124)
>   org.apache.catalina.loader.WebappClassLoader.findClassInternal
> (WebappClassLoader.java:1815)
>   org.apache.catalina.loader.WebappClassLoader.findClass
> (WebappClassLoader.java:869)
>   org.apache.catalina.loader.WebappClassLoader.loadClass
> (WebappClassLoader.java:1322)
>   org.apache.catalina.loader.WebappClassLoader.loadClass
> (WebappClassLoader.java:1201)
>   java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>   java.lang.Class.getDeclaredConstructors0(Native Method)
>   java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
>   java.lang.Class.getConstructor0(Class.java:2671)
>   java.lang.Class.newInstance0(Class.java:321)
>   java.lang.Class.newInstance(Class.java:303)
>   org.apache.catalina.valves.ErrorReportValve.invoke
> (ErrorReportValve.java:105)
>   org.apache.catalina.connector.CoyoteAdapter.service
(CoyoteAdapter.
> java:148)
>   org.apache.coyote.http11.Http11Processor.process
(Http11Processor.
> java:869)
>   org.apache.coyote.http11.
> Http11BaseProtocol$Http11ConnectionHandler.processConnection
> (Http11BaseProtocol.java:664)
>   org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
> (PoolTcpEndpoint.java:527)
>   org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
> (LeaderFollowerWorkerThread.java:80)
>   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
> (ThreadPool.java:684)
>   java.lang.Thread.run(Thread.java:595)
>
>
> My servlet is using a web service. The client classes of the 
web 
> service are put in 
> C:\tomcat\webapps\StandardCategoryModule\WEB-INF\classes\org 
and 
> the web service itself is put in C:\Axis\webapps\axis\WEB-
> INF\classes\org.
>
> I have built a web service and web service client in eclipse and 
I 
> have managed to invoke the web service with that command line 
cleint. 
> Now I am trying to crate a form that  invokes a servlet that uses 
the 
> client classes to invoke the web service.
>
> Thanks
>
> Regards,
> Magdalena
>
> Ursprüngliche Nachricht
> Von: [EMAIL PROTECTED]
> Datum: 12.02.2007 11:11
> An: "Tomcat Users List", 
> <[EMAIL PROTECTED]>
> Betreff: RE: Re: AW: RE: Error instantiating servlet class
>
> in your distribution, put the jar here 
>
> C:\tomcat\webapps\StandardCategoryModule\WEB-INF\lib\jaxrpc.jar 
>
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Envoyé : lundi 12 février 2007 11:00
> À : users@tomcat.apache.org
> Objet : AW: Re: AW: RE: Error instantiating servlet class
>
>
> I have set up the classpath environmantal variable to include 
the 
> path to jaxrpc.jar
>
> Thanks
>
> Magdalena
> Ursprüngliche Nachricht
> Von: [EMAIL PROTECTED]
> Datum: 12.02.2007 10:51
> An: "Tomcat Users List"
> Betreff: Re: AW: RE: Error instantiating servlet class
>
> Where did you put it?
> En l'instant précis du 02/12/07 10:27, [EMAIL PROTECTED]
> s

Re: Re: MultipartRequest problem

[Warren Pace]

Is the servlet part of a "package" in your webapp?  MultipartRequest may be 
another java class on your box.

> 
> From: Franklin Phan <[EMAIL PROTECTED]>
> Date: 2005/12/15 Thu PM 06:57:12 EST
> To: Tomcat Users List 
> Subject: Re: MultipartRequest problem
> 
> I downloaded Tomcat 3.3.2 and extracted the servlet.jar, which should be 
> 2.2-complient, but it doesn't appear to contain MultipartRequest.  So, I'm at 
> a lost here.  The problem servlet was 
> indeed compiled over a year ago and has been running since.
> 
> 
> Franklin Phan wrote:
> > I have an old servlet that I need to recompile but cannot because it 
> > references MultipartRequest class.  The servlet imports the following 
> > packages:
> > 
> > import java.io.*;
> > import java.sql.*;
> > import java.util.*;
> > import javax.servlet.*;
> > import javax.xml.parsers.*;
> > import org.xml.sax.*;
> > import org.w3c.dom.*;
> > 
> > I nothing about a MultipartRequest class in anyone of the above.  I can 
> > venture a guess that it was a class in the javax.servlet package back in 
> > the Servlet 2.2 days, but there are no Javadocs for Servlet 2.2 
> > implementation on the Jakarta site for me to confirm my guess.
> > 
> > I don't see links on Jakarta that points to any servlet version 
> > implementations.  If only I can download a JAR file, I'd be able to 
> > recompile.
> > 
> > Can someone give me a hint here?
> > 
> > Thanks.
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> > 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE: Add application

[Warren Pace]

Yep!  Thanks, Chuck.
> 
> From: "Caldarale, Charles R" <[EMAIL PROTECTED]>
> Date: 2005/12/18 Sun PM 04:58:05 EST
> To: "Tomcat Users List" 
> Subject: RE: Add application
> 
> > From: Warren Pace [mailto:[EMAIL PROTECTED] 
> > Subject: Re: Add application
> > 
> > or create an xml file with the same name as your 
> > webapp (i.e. BookApps.xml ) in $CATALINA_HOME/conf.
> 
> That should be conf/Catalina/ (usually localhost), not just
> conf.
> 
>  - Chuck
> 
> 
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
> MATERIAL and is thus for use only by the intended recipient. If you
> received this in error, please contact the sender and delete the e-mail
> and its attachments from all computers.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: context error

[Warren Pace]

> 
> From: "jacky" <[EMAIL PROTECTED]>
> Date: 2006/02/14 Tue PM 08:32:56 EST
> To: "Tomcat Users List" , 
>   <[EMAIL PROTECTED]>
> Subject: Re: context error
> 
> hi, Mike,
>Do you mean put all directories together? 
> No, we need to separate them. So, any other suggestions about this problem?
> 
>  Best Regards.
>jacky  
> 
Could you send us your server.xml with and without the added context?  I see 
you're using 4.1.  What OS and what JVM are you using?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: context error

[jacky]

hi,
   RedHat7.3,  J2sdk1.4.2_10
server.xml is the default server.xml:









  



  

  
  




























  
  

  
  

  

  

  

  

  

  

  
  














 //here, 
myworkflow is my web app.
  



  

  

  
  






  
  

  
  



  




 Best Regards.
   jacky  
   
- Original Message - 
From: "Warren Pace" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Sent: Wednesday, February 15, 2006 6:42 PM
Subject: Re: Re: context error


> 
> > 
> > From: "jacky" <[EMAIL PROTECTED]>
> > Date: 2006/02/14 Tue PM 08:32:56 EST
> > To: "Tomcat Users List" , 
> > <[EMAIL PROTECTED]>
> > Subject: Re: context error
> > 
> > hi, Mike,
> >Do you mean put all directories together? 
> > No, we need to separate them. So, any other suggestions about this problem?
> > 
> >  Best Regards.
> >jacky  
> > 
> Could you send us your server.xml with and without the added context?  I see 
> you're using 4.1.  What OS and what JVM are you using?
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

Re: Re: context error

[jacky]

BTW, if i remove the  from 
the server.ml,
then tomcat can start. but  i can't login the manager tool
which is http://localhost:8080/manager/html with admin/admin, and still can't 
access myworkflow by http://localhost:8080/myworkflow/

 Best Regards.
   jacky  
   
- Original Message - 
From: "jacky" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Sent: Thursday, February 16, 2006 10:00 AM
Subject: Re: Re: context error


> hi,
>RedHat7.3,  J2sdk1.4.2_10
> server.xml is the default server.xml:
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
> 
> 
> 
>   
> 
>   
>   
> 
> 
> 
> 
> port="8080" minProcessors="5" maxProcessors="75"
>enableLookups="true" redirectPort="8443"
>acceptCount="100" debug="0" connectionTimeout="2"
>useURIValidationHack="false" disableUploadTimeout="true" />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
>   
> 
>   
>  prefix="catalina_log." suffix=".txt"
>   timestamp="true"/>
> 
>   
> 
>   
> 
>   
> 
>   
> 
>   
> 
>   
> 
>   
>   unpackWARs="true" autoDeploy="true">
> 
> 
> 
> 
> 
>   directory="logs"  prefix="localhost_access_log." 
> suffix=".txt"
>  pattern="common"/>
> 
> 
>   directory="logs"  prefix="localhost_log." suffix=".txt"
>  timestamp="true"/>
> 
> 
> 
> 
> 
>  //here, 
> myworkflow is my web app.
>   
> 
> 
> 
>   
> 
>   
> 
>   
>   
> 
>   port="8008" minProcessors="5" maxProcessors="75"
>  enableLookups="true"
>  acceptCount="10" debug="0"/>
> 
> 
>   name="Apache" debug="0" appBase="webapps">
> 
>   
>  prefix="apache_log." suffix=".txt"
>   timestamp="true"/>
> 
>   
>   
> 
> 
> 
>   
> 
> 
> 
> 
>  Best Regards.
>jacky  
>
> - Original Message - 
> From: "Warren Pace" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" 
> Sent: Wednesday, February 15, 2006 6:42 PM
> Subject: Re: Re: context error
> 
> 
> > 
> > > 
> > > From: "jacky" <[EMAIL PROTECTED]>
> > > Date: 2006/02/14 Tue PM 08:32:56 EST
> > > To: "Tomcat Users List" , 
> > > <[EMAIL PROTECTED]>
> > > Subject: Re: context error
> > > 
> > > hi, Mike,
> > >Do you mean put all directories together? 
> > > No, we need to separate them. So, any other suggestions about this 
> > > problem?
> > > 
> > >  Best Regards.
> > >jacky  
> > > 
> > Could you send us your server.xml with and without the added context?  I 
> > see you're using 4.1.  What OS and what JVM are you using?
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> >

Re: Re: context error

[Warren Pace]

> 
> From: "jacky" <[EMAIL PROTECTED]>
> Date: 2006/02/15 Wed PM 09:00:29 EST
> To: "Tomcat Users List" 
> Subject: Re: Re: context error
> 
> hi,
>RedHat7.3,  J2sdk1.4.2_10
> server.xml is the default server.xml:

> 
> 
>  //here, 
> myworkflow is my web app.
Been a while since I used 4.1 - this is from memory.
try


>   
> 
> 
> 
>   
> 
>   
> 
>   
>   
> 
>   port="8008" minProcessors="5" maxProcessors="75"
>  enableLookups="true"
>  acceptCount="10" debug="0"/>
> 
> 
>   name="Apache" debug="0" appBase="webapps">
> 
>   
>  prefix="apache_log." suffix=".txt"
>   timestamp="true"/>
> 
>   
>   
> 
> 
> 
>   
> 
> 
> 
> 
>  Best Regards.
>jacky  
>
> - Original Message - 
> From: "Warren Pace" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" 
> Sent: Wednesday, February 15, 2006 6:42 PM
> Subject: Re: Re: context error
> 
> 
> > 
> > > 
> > > From: "jacky" <[EMAIL PROTECTED]>
> > > Date: 2006/02/14 Tue PM 08:32:56 EST
> > > To: "Tomcat Users List" , 
> > > <[EMAIL PROTECTED]>
> > > Subject: Re: context error
> > > 
> > > hi, Mike,
> > >Do you mean put all directories together? 
> > > No, we need to separate them. So, any other suggestions about this 
> > > problem?
> > > 
> > >  Best Regards.
> > >jacky  
> > > 
> > Could you send us your server.xml with and without the added context?  I 
> > see you're using 4.1.  What OS and what JVM are you using?
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: context error

[jacky]

  I added the   reloadable="true" crossContext="true", but the same errors 
occur.

 Best Regards.
   jacky  
   
- Original Message - 
From: "Warren Pace" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Sent: Friday, February 17, 2006 5:35 AM
Subject: Re: Re: context error


> 
> > 
> > From: "jacky" <[EMAIL PROTECTED]>
> > Date: 2006/02/15 Wed PM 09:00:29 EST
> > To: "Tomcat Users List" 
> > Subject: Re: Re: context error
> > 
> > hi,
> >RedHat7.3,  J2sdk1.4.2_10
> > server.xml is the default server.xml:
> 
> > 
> > 
> >  //here, 
> > myworkflow is my web app.
> Been a while since I used 4.1 - this is from memory.
> try
>reloadable="true" crossContext="true">
> 
> >   
> > 
> > 
> > 
> >   
> > 
> >   
> > 
> >   
> >   
> > 
> >  >  port="8008" minProcessors="5" maxProcessors="75"
> >  enableLookups="true"
> >  acceptCount="10" debug="0"/>
> > 
> > 
> >  >  name="Apache" debug="0" appBase="webapps">
> > 
> >   
> >>   prefix="apache_log." suffix=".txt"
> >   timestamp="true"/>
> > 
> >   
> >   
> > 
> > 
> > 
> >   
> > 
> > 
> > 
> > 
> >  Best Regards.
> >jacky  
> >
> > - Original Message - 
> > From: "Warren Pace" <[EMAIL PROTECTED]>
> > To: "Tomcat Users List" 
> > Sent: Wednesday, February 15, 2006 6:42 PM
> > Subject: Re: Re: context error
> > 
> > 
> > > 
> > > > 
> > > > From: "jacky" <[EMAIL PROTECTED]>
> > > > Date: 2006/02/14 Tue PM 08:32:56 EST
> > > > To: "Tomcat Users List" , 
> > > > <[EMAIL PROTECTED]>
> > > > Subject: Re: context error
> > > > 
> > > > hi, Mike,
> > > >Do you mean put all directories together? 
> > > > No, we need to separate them. So, any other suggestions about this 
> > > > problem?
> > > > 
> > > >  Best Regards.
> > > >jacky  
> > > > 
> > > Could you send us your server.xml with and without the added context?  I 
> > > see you're using 4.1.  What OS and what JVM are you using?
> > > 
> > > 
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > 
> > > 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

RE: Re: context error

[Caldarale, Charles R]

> From: "jacky" <[EMAIL PROTECTED]>
> Subject: Re: Re: context error
> 
> server.xml is the default server.xml:
> 
> 
> 

Part of the problem may be that you have no default .  There
should be one (and only one)  tag with path="".  If you want
your app to be the default, you can just set its path to "".

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: context error

[jacky]

I added the , it still doesn't work

 Best Regards.
   jacky  
   
- Original Message - 
From: "Caldarale, Charles R" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Sent: Friday, February 17, 2006 10:13 AM
Subject: RE: Re: context error


> From: "jacky" <[EMAIL PROTECTED]>
> Subject: Re: Re: context error
> 
> server.xml is the default server.xml:
> 
> 
> 

Part of the problem may be that you have no default .  There
should be one (and only one)  tag with path="".  If you want
your app to be the default, you can just set its path to "".

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: context error

[Warren Pace]

> 
> From: "jacky" <[EMAIL PROTECTED]>
> Date: 2006/02/16 Thu PM 11:08:59 EST
> To: "Tomcat Users List" 
> Subject: Re: Re: context error
> 
> I added the , it still doesn't work
> 
>  Best Regards.
>jacky  
>
> - Original Message - 
> From: "Caldarale, Charles R" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" 
> Sent: Friday, February 17, 2006 10:13 AM
> Subject: RE: Re: context error
> 
> 
> > From: "jacky" <[EMAIL PROTECTED]>
> > Subject: Re: Re: context error
> > 
> > server.xml is the default server.xml:
> > 
> > 
> > 
jacky
 The  you have before and after the default context descriptor 
are commenting it out.  Remove those.  I sent you a snippet to try earlier.  
Any luck?
Warren
> 
> Part of the problem may be that you have no default .  There
> should be one (and only one)  tag with path="".  If you want
> your app to be the default, you can just set its path to "".
> 
>  - Chuck
> 
> 
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
> MATERIAL and is thus for use only by the intended recipient. If you
> received this in error, please contact the sender and delete the e-mail
> and its attachments from all computers.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: IIS 7.0

[Garner, Shawn]

What version of the connector did you use?

I am unable to get it to work with IIS 6.0 and JK-1.2.23

Shawn

-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Wachter
Sent: Thursday, May 24, 2007 9:48 AM
To: users@tomcat.apache.org
Subject: Re: IIS 7.0

Finally I found the reason why my Tomcat-IIS-Integration failed under
Windows Vista:

It was a security problem. The "workers.properties" and the
"uriworkermaps.properties" had wrong 
security settings. They could not be read by "all users". After changing
the security settings the 
integration worked.

The reason why these two files had their access privileges set this way
is that I used the Ant task 
FixCrLf in order to make these files "windows" compliant. The FixCrLf
task has the "feature" that 
the security settings of the processed files are changed under Windows
Vista!


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

 
This email may contain material confidential to
Pearson.  If you were not an intended recipient, 
please notify the sender and delete all copies. 
We may monitor email to and from our network. 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: access control

[Warren Pace]

> 
> From: "Zohar" <[EMAIL PROTECTED]>
> Date: 2006/04/06 Thu AM 11:46:27 EDT
> To: "Tomcat Users List" , 
>   
> Subject: Re: access control
> 
> Can I grant access to some jsp pages and deny access to others (in the same 
> context)?
> 
Yes.  I've done it by creating a subdirectory within the webapp and placing 
those jsps I only want admin users to access inside that folder and adding the 
security constraint to web.xml.
Here's a snippet


   UserArea
   /
   GET
   POST


  standard_user
  admin_user




  AdminArea
  /admin/*
  GET
  POST


  admin_user


There may be a better way, but I was in a hurry

> - Original Message - 
> From: "Markus Schönhaber" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" 
> Sent: Thursday, April 06, 2006 17:23
> Subject: Re: access control
> 
> 
> > Zohar wrote:
> >> I have a few servlets which are deployed to different contexts (each
> >> servlet to its own context). One of these servlets acts as an interface 
> >> to
> >> clients, and it forwards the requests from clients to the appropriate
> >> servlets. I don't want any of the non-interface servlets to be accessible
> >> to clients (but they must still be accessible to the interface servlet).
> >> How do I do that?
> >
> > You could, for example, use a Remote Address Filter or a Remote Host 
> > Filter
> > for the contexts you don't want to be accessible:
> > http://tomcat.apache.org/tomcat-5.5-doc/config/valve.html#Remote%20Address%20Filter
> >
> > But would you mind to elaborate a little why you put servlets into 
> > contexts
> > you don't want to be accessible or why it is neccessary for those
> > "non-interface servlets" to be servlets at all?
> >
> > Regards
> >  mks
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: error page

[Zohar Amir]

all it does is put <%=exception.getMessage()%>
I am a bit lost here.
The way I set my error page is :
errorPage="error.jsp"
Should I use errorPage="/error.jsp" instead?
Thanks for your reply,
Zohar.
 
 



> Date: Sat, 20 May 2006 14:05:20 -0400> From: [EMAIL PROTECTED]> To: 
> users@tomcat.apache.org> Subject: Re: error page> > It could be that the 
> error page itself is throwing an error. Try using> an ultra-simple error 
> page.> -- > Len> > On 5/18/06, Zohar <[EMAIL PROTECTED]> wrote:> > No, I've 
> used the "Letting a page define its error page" option.> >> > - Original 
> Message -> > From: "Franck Borel" <[EMAIL PROTECTED]>> > To: "Tomcat 
> Users List" > > Sent: Thursday, May 18, 2006 14:20> 
> > Subject: Re: error page> >> >> > > >> > >> I'm trying to use the error 
> handling mechanism described in> > >> 
> http://java.sun.com/developer/EJTechTips/2003/tt0114.html.> > >> When an 
> exception in thrown in JSP1 it is indeed redirected to JSP2. in> > >> JSP2 
> I've put "System.out.println(exception.getMessage());" and sure> > >> enough 
> the exception's message is printed. But what I get as a response> > >> to the 
> browser is "HTTP 500".> > >>> > >> > > Have you make an entry like this in 
> your Web deployment descriptor> > > (web.xml)?> > >> > > > > >  > > >
> your.exception.> > >> > >
> /JSP2.jsp> > >  > > >> > >> > > -- Franck> 
> > >> > >> > >> >> >> > 
> >
>  >> >> > > 
> -> > > To 
> unsubscribe, e-mail: [EMAIL PROTECTED]> > > For additional commands, e-mail: 
> [EMAIL PROTECTED]> >> > 
> -> > To 
> unsubscribe, e-mail: [EMAIL PROTECTED]> > For additional commands, e-mail: 
> [EMAIL PROTECTED]> >> >> > 
> -> To 
> unsubscribe, e-mail: [EMAIL PROTECTED]> For additional commands, e-mail: 
> [EMAIL PROTECTED]> 
_
Join the next generation of Hotmail and you could win the adventure of a 
lifetime
http://www.imagine-msn.com/minisites/sweepstakes/mail/register.aspx

RE: Re: error page

[Zohar Amir]

If anyone has an example I'd love seeing it...

> Date: Sat, 20 May 2006 14:05:20 -0400> From: [EMAIL PROTECTED]> To: 
> users@tomcat.apache.org> Subject: Re: error page> > It could be that the 
> error page itself is throwing an error. Try using> an ultra-simple error 
> page.> -- > Len> > On 5/18/06, Zohar <[EMAIL PROTECTED]> wrote:> > No, I've 
> used the "Letting a page define its error page" option.> >> > - Original 
> Message -> > From: "Franck Borel" <[EMAIL PROTECTED]>> > To: "Tomcat 
> Users List" > > Sent: Thursday, May 18, 2006 14:20> 
> > Subject: Re: error page> >> >> > > >> > >> I'm trying to use the error 
> handling mechanism described in> > >> 
> http://java.sun.com/developer/EJTechTips/2003/tt0114.html.> > >> When an 
> exception in thrown in JSP1 it is indeed redirected to JSP2. in> > >> JSP2 
> I've put "System.out.println(exception.getMessage());" and sure> > >> enough 
> the exception's message is printed. But what I get as a response> > >> to the 
> browser is "HTTP 500".> > >>> > >> > > Have you make an entry like this in 
> your Web deployment descriptor> > > (web.xml)?> > >> > > > > >  > > >
> your.exception.> > >> > >
> /JSP2.jsp> > >  > > >> > >> > > -- Franck> 
> > >> > >> > >> >> >> > 
> >
>  >> >> > > 
> -> > > To 
> unsubscribe, e-mail: [EMAIL PROTECTED]> > > For additional commands, e-mail: 
> [EMAIL PROTECTED]> >> > 
> -> > To 
> unsubscribe, e-mail: [EMAIL PROTECTED]> > For additional commands, e-mail: 
> [EMAIL PROTECTED]> >> >> > 
> -> To 
> unsubscribe, e-mail: [EMAIL PROTECTED]> For additional commands, e-mail: 
> [EMAIL PROTECTED]> 
_
Join the next generation of Hotmail and you could win the adventure of a 
lifetime
http://www.imagine-msn.com/minisites/sweepstakes/mail/register.aspx

RE: Re: error page

[Zohar Amir]

JSP2 should display the exception's message.
What is this "show friendly (sic) messages" threshold?" ?
Thanks again, 
Zohar.



> Date: Sat, 20 May 2006 11:25:44 -0700> From: [EMAIL PROTECTED]> To: 
> users@tomcat.apache.org> Subject: Re: error page> > On 5/18/06, Zohar <[EMAIL 
> PROTECTED]> wrote:> > > When an exception in thrown in JSP1 it is indeed 
> redirected to JSP2. in JSP2 I've put 
> "System.out.println(exception.getMessage());" and sure enough the exception's 
> message is printed. But what I get as a response to the browser is "HTTP 
> 500".> > Sounds correct to me -- that's the error code. Are you saying that> 
> your JSP2 error page doesn't generate any visible output?> > Is it possible 
> you're using MS IE and your page's output falls below> the "show friendly 
> (sic) messages" threshold?> > -- > Hassan Schroeder  
> [EMAIL PROTECTED]> > 
> -> To 
> unsubscribe, e-mail: [EMAIL PROTECTED]> For additional commands, e-mail: 
> [EMAIL PROTECTED]> 
_
Enter the Windows Live Mail beta sweepstakes
http://www.imagine-msn.com/minisites/sweepstakes/mail/register.aspx

Re: Re: error page

[Hassan Schroeder]

On 5/20/06, Zohar Amir <[EMAIL PROTECTED]> wrote:

JSP2 should display the exception's message.
What is this "show friendly (sic) messages" threshold?" ?


MS IE will show it's own "friendly" message instead of yours if the page
size is less that some threshold value -- I forget exactly how big -- but
you should test using some other browser (Firefox, Opera, whatever).

--
Hassan Schroeder  [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Host Aliases

[James McIntosh]

I am running 5.5.20 but looking at the CVS source to see what is going
on.

Have you tried inserting a host alias with JMX before?

Kind regards
James McIntosh


> which source zip/gzip or cvs?
> 
> M-
> This e-mail communication and any attachments may contain confidential
and privileged information for the use of the 
> designated recipients named above. If you are not the intended
recipient, you are hereby notified that you have received
> this communication in error and that any review, disclosure,
dissemination, distribution or copying of it or its 
> contents



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: War re-deployment

[emerson cargnin]

And what's the best/most reliable way to deploy applications on tomcat?
Would be to expand directly inside the webapps? Wouldn't have any
issue of while copying the files tomcat would try to start the
incomplete app? What are your views on deploying applications on
production in tomcat? Or maybe would be to stop tomcat remove the old
app, add the war and re-start tomcat?

regards
emerson

On 29/08/2008, emerson cargnin <[EMAIL PROTECTED]> wrote:
> Hi, I'm using tomcat 5.5.26 and after having a look at the host
> application deployment (
> http://tomcat.apache.org/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment
> ) I still have a doubt:
>
> If tomcat is down and I change a war file in webapps, after restarting
> tomcat, is there anyway for tomcat to detect the change in the war and
> re-deploy it?
>
> Emerson
>

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: War re-deployment

[bhooshanpandit]

I think the best way is to use manager app to deploy the war file in tomcat. 
See http://tomcat.apache.org/tomcat-5.5-doc/manager-howto.html for more details.


 

-Original Message-
From: emerson cargnin <[EMAIL PROTECTED]>
To: Tomcat Users List 
Sent: Fri, 29 Aug 2008 3:52 pm
Subject: Re: War re-deployment










And what's the best/most reliable way to deploy applications on tomcat?
Would be to expand directly inside the webapps? Wouldn't have any
issue of while copying the files tomcat would try to start the
incomplete app? What are your views on deploying applications on
production in tomcat? Or maybe would be to stop tomcat remove the old
app, add the war and re-start tomcat?

regards
emerson

On 29/08/2008, emerson cargnin <[EMAIL PROTECTED]> wrote:
> Hi, I'm using tomcat 5.5.26 and after having a look at the host
> application deployment (
> http://tomcat.apache.org/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment
> ) I still have a doubt:
>
> If tomcat is down and I change a war file in webapps, after restarting
> tomcat, is there anyway for tomcat to detect the change in the war and
> re-deploy it?
>
> Emerson
>

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




 



You are invited to Get a Free AOL Email ID. - http://webmail.aol.in

Re: War re-deployment

[emerson cargnin]

I'm actually using anthill (http://www.anthillpro.com) to do the
deployment, which works basically copying the files to the server
using an agent.

emerson

On 29/08/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I think the best way is to use manager app to deploy the war file in tomcat. 
> See http://tomcat.apache.org/tomcat-5.5-doc/manager-howto.html for more 
> details.
>
>
>
>
> -Original Message-
> From: emerson cargnin <[EMAIL PROTECTED]>
> To: Tomcat Users List 
> Sent: Fri, 29 Aug 2008 3:52 pm
> Subject: Re: War re-deployment
>
>
>
>
>
>
>
>
>
>
> And what's the best/most reliable way to deploy applications on tomcat?
> Would be to expand directly inside the webapps? Wouldn't have any
> issue of while copying the files tomcat would try to start the
> incomplete app? What are your views on deploying applications on
> production in tomcat? Or maybe would be to stop tomcat remove the old
> app, add the war and re-start tomcat?
>
> regards
> emerson
>
> On 29/08/2008, emerson cargnin <[EMAIL PROTECTED]> wrote:
> > Hi, I'm using tomcat 5.5.26 and after having a look at the host
> > application deployment (
> > http://tomcat.apache.org/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment
> > ) I still have a doubt:
> >
> > If tomcat is down and I change a war file in webapps, after restarting
> > tomcat, is there anyway for tomcat to detect the change in the war and
> > re-deploy it?
> >
> > Emerson
> >
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
>
>
> 
> You are invited to Get a Free AOL Email ID. - http://webmail.aol.in
>

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: War re-deployment

[Johnny Kewl]

- Original Message - 
From: "emerson cargnin" <[EMAIL PROTECTED]>

To: "Tomcat Users List" 
Sent: Friday, August 29, 2008 12:10 PM
Subject: War re-deployment



Hi, I'm using tomcat 5.5.26 and after having a look at the host
application deployment (
http://tomcat.apache.org/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment
) I still have a doubt:

If tomcat is down and I change a war file in webapps, after restarting
tomcat, is there anyway for tomcat to detect the change in the war and
re-deploy it?


Tomcat standard out of the box... ie no one has played with the settings... 
is smart, you dont have to help it...

Use manager/html to deploy remotely...

But the way every one understands is... drop the war into webapps... thats 
it.

Its smart... if the war has changed TC will fix things...
If you drop a war into a dead tomact and then start it... its still smart ;)

Only thing is... when you done developing in you IDE... ask you IDE to 
undeploy it... otherwise TC may still be thinking you want the project in 
the IDE to run.


easy...
---
HARBOR : http://www.kewlstuff.co.za/index.htm
The most powerful application server on earth.
The only real POJO Application Server.
See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm
--- 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: War re-deployment

[emerson cargnin]

Hi Johnny


> But the way every one understands is... drop the war into webapps... thats
> it.
> Its smart... if the war has changed TC will fix things...
> If you drop a war into a dead tomact and then start it... its still smart ;)
>

Regarding the above, from what I experienced and from what I read from
the docs is that if you deploy a war in a dead tomcat, it won't
re-deploy unless you remove the expanded folder from a previous
deploy.

regards
emerson

On 29/08/2008, Johnny Kewl <[EMAIL PROTECTED]> wrote:
>
> - Original Message - From: "emerson cargnin"
> <[EMAIL PROTECTED]>
> To: "Tomcat Users List" 
> Sent: Friday, August 29, 2008 12:10 PM
> Subject: War re-deployment
>
>
>
> > Hi, I'm using tomcat 5.5.26 and after having a look at the host
> > application deployment (
> >
> http://tomcat.apache.org/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment
> > ) I still have a doubt:
> >
> > If tomcat is down and I change a war file in webapps, after restarting
> > tomcat, is there anyway for tomcat to detect the change in the war and
> > re-deploy it?
> >
>
> Tomcat standard out of the box... ie no one has played with the settings...
> is smart, you dont have to help it...
> Use manager/html to deploy remotely...
>
> But the way every one understands is... drop the war into webapps... thats
> it.
> Its smart... if the war has changed TC will fix things...
> If you drop a war into a dead tomact and then start it... its still smart ;)
>
> Only thing is... when you done developing in you IDE... ask you IDE to
> undeploy it... otherwise TC may still be thinking you want the project in
> the IDE to run.
>
> easy...
> ---
> HARBOR : http://www.kewlstuff.co.za/index.htm
> The most powerful application server on earth.
> The only real POJO Application Server.
> See it in Action :
> http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm
> ---
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: War re-deployment

[emerson cargnin]

Does anyone know how tomcat should work regarding to this?


On 01/09/2008, emerson cargnin <[EMAIL PROTECTED]> wrote:
> Hi Johnny
>
>
> > But the way every one understands is... drop the war into webapps... thats
> > it.
> > Its smart... if the war has changed TC will fix things...
> > If you drop a war into a dead tomact and then start it... its still smart ;)
> >
>
> Regarding the above, from what I experienced and from what I read from
> the docs is that if you deploy a war in a dead tomcat, it won't
> re-deploy unless you remove the expanded folder from a previous
> deploy.
>
> regards
> emerson
>
> On 29/08/2008, Johnny Kewl <[EMAIL PROTECTED]> wrote:
> >
> > - Original Message - From: "emerson cargnin"
> > <[EMAIL PROTECTED]>
> > To: "Tomcat Users List" 
> > Sent: Friday, August 29, 2008 12:10 PM
> > Subject: War re-deployment
> >
> >
> >
> > > Hi, I'm using tomcat 5.5.26 and after having a look at the host
> > > application deployment (
> > >
> > http://tomcat.apache.org/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment
> > > ) I still have a doubt:
> > >
> > > If tomcat is down and I change a war file in webapps, after restarting
> > > tomcat, is there anyway for tomcat to detect the change in the war and
> > > re-deploy it?
> > >
> >
> > Tomcat standard out of the box... ie no one has played with the settings...
> > is smart, you dont have to help it...
> > Use manager/html to deploy remotely...
> >
> > But the way every one understands is... drop the war into webapps... thats
> > it.
> > Its smart... if the war has changed TC will fix things...
> > If you drop a war into a dead tomact and then start it... its still smart ;)
> >
> > Only thing is... when you done developing in you IDE... ask you IDE to
> > undeploy it... otherwise TC may still be thinking you want the project in
> > the IDE to run.
> >
> > easy...
> > ---
> > HARBOR : http://www.kewlstuff.co.za/index.htm
> > The most powerful application server on earth.
> > The only real POJO Application Server.
> > See it in Action :
> > http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm
> > ---
> >
> > -
> > To start a new topic, e-mail: users@tomcat.apache.org
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: Help, Tomcat 4.1.31 no response

[kartwall]

kartwall,您好！

Sorry, I made a big mistake. These threads were released successfully.

I think the "defunct" showed in Optimizeit must be the same as the Linux's 
Thread while actually these threads were freed by gc. Sorry again.

=== 2005-12-19 15:36:00 您在来信中写道：===

>Hello, Martin Gainty
>
>   Now i got some progress.
>I used Borland Optimizeit 6.0's Thread Debugger and found that in my web 
> application, lots of threads are "defunct".
>As I said before, my web application is based on struts framework and I 
> wrote a plug-in in my app. This plug-in named "AppInfoCachePlugIn" will be 
> loaded and executed when tomcat starts up. In this plugin, I wrote a class 
> which extends from Thread and start it. Code like this:
>
>
>tfn_handle = new ServerNotify();  // ServerNotify is extended from 
> Thread
>tfn_handle.setName("ServerNotifyThread");
>..
>// start the thread
>tfn_handle.start();
>
>
>In "ServerNotify" class, I create a UDP ServerSocket and listen at 10010 
> port. When a request comes in, ServerNotify will create a new Thread named 
> "SendMailThread" and do something. Code like this:
>
>
>// construct the sendmail thread
>SendMailThread sml = new SendMailThread();
>sml.setName("SendMailThread");
>..
>sml.start();
>
>
>Now I found that all "SendMailThread" cannot be released by gc. The 
> thread's status is "defunct" -- the run function of SendMailThread has been 
> executed. That means the instances of "SendMailThread" were referenced by 
> someone -- Tomcat?
>
>So, the problem is:
>1. Can I create threads in a web application?
>2. How to create threads that can be released gracefully in a web app?
>
>
>
>=== 2005-12-17 11:40:00 Martin Wroted：===
>
>>I Agree with David-
>>Send us your most recent log from $CATALINA_HOME/logs
>>regards,
>>Martin-
>>- Original Message -
>>From: "David Smith" <[EMAIL PROTECTED]>
>>To: "Tomcat Users List" 
>>Sent: Saturday, December 17, 2005 11:03 AM
>>Subject: Re: Help, Tomcat 4.1.31 no response
>>
>>
>>> Have you taken a look at your log files? It could be a memory leak in
>>> your app as well.
>>>
>>> -- David
>>>
>>> zhang chao wrote:
>>>
>>>> My Operating System: RedHat 9
>>>> JVM version: j2sdk 1.4.2_09
>>>> Tomcat: tomcat 4.1.31
>>>> Hardware configuration: Dual PIII 1G, 512MB memory
>>>> users: about 30
>>>>
>>>> I have a web application and have deployed to my tomcat 4.1.31. The
>>>> problem is: tomcat will no response after running about 1 week. When i
>>>> enter the URL in IE and press enter, there is nothing happen except
>>>> the progress-bar of IE is increasing, after about 2 minutes, IE
>>>> displayed "Cannot display this page". The tomcat's process in
>>>> server(process named "java") has no any exception, the memory usage
>>>> and cpu usage is normal.
>>>>
>>>> I think that maybe tomcat had no idle thread in thread pool to serve
>>>> for requests so, it kept waiting for an thread available. If this is
>>>> true, my web application must have bugs which exhausted the thread and
>>>> resources. But i don't know, in what situation, these threads cannot
>>>> be callback by tomcat. My database resultsets, statements and
>>>> connections are released(MySQL database, version 3.23.58, used
>>>> tomcat's dbcp connection pool), my network sockets instance are closed
>>>> and any no-use class instances have been set to null.
>>>>
>>>> There is another important issue: when tomcat had no response, the
>>>> only thing I can do is to restart the tomcat server but, when i
>>>> invoked the tomcat's "shutdown.sh" script, I found that the 8080 port
>>>> was not listening but the "java" process was still alive. I must use
>>>

Re: FULLY OT: Re: Re[2]: Exchange Language

[Tony Winslow]

Where can I find more detailed materails covering Comet features added in
Tomcat 6?

2007/6/22, Gregor Schneider <[EMAIL PROTECTED]>:


Guys, this is FULLY OFF-TOPIC - would you mind using private mail
rather than posting to this list?

TIA

Gregor
--
what's puzzlin' you, is the nature of my game
gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2
gpgp-key available @ http://pgpkeys.pca.dfn.de:11371

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: AW: RE: Error instantiating servlet class

[PATTUS, Jean-Philippe]

in your distribution, put the jar here 

C:\tomcat\webapps\StandardCategoryModule\WEB-INF\lib\jaxrpc.jar 

-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : lundi 12 février 2007 11:00
À : users@tomcat.apache.org
Objet : AW: Re: AW: RE: Error instantiating servlet class


I have set up the classpath environmantal variable to include the 
path to jaxrpc.jar

Thanks

Magdalena
Ursprüngliche Nachricht
Von: [EMAIL PROTECTED]
Datum: 12.02.2007 10:51
An: "Tomcat Users List"
Betreff: Re: AW: RE: Error instantiating servlet class

Where did you put it?
En l'instant précis du 02/12/07 10:27, [EMAIL PROTECTED]
s'exprimait en ces termes:
> Thanks. I have already put in the classpath the path to jaxrpc.
jar. I 
> presume this is the one, but it still doesn't work.
>
> Regards,
> Magdalena
> Ursprüngliche Nachricht
> Von: [EMAIL PROTECTED]
> Datum: 12.02.2007 10:20
> An: "Tomcat Users List", 
> <[EMAIL PROTECTED]>
> Betreff: RE: Error instantiating servlet class
>
> it seems this class javax/xml/rpc/ServiceException
> is not in the classpath.
>
>
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Envoyé : lundi 12 février 2007 09:39
> À : users@tomcat.apache.org
> Objet : Error instantiating servlet class
>
>
>
> users@tomcat.apache.org
>
> Hi,
>
> I have the following file structure:
>
> 1.C:\tomcat\webapps\StandardCategoryModule\start.jsp
> 2.C:\tomcat\webapps\StandardCategoryModule\WEB-INF\web.xml
> 3.C:\tomcat\webapps\StandardCategoryModule\WEB-
> INF\classes\servlet\CallService
>
> Start.jsp should invoke the CallService servlet , but I am 
> getting 
> the error below.
>
> type Exception report
> message 
> description The server encountered an internal error () that 
> prevented it from fulfilling this request.
> exception 
> javax.servlet.ServletException: Error instantiating servlet 
class 
> servlet.CallService
>   org.apache.catalina.valves.ErrorReportValve.invoke
> (ErrorReportValve.java:105)
>   org.apache.catalina.connector.CoyoteAdapter.service
> (CoyoteAdapter.
> java:148)
>   org.apache.coyote.http11.Http11Processor.process
(Http11Processor.
> java:869)
>   org.apache.coyote.http11.
> Http11BaseProtocol$Http11ConnectionHandler.processConnection
> (Http11BaseProtocol.java:664)
>   org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
> (PoolTcpEndpoint.java:527)
>   org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
> (LeaderFollowerWorkerThread.java:80)
>   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
> (ThreadPool.java:684)
>   java.lang.Thread.run(Thread.java:595)
> root cause 
> java.lang.NoClassDefFoundError: javax/xml/rpc/ServiceException
>   java.lang.Class.getDeclaredConstructors0(Native Method)
>   java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
>   java.lang.Class.getConstructor0(Class.java:2671)
>   java.lang.Class.newInstance0(Class.java:321)
>   java.lang.Class.newInstance(Class.java:303)
>   org.apache.catalina.valves.ErrorReportValve.invoke
> (ErrorReportValve.java:105)
>   org.apache.catalina.connector.CoyoteAdapter.service
> (CoyoteAdapter.
> java:148)
>   org.apache.coyote.http11.Http11Processor.process
(Http11Processor.
> java:869)
>   org.apache.coyote.http11.
> Http11BaseProtocol$Http11ConnectionHandler.processConnection
> (Http11BaseProtocol.java:664)
>   org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
> (PoolTcpEndpoint.java:527)
>   org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
> (LeaderFollowerWorkerThread.java:80)
>   org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
> (ThreadPool.java:684)
>   java.lang.Thread.run(Thread.java:595)
>
>
>
> My  web.xml file contains the following information:
>
>
> 
> http://java.sun.
> com/xml/ns/j2ee" xmlns:xsi="http://www.w3.
org/2001/XMLSchema-" target="_BLANK">http://www.w3.org/2001/XMLSchema-

> instance" xsi:schemaLocation="http://java.sun.
com/xml/ns/j2ee/web-" target="_BLANK">http://java.sun.
com/xml/ns/j2ee/web-
> app_2_4.xsd">
>   
>   StandardCategoryModule
>   
>   
>   
>   
>   CallService
>   CallService
>   
>   servlet.CallService
>   
>   
>   
>   CallService
>   /CallService
>   
>   
>   
>   index.html
>   ind

RE: RE : RE: deployement of application uising trinidad

[Caldarale, Charles R]

> From: anis jaballah [mailto:[EMAIL PROTECTED] 
> Subject: RE : RE: deployement of application uising trinidad
> 
> java.lang.NoSuchMethodError:
> javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/s
> ervlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext;

That method is part of the JSP 2.1 package, which is supported by Tomcat
6.  Verify that you are running that version and that you don't have an
old copy of jsp-api.jar somewhere within your webapp.  There should only
be one copy of jsp-api.jar, in Tomcat's lib directory.

If you've somehow managed to replace Tomcat's implementation of
JspFactory with your own, that may also result in this error.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE : RE: deployement of application uising trinidad

[aj1m]

i am using tomcat 6. but it didnt work.
-- 
View this message in context: 
http://www.nabble.com/deployement-of-application-uising-trinidad-tf4445100.html#a12690630
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE : RE: deployement of application uising trinidad

[aj1m]

i am using myface 1.2 and trinidad 1.2.2  i remove myface jar from
trinidad-demo-1.2.2 and i search in the web.xml but i didnt found
it so i just removed that file and i tried to deploy but it didnt work and i
get this error:


 ERROR [STDERR] java.lang.ClassCastException:
org.apache.myfaces.trinidadinternal.context.TrinidadPhaseListener cannot be
cast to javax.faces.event.PhaseListener
2007-09-17 14:12:41,609 ERROR [STDERR]  at
com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:825)
can you help me and thank you
-- 
View this message in context: 
http://www.nabble.com/deployement-of-application-uising-trinidad-tf4445100.html#a12734672
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Antwort: Re: Antwort: Re: Session cookies on Linux

[Martin Gainty]

sometimes the best answer is the most obvious
Wunderbar!
Martin-
- Original Message - 
From: "Jan Behrens" <[EMAIL PROTECTED]>

To: "Tomcat Users List" 
Sent: Tuesday, December 13, 2005 12:05 PM
Subject: Antwort: Re: Antwort: Re: Session cookies on Linux



Answering my own post, here is what drove me nuts; we have a firewall
configured on each machine (preconfigured and installed by our admins)
which does not only monitor connections but also _silently_ blocks third
party cookies by default. Because of our servers setup, all cookies were
treated as third party after the initial response by the firewall and thus
eliminated. I could bite my own a... for spending so much time on such a
stupid mistake - but I never thought the firewall would be filtering
cookies without ever telling me :(

Going home now, Jan

"Martin Gainty" <[EMAIL PROTECTED]> schrieb am 12.12.2005 20:22:47:


Guten Tag Jan-
did you find any restrictions in java.policy file?
Anyone else?
M
- Original Message - 
From: "Jan Behrens" <[EMAIL PROTECTED]>

To: "Tomcat Users List" 
Sent: Monday, December 12, 2005 11:55 AM
Subject: Antwort: Re: Session cookies on Linux


> Hi Martin,
>
> thanks for the shot ;) Unfortunately this is not the problem, Tomcat

has

> r&w access to these dirs and successfully writes to them. It's just

not

> handling the session ID via cookies, but then again I am not sure

whether

> this is realy related to the dir question or maybe something else...
>
> Thanks anyway, Jan
>
> "Martin Gainty" <[EMAIL PROTECTED]> schrieb am 12.12.2005 17:41:10:
>
>> This is a shot in the dark but does the sym linked folder have write
>> permission ?
>> assume that tomcat is installed to /usr/local/tomcat..e.g.
>> chmod +w /usr/local/tomcat
>> Anyone else?
>> Viel Gluck,
>> Martin-
>> - Original Message - 
>> From: "Jan Behrens" <[EMAIL PROTECTED]>

>> To: "Tomcat Users List" 
>> Sent: Monday, December 12, 2005 10:51 AM
>> Subject: Re: Session cookies on Linux
>>
>>
>> > Anyone?
>> > I am still stuck on this, I admit that our machine's setup is a bit
>> > 'special' as it has to IPs with a server instance bound to each.

But

>> > everything else works fine, except for this stupid cookie problem.

Can

>> > someone clarify whether using symlinks within the Tomcat install
> directory
>> > is ok? We are using a couple, for /temp and /work amongst others.
> Because
>> > the work dir is used by Tomcat just fine however, I beliebe this
> should be
>> > ok.
>> >
>> > Any help on this is very much appreciated.
>> >
>> > TIA, Jan
>> >
>> >
>> > Jan Behrens
>> > OFFIS
>> > FuE-Bereich Betriebliches Informationsmanagement
>> > Escherweg 2  -  26121 Oldenburg  -  Germany
>> > Fon: +49 4 41 97 22 - 187  -  Fax:  +49 4 41 97 22-102
>> > E-mail: [EMAIL PROTECTED]  -  URL: http://www.offis.de
>> >
>> > Jan Behrens <[EMAIL PROTECTED]> schrieb am 12.12.2005 13:33:41:
>> >
>> >> Thanks for the input Peter. What I see now is even more confusing

to

> me;
>> >
>> >>
>> >> - Tomcat sets a cookie containing a session id X
>> >> - On the request however, the URL gets rewritten using session id

Y

> (and
>> > X
>> >> != Y)
>> >>
>> >> All subsequent requests made are handled via URL rewriting using
> session
>> >
>> >> id Y. I can see this behaviour both on my own app as well as on

the

>> > admin
>> >> app... I am at a loss as to what to do next :(
>> >>
>> >> Any ideas? TIA, Jan
>> >>
>> >> Peter Rossbach <[EMAIL PROTECTED]> schrieb am 12.12.2005 10:07:02:
>> >>
>> >> > a) Setup Firefox LiveHTTPHeader Plugin or nettools http proxy to
> scan
>> >> > you traffic.
>> >> > When tomcat not see a JSESSIONID cookie at the request the can't
>> >> > associate a session.
>> >> >
>> >> > b) StandardSession Manager store all Session at shutdown app at
>> >> > work/Catalina///SESSIONS.ser
>> >> >  All dirs must me writeable for your tomcat user
>> >> > .
>> >> > Peter
>> >> >
>> >> > Jan Behrens schrieb:
>> >> >
>> >> > >Hi list,
>> >> > >
>> >> > >I have a problem with session cookies on a Linux server. B

Re: Re: Re: [help] blank index.jsp on Tomcat 5.5.9

[Garner Shawn]

I thought I read it in one of them it had to be a jsp or html, maybe I'm wrong.
Sorry I meant in the previous post that neither the redirect nor forward worked.




>>   org.apache.jsp.index_jsp

   org.apache.jsp.index_jsp


This is the tomcat 5.5 way to use precompile jsp pages from what I could tell.
I didn't originally have that but I thought maybe tomcat had
compilation of JSP pages disabled.

I will try to create a war that is a basic and see if I can get it to work.


Shawn

---
From: "Hassan Schroeder" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Date: Sun, 28 May 2006 07:40:01 -0700
Subject: Re: Re: [help] blank index.jsp on Tomcat 5.5.9
On 5/27/06, Garner Shawn <[EMAIL PROTECTED]> wrote:

I seen it in the servlet spec but maybe it was spec 2.3 and not 2.4.
It said it it has to be a . where  is .jsp or .html.


I don't see any such thing in either the 2.3 or 2.4 specs, and just
added an arbitrary name -- "home.doodah" :-) -- to my welcome
list and it worked as expected.



I tried the forward and redirect with no spaces and neither work.


? In a previous mail you said the forward worked, but the redirect
didn't. Has this changed?


I also tried putting the welcome file as the welcome.jsf and that
doesn't work either.


Q: why do you have index.jsp mapped as a servlet?
 
 org.apache.jsp.index_jsp
 org.apache.jsp.index_jsp
 

Is that a JSF thing, or ?

Regardless, can you create a minimal WAR that demonstrates this
problem? If so, send it to me offlist and I'll try it on an existing
working install.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Re: [help] blank index.jsp on Tomcat 5.5.9

[Garner Shawn]

I fixed the redirect problem.  I had a jsp-api.jar in my war.  Not
sure where it came from but once I removed it the redirect works.
Hopefully it was from JBoss and not MyFaces or Facelets.

Now however I noticed my jsf commandLinks are all broken.  Not sure if
it is related.

Thanks for the help.


Shawn



-- Forwarded message --
From: "Hassan Schroeder" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Date: Sun, 28 May 2006 07:40:01 -0700
Subject: Re: Re: [help] blank index.jsp on Tomcat 5.5.9
On 5/27/06, Garner Shawn <[EMAIL PROTECTED]> wrote:

I seen it in the servlet spec but maybe it was spec 2.3 and not 2.4.
It said it it has to be a . where  is .jsp or .html.


I don't see any such thing in either the 2.3 or 2.4 specs, and just
added an arbitrary name -- "home.doodah" :-) -- to my welcome
list and it worked as expected.


I tried the forward and redirect with no spaces and neither work.


? In a previous mail you said the forward worked, but the redirect
didn't. Has this changed?


I also tried putting the welcome file as the welcome.jsf and that
doesn't work either.


Q: why do you have index.jsp mapped as a servlet?
 
 org.apache.jsp.index_jsp
 org.apache.jsp.index_jsp
 

Is that a JSF thing, or ?

Regardless, can you create a minimal WAR that demonstrates this
problem? If so, send it to me offlist and I'll try it on an existing
working install.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE: RE: tomcat switches off all the time

[Andreas Hess]

Unfortunately the tomcat still switches off although I turned of the firewall. 
 
 Original-Nachricht 
Datum:  Thu, 7 Dec 2006 15:10:37 +0530
Von: "Narayanaswamy, Mohan" <[EMAIL PROTECTED]>
An: "Tomcat Users List" 
Betreff:  RE: RE: tomcat switches off all the time

> 
> Yes, Turn of the Windows Firewall and test it. Firewall blocks when Tomcat
> tries to listen a port.
> 
> Regards,
> Mohan
> 
> -Original Message-
> From: Andreas Hess [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, December 07, 2006 5:38 PM
> To: Tomcat Users List
> Subject: Re: RE: tomcat switches off all the time
> 
> yes, I`m using the Windows Firewall... does a firewall have any influence
> on the activity of the tomcat-service?  
>  Original-Nachricht 
> Datum:  Thu, 7 Dec 2006 14:57:56 +0530
> Von: "Narayanaswamy, Mohan" <[EMAIL PROTECTED]>
> An: "Tomcat Users List" 
> Betreff:  RE: tomcat switches off all the time
> 
> > 
> > Is there any firewall running in your machine? 
> > 
> > -Original Message-
> > From: Andreas Hess [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 07, 2006 5:20 PM
> > To: users@tomcat.apache.org
> > Subject: tomcat switches off all the time
> > 
> > I`m trying to install the tomcat 5.5.12 version on my computer, but I 
> > can not run tomcat automatically by changing the service-properties 
> > from manual to automatic. The tomcat service switches off after about
> 0.5 minutes.
> > Even if i restart the computer, tomcat does not switch on again
> automatically.
> > 
> > Do you have any idea what the bug for this problem is?
> > --
> > Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
> > Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
> > 
> > -
> > To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> > e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > This email is confidential. If you are not the addressee tell the 
> > sender immediately and destroy this email without using, sending or 
> > storing it. Emails are not secure and may suffer errors, viruses, 
> > delay, interception and amendment. Standard Chartered PLC and 
> > subsidiaries
> > ("SCGroup") do not accept liability for damage caused by this email 
> > and may monitor email traffic.
> > 
> > 
> > -
> > To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, 
> > e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> 
> --
> Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
> Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> This email is confidential. If you are not the addressee tell the sender
> immediately and destroy this email
> without using, sending or storing it. Emails are not secure and may suffer
> errors, viruses, delay,
> interception and amendment. Standard Chartered PLC and subsidiaries
> ("SCGroup") do not accept liability for
> damage caused by this email and may monitor email traffic.
> 
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
"Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de
Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht!

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE: RE: tomcat switches off all the time

[Narayanaswamy, Mohan]

Do you  find any clue from the Tomcat Logs?

Regards,
Mohan

-Original Message-
From: Andreas Hess [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2006 5:53 PM
To: Tomcat Users List
Subject: Re: RE: RE: tomcat switches off all the time

Unfortunately the tomcat still switches off although I turned of the firewall.

 Original-Nachricht 
Datum:  Thu, 7 Dec 2006 15:10:37 +0530
Von: "Narayanaswamy, Mohan" <[EMAIL PROTECTED]>
An: "Tomcat Users List" 
Betreff:  RE: RE: tomcat switches off all the time

>
> Yes, Turn of the Windows Firewall and test it. Firewall blocks when 
> Tomcat tries to listen a port.
>
> Regards,
> Mohan
>
> -Original Message-
> From: Andreas Hess [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 07, 2006 5:38 PM
> To: Tomcat Users List
> Subject: Re: RE: tomcat switches off all the time
>
> yes, I`m using the Windows Firewall... does a firewall have any
> influence on the activity of the tomcat-service?
>  Original-Nachricht 
> Datum:  Thu, 7 Dec 2006 14:57:56 +0530
> Von: "Narayanaswamy, Mohan"
> <[EMAIL PROTECTED]>
> An: "Tomcat Users List" 
> Betreff:  RE: tomcat switches off all the time
>
> >
> > Is there any firewall running in your machine?
> >
> > -Original Message-
> > From: Andreas Hess [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 07, 2006 5:20 PM
> > To: users@tomcat.apache.org
> > Subject: tomcat switches off all the time
> >
> > I`m trying to install the tomcat 5.5.12 version on my computer, but
> > I can not run tomcat automatically by changing the
> > service-properties from manual to automatic. The tomcat service
> > switches off after about
> 0.5 minutes.
> > Even if i restart the computer, tomcat does not switch on again
> automatically.
> >
> > Do you have any idea what the bug for this problem is?
> > --
> > Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
> > Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
> >
> > 
> > - To start a new topic, e-mail: users@tomcat.apache.org To
> > unsubscribe,
> > e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > This email is confidential. If you are not the addressee tell the 
> > sender immediately and destroy this email without using, sending or
> > storing it. Emails are not secure and may suffer errors, viruses, 
> > delay, interception and amendment. Standard Chartered PLC and
> > subsidiaries
> > ("SCGroup") do not accept liability for damage caused by this email
> > and may monitor email traffic.
> >
> >
> > 
> > - To start a new topic, e-mail: users@tomcat.apache.org To
> > unsubscribe,
> > e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
> --
> Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
> Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> This email is confidential. If you are not the addressee tell the
> sender immediately and destroy this email without using, sending or 
> storing it. Emails are not secure and may suffer errors, viruses,
> delay, interception and amendment. Standard Chartered PLC and
> subsidiaries
> ("SCGroup") do not accept liability for damage caused by this email 
> and may monitor email traffic.
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

--
"Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de 
Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht!

-
To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: 
[EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

This email is confidential. If you are not the addressee tell the sender 
immediately and destroy this email
without using, sending or storing it. Emails are not secure and may suffer 
errors, viruses, delay,
interception and amendment. Standard Chartered PLC and subsidiaries ("SCGroup") 
do not accept liability for
damage caused by this email and may monitor email traffic.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: Re: AW: RE: Error instantiating servlet class

[David Delbecq]

tomcat does not use CLASSPATH. Put your webapp jars inside the
WEB-INF/lib/ folder

En l'instant précis du 02/12/07 11:00, [EMAIL PROTECTED]
s'exprimait en ces termes:
> I have set up the classpath environmantal variable to include the 
> path to jaxrpc.jar
>
> Thanks
>
> Magdalena
> Ursprüngliche Nachricht
> Von: [EMAIL PROTECTED]
> Datum: 12.02.2007 10:51
> An: "Tomcat Users List"
> Betreff: Re: AW: RE: Error instantiating servlet class
>
> Where did you put it?
> En l'instant précis du 02/12/07 10:27, [EMAIL PROTECTED]
> s'exprimait en ces termes:
>   
>> Thanks. I have already put in the classpath the path to jaxrpc.
>> 
> jar. I 
>   
>> presume this is the one, but it still doesn't work.
>>
>> Regards,
>> Magdalena
>> Ursprüngliche Nachricht
>> Von: [EMAIL PROTECTED]
>> Datum: 12.02.2007 10:20
>> An: "Tomcat Users List", 
>> <[EMAIL PROTECTED]>
>> Betreff: RE: Error instantiating servlet class
>>
>> it seems this class javax/xml/rpc/ServiceException
>> is not in the classpath.
>>
>>
>> -Message d'origine-
>> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>> Envoyé : lundi 12 février 2007 09:39
>> À : users@tomcat.apache.org
>> Objet : Error instantiating servlet class
>>
>>
>>
>> users@tomcat.apache.org
>>
>> Hi,
>>
>> I have the following file structure:
>>
>> 1.   C:\tomcat\webapps\StandardCategoryModule\start.jsp
>> 2.   C:\tomcat\webapps\StandardCategoryModule\WEB-INF\web.xml
>> 3.   C:\tomcat\webapps\StandardCategoryModule\WEB-
>> INF\classes\servlet\CallService
>>
>> Start.jsp should invoke the CallService servlet , but I am 
>> getting 
>> the error below.
>>
>> type Exception report
>> message 
>> description The server encountered an internal error () that 
>> prevented it from fulfilling this request.
>> exception 
>> javax.servlet.ServletException: Error instantiating servlet 
>> 
> class 
>   
>> servlet.CallService
>>  org.apache.catalina.valves.ErrorReportValve.invoke
>> (ErrorReportValve.java:105)
>>  org.apache.catalina.connector.CoyoteAdapter.service
>> (CoyoteAdapter.
>> java:148)
>>  org.apache.coyote.http11.Http11Processor.process
>> 
> (Http11Processor.
>   
>> java:869)
>>  org.apache.coyote.http11.
>> Http11BaseProtocol$Http11ConnectionHandler.processConnection
>> (Http11BaseProtocol.java:664)
>>  org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
>> (PoolTcpEndpoint.java:527)
>>  org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
>> (LeaderFollowerWorkerThread.java:80)
>>  org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
>> (ThreadPool.java:684)
>>  java.lang.Thread.run(Thread.java:595)
>> root cause 
>> java.lang.NoClassDefFoundError: javax/xml/rpc/ServiceException
>>  java.lang.Class.getDeclaredConstructors0(Native Method)
>>  java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
>>  java.lang.Class.getConstructor0(Class.java:2671)
>>  java.lang.Class.newInstance0(Class.java:321)
>>  java.lang.Class.newInstance(Class.java:303)
>>  org.apache.catalina.valves.ErrorReportValve.invoke
>> (ErrorReportValve.java:105)
>>  org.apache.catalina.connector.CoyoteAdapter.service
>> (CoyoteAdapter.
>> java:148)
>>  org.apache.coyote.http11.Http11Processor.process
>> 
> (Http11Processor.
>   
>> java:869)
>>  org.apache.coyote.http11.
>> Http11BaseProtocol$Http11ConnectionHandler.processConnection
>> (Http11BaseProtocol.java:664)
>>  org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
>> (PoolTcpEndpoint.java:527)
>>  org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
>> (LeaderFollowerWorkerThread.java:80)
>>  org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
>> (ThreadPool.java:684)
>>  java.lang.Thread.run(Thread.java:595)
>>
>>
>>
>> My  web.xml file contains the following information:
>>
>>
>> 
>> http://java.sun.
>> com/xml/ns/j2ee" xmlns:xsi="http://www.w3.
>> 
> org/2001/XMLSchema-" target="_BLANK">http://www.w3.org/2001/XMLSchema-
> 
>   
>> instance" xsi:schemaLocation="http://java.sun.
>> 
> com/xml/ns/j2ee/web-" target="_BLANK">http://java.sun.
> com/xml/ns/j2ee/web-
>   

AW: RE: Re: AW: RE: Error instantiating servlet class

[[EMAIL PROTECTED]]

Thanks.

It seems that things have moved on, but I get another error now:

exception 

javax.servlet.ServletException: Error instantiating servlet class 
servlet.CallService
org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:105)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.
java:148)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.
java:869)
org.apache.coyote.http11.
Http11BaseProtocol$Http11ConnectionHandler.processConnection
(Http11BaseProtocol.java:664)
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
(PoolTcpEndpoint.java:527)
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
(LeaderFollowerWorkerThread.java:80)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:684)
java.lang.Thread.run(Thread.java:595)


root cause 

java.lang.NoClassDefFoundError: org/apache/axis/client/Service
java.lang.ClassLoader.defineClass1(Native Method)
java.lang.ClassLoader.defineClass(ClassLoader.java:620)
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:
124)
org.apache.catalina.loader.WebappClassLoader.findClassInternal
(WebappClassLoader.java:1815)
org.apache.catalina.loader.WebappClassLoader.findClass
(WebappClassLoader.java:869)
org.apache.catalina.loader.WebappClassLoader.loadClass
(WebappClassLoader.java:1322)
org.apache.catalina.loader.WebappClassLoader.loadClass
(WebappClassLoader.java:1201)
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
java.lang.Class.getDeclaredConstructors0(Native Method)
java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
java.lang.Class.getConstructor0(Class.java:2671)
java.lang.Class.newInstance0(Class.java:321)
java.lang.Class.newInstance(Class.java:303)
org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:105)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.
java:148)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.
java:869)
org.apache.coyote.http11.
Http11BaseProtocol$Http11ConnectionHandler.processConnection
(Http11BaseProtocol.java:664)
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket
(PoolTcpEndpoint.java:527)
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt
(LeaderFollowerWorkerThread.java:80)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:684)
java.lang.Thread.run(Thread.java:595)


My servlet is using a web service. The client classes of the web 
service are put in 
C:\tomcat\webapps\StandardCategoryModule\WEB-INF\classes\org and 
the web service itself is put in C:\Axis\webapps\axis\WEB-
INF\classes\org.

I have built a web service and web service client in eclipse and I 
have managed to invoke the web service with that command line cleint. 
Now I am trying to crate a form that  invokes a servlet that uses the 
client classes to invoke the web service.

Thanks

Regards,
Magdalena

Ursprüngliche Nachricht
Von: [EMAIL PROTECTED]
Datum: 12.02.2007 11:11
An: "Tomcat Users List", 
<[EMAIL PROTECTED]>
Betreff: RE: Re: AW: RE: Error instantiating servlet class

in your distribution, put the jar here 

C:\tomcat\webapps\StandardCategoryModule\WEB-INF\lib\jaxrpc.jar 

-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : lundi 12 février 2007 11:00
À : users@tomcat.apache.org
Objet : AW: Re: AW: RE: Error instantiating servlet class


I have set up the classpath environmantal variable to include the 
path to jaxrpc.jar

Thanks

Magdalena
Ursprüngliche Nachricht
Von: [EMAIL PROTECTED]
Datum: 12.02.2007 10:51
An: "Tomcat Users List"
Betreff: Re: AW: RE: Error instantiating servlet class

Where did you put it?
En l'instant précis du 02/12/07 10:27, [EMAIL PROTECTED]
s'exprimait en ces termes:
> Thanks. I have already put in the classpath the path to jaxrpc.
jar. I 
> presume this is the one, but it still doesn't work.
>
> Regards,
> Magdalena
> Ursprüngliche Nachricht
> Von: [EMAIL PROTECTED]
> Datum: 12.02.2007 10:20
> An: "Tomcat Users List", 
> <[EMAIL PROTECTED]>
> Betreff: RE: Error instantiating servlet class
>
> it seems this class javax/xml/rpc/ServiceException
> is not in the classpath.
>
>
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Envoyé : lundi 12 février 2007 09:39
> À : users@tomcat.apache.org
> Objet : Error instantiating servlet class
>
>
>
> users@tomcat.apache.org
>
> Hi,
>
> I have the following file structure:
>
> 1.C:\tomcat\webapps\StandardCategoryModule\start.jsp
> 2.C:\tomcat\webapps\StandardCategoryModule\WEB-INF\web.xm

Re: Re: Re: enabling/disabling a servlet filter conditionally

[jpls]

Hola,

Estaré ausente de la oficina por vacaciones hasta el 20 de agosto.

Para cualquier tema urgente por favor enviar el correo a la dirección [EMAIL 
PROTECTED]

Muchas gracias,

   Juan Pedro López
   Altiria TIC 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE: JSP on apache

[Warren Pace]

Mukesh,
  Did you also edit your httpd.conf file and workers.properties?  I've 
attached some snippets from mine as text files.  Once you've configured 
everything, restart the servers first tomcat and then apache.
Regards
Warren
> 
> From: "mukesh" <[EMAIL PROTECTED]>
> Date: 2005/12/06 Tue PM 05:23:34 EST
> To: "'Tomcat Users List'" 
> Subject: RE: JSP on apache
> 
> 
> Hi tim,
>   Thanks for your help so far.
> 
>   Finally I've downloaded jakarta-tomcat-connectors-1.2.15-src.tar.gz
> and configured installed it using instruction from
> http://johnturner.com/howto/apache2-tomcat4127-jk-rh9-howto.html.
> 
> Now when I start the tomcat then mod_jk.conf is being generated in
> /usr/local/tomcat/conf/auto directory and I am able access all the deployed
> services including http://:8080/jsp-examples. Apache is
> running on port 80.
> 
> But I am not able to execute http:///jsp-examples. It gives
> me page notr found error. I have added "Include
> /usr/local/tomcat/conf/auto/mod_jk.conf" statement also though this
> statement is different in
> http://tomcat.apache.org/connectors-doc/howto/apache.html document. here it
> says "Include /var/tomcat3/conf/jk/mod_jk.conf-auto" where /var/tomcat3/ is
> TOMCAT installation directory.
> 
> Both apache and tomcat server are running on same machine.
> 
> 
> Please guide.
> 
> Regards,
> -Mukesh
> 
> 
> 
> 
> 
> 
> -Original Message-
> From: Tim Funk [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, December 06, 2005 5:37 PM
> To: Tomcat Users List
> Subject: Re: JSP on apache
> 
> If you are using tomcat 5.5 - do not refer to the tomcat 3 docs ;)
> 
> http://tomcat.apache.org/connectors-doc/
> http://tomcat.apache.org/faq/
> 
> -Tim
> 
> mukesh wrote:
> 
> > Hi,
> > I have tried all the option given in
> > http://tomcat.apache.org/tomcat-3.3-doc/mod_jk-howto.html#s2. FAQ But I
> > could not build the 
> >  jakarta-tomcat-connectors-jk-1.2.14-linux-sles9-x86_64-prefork.so
> > (renamed as mod_jk.so).
> > 
> > 
> > if I run "make" command then following message appears
> > make: Nothing to be done for `mod_jk.so'.
> > 
> > 
> > My installation paths are
> > 
> > Tomcat: /usr/local/apache-tomcat-5.5.12
> > Apache: /usr/local/apache(version is 2.0)
> > JDK: /usr/local/jdk1.5.0_02
> > 
> > Everything is working fine but no success with mod_jk. I must tell that
> this
> > is my first experience with apache and tomcat ( mod_jk too).
> > 
> > Please guide me if someone has already done mod_jk installation on Linux.
> I
> > am running Redhat 7.0
> > 
> > Please advice.
> > 
> > Regards,
> > Mukesh Kumar
> > 
> > 
> > 
> > -Original Message-
> > From: Tim Funk [mailto:[EMAIL PROTECTED] 
> > Sent: Friday, December 02, 2005 7:43 PM
> > To: Tomcat Users List
> > Subject: Re: JSP on apache
> > 
> > Both of those binaries look to be for apache2. My guess is to rename the 
> > version you are using (apache worker vs prefork) to mod_jk.so.
> > 
> > Place the mod_jk.so libexec directory then add the appropriate so load
> > module 
> > directives and othr jk config directives. The FAQ should have some links 
> > (some good, some possibly not so good now) to external how-tos.
> > 
> > -Tim
> > 
> > mukesh wrote:
> > 
> > 
> >>Tim,
> >>I have downloaded two files
> >>1) jakarta-tomcat-connectors-jk-1.2.14-linux-sles9-x86_64-prefork.so
> >>2) jakarta-tomcat-connectors-jk-1.2.14-linux-sles9-x86_64-worker.so
> >>
> >>I have gone through documentation. It says that I need mod_jk.so to
> >>complete the task which I could not find anywhere. 
> >>
> >>And second documentation say that Tomcat has
> >>TOMCAT_HOME/native/mod_jk  directory structure but its not true in case of
> >>Tomcat 5.5.  Do I need to create the directories manually ?
> >>
> >>Third, which file I should use and where ?
> >>
> >>I have downloaded above file from
> >>
> > 
> >
> http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/linux/jk
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> -
> To unsubscribe, e-mail: [

RE: RE: JSP on apache

[mukesh]

Hi friends,

 

  First, thanks to warren.

 

  In my case workers.properties file is on
Tomcat side, not on apache side. Its in /usr/local/tomcat-5/conf/jk. And I've
followed the instructions.

 

 

I am giving my entire configuration

 

/usr/local/tomcat-5/conf/jk/workers.properties

# Setting Tomcat & Java Home

workers.tomcat_home=/usr/local/tomcat-5

workers.java_home=/usr/local/jdk1.5.0_02

ps=/

 

worker.list=ajp13

worker.ajp13.port=8009

worker.ajp13.host=localhost

worker.ajp13.type=ajp13

 

 

/usr/local/tomcat-5/conf/server.xml

#

#I have added following statements
to server.xml at different places

#

 



#above line is under 

 



#above line is under 

 



#

#above line is under   

#

 

/usr/local/apache/conf/httpd.conf

#added following line at
end of this file

Include /usr/local/tomcat-5/conf/jk/mod_jk.conf-auto

 

Path of mod_jk.so file

APACHE_HOME/modules/mod_jk.so

 

Please not here, when I generated mod_jk.so by executing following commands

cd
CONNECTOR_HOME/jk/native
./buildconf.sh
./configure
--with-apxs=/usr/local/apache/bin/apxs
make
make install

 

then mod_jk.so was not present in CONNECTOR_HOME/jk/native/apache-2.0/
although I copied it from CONNECTOR_HOME/jk/native/apache-1.3/ and put it in APACHE_HOME/modules/

 

I
am attaching the mod_jk.conf file contents which is being generated by tomcat
web server on /usr/local/tomcat-5/conf/auto
path.

 

Again, I am running Tomcat version 5.5.12, Apache 2, Redhat Linux 7.0
and mod_jk 1.2.15

 

 

Please correct me where I am going wrong.

 

Regards

Mukesh

   

 

 

 

-Original Message-
From: Warren Pace [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 07, 2005 8:24 AM
To: Tomcat Users List
Subject: Re: RE: JSP on apache

 

Mukesh,

  Did you also edit your httpd.conf file
and workers.properties?  I've attached some snippets from mine as text
files.  Once you've configured everything, restart the servers first
tomcat and then apache.

Regards

Warren

> 

> From: "mukesh" <[EMAIL PROTECTED]>

> Date: 2005/12/06 Tue PM 05:23:34 EST

> To: "'Tomcat Users List'"


> Subject: RE: JSP on apache

> 

> 

> Hi tim,

>     Thanks for your help so far.

> 

>     Finally I've downloaded jakarta-tomcat-connectors-1.2.15-src.tar.gz

> and configured installed it using instruction from

> http://johnturner.com/howto/apache2-tomcat4127-jk-rh9-howto.html.

> 

> Now when I start the tomcat then mod_jk.conf is being generated in

> /usr/local/tomcat/conf/auto directory and I am able access all the
deployed

> services including http://:8080/jsp-examples. Apache is

> running on port 80.

> 

> But I am not able to execute http:///jsp-examples. It gives

> me page notr found error. I have added "Include

> /usr/local/tomcat/conf/auto/mod_jk.conf" statement also
though this

> statement is different in

> http://tomcat.apache.org/connectors-doc/howto/apache.html
document. here it

> says "Include /var/tomcat3/conf/jk/mod_jk.conf-auto"
where /var/tomcat3/ is

> TOMCAT installation directory.

> 

> Both apache and tomcat server are running on same machine.

> 

> 

> Please guide.

> 

> Regards,

> -Mukesh

> 

> 

> 

> 

> 

> 

> -Original Message-

> From: Tim Funk [mailto:[EMAIL PROTECTED] 

> Sent: Tuesday, December 06, 2005 5:37 PM

> To: Tomcat Users List

> Subject: Re: JSP on apache

> 

> If you are using tomcat 5.5 - do not refer to the tomcat 3 docs ;)

> 

> http://tomcat.apache.org/connectors-doc/

> http://tomcat.apache.org/faq/

> 

> -Tim

> 

> mukesh wrote:

> 

> > Hi,

> > I have tried all the option given in

> > http://tomcat.apache.org/tomcat-3.3-doc/mod_jk-howto.html#s2.
FAQ But I

> > could not build the 

> >    jakarta-tomcat-connectors-jk-1.2.14-linux-sles9-x86_64-prefork.so

> > (renamed as mod_jk.so).

> > 

> > 

> > if I run "make" command then following message
appears

> > make: Nothing to be done for `mod_jk.so'.

> > 

> > 

> > My installation paths are

> > 

> > Tomcat: /usr/local/tomcat-5

> > Apache: /usr/local/apache    (version is 2.0)

> > JDK: /usr/local/jdk1.5.0_02

> > 

> > Everything is working fine but no success with mod_jk. I must
tell that

> this

> > is my first experience with apache and tomcat ( mod_jk too).

> > 

> > Please guide me if someone has already done mod_jk
installation on Linux.

> I

> > am running Redhat 7.0

> > 

> > Please advice.

> > 

> > Regards,

> > Mukesh Kumar

> > 

> > 

> > 

> > -Original Message-

> > From: Tim Funk [mailto:[

Re: Re: symbolic links usage]

[Martin Gainty]

This is Good Stuff-

http://tomcat.apache.org/tomcat-5.0-doc/config/defaultcontext.html
Case sensitive symlinks may not work in case insensitive environments such as 
Windows

Good Call Phil-
Martin--
*
This email message and any files transmitted with it contain confidential
information intended only for the person(s) to whom this email message is
addressed.  If you have received this email message in error, please notify
the sender immediately by telephone or email and destroy the original
message without making a copy.  Thank you.



- Original Message - 
From: "Phill O'Flynn" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, July 18, 2006 8:43 AM
Subject: [Fwd: Re: symbolic links usage]


> 
> 
> Although this didn't work for me I found an article that said to add the 
> default
> context setting
> 
> allowLinking
> to the server.xml which worked for [EMAIL PROTECTED] 
> 
> So effectively a soulution has been found. but i would appreciate if
> anyone knows why this would work and and changes to the webapps local 
> context.xml. I
> must have written it incorrectly. I don't know
> Regards
> Phill O'Flynn
> 
> 
> 
> ----- Original Message
> -
> Subject: Re: symbolic links usage
> From: 
>  "dirk ooms" <[EMAIL PROTECTED]>
> Date:Tue, July 18, 2006
> 7:44 pm
> To:  "Tomcat Users List"
> 
> 
> 
> make allowLinking="true" an attribute of Context itself 
> 
> On Tuesday 18 July 2006 01:57, Phill O'Flynn wrote:
>>   I have a web app
> that needs to access
>> directories outside of the context using symlinks.
> However these files are
>> not visible to the servlet. I have looked at all
> the FAQ's and made the
>> recommended changes but it still doen't work. I am
> using Tomcat 5.0.XX
>>
>> i have a
>> context.xml file setup in
> the webapps META-INF directory as recommended for
>> tomcat 5 on the web
> site. This is my context.xml
>>
>> > encoding="UTF-8"?>
>>  path="/drawings"
>> docBase="drawings"
> debug="0" />
>> >
> className="org.apache.naming.resources.FileDirContext"
>>
> allowLinking="true" />
>>  
>>
>>
> this is the
>> error I get
>>
>>
> org.apache.jasper.JasperException: /dwgList.jsp(12,0) File
>>
> "/downloads/info.jsp" not found
>>
>> ("downloads"
> is a
>> symbolic link and is a sub directory of the project directory)
>>
>> and this
>> is the calling code
>>
>>
> <[EMAIL PROTECTED] file='/downloads/info.jsp'%>
>>
>>
>>
> Regards
>> Phill O'Flynn
>>
>>
>>
>>
>>
>> -
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To
> unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional
> commands, e-mail: [EMAIL PROTECTED]
> 
> -
> To
> start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

Re: Re. Tomcat v. 5.5.17

[Markus Schönhaber]

Mr. Steve R. Burrus wrote:
> : >>"INFO: The Apache Tomcat Native library which allows optimal
> performance in production environments was not found on the
> java.library.path:"<< Now what could the problem be?

As the word "INFO" indicates this is an informational message and not one 
telling you about a problem.
If you want to know more about this, search the list archives and look here:
http://tomcat.apache.org/tomcat-5.5-doc/apr.html

Regards
  mks

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Réf. : RE: Administration Tomcat

[Propes, Barry L]

ok, thanks.



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, April 20, 2007 11:19 AM
To: Tomcat Users List
Subject: Réf. : RE: Administration Tomcat



Hello Barry,


i did just the way David said to me and it's OK ; the user and password I
gave were: admin , admin. It's the default values.


Bye






  
  "Propes, Barry L "
  
  <[EMAIL PROTECTED] Pour :   "Tomcat Users List" 
  
  igroup.com> cc :  
  
      Objet :  RE: Administration 
Tomcat  
  20/04/2007 18:16  
  
  Veuillez répondre à   
  
  "Tomcat Users List"   
  

  

  



I've never been able to get this to work. I believe I've got the roles and
tomcat-users xml file properly configured, but I always get invalid
password.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, April 20, 2007 10:48 AM
To: users@tomcat.apache.org
Subject: Administration Tomcat
Importance: High


Tomcat : 5.5.23
Java  :


Hi everybody,

i've downloaded the apache-tomcat-5.5.23-admin.zip file to administrate my
tomcat server.
Now i've an admin directory under %CATALINA-HOME%/webapps.
But when I try to access it through http://localhost:8080/admin I get the
following message:

The admin.login_jsp servlet is not available

There's no jsp files under the admin directory.
What's wrong ?

Many thanks

Best Regards



Jean-Louis Matéo



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [OT] RE: Java-Ecommerce

[Asare Samuel]

Thanks peter and all those that replied. I think I will take peter's advice and 
find a tool rather than reinvent the wheel. Thanks

Peter Crowther <[EMAIL PROTECTED]> wrote:  [Marked off-topic because this has 
nothing at all to do with Tomcat]

> From: Asare Samuel [mailto:[EMAIL PROTECTED] 
> I am trying to create using a small sales tool like that of 
> amazon(ie shopping cart, checkout).

There are many of these around already. You will pay less to buy a
license to an existing tool than you will in time to create your own -
don't reinvent the wheel.

> 1)Just wondered if there is already a interface for this already. 

Many. Search for "java shopping cart" on Google.

> 2)Also how do i go about creating the actual money 
> transactions? Do I use paypall.

Again, there are many options, depending on transaction volume, size,
security, what methods of payment you want your users to be able to
use... most of the commercial carts integrate with several different
payment providers, or search for "payment provider" on Google. I've
used WorldPay most recently; this is not an endorsement, merely a note.

> 3)How do you prevent double purchasing-eg one product in 
> stock-user1 is the first to put it in cart but continues to 
> shop. User2 comes along and puts same product in cart but 
> goes to checkout quicker.
> 
> I know you could edit the stock level as soon as a product 
> is added to a cart. But really technically the product is not 
> sold until confirmation in checkout. And the user may not even buy. 

Sorry, you're trying to have your cake and eat it here. EITHER you're
optimistic and let both users put the product in their cart (but allow
double-purchasing) OR you're pessimistic and only let one user put the
product in their cart (and accept that in low-stock situations you won't
get some sales). There's no way of doing both - about the best you can
do is keep separate "stock level" and "quantity in carts" levels. But
this is irrelevant, because you really, really don't want the pain of
maintaining your own solution; you want to buy someone else's solution.
Honest. It'll save money, time and pain in the long run.

- Peter

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



   
-
 Yahoo! Answers - Got a question? Someone out there knows the answer. Tryit now.

Re: [OT] RE: Java-Ecommerce

[Martin Gainty]

Good Call!

There are a couple of  ways to persist customer information such as writing 
customer info to cookies, serialisation or writing to DB
My personal favorite is SSB so I suggest ensuring your selected Shopping 
Cart System supports Stateful Session Beans

http://java.sun.com/blueprints/guidelines/designing_enterprise_applications/ejb_tier/session_beans/index.html

sounds like a fun project..please keep us apprised of your progress
Martin--
This email message and any files transmitted with it contain confidential
information intended only for the person(s) to whom this email message is
addressed.  If you have received this email message in error, please notify
the sender immediately by telephone or email and destroy the original
message without making a copy.  Thank you.

- Original Message - 
From: "Asare Samuel" <[EMAIL PROTECTED]>

To: "Tomcat Users List" 
Sent: Tuesday, June 05, 2007 9:09 AM
Subject: Re: [OT] RE: Java-Ecommerce


Thanks peter and all those that replied. I think I will take peter's 
advice and find a tool rather than reinvent the wheel. Thanks


Peter Crowther <[EMAIL PROTECTED]> wrote:  [Marked off-topic 
because this has nothing at all to do with Tomcat]



From: Asare Samuel [mailto:[EMAIL PROTECTED]
I am trying to create using a small sales tool like that of
amazon(ie shopping cart, checkout).


There are many of these around already. You will pay less to buy a
license to an existing tool than you will in time to create your own -
don't reinvent the wheel.


1)Just wondered if there is already a interface for this already.


Many. Search for "java shopping cart" on Google.


2)Also how do i go about creating the actual money
transactions? Do I use paypall.


Again, there are many options, depending on transaction volume, size,
security, what methods of payment you want your users to be able to
use... most of the commercial carts integrate with several different
payment providers, or search for "payment provider" on Google. I've
used WorldPay most recently; this is not an endorsement, merely a note.


3)How do you prevent double purchasing-eg one product in
stock-user1 is the first to put it in cart but continues to
shop. User2 comes along and puts same product in cart but
goes to checkout quicker.

I know you could edit the stock level as soon as a product
is added to a cart. But really technically the product is not
sold until confirmation in checkout. And the user may not even buy.


Sorry, you're trying to have your cake and eat it here. EITHER you're
optimistic and let both users put the product in their cart (but allow
double-purchasing) OR you're pessimistic and only let one user put the
product in their cart (and accept that in low-stock situations you won't
get some sales). There's no way of doing both - about the best you can
do is keep separate "stock level" and "quantity in carts" levels. But
this is irrelevant, because you really, really don't want the pain of
maintaining your own solution; you want to buy someone else's solution.
Honest. It'll save money, time and pain in the long run.

- Peter

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
Yahoo! Answers - Got a question? Someone out there knows the answer. Tryit 
now. 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [OT] RE: Java-Ecommerce

[James McIntosh]

My recommendation is www.konacart.com for a open-source java ecommerce
because it is based on OS-commerce


On Tue, 2007-06-05 at 06:09 -0700, Asare Samuel wrote:
> Thanks peter and all those that replied. I think I will take peter's advice 
> and find a tool rather than reinvent the wheel. Thanks
> 
> Peter Crowther <[EMAIL PROTECTED]> wrote:  [Marked off-topic because this has 
> nothing at all to do with Tomcat]
> 
> > From: Asare Samuel [mailto:[EMAIL PROTECTED] 
> > I am trying to create using a small sales tool like that of 
> > amazon(ie shopping cart, checkout).
> 
> There are many of these around already. You will pay less to buy a
> license to an existing tool than you will in time to create your own -
> don't reinvent the wheel.
> 
> > 1)Just wondered if there is already a interface for this already. 
> 
> Many. Search for "java shopping cart" on Google.
> 
> > 2)Also how do i go about creating the actual money 
> > transactions? Do I use paypall.
> 
> Again, there are many options, depending on transaction volume, size,
> security, what methods of payment you want your users to be able to
> use... most of the commercial carts integrate with several different
> payment providers, or search for "payment provider" on Google. I've
> used WorldPay most recently; this is not an endorsement, merely a note.
> 
> > 3)How do you prevent double purchasing-eg one product in 
> > stock-user1 is the first to put it in cart but continues to 
> > shop. User2 comes along and puts same product in cart but 
> > goes to checkout quicker.
> > 
> > I know you could edit the stock level as soon as a product 
> > is added to a cart. But really technically the product is not 
> > sold until confirmation in checkout. And the user may not even buy. 
> 
> Sorry, you're trying to have your cake and eat it here. EITHER you're
> optimistic and let both users put the product in their cart (but allow
> double-purchasing) OR you're pessimistic and only let one user put the
> product in their cart (and accept that in low-stock situations you won't
> get some sales). There's no way of doing both - about the best you can
> do is keep separate "stock level" and "quantity in carts" levels. But
> this is irrelevant, because you really, really don't want the pain of
> maintaining your own solution; you want to buy someone else's solution.
> Honest. It'll save money, time and pain in the long run.
> 
> - Peter
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
>
> -
>  Yahoo! Answers - Got a question? Someone out there knows the answer. Tryit 
> now.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re[2]: SOS thanks

[Peter]

hi
i.e.

The term i.e. means "id est" in Latin or "that is" in English. A trick that
I use: If you can replace "i.e." with "in other words" then you are using it
correctly. "I.e." is used to specify what your are trying to convey.
see the following actical about the i.e vs e.g
http://ancienthistory.about.com/od/abbreviations/f/ievseg.htm

hope it helps



On 6/21/07, 吴熊敏 <[EMAIL PROTECTED]> wrote:


"eg" stands for "example given"

but what does "ie" stands for?


On Thu, 21 Jun 2007 13:44:06 +1000
Jacob Rhoden <[EMAIL PROTECTED]> wrote:

> 吴熊敏 wrote:
> > Thanks very much.
> > I have another question,what does "ie" here means? Is it the same as
"it"?
> >
> > I have seen this word "ie" in many mails,but i don't understand its
> > meaning.
> >
> "ie" means "For example". It is similar in usage to "比喻说". (I think they
are the characters, not sure).
>
> Best Regards,
> Jacob
>
> _
> Jacobs Blog -- http://www.jacobrhoden.com/
>
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


吴熊敏 <[EMAIL PROTECTED]>


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [OT] Re: Character encoding

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

lightbulb,

lightbulb432 wrote:
>> POST requests always use the request's "body" encoding, which is
>> specified in the HTTP header (and can be overridden by using 
>> request.setCharacterEncoding). Some broken clients don't provide 
>> the character encoding of the request, which makes things difficult
>> sometimes.
> 
> What determines what's specified in the HTTP header for the value of the
> encoding?

Well... it's a bit of a chicken-in-an-egg scenario, since the encoding
specified in the header must match the encoding actually used in the
request. So, you could either decide that the header should match the
content or the content should match the header.

> Is it purely up to the user agent, or can Tomcat provide hints
> based on previous requests how to encode it - or is it something up to the
> end user to set in their browser (in IE, View -> Encoding)?

Typically, the default encoding used by the user-agent will be
locale-specific. For instance, most browsers in the US will use
ISO-8859-1 as the default locale, or maybe WINDOWS-1252 if you're
unlucky. Ideally, the server should be able to accept all reasonable
encodings. The "Accept-Charset" header sent by the user-agent to the
server indicates the acceptable encodings that should be returned, rated
by acceptability. For instance, my en_US Mozilla Firefox on Windows
sends this Accept-Charset string to servers:

Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7

This indicates that the browser would prefer ISO-8859-1 encoding, but
will also accept UTF-8 as a second choice, but that anything will do
('*') if those two are unavailable.

On HTML  elements, you may override the encoding used to send the
data:



The HTML 4 specification says this about the accept-charset attribute:
"The default value for this attribute is the reserved string "UNKNOWN".
User agents may interpret this value as the character encoding that was
used to transmit the document containing this FORM element."
(http://www.w3.org/TR/html4/interact/forms.html#h-17.3)

So, if the server sends a document using UTF-8, it is "polite" for the
user-agent to use that same encoding to respond to the server if the
server hasn't indicated any preference by using the accept-charset
 attribute.

> In what cases would you call request.setCharacterEncoding to override the
> value specified by the user agent?

You should only do this when the user-agent does not declare the charset
being used in the body of the request through the Content-Type request
header. You should also only do this when you are relatively confident
that the user-agent is sending the data in the overridden character set.

For instance, if you suspect that most browsers adhere to the W3C's
recommendation above that an UNKNOWN accept-charset implies that the
browser should respond to the server with the same charset as used in
the previous server response (got all that?), and you always use the
same charset to send pages (say, UTF-8), they it is reasonable to
override any unspecified Content-Type encoding with the charset you use
to send pages (UTF-8, in this case).

The HTTP specification has this to say about missing charsets (in
Content-Type headers):
"  The "charset" parameter is used with some media types to define the
   character set (section 3.4) of the data. When no explicit charset
   parameter is provided by the sender, media subtypes of the "text"
   type are defined to have a default charset value of "ISO-8859-1" when
   received via HTTP. Data in character sets other than "ISO-8859-1" or
   its subsets MUST be labeled with an appropriate charset value. See
   section 3.4.1 for compatibility problems."
(http://www.ietf.org/rfc/rfc2616.txt Section 3.7.1)

Basically, this says that a missing charset within a Content-Type header
means that the request should be interpreted as being encoded using
ISO-8859-1 encoding. Pretty simple.

> Shouldn't you trust the user agent rather
> than trying to guess? (Or is this only used in cases where the user agent is
> "broken", like you said - but then how would you know you're dealing with a
> broken client to begin with...aah, complicated!)

You should /always/ respect the charset sent by the client. In fact, the
HTTP spec says so:
"HTTP/1.1 recipients MUST respect the charset label provided by the sender;"
(http://www.ietf.org/rfc/rfc2616.txt Section 3.4.1)

If the client sends the wrong charset, it's their fault that their data
will get all screwed up.

But, if there's no charset, then you should provide your own. The
default charset should be ISO-8859-1. I think Tomcat uses the default
encoding of the JVM if no charset is provided, which is a problem for
folks who set the JVM encoding to UTF-8 for i18n purposes... because
then the default becomes UTF-8 which is incorrect. Fortunately, UTF-8
and ISO-8859-1 are compatible for most common lower ASCII characters.
This has lead to a lot of folks thinking that they have their servers
confi

Re: Re: Problems Starting Tomcat

[Warren Pace]

> > 
> > 
> >>Hi all
> >>
> >>I'm having problems starting Tomcat after my home account (in which
> >>Tomcat is installed) was moved from one server to another.
> >>
> >>The most visible thing that has changed is that my home directory now
> >>has a different path. Before the move, my installation of Tomcat
> >>worked fine. Now it won't start (not quite true, see below). I have
> >>searched for references to the old home directory path (only in files
> >>such as conf/Catalina/localhost/my-web-app.xml) and modified them
> >>accordingly, but this doesn't fix the problem.
> >>
> >>I have modified my JAVA_HOME and CATALINA_HOME environment variables
> >>to point to the correct directories. They are correctly reported when
> >>I run startup.sh and shutdown.sh.
> >>
> >>To be more precise, Tomcat does seem to start, but doesn't seem to
> >>respond to any HTTP requests. The error that is reported in the logs
> >>is given at the end of this email, but Google hasn't been able to help
> >>me shed any light on this. The error makes reference to
> >>'UserDatabase', but I've never touched such a thing; grepping for it
Chris
If you've never configured a JDBC Realm or a JNDI Datasource Realm then your 
installation can't find tomcat-users.xml.  Look in your new $CATALINA_HOME/conf 
directory and see if the file exists.  Look in server.xml for 

The entry hould be after 

> >>in the Tomcat directory shows that it's used all over the place, but
> >>nowhere that I've been playing.
> >>
> >>Suggestions are very welcome.
> >>
> >>Chris
> >>
> >>Error in the catalina.out log:
> >>
> >>SEVERE: Catalina.start:
> >>LifecycleException:  No UserDatabase component found under key
> >>UserDatabase
> >>at
> >>org.apache.catalina.realm.UserDatabaseRealm.start(UserDatabaseRealm.java:259)
> >>
> >>at
> >>org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1075)
> >>at
> >>org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
> >>at
> >>org.apache.catalina.core.StandardService.start(StandardService.java:476)
> >>at
> >>org.apache.catalina.core.StandardServer.start(StandardServer.java:2298)
> >>at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
> >>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >>at
> >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >>
> >>at
> >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >>
> >>at java.lang.reflect.Method.invoke(Method.java:324)
> >>at
> >>org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284)
> >>at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422)
> >>
> >>-
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE RE Tomcat and SSL

[Denis . COCHET]

You should insert you certificate in the cacerts keystore of your jdk.



   
 "Klaus-F. Kaal"   
 <[EMAIL PROTECTED] 
 ogic.com>   A
   Tomcat Users List   
 12/04/2006 12:07 
cc
   
 Veuillez répondre   Objet
 à     RE Tomcat and SSL 
   "Tomcat Users   
   List"   
 <[EMAIL PROTECTED] 
 che.org>  
   
   




Thanks, I now created a keystore for TOMCAT.

But still, when I start TOMCAT, I get the message:

--
SCHWERWIEGEND: Error starting endpoint
java.io.FileNotFoundException: /root/.keystore (No such file or directory)
 at java.io.FileInputStream.open(Native Method)
 at java.io.FileInputStream.(FileInputStream.java:106)
 at
org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocketFactory.java:279)

 at
org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESocketFactory.java:222)

 at
org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.getKeyManagers(JSSE14SocketFactory.java:141)

 at
org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.init(JSSE14SocketFactory.java:109)

 at
org.apache.tomcat.util.net.jsse.JSSESocketFactory.createSocket(JSSESocketFactory.java:88)

 at
org.apache.tomcat.util.net.PoolTcpEndpoint.initEndpoint(PoolTcpEndpoint.java:292)

 at
org.apache.tomcat.util.net.PoolTcpEndpoint.startEndpoint(PoolTcpEndpoint.java:312)

 at
org.apache.coyote.http11.Http11BaseProtocol.start(Http11BaseProtocol.java:150)

 at
org.apache.coyote.http11.Http11Protocol.start(Http11Protocol.java:75)
 at
org.apache.catalina.connector.Connector.start(Connector.java:1089)
 at
org.apache.catalina.core.StandardService.start(StandardService.java:459)
 at
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
 at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)
 at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
12.04.2006 12:02:36 org.apache.catalina.startup.Catalina start
SCHWERWIEGEND: Catalina.start:
LifecycleException:  service.getName(): "Catalina";  Protocol handler
start failed: java.io.FileNotFoundException: /root/.keystore (No such fil
e or directory)
 at
org.apache.catalina.connector.Connector.start(Connector.java:1096)
 at
org.apache.catalina.core.StandardService.start(StandardService.java:459)
 at
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
 at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)
 at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
12.04.2006 12:02:36 org.apache.catalina.startup.Catalina start

---

Do I need to name the keystore, or so?

Thanks
Klaus









- 8< 


maybe "changeit" !




  "Klaus-F. Kaal"
  <[EMAIL PROTECTED]
  ogic.com>   A
users@tomcat.apache.org
  12/04/2006 11:54   cc

   

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

Hi,

I solved that problem. Now running in a new one:

I have changed the file server.xml and set port 8080 to 80.

I uncommented the SSL section and configured the port to 443. Now I 
expect Tomcat to run on port 80 (what is does), and that, when I call 
the same URL with "https", that it calls  the same page with that security.

But with https it states that it cannot open the page.
If I call the URL like this: http://myserver:443, it delivers an empty 
page with some squares drawn on it (non-printable chars).


Who can help me?

Thanks
Klaus







Klaus-F. Kaal schrieb:

Thanks, I now created a keystore for TOMCAT.

But still, when I start TOMCAT, I get the message:

--
SCHWERWIEGEND: Error starting endpoint
java.io.FileNotFoundException: /root/.keystore (No such file or 
directory)

at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(FileInputStream.java:106)
at 
org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocketFactory.java:279) 

at 
org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESocketFactory.java:222) 

at 
org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.getKeyManagers(JSSE14SocketFactory.java:141) 

at 
org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.init(JSSE14SocketFactory.java:109) 

at 
org.apache.tomcat.util.net.jsse.JSSESocketFactory.createSocket(JSSESocketFactory.java:88) 

at 
org.apache.tomcat.util.net.PoolTcpEndpoint.initEndpoint(PoolTcpEndpoint.java:292) 

at 
org.apache.tomcat.util.net.PoolTcpEndpoint.startEndpoint(PoolTcpEndpoint.java:312) 

at 
org.apache.coyote.http11.Http11BaseProtocol.start(Http11BaseProtocol.java:150) 

at 
org.apache.coyote.http11.Http11Protocol.start(Http11Protocol.java:75)
at 
org.apache.catalina.connector.Connector.start(Connector.java:1089)
at 
org.apache.catalina.core.StandardService.start(StandardService.java:459)
at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)

at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 

at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 


at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)

at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
12.04.2006 12:02:36 org.apache.catalina.startup.Catalina start
SCHWERWIEGEND: Catalina.start:
LifecycleException:  service.getName(): "Catalina";  Protocol handler 
start failed: java.io.FileNotFoundException: /root/.keystore (No such fil

e or directory)
at 
org.apache.catalina.connector.Connector.start(Connector.java:1096)
at 
org.apache.catalina.core.StandardService.start(StandardService.java:459)
at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)

at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 

at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 


at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)

at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
12.04.2006 12:02:36 org.apache.catalina.startup.Catalina start

---

Do I need to name the keystore, or so?

Thanks
Klaus









- 8< 


maybe "changeit" !




 "Klaus-F. Kaal"
 <[EMAIL PROTECTED]
 
ogic.com>   A

   users@tomcat.apache.org
 12/04/2006 
11:54   cc


 
Objet

 Veuillez répondre Tomcat and SSL
 à
   "Tomcat Users
   List"
 <[EMAIL PROTECTED]
 che.org>






Hi,

I am trying to convice TOMCAT to work on SSL.
I use openSSL according to the descriptions on
page:
http://wiki.apache.org/tomcat/HowTo#head-dda58b28679259196562da84ad73d7b35b41c5c2 




No, I have a cetificate and try to generate a keystore.

My trouble: This steps asks for a password. All my passwords (from the
create-certificate process) do not work.

Can anybody tell me what password is needed here?

Thanks
Klaus

--

Re: RE Tomcat and SSL

[Franck Borel]

Hi,

I solved that problem. Now running in a new one:

I have changed the file server.xml and set port 8080 to 80.

I uncommented the SSL section and configured the port to 443. Now I 
expect Tomcat to run on port 80 (what is does), and that, when I call 
the same URL with "https", that it calls  the same page with that 
security.

But with https it states that it cannot open the page.

Your connector must look like this:

clientAuth="false" sslProtocol="TLS" keystoreFile="conf/.keystore" 
keystorePass="secret" truststoreFile="conf/cacerts"/>



-- Franck


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

Hi Franck,

thank you for your hint. But I am not sure, which parameter is which file.

To make things clear, here my procedure:


> openssl req -x509 -newkey rsa:512 -keyout ./demoCA/private/cakey.pem 
-out ./demoCA/cacert.pem -days 1095


> openssl genrsa -out ./key.pem 512 -days 1095

> openssl req -new -key ./key.pem -out ./req.pem -days 1095

> openssl ca -in ./req.pem -out ./cert.pem  -days 1095

> chown -R root:root ./cert
> chmod -R 700 ./cert

then I cleaned cet.pem by hand (take out text before "---BEGIN 
CERTIFICATE---"


The final step:
../java/bin/keytool -import -keystore ../tomcat/conf/.keystore -file 
./cert.pem -alias wt24ca

--

Setting up SSL is described in diffent documents so differenly, that it 
is hard to be sure of what to do. The above, I extraced from several 
descriptions.


Could cou please tell me, which file from the above is used in server.xml?

Thanks a lot

Klaus





Franck Borel schrieb:



Hi,

I solved that problem. Now running in a new one:

I have changed the file server.xml and set port 8080 to 80.

I uncommented the SSL section and configured the port to 443. Now I 
expect Tomcat to run on port 80 (what is does), and that, when I call 
the same URL with "https", that it calls  the same page with that 
security.

But with https it states that it cannot open the page.

Your connector must look like this:

clientAuth="false" sslProtocol="TLS" keystoreFile="conf/.keystore" 
keystorePass="secret" truststoreFile="conf/cacerts"/>



-- Franck




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--

*Klaus-F. Kaal*
Geschäftsführer

*TIMO/logic/ GmbH*
Singener Str. 42d
D-78256 Steisslingen

phone +49 7738 97096
fax +49 7738 97094
web www.timologic.com 
mail [EMAIL PROTECTED] 



*Das hat es bisher noch nicht gegeben:*

*WebTresor24* 
*
Das Online Backup mit dem innovativen Sorglos - Konzept

Wir sorgen dafür, dass Ihr Backup nie wieder vergessen wird!*



*
*

Re: RE Tomcat and SSL

[Franck Borel]

Hi Klaus,

Hi Franck,

thank you for your hint. But I am not sure, which parameter is which 
file.


To make things clear, here my procedure:


> openssl req -x509 -newkey rsa:512 -keyout ./demoCA/private/cakey.pem 
-out ./demoCA/cacert.pem -days 1095


> openssl genrsa -out ./key.pem 512 -days 1095

> openssl req -new -key ./key.pem -out ./req.pem -days 1095

> openssl ca -in ./req.pem -out ./cert.pem  -days 1095




> chown -R root:root ./cert
> chmod -R 700 ./cert

then I cleaned cet.pem by hand (take out text before "---BEGIN 
CERTIFICATE---"


The final step:
../java/bin/keytool -import -keystore ../tomcat/conf/.keystore -file 
./cert.pem -alias wt24ca

--

Setting up SSL is described in diffent documents so differenly, that 
it is hard to be sure of what to do. The above, I extraced from 
several descriptions.


Could cou please tell me, which file from the above is used in 
server.xml?


You made a mix with to different tools (openssl and Java Keytool). I 
don't now if this is working. Anyway, here is an example of the element 
Connector with your values:



Don't forget to edit your /webapps/web.xml:


   ...
   
  CONFIDENTIAL
   

-- Franck



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

Sorry to disturb you again, but all the entries in my server.xml do not 
seem to be the problem.


*At present, TOMCAT states, that my .keystore was tampered or my 
password was incorrect.*


But I did everything over and over again, and right!

My trouble is that there are lots of descriptions of how to produce keys 
and certificates. One describes the signing of a key, the other descibes 
how to write a keystore. But all of them do not really fit together. Is 
there any step-by-step document for the full process?


I found a script which looks like:

--
openssl req -new -out server.csr
openssl rsa -in privkey.pem -out server.key
openssl x509 -in server.csr -out server.crt -req -signkey server.key 
-days 365


To get the keystore, I added:
java/bin/keytool -import -keystore /root/.keystore -file server.crt 
-alias wt24ca

--

Do I need the keystore, or can I go with the server.ke and server.crt?

Please help, I am working around and around ...

Klaus




Franck Borel schrieb:

Hi Klaus,

Hi Franck,

thank you for your hint. But I am not sure, which parameter is which 
file.


To make things clear, here my procedure:


> openssl req -x509 -newkey rsa:512 -keyout 
./demoCA/private/cakey.pem -out ./demoCA/cacert.pem -days 1095


> openssl genrsa -out ./key.pem 512 -days 1095

> openssl req -new -key ./key.pem -out ./req.pem -days 1095

> openssl ca -in ./req.pem -out ./cert.pem  -days 1095




> chown -R root:root ./cert
> chmod -R 700 ./cert

then I cleaned cet.pem by hand (take out text before "---BEGIN 
CERTIFICATE---"


The final step:
../java/bin/keytool -import -keystore ../tomcat/conf/.keystore -file 
./cert.pem -alias wt24ca

--

Setting up SSL is described in diffent documents so differenly, that 
it is hard to be sure of what to do. The above, I extraced from 
several descriptions.


Could cou please tell me, which file from the above is used in 
server.xml?


You made a mix with to different tools (openssl and Java Keytool). I 
don't now if this is working. Anyway, here is an example of the 
element Connector with your values:



Don't forget to edit your /webapps/web.xml:


   ...
   
  CONFIDENTIAL
   

-- Franck





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--

*Klaus-F. Kaal*
Geschäftsführer

*TIMO/logic/ GmbH*
Singener Str. 42d
D-78256 Steisslingen

phone +49 7738 97096
fax +49 7738 97094
web www.timologic.com 
mail [EMAIL PROTECTED] 



*Das hat es bisher noch nicht gegeben:*

*WebTresor24* 
*
Das Online Backup mit dem innovativen Sorglos - Konzept

Wir sorgen dafür, dass Ihr Backup nie wieder vergessen wird!*



*
*

Re: RE Tomcat and SSL

[Franck Borel]

Sorry to disturb you again, but all the entries in my server.xml do 
not seem to be the problem.


*At present, TOMCAT states, that my .keystore was tampered or my 
password was incorrect.*


But I did everything over and over again, and right!

My trouble is that there are lots of descriptions of how to produce 
keys and certificates. One describes the signing of a key, the other 
descibes how to write a keystore. But all of them do not really fit 
together. Is there any step-by-step document for the full process?


I found a script which looks like:

-- 


openssl req -new -out server.csr
openssl rsa -in privkey.pem -out server.key
openssl x509 -in server.csr -out server.crt -req -signkey server.key 
-days 365


To get the keystore, I added:
java/bin/keytool -import -keystore /root/.keystore -file server.crt 
-alias wt24ca
-- 



Do I need the keystore, or can I go with the server.ke and server.crt?




Please help, I am working around and around ...

Klaus


Ok, Klaus. I think the problem is that Tomcat don't accept your openssl 
crt.  Tomcat operates only with JKS or PKCS12 (--> OpenSSL) format 
keystores and there are some limitations on the support for PKCS12. So, 
try this:


1) keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/tomcat/bin/.keystore --> creates key
2) keytool -export -alias tomcat -file tomcat-server.crt -keystore 
/opt/tomcat/bin/.keystore --> creates certificate and signs it with your key
3) keytool -import -file tomcat-server.crt -keystore 
/opt/tomcat/conf/cacerts --> creates a Keystore cacerts and add your 
certificate


Now, edit your server.xml:



This should work.

-- Franck








Franck Borel schrieb:

Hi Klaus,

Hi Franck,

thank you for your hint. But I am not sure, which parameter is which 
file.


To make things clear, here my procedure:

 

> openssl req -x509 -newkey rsa:512 -keyout 
./demoCA/private/cakey.pem -out ./demoCA/cacert.pem -days 1095


> openssl genrsa -out ./key.pem 512 -days 1095

> openssl req -new -key ./key.pem -out ./req.pem -days 1095

> openssl ca -in ./req.pem -out ./cert.pem  -days 1095




> chown -R root:root ./cert
> chmod -R 700 ./cert

then I cleaned cet.pem by hand (take out text before "---BEGIN 
CERTIFICATE---"


The final step:
../java/bin/keytool -import -keystore ../tomcat/conf/.keystore -file 
./cert.pem -alias wt24ca

--

Setting up SSL is described in diffent documents so differenly, that 
it is hard to be sure of what to do. The above, I extraced from 
several descriptions.


Could cou please tell me, which file from the above is used in 
server.xml?


You made a mix with to different tools (openssl and Java Keytool). I 
don't now if this is working. Anyway, here is an example of the 
element Connector with your values:



Don't forget to edit your /webapps/web.xml:


   ...
   
  CONFIDENTIAL
   

-- Franck





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






--

Dipl.-Hyd. Franck Borel   Universitaetsbibliothek Freiburg
EMail: [EMAIL PROTECTED]   EDV-Dezernat
Tel. : +49-761 / 203-3908 Werthmannplatz 2 | Postfach 1629
Fax  : +49-761 / 203-3987 79098 Freiburg   | 79016 Freiburg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

Hi Franck, still tomcat moans that the keystore was tampered or password 
was incorrect.


I am not sure about the password. With all questions, I gave my own and 
allways the same. Was that correct?


Klaus




Franck Borel schrieb:


Sorry to disturb you again, but all the entries in my server.xml do 
not seem to be the problem.


*At present, TOMCAT states, that my .keystore was tampered or my 
password was incorrect.*


But I did everything over and over again, and right!

My trouble is that there are lots of descriptions of how to produce 
keys and certificates. One describes the signing of a key, the other 
descibes how to write a keystore. But all of them do not really fit 
together. Is there any step-by-step document for the full process?


I found a script which looks like:

-- 


openssl req -new -out server.csr
openssl rsa -in privkey.pem -out server.key
openssl x509 -in server.csr -out server.crt -req -signkey server.key 
-days 365


To get the keystore, I added:
java/bin/keytool -import -keystore /root/.keystore -file server.crt 
-alias wt24ca
-- 



Do I need the keystore, or can I go with the server.ke and server.crt?




Please help, I am working around and around ...

Klaus


Ok, Klaus. I think the problem is that Tomcat don't accept your 
openssl crt.  Tomcat operates only with JKS or PKCS12 (--> OpenSSL) 
format keystores and there are some limitations on the support for 
PKCS12. So, try this:


1) keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/tomcat/bin/.keystore --> creates key
2) keytool -export -alias tomcat -file tomcat-server.crt -keystore 
/opt/tomcat/bin/.keystore --> creates certificate and signs it with 
your key
3) keytool -import -file tomcat-server.crt -keystore 
/opt/tomcat/conf/cacerts --> creates a Keystore cacerts and add your 
certificate


Now, edit your server.xml:



This should work.

-- Franck








Franck Borel schrieb:

Hi Klaus,

Hi Franck,

thank you for your hint. But I am not sure, which parameter is 
which file.


To make things clear, here my procedure:

 

> openssl req -x509 -newkey rsa:512 -keyout 
./demoCA/private/cakey.pem -out ./demoCA/cacert.pem -days 1095


> openssl genrsa -out ./key.pem 512 -days 1095

> openssl req -new -key ./key.pem -out ./req.pem -days 1095

> openssl ca -in ./req.pem -out ./cert.pem  -days 1095




> chown -R root:root ./cert
> chmod -R 700 ./cert

then I cleaned cet.pem by hand (take out text before "---BEGIN 
CERTIFICATE---"


The final step:
../java/bin/keytool -import -keystore ../tomcat/conf/.keystore 
-file ./cert.pem -alias wt24ca

--

Setting up SSL is described in diffent documents so differenly, 
that it is hard to be sure of what to do. The above, I extraced 
from several descriptions.


Could cou please tell me, which file from the above is used in 
server.xml?


You made a mix with to different tools (openssl and Java Keytool). I 
don't now if this is working. Anyway, here is an example of the 
element Connector with your values:



Don't forget to edit your /webapps/web.xml:


   ...
   
  CONFIDENTIAL
   

-- Franck



 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--

*Klaus-F. Kaal*
Geschäftsführer

*TIMO/logic/ GmbH*
Singener Str. 42d
D-78256 Steisslingen

phone +49 7738 97096
fax +49 7738 97094
web www.timologic.com 
mail [EMAIL PROTECTED] 



*Das hat es bisher noch nicht gegeben:*

*WebTresor24* 
*
Das Online Backup mit dem innovativen Sorglos - Konzept

Wir sorgen dafür, dass Ihr Backup nie wieder vergessen wird!*



*
*

Re: RE Tomcat and SSL

[tschaeffer]

"Klaus-F. Kaal" <[EMAIL PROTECTED]> wrote on 04/12/2006 11:11:16 
AM:

> Hi Franck, still tomcat moans that the keystore was tampered or password 

> was incorrect.
> 
> I am not sure about the password. With all questions, I gave my own and 
> allways the same. Was that correct?
> 
> Klaus
> 
> 
> 
> 
> Franck Borel schrieb:
> >
...
> >>
> >>
> > Ok, Klaus. I think the problem is that Tomcat don't accept your 
> > openssl crt.  Tomcat operates only with JKS or PKCS12 (--> OpenSSL) 
> > format keystores and there are some limitations on the support for 
> > PKCS12. So, try this:
> >
> > 1) keytool -genkey -alias tomcat -keyalg RSA -keystore 
> > /opt/tomcat/bin/.keystore --> creates key
> > 2) keytool -export -alias tomcat -file tomcat-server.crt -keystore 
> > /opt/tomcat/bin/.keystore --> creates certificate and signs it with 
> > your key
> > 3) keytool -import -file tomcat-server.crt -keystore 
> > /opt/tomcat/conf/cacerts --> creates a Keystore cacerts and add your 
> > certificate
> >
> > Now, edit your server.xml:
> >
> >  >maxThreads="150"
> >minSpareThreads="25"
> >maxSpareThreads="75"
> >enableLookup="false"
> >acceptCount="100"
> >debug="0"
> >scheme="https"
> >secure="true"
> >clientAuth="false"
> >sslProtocol="TLS"
> >keystoreFile = "conf/.keystore"
> >keystorePass = "secret"
> >truststoreFile = "conf/cacerts"/>
> >
> > This should work.
> >
> > -- Franck
> >


Klaus,

I just solved a similar problem (I described it in a message in this 
forum:Tomcat on AIX, IBM's JVM.  Was Re: [OT] AIX filtering Explorer?). I 
did everything Franck suggested with no luck. I added the full path to the 
(key|trust)storeFile paramaters and it worked.  I'll experiment to find a 
precise cause of the problem.  I have symbolic links in my path to the 
tomcat distribution, which may cause a problem.


BTW I think Franck's instructions should have been either 

> > 1) keytool -genkey -alias tomcat -keyalg RSA -keystore 
> > /opt/tomcat/conf/.keystore --> creates key

or 

> >keystoreFile = "bin/.keystore"

and probably he meant the former.

Tim S

__
This email has been scanned by the MessageLabs Email Security System.
Our company accepts no liability for the content of this email, or for the 
consequences of any actions taken on the basis of the information
provided, unless that information is subsequently confirmed in writing.
Any views or opinions presented in this email are solely those of the 
author and do not necessarily represent those of the company.
WARNING: Computer viruses can be transmitted via email.
The recipient should check this email and any attachments for the 
presence of viruses. The company accepts no liability for any damage 
caused by any virus transmitted by this email.
11/29/2003 ACE Software, LLC

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

 (--> OpenSSL) 
format keystores and there are some limitations on the support for 
PKCS12. So, try this:


1) keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/tomcat/bin/.keystore --> creates key
2) keytool -export -alias tomcat -file tomcat-server.crt -keystore 
/opt/tomcat/bin/.keystore --> creates certificate and signs it with 
your key
3) keytool -import -file tomcat-server.crt -keystore 
/opt/tomcat/conf/cacerts --> creates a Keystore cacerts and add your 
certificate


Now, edit your server.xml:



This should work.

-- Franck

  



Klaus,

I just solved a similar problem (I described it in a message in this 
forum:Tomcat on AIX, IBM's JVM.  Was Re: [OT] AIX filtering Explorer?). I 
did everything Franck suggested with no luck. I added the full path to the 
(key|trust)storeFile paramaters and it worked.  I'll experiment to find a 
precise cause of the problem.  I have symbolic links in my path to the 
tomcat distribution, which may cause a problem.



BTW I think Franck's instructions should have been either 

  
1) keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/tomcat/conf/.keystore --> creates key
  


or 

  

   keystoreFile = "bin/.keystore"
  


and probably he meant the former.

Tim S

__
This email has been scanned by the MessageLabs Email Security System.
Our company accepts no liability for the content of this email, or for the 
consequences of any actions taken on the basis of the information
provided, unless that information is subsequently confirmed in writing.
Any views or opinions presented in this email are solely those of the 
author and do not necessarily represent those of the company.

WARNING: Computer viruses can be transmitted via email.
The recipient should check this email and any attachments for the 
presence of viruses. The company accepts no liability for any damage 
caused by any virus transmitted by this email.

11/29/2003 ACE Software, LLC

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  

Re: RE Tomcat and SSL

[Min Huang]

Awesome.  I had spent like 3 hours fiddling with Tomcat and SSL.
I followed the directions at 
http://tomcat.apache.org/tomcat-5.0-doc/ssl-howto.html,

but it turns out if you include the className attribute, you'll
get an InvocationTargetException and Tomcat will fail to start =(

So make sure you leave that part out like Franck has to prevent
hair pulling.

Franck Borel wrote:



Hi,

I solved that problem. Now running in a new one:

I have changed the file server.xml and set port 8080 to 80.

I uncommented the SSL section and configured the port to 443. Now I 
expect Tomcat to run on port 80 (what is does), and that, when I call 
the same URL with "https", that it calls  the same page with that 
security.

But with https it states that it cannot open the page.

Your connector must look like this:

clientAuth="false" sslProtocol="TLS" keystoreFile="conf/.keystore" 
keystorePass="secret" truststoreFile="conf/cacerts"/>



-- Franck





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE Tomcat and SSL

[Franck Borel]

Hi Klaus,
Hi Franck, still tomcat moans that the keystore was tampered or 
password was incorrect.


I am not sure about the password. With all questions, I gave my own 
and allways the same. Was that correct?


Yes, use your own password. 'Changeit' is only an example which is 
principally used for tests.

Don't give up!

-- Franck

Klaus




Franck Borel schrieb:


Sorry to disturb you again, but all the entries in my server.xml do 
not seem to be the problem.


*At present, TOMCAT states, that my .keystore was tampered or my 
password was incorrect.*


But I did everything over and over again, and right!

My trouble is that there are lots of descriptions of how to produce 
keys and certificates. One describes the signing of a key, the other 
descibes how to write a keystore. But all of them do not really fit 
together. Is there any step-by-step document for the full process?


I found a script which looks like:

-- 


openssl req -new -out server.csr
openssl rsa -in privkey.pem -out server.key
openssl x509 -in server.csr -out server.crt -req -signkey server.key 
-days 365


To get the keystore, I added:
java/bin/keytool -import -keystore /root/.keystore -file server.crt 
-alias wt24ca
-- 



Do I need the keystore, or can I go with the server.ke and server.crt?




Please help, I am working around and around ...

Klaus


Ok, Klaus. I think the problem is that Tomcat don't accept your 
openssl crt.  Tomcat operates only with JKS or PKCS12 (--> OpenSSL) 
format keystores and there are some limitations on the support for 
PKCS12. So, try this:


1) keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/tomcat/bin/.keystore --> creates key
2) keytool -export -alias tomcat -file tomcat-server.crt -keystore 
/opt/tomcat/bin/.keystore --> creates certificate and signs it with 
your key
3) keytool -import -file tomcat-server.crt -keystore 
/opt/tomcat/conf/cacerts --> creates a Keystore cacerts and add your 
certificate


Now, edit your server.xml:



This should work.

-- Franck








Franck Borel schrieb:

Hi Klaus,

Hi Franck,

thank you for your hint. But I am not sure, which parameter is 
which file.


To make things clear, here my procedure:

 

> openssl req -x509 -newkey rsa:512 -keyout 
./demoCA/private/cakey.pem -out ./demoCA/cacert.pem -days 1095


> openssl genrsa -out ./key.pem 512 -days 1095

> openssl req -new -key ./key.pem -out ./req.pem -days 1095

> openssl ca -in ./req.pem -out ./cert.pem  -days 1095




> chown -R root:root ./cert
> chmod -R 700 ./cert

then I cleaned cet.pem by hand (take out text before "---BEGIN 
CERTIFICATE---"


The final step:
../java/bin/keytool -import -keystore ../tomcat/conf/.keystore 
-file ./cert.pem -alias wt24ca
-- 



Setting up SSL is described in diffent documents so differenly, 
that it is hard to be sure of what to do. The above, I extraced 
from several descriptions.


Could cou please tell me, which file from the above is used in 
server.xml?


You made a mix with to different tools (openssl and Java Keytool). 
I don't now if this is working. Anyway, here is an example of the 
element Connector with your values:



Don't forget to edit your /webapps/web.xml:


   ...
   
  CONFIDENTIAL
   

-- Franck



 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






--

Dipl.-Hyd. Franck Borel   Universitaetsbibliothek Freiburg
EMail: [EMAIL PROTECTED]   EDV-Dezernat
Tel. : +49-761 / 203-3908 Werthmannplatz 2 | Postfach 1629
Fax  : +49-761 / 203-3987 79098 Freiburg   | 79016 Freiburg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

Good Morning Franck,

yesterday, you did a great job, trying to help me. I appreciate that!

But... I am running out of ideas. Regarding the password: presently, I 
am using "changeit" for everything (just to get in running), but I still 
have no success.

Yesterday, I sent anouther eMail explaining, what I am doing.

Could you please have a look at it and tell me your judgement? And what 
I could try additionally?

You would really help a man in trouble.

Thank you very much.
Klaus

This is what I do:



CREATE KEY:
-- 



../../java/bin/keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -export -alias tomcat -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -import -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/cacerts


In this process, I use the same password for all
-- 



SERVER.XML looks like this:
-- 



- 



When I START TOMCAT, the log shows:
 


INFO: Starting Coyote HTTP/1.1 on http-80
12.04.2006 19:43:55 org.apache.coyote.http11.Http11BaseProtocol start
SCHWERWIEGEND: Error starting endpoint
java.io.IOException: Keystore was tampered with, or password was incorrect
  at 
sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:768)

  at java.security.KeyStore.load(KeyStore.java:1150)
  at 
org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocketFactory.java:282) 

  at 
org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESocketFactory.java:222) 

  at 
org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.getKeyManagers(JSSE14SocketFactory.java:141) 

  at 
org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.init(JSSE14SocketFactory.java:109) 

  at 
org.apache.tomcat.util.net.jsse.JSSESocketFactory.createSocket(JSSESocketFactory.java:88) 

  at 
org.apache.tomcat.util.net.PoolTcpEndpoint.initEndpoint(PoolTcpEndpoint.java:292) 

  at 
org.apache.tomcat.util.net.PoolTcpEndpoint.startEndpoint(PoolTcpEndpoint.java:312) 

  at 
org.apache.coyote.http11.Http11BaseProtocol.start(Http11BaseProtocol.java:150) 

  at 
org.apache.coyote.http11.Http11Protocol.start(Http11Protocol.java:75)
  at 
org.apache.catalina.connector.Connector.start(Connector.java:1089)
  at 
org.apache.catalina.core.StandardService.start(StandardService.java:459)
  at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)

  at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 

  at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 


  at java.lang.reflect.Method.invoke(Method.java:585)
  at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)
  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
12.04.2006 19:43:55 org.apache.catalina.startup.Catalina start
SCHWERWIEGEND: Catalina.start:
LifecycleException:  service.getName(): "Catalina";  Protocol handler 
start failed: java.io.IOException: Keystore was tampered with, or passwor

d was incorrect
  at 
org.apache.catalina.connector.Connector.start(Connector.java:1096)
  at 
org.apache.catalina.core.StandardService.start(StandardService.java:459)
  at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:709)

  at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 

  at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 


  at java.lang.reflect.Method.invoke(Method.java:585)
  at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)
  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
12.04.2006 19:43:55 org.apache.catalina.startup.Catalina start
INFO: Server startup in 4215 ms
 






Franck Borel schrieb:

Hi Klaus,
Hi Franck, still tomcat moans that the keystore was tampered or 
password was incorrect.


I am not sure about the password. With all quest

Re: RE Tomcat and SSL

[Franck Borel]

Hi Klaus,


Good Morning Franck,

yesterday, you did a great job, trying to help me. I appreciate that!


Thanks.
But... I am running out of ideas. Regarding the password: presently, I 
am using "changeit" for everything (just to get in running), but I 
still have no success.

Yesterday, I sent anouther eMail explaining, what I am doing.



Could you please have a look at it and tell me your judgement? And 
what I could try additionally?

You would really help a man in trouble.

Thank you very much.
Klaus

This is what I do:



CREATE KEY:
-- 



../../java/bin/keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -export -alias tomcat -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -import -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/cacerts


In this process, I use the same password for all
-- 



SERVER.XML looks like this:
-- 



- 



When I START TOMCAT, the log shows:
 


INFO: Starting Coyote HTTP/1.1 on http-80
12.04.2006 19:43:55 org.apache.coyote.http11.Http11BaseProtocol start
SCHWERWIEGEND: Error starting endpoint
java.io.IOException: Keystore was tampered with, or password was 
incorrect

Ok.
First suggestion: Passwords are case sensitve. Did you consider this?

-- Franck


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

Yes, in testphase, I do all pw's in low-cases...




Franck Borel schrieb:

Hi Klaus,


Good Morning Franck,

yesterday, you did a great job, trying to help me. I appreciate that!


Thanks.
But... I am running out of ideas. Regarding the password: presently, 
I am using "changeit" for everything (just to get in running), but I 
still have no success.

Yesterday, I sent anouther eMail explaining, what I am doing.



Could you please have a look at it and tell me your judgement? And 
what I could try additionally?

You would really help a man in trouble.

Thank you very much.
Klaus

This is what I do:



CREATE KEY:
-- 



../../java/bin/keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -export -alias tomcat -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -import -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/cacerts


In this process, I use the same password for all
-- 



SERVER.XML looks like this:
-- 


 
keystoreFile="/opt/wt24/apache-tomcat-5.5.16/conf/.keystore"
 
truststoreFile="/opt/wt24/apache-tomcat-5.5.16/conf/cacerts"

 truststorePass="password as used in key-creation"
 />
- 



When I START TOMCAT, the log shows:
 


INFO: Starting Coyote HTTP/1.1 on http-80
12.04.2006 19:43:55 org.apache.coyote.http11.Http11BaseProtocol start
SCHWERWIEGEND: Error starting endpoint
java.io.IOException: Keystore was tampered with, or password was 
incorrect

Ok.
First suggestion: Passwords are case sensitve. Did you consider this?

-- Franck




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--

*Klaus-F. Kaal*
Geschäftsführer

*TIMO/logic/ GmbH*
Singener Str. 42d
D-78256 Steisslingen

phone +49 7738 97096
fax +49 7738 97094
web www.timologic.com 
mail [EMAIL PROTECTED] 



*Das hat es bisher noch nicht gegeben:*

*WebTresor24* 
*
Das Online Backup mit dem innovativen Sorglos - Konzept

Wir sorgen dafür, dass Ihr Backup nie wieder vergessen wird!*



*
*

Re: RE Tomcat and SSL

[Franck Borel]

Next suggestion:
Did you make the key as root? And do you start Tomcat as root?

-- Franck

Yes, in testphase, I do all pw's in low-cases...




Franck Borel schrieb:

Hi Klaus,


Good Morning Franck,

yesterday, you did a great job, trying to help me. I appreciate that!


Thanks.
But... I am running out of ideas. Regarding the password: presently, 
I am using "changeit" for everything (just to get in running), but I 
still have no success.

Yesterday, I sent anouther eMail explaining, what I am doing.



Could you please have a look at it and tell me your judgement? And 
what I could try additionally?

You would really help a man in trouble.

Thank you very much.
Klaus

This is what I do:



CREATE KEY:
-- 



../../java/bin/keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -export -alias tomcat -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -import -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/cacerts


In this process, I use the same password for all
-- 



SERVER.XML looks like this:
-- 


 
keystoreFile="/opt/wt24/apache-tomcat-5.5.16/conf/.keystore"
 
truststoreFile="/opt/wt24/apache-tomcat-5.5.16/conf/cacerts"

 truststorePass="password as used in key-creation"
 />
- 



When I START TOMCAT, the log shows:
 


INFO: Starting Coyote HTTP/1.1 on http-80
12.04.2006 19:43:55 org.apache.coyote.http11.Http11BaseProtocol start
SCHWERWIEGEND: Error starting endpoint
java.io.IOException: Keystore was tampered with, or password was 
incorrect

Ok.
First suggestion: Passwords are case sensitve. Did you consider this?

-- Franck




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






--

Dipl.-Hyd. Franck Borel   Universitaetsbibliothek Freiburg
EMail: [EMAIL PROTECTED]   EDV-Dezernat
Tel. : +49-761 / 203-3908 Werthmannplatz 2 | Postfach 1629
Fax  : +49-761 / 203-3987 79098 Freiburg   | 79016 Freiburg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

Yes, Franck, I am "root" when I run key-creation and tomcat...

Franck Borel schrieb:

Next suggestion:
Did you make the key as root? And do you start Tomcat as root?

-- Franck

Yes, in testphase, I do all pw's in low-cases...




Franck Borel schrieb:

Hi Klaus,


Good Morning Franck,

yesterday, you did a great job, trying to help me. I appreciate that!


Thanks.
But... I am running out of ideas. Regarding the password: 
presently, I am using "changeit" for everything (just to get in 
running), but I still have no success.

Yesterday, I sent anouther eMail explaining, what I am doing.



Could you please have a look at it and tell me your judgement? And 
what I could try additionally?

You would really help a man in trouble.

Thank you very much.
Klaus

This is what I do:



CREATE KEY:
-- 



../../java/bin/keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -export -alias tomcat -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -import -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/cacerts


In this process, I use the same password for all
-- 



SERVER.XML looks like this:
-- 


 maxThreads="150" minSpareThreads="25" 
maxSpareThreads="75"

 enableLookups="false" disableUploadTimeout="true"
 acceptCount="100" scheme="https" secure="true"
 clientAuth="false" sslProtocol="TLS"
 keystorePass="secret"
 debug="0"
 
keystoreFile="/opt/wt24/apache-tomcat-5.5.16/conf/.keystore"
 
truststoreFile="/opt/wt24/apache-tomcat-5.5.16/conf/cacerts"

 truststorePass="password as used in key-creation"
 />
- 



When I START TOMCAT, the log shows:
 


INFO: Starting Coyote HTTP/1.1 on http-80
12.04.2006 19:43:55 org.apache.coyote.http11.Http11BaseProtocol start
SCHWERWIEGEND: Error starting endpoint
java.io.IOException: Keystore was tampered with, or password was 
incorrect

Ok.
First suggestion: Passwords are case sensitve. Did you consider this?

-- Franck


 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--

*Klaus-F. Kaal*
Geschäftsführer

*TIMO/logic/ GmbH*
Singener Str. 42d
D-78256 Steisslingen

phone +49 7738 97096
fax +49 7738 97094
web www.timologic.com 
mail [EMAIL PROTECTED] 



*Das hat es bisher noch nicht gegeben:*

*WebTresor24* 
*
Das Online Backup mit dem innovativen Sorglos - Konzept

Wir sorgen dafür, dass Ihr Backup nie wieder vergessen wird!*



*
*

Re: RE Tomcat and SSL

[Klaus-F. Kaal]

Franck, I suspect that my way of creating the key could be the problem.

Do you have an idea where I could find a "dummy" key for just checking, 
my key is not the problem. It should be a key which is already working 
with tomcat.


Thanks
Klaus





Klaus-F. Kaal schrieb:

Yes, Franck, I am "root" when I run key-creation and tomcat...

Franck Borel schrieb:

Next suggestion:
Did you make the key as root? And do you start Tomcat as root?

-- Franck

Yes, in testphase, I do all pw's in low-cases...




Franck Borel schrieb:

Hi Klaus,


Good Morning Franck,

yesterday, you did a great job, trying to help me. I appreciate that!


Thanks.
But... I am running out of ideas. Regarding the password: 
presently, I am using "changeit" for everything (just to get in 
running), but I still have no success.

Yesterday, I sent anouther eMail explaining, what I am doing.



Could you please have a look at it and tell me your judgement? And 
what I could try additionally?

You would really help a man in trouble.

Thank you very much.
Klaus

This is what I do:



CREATE KEY:
-- 



../../java/bin/keytool -genkey -alias tomcat -keyalg RSA -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -export -alias tomcat -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/.keystore
../../java/bin/keytool -import -file 
/opt/wt24/apache-tomcat-5.5.16/conf/tomcat-server.crt -keystore 
/opt/wt24/apache-tomcat-5.5.16/conf/cacerts


In this process, I use the same password for all
-- 



SERVER.XML looks like this:
-- 


 maxThreads="150" minSpareThreads="25" 
maxSpareThreads="75"

 enableLookups="false" disableUploadTimeout="true"
 acceptCount="100" scheme="https" secure="true"
 clientAuth="false" sslProtocol="TLS"
 keystorePass="secret"
 debug="0"
 
keystoreFile="/opt/wt24/apache-tomcat-5.5.16/conf/.keystore"
 
truststoreFile="/opt/wt24/apache-tomcat-5.5.16/conf/cacerts"

 truststorePass="password as used in key-creation"
 />
- 



When I START TOMCAT, the log shows:
 


INFO: Starting Coyote HTTP/1.1 on http-80
12.04.2006 19:43:55 org.apache.coyote.http11.Http11BaseProtocol start
SCHWERWIEGEND: Error starting endpoint
java.io.IOException: Keystore was tampered with, or password was 
incorrect

Ok.
First suggestion: Passwords are case sensitve. Did you consider this?

-- Franck


 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






--

*Klaus-F. Kaal*
Geschäftsführer

*TIMO/logic/ GmbH*
Singener Str. 42d
D-78256 Steisslingen

phone +49 7738 97096
fax +49 7738 97094
web www.timologic.com 
mail [EMAIL PROTECTED] 



*Das hat es bisher noch nicht gegeben:*

*WebTresor24* 
*
Das Online Backup mit dem innovativen Sorglos - Konzept

Wir sorgen dafür, dass Ihr Backup nie wieder vergessen wird!*



*
*