Thanks Konstantin for your answer. I changed the logging.properties file
as shown below and still I get the INFO level messages. And yes I am
trying to change the logging level for my web application only.
Jugma
.level = SEVERE
handlers
2015-07-08 1:42 GMT+03:00 Jugma Bora :
> Hi,
>
> I am using Tomcat 8.0.18. I trying to log only SEVERE level logging
> messages to the console from my web application. But I still get INFO
> level logging messages. Below is my logging.properties file that is
> deployed in WEB-INF/classes directory.
Hi,
I am using Tomcat 8.0.18. I trying to log only SEVERE level logging
messages to the console from my web application. But I still get INFO
level logging messages. Below is my logging.properties file that is
deployed in WEB-INF/classes directory. Please can you help.
Thank you,
Jugma
#
Alex Soto wrote:
yes it is set at httpd-ssl.config
https://github.com/lordofthejars/apache-tomee-ssl/blob/master/httpd-ssl.conf#L229
which I think that is where it should be set.
Everything too strange, but thanks anyway.
Then, and until Rainer himself jumps in, let me ask you if it would be po
yes it is set at httpd-ssl.config
https://github.com/lordofthejars/apache-tomee-ssl/blob/master/httpd-ssl.conf#L229
which I think that is where it should be set.
Everything too strange, but thanks anyway.
El dt., 7 jul. 2015 a les 19:17, André Warnier () va
escriure:
> Alex Soto wrote:
> > Thank
Alex Soto wrote:
Thank you so much but it is already set.
https://github.com/lordofthejars/apache-tomee-ssl/blob/master/httpd.conf#L171
This is so strange.
But there is also this phrase : "In order to make SSL data available for mod_jk in Apache,
you need to set SSLOptions +StdEnvVars."
Hone
My bad. I recalled the error wrong...it's 408.
HTTP Status 408 - The time allowed for the login process has been exceeded.
If you wish to continue you must either click back twice and re-click the
link you requested or close and re-open your browser
On Tue, Jul 7, 2015 at 9:36 AM, Mark Thomas w
On 07/07/2015 15:13, David Hoffer wrote:
> I've added FORM container authentication with Tomcat and everything works
> fine as long as users use the full URL to the app (URL in Tomcat's manager
> app).
>
> However users want to use a different URL based on a virtual host, e.g.
> myapp.mycompany.co
Here is the relevant parts of the web.xml. I didn't do the Apache
configuration so I'll have to get more details there but I was told that is
no different than how we configure virtual hosts for other apps that don't
use Tomcat's authentication. E.g. it seems Tomcat is requiring to have the
app's
Thank you so much but it is already set.
https://github.com/lordofthejars/apache-tomee-ssl/blob/master/httpd.conf#L171
This is so strange.
El dt., 7 jul. 2015 a les 12:25, André Warnier () va
escriure:
> Mark Thomas wrote:
> > On 07/07/2015 09:28, Alex Soto wrote:
> >> Hi Mark, SSL Session ID is
David Hoffer wrote:
1. Apache Tomcat/7.0.55 (Ubuntu)
2. Hum I don't think so...it works fine when using the full URL, e.g.
www.mycompany.com:8080/myapp its only when we use Apache
wait.. what, how ? you are using an Apache httpd front-end ? you never mentioned that
before. We have no crystal
André Warnier wrote:
Hi.
David Hoffer wrote:
I've added FORM container authentication with Tomcat and everything works
fine as long as users use the full URL to the app (URL in Tomcat's
manager
app).
However users want to use a different URL based on a virtual host, e.g.
myapp.mycompany.com.
1. Apache Tomcat/7.0.55 (Ubuntu)
2. Hum I don't think so...it works fine when using the full URL, e.g.
www.mycompany.com:8080/myapp its only when we use Apache so users can get
to this same app via myapp.mycompany.com that we get the 508 error from
Tomcat.
3. I don't think we have made any changes
Hi.
David Hoffer wrote:
I've added FORM container authentication with Tomcat and everything works
fine as long as users use the full URL to the app (URL in Tomcat's manager
app).
However users want to use a different URL based on a virtual host, e.g.
myapp.mycompany.com. It brings the users to
I've added FORM container authentication with Tomcat and everything works
fine as long as users use the full URL to the app (URL in Tomcat's manager
app).
However users want to use a different URL based on a virtual host, e.g.
myapp.mycompany.com. It brings the users to the app no problem but the
On 30/06/2015 21:16, Mark Thomas wrote:
> This is probably off-topic now so marking as such.
>
> On 29/06/2015 14:29, André Warnier wrote:
>> Mark Thomas wrote:
>>> On 26/06/2015 19:37, Mark Thomas wrote:
On 22/06/2015 11:56, Mark Thomas wrote:
> On 22/06/2015 09:39, Mark Thomas wrote:
>>
The Apache Tomcat team announces the immediate availability of Apache
Tomcat 7.0.63.
Apache Tomcat is an open source software implementation of the Java
Servlet, JavaServer Pages, Java Expression Language and Java
WebSocket technologies.
This release contains a number of bug fixes and improvement
Mark Thomas wrote:
On 07/07/2015 09:28, Alex Soto wrote:
Hi Mark, SSL Session ID is not passed to Tomcat. You can see the logs here
https://gist.github.com/lordofthejars/226d8ed605f2a58b52f3 (I have created
a gist to not add here a lot of lines).
Now the question is is it happens because of mod
Hi Christopher,
I can confirm that in tomcat 8.0.23 the application does not work with or
without ##'s in the file name, however in tomcat 8.0.15 it works without
the hashes.
I compiled a list of my tests and the exceptions that occurred, they are
different in tomcat 7 and tomcat 8:
I have them
On 07/07/2015 09:28, Alex Soto wrote:
> Hi Mark, SSL Session ID is not passed to Tomcat. You can see the logs here
> https://gist.github.com/lordofthejars/226d8ed605f2a58b52f3 (I have created
> a gist to not add here a lot of lines).
>
> Now the question is is it happens because of mod_jk or becau
Hi Mark, SSL Session ID is not passed to Tomcat. You can see the logs here
https://gist.github.com/lordofthejars/226d8ed605f2a58b52f3 (I have created
a gist to not add here a lot of lines).
Now the question is is it happens because of mod_jk or because of Apache?
Alex.
El dl., 6 jul. 2015 a les 1
21 matches
Mail list logo
