If the 2nd application is secured by SSL, then the 1st application can send
requests to it, just like like it would to any other application. If using
self-signed certificates you might need to export the certificate if necessary,
import it into a truststore, and use the javax.net.ssl.trustStor
> When Tomcat receives an unauthenticated request for a
> protected resource
> it intercepts and saves that request, then forwards to the
> resource
> defined in the login config.
True. Also, I'm not making the request through Firefox. I did that below as
part of my debugging only.
I have a Ja
> So, you're saying that the method value 'POST' is not
> preserved after
> successful authentication and appears to be converted to a
> 'GET'?
No, what I said is the my original request to https://mydomain/myapp/action.do
is a POST request, and the web.xml says to send me the the login-config pa
Yep that was the reason, as I wrote in another email sent just now before I saw
this. The reason is that in 7.0.22 Tomcat made a POST request to the login
page and my doPost method handled it, but in 7.0.23 it makes a GET request.
--- On Wed, 1/25/12, André Warnier wrote:
> From: André Warnie
OK here's what I tried: I removed https. A request through Firefox to
http://localhost:6144/myapp/folder/action.do still gives 404. I overrode doGet
of the servlet class to print whether get/post and the request.getRequestURI
and it is
get /myapp/folder/action.do
This is the same as before.
Replies in place
--- On Wed, 1/25/12, Pid wrote:
> From: Pid
> Subject: Re: not able to access URL in 2nd app in 7.0.23
> To: "Tomcat Users List"
> Date: Wednesday, January 25, 2012, 12:55 AM
> On 25/01/2012 02:49, removeps-c...@yahoo.com
> wrote:
> > In my webapps folder there are two folders
In my webapps folder there are two folders: ROOT, myapp. ROOT is the default
app.
In myapp/WEB-INF/web.xml there is
MyServlet
package.MyServlet
1
MyServlet
/folder/action.do
When I go to http://host/myapp/folder/action.do in Tomcat 7.0.22 it invokes
myapp, MySe
Tomcat doesn't let you access anything in the META-INF or WEB-INF folders.
These folders have config for your system, and may contain passwords (such as
META-INF/context.xml which has passwords for the datasources). Besides, people
can get into WEB-INF/lib and WEB-INF/classes and web.xml and s
--- On Mon, 1/23/12, Christopher Schultz wrote:
> From: Christopher Schultz
> Subject: Re: Connection.close() has already been called during login
> To: "Tomcat Users List"
> Date: Monday, January 23, 2012, 2:42 PM
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> To whom it may concern,
My code does not talk to another cluster as I have a single Tomcat only, but
just wondering how one would scale.
Maybe the strategy to handle clusters is to write information, such as the list
of the users to the number of times they have logged in in the last hour, into
a location shared by al
--- On Mon, 1/23/12, Daniel Mikusa wrote:
> From: Daniel Mikusa
> Subject: Re: Connection.close() has already been called during login
> To: "Tomcat Users List"
> Date: Monday, January 23, 2012, 10:55 AM
> On Mon, 2012-01-23 at 10:21 -0800, removeps-c...@yahoo.com
> wrote:
> > Initially I thoug
Initially I thought that my RootJDBCRealm might be the problem, but how can
that be? RootJDBCRealm extends Tomcat's own JDBCRealm. It overrides
authenticate to call super.authenticate and if there are 3 failures (in that
super.authenticate returns null), then it locks out the user. So could t
Am running Tomcat 7 and see this in the logs:
SEVERE: Exception performing authentication
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException:
Connection.close() has already been called. Invalid operation in this state.
at sun.reflect.NativeConstructorAccessorImpl.newInst
13 matches
Mail list logo
