On Tue, Apr 29, 2025 at 1:07 PM Christopher Schultz <
ch...@christopherschultz.net> wrote:
> > ABT,
> >
> > On 4/29/25 11:25 AM, A Name wrote:
> > > On Tue, Apr 29, 2025 at 10:54 AM Christopher Schultz <
> > > ch...@christopherschultz.net> wrote:
> > >>> Are you able to view the sources of the app
ABT,
On 4/29/25 11:25 AM, A Name wrote:
On Tue, Apr 29, 2025 at 10:54 AM Christopher Schultz <
ch...@christopherschultz.net> wrote:
Are you able to view the sources of the application? Are you (or your
team) knowledgeable enough about the code to make such changes? IMHO, I
would take the time t
On Tue, Apr 29, 2025 at 10:54 AM Christopher Schultz <
ch...@christopherschultz.net> wrote:
> > ABT,
>
> > On 4/29/25 8:23 AM, A Name wrote:
> > > On Mon, Apr 28, 2025 at 1:07 PM Mark Thomas wrote:
> > >
> > >>> On 28/04/2025 16:35, Christopher Schultz wrote:
> > ABT,
> >
> > On 4/
ABT,
On 4/29/25 8:23 AM, A Name wrote:
On Mon, Apr 28, 2025 at 1:07 PM Mark Thomas wrote:
On 28/04/2025 16:35, Christopher Schultz wrote:
ABT,
On 4/28/25 9:05 AM, A Name wrote:
We are looking at adding a second instance of our app (named
differently --
myappA and myappB) to our Tomcat 9.
On Mon, Apr 28, 2025 at 1:07 PM Mark Thomas wrote:
> > On 28/04/2025 16:35, Christopher Schultz wrote:
> > > ABT,
> > >
> > > On 4/28/25 9:05 AM, A Name wrote:
> > >> We are looking at adding a second instance of our app (named
> > >> differently --
> > >> myappA and myappB) to our Tomcat 9. We
On 28/04/2025 16:35, Christopher Schultz wrote:
ABT,
On 4/28/25 9:05 AM, A Name wrote:
We are looking at adding a second instance of our app (named
differently --
myappA and myappB) to our Tomcat 9. We currently have the app
installed at
a number of customer locations, we are looking at drop
ABT,
On 4/28/25 9:05 AM, A Name wrote:
We are looking at adding a second instance of our app (named differently --
myappA and myappB) to our Tomcat 9. We currently have the app installed at
a number of customer locations, we are looking at dropping 1 app
Currently, our database connections are
On Mon, Apr 28, 2025 at 9:32 AM Mark Thomas wrote:
> > On 28/04/2025 14:05, A Name wrote:
> > > We are looking at adding a second instance of our app (named
> differently --
> > > myappA and myappB) to our Tomcat 9. We currently have the app
> installed at
> > > a number of customer locations, w
On 28/04/2025 14:05, A Name wrote:
We are looking at adding a second instance of our app (named differently --
myappA and myappB) to our Tomcat 9. We currently have the app installed at
a number of customer locations, we are looking at dropping 1 app
Currently, our database connections are esta
We are looking at adding a second instance of our app (named differently --
myappA and myappB) to our Tomcat 9. We currently have the app installed at
a number of customer locations, we are looking at dropping 1 app
Currently, our database connections are established inside the GLOBAL
web.xml in
, if the user typed http:// then only the form data is
transmitted via https and everything else is http. If the user typed
https:// then it stays that way throughout. This works fine with 5.5.9.
Let me know if you need more details or see a flaw.
-Dennis
-Original Message-
From: Klot
time myself.
Dean 8-)
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Tuesday, November
29, 2005 10:34 AM
To: Tomcat Users List
Subject: Re: web.xml question
Security constraints are only imposed on the incoming URL.
Long story short - you'll need to place the entire w
9, 2005 10:34 AM
To: Tomcat Users List
Subject: Re: web.xml question
Security constraints are only imposed on the incoming URL.
Long story short - you'll need to place the entire webapp in SSL. There
is no clean way to use declarative statements to force the login to be
SSL and the rest of th
: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 29, 2005 10:34 AM
To: Tomcat Users List
Subject: Re: web.xml question
Security constraints are only imposed on the incoming URL.
Long story short - you'll need to place the entire webapp in SSL. There
is no clean way to use declarativ
are
doing, possibly masquerading the url or something?
Again not an expert, but something I have been interested in for some
time myself.
Dean 8-)
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 29, 2005 10:34 AM
To: Tomcat Users List
Subject: Re: web.xm
f you wish to use a form based login.
-Dennis
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 29, 2005 10:34 AM
To: Tomcat Users List
Subject: Re: web.xml question
Security constraints are only imposed on the incoming URL.
Long story short - you'
Security constraints are only imposed on the incoming URL.
Long story short - you'll need to place the entire webapp in SSL. There is no
clean way to use declarative statements to force the login to be SSL and the
rest of the webapp be nonssl.
-Tim
Klotz Jr, Dennis wrote:
Hello all. I hope
Hello all. I hope your day is going well.
I need your help.
I cannot get a forms based login page to use SSL when I think I've setup
the web.xml correctly.
Why doesn't my login.jsp use HTTPS when tomcat is invoking it for
authorization? (more details at the bottom)
Here are the relevant sectio
18 matches
Mail list logo
