On 12 March 2014 20:40, Christopher Schultz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Neeraj,
>
> On 3/12/14, 10:47 AM, Neeraj Sinha wrote:
> Thanks. Actually in the realm implementation, I make a call to backend
> authenticate () method which validates various login rules and
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: PooledConnection.getConnection - Tomcat JDBC Pool
> On 3/25/14, 10:53 AM, Pierce, Jonathan D wrote:
> > In the Aries class, the expectation is that
> > XAConnection.getConnection().close() will return the connection
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jonathan,
On 3/25/14, 10:53 AM, Pierce, Jonathan D wrote:
> In the Aries class, the expectation is that
> XAConnection.getConnection().close() will return the connection to
> the pool, and that XAConnection.close() would close the physical
> conn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
James,
On 3/25/14, 12:00 PM, James H. H. Lampert wrote:
> On 3/24/14 11:06 AM, Christopher Schultz wrote:
>
>> Do you have any idea what the cause in your particular case?
>
> I didn't yesterday; it would be putting it mildly that there's
> very l
On Mar 25, 2014, at 1:26 PM, Jose Irrazabal wrote:
> Hello Dan, thank you for answer
>
> Apparently there thread are pending in the Tomcat. In the Server Status
> of Manager Tomcat I observe threads with stage in S and time of 11858908
> ms. As I can release these processes or is there some w
On 3/25/2014 1:41 PM, Sebastien Tardif wrote:
Hello,
I was somehow expecting something useful from "-StopTimeout" parameter from
Tomcat 7.0.52 Windows Service referenced at
http://tomcat.apache.org/tomcat-7.0-doc/windows-service-howto.html
But when I set a timeout, well in the UI it's called
Hello,
I was somehow expecting something useful from "-StopTimeout" parameter from
Tomcat 7.0.52 Windows Service referenced at
http://tomcat.apache.org/tomcat-7.0-doc/windows-service-howto.html
But when I set a timeout, well in the UI it's called "timeout" under "shutdown"
tab, the behavior se
Hello Dan, thank you for answer
Apparently there thread are pending in the Tomcat. In the Server Status
of Manager Tomcat I observe threads with stage in S and time of 11858908
ms. As I can release these processes or is there some way to identify the
problem?
I will appreciate any help. Thanki
2014-03-25 17:25 GMT+01:00 Caldarale, Charles R :
>> From: Yann Simon [mailto:yann.simon...@gmail.com]
>> Subject: Re: Tomcat 8.0.0-RC5: asynchron IO and back pressure with
>> ReadListener
>
>> > Also, have you tried with the 8.0.5 release that is up for vote?
>
>> I do not see this version anywhe
On Mar 25, 2014, at 12:16 PM, Yann Simon wrote:
> 2014-03-25 16:36 GMT+01:00 Daniel Mikusa :
>> On Mar 25, 2014, at 11:25 AM, Yann Simon wrote:
>>
>>> 2014-03-20 15:28 GMT+01:00 Yann Simon :
Thanks for all your input, I think I have now an implementation that
works on Tomcat and Jetty
> From: Yann Simon [mailto:yann.simon...@gmail.com]
> Subject: Re: Tomcat 8.0.0-RC5: asynchron IO and back pressure with
> ReadListener
> > Also, have you tried with the 8.0.5 release that is up for vote?
> I do not see this version anywhere.
> Is there already an alpha/beta/CR Version I can do
2014-03-25 16:36 GMT+01:00 Daniel Mikusa :
> On Mar 25, 2014, at 11:25 AM, Yann Simon wrote:
>
>> 2014-03-20 15:28 GMT+01:00 Yann Simon :
>>> Thanks for all your input, I think I have now an implementation that
>>> works on Tomcat and Jetty.
>>>
>>> By testing it, I've found something that can be
On 3/24/14 11:06 AM, Christopher Schultz wrote:
Do you have any idea what the cause in your particular case?
I didn't yesterday; it would be putting it mildly that there's very
little of my own code in the Tomcat context (almost all of it in a layer
that communicates with an AS/400-native se
On Mar 25, 2014, at 11:25 AM, Yann Simon wrote:
> 2014-03-20 15:28 GMT+01:00 Yann Simon :
>> Thanks for all your input, I think I have now an implementation that
>> works on Tomcat and Jetty.
>>
>> By testing it, I've found something that can be an interesting
>> information for you.
>>
>> The
2014-03-20 15:28 GMT+01:00 Yann Simon :
> Thanks for all your input, I think I have now an implementation that
> works on Tomcat and Jetty.
>
> By testing it, I've found something that can be an interesting
> information for you.
>
> The upload variant with forking a new thread is very very slow.
>
-Original Message-
From: Mark Eggers [mailto:its_toas...@yahoo.com]
Sent: Tuesday, March 25, 2014 11:21 AM
To: Tomcat Users List
Subject: Re: tomcat 7 Manager access
On 3/25/2014 7:03 AM, Berg, James wrote:
>
>
> -Original Message- From: Mark Eggers
> [mailto:its_toas...@yahoo.
On 3/25/2014 7:03 AM, Berg, James wrote:
-Original Message- From: Mark Eggers
[mailto:its_toas...@yahoo.com] Sent: Monday, March 24, 2014 4:34 PM
To: Tomcat Users List Subject: Re: tomcat 7 Manager access
Please don't top-post.
On 3/24/2014 1:19 PM, Berg, James wrote:
I posted my ent
I've created Bug 56310 for this issue.
Jonathan
-Original Message-
From: Pierce, Jonathan D
Sent: Tuesday, March 25, 2014 10:54 AM
To: Tomcat Users List
Subject: RE: PooledConnection.getConnection - Tomcat JDBC Pool
In the Aries class, the expectation is that
XAConnection.getConnection(
On Mar 25, 2014, at 10:58 AM, John Smith wrote:
>> We see 404 error in localhost_access so this the place from where we can
>> dig into.
>> Is there any way we can enhance the logging/information in
>> localhost_access_log.
>> Or then how can debug what happens between user requests and 404 respo
> We see 404 error in localhost_access so this the place from where we can
> dig into.
> Is there any way we can enhance the logging/information in
> localhost_access_log.
> Or then how can debug what happens between user requests and 404 response,?
>
Outside of performance monitoring tools, you m
In the Aries class, the expectation is that
XAConnection.getConnection().close() will return the connection to the pool,
and that XAConnection.close() would close the physical connection.
This seems to jive with the documentation on PooledConnection.close
(http://docs.oracle.com/javase/6/docs/a
On 25/03/2014 14:37, Sebastien Tardif wrote:
> I'm using Tomcat 7.0.52, with the following configuration: antiJARLocking="false" antiResourceLocking="false"
> unpackWAR="false">
>
> Do we know if we "ever" had a version of Tomcat that really don't
> extract anything from the war when we have unpa
On Tue, Mar 25, 2014 at 9:54 AM, Filip Hanik wrote:
> Please open a bug, and we will get this taken care of. I do have one
> question,Aries library, on which call does it expect to return the
> connection to the pool? XAConnection.close() or
> XAConnection.getConnection().close(); ?
>
>
Jonathan,
I'm using Tomcat 7.0.52, with the following configuration:
Do we know if we "ever" had a version of Tomcat that really don't extract
anything from the war when we have unpackWAR="false">?
I'm asking to make sure I'm not trying to reach something that doesn't exist.
-Original Message-
F
On 23/03/2014 12:41, Martin Gainty wrote:
>
>> Date: Sat, 22 Mar 2014 14:24:01 -0400
>> Subject: Effects of turning off sendFile in the NIO connector
>> From: tomcat.ran...@gmail.com
>> To: users@tomcat.apache.org
>>
>> What effect would setting useSendfile=false have on a web application using
>>
-Original Message-
From: Mark Eggers [mailto:its_toas...@yahoo.com]
Sent: Monday, March 24, 2014 4:34 PM
To: Tomcat Users List
Subject: Re: tomcat 7 Manager access
Please don't top-post.
On 3/24/2014 1:19 PM, Berg, James wrote:
> I posted my entire tomcat-users.xml. I took out all of
> You must have been fun to have as a student.
>
Student is a vague term. Student of which grade, which subject? Student of
a trade? Student of life?
Unfortunately your lack of exactness means I can't understand your joke :)
(I was an even worse employee)
- John
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
John,
On 3/25/14, 9:58 AM, John Smith wrote:
>> First terminology problem: class X isn't instantiated here, an
>> object of type class X is instantiated.
>>
>
> As Matisse once said, exactitude is not truth. This sort of hair
> splitting isn't hel
> First terminology problem: class X isn't instantiated here, an object of
> type class X is instantiated.
>
As Matisse once said, exactitude is not truth. This sort of hair splitting
isn't helpful. Say "Class X is instantiated" to a thousand programmers and
they'll understand that it means an ins
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hardik,
On 3/22/14, 10:32 PM, Hardik Vaishnav wrote:
> Here is the example of what I am trying to do.
>
> JBoss Webserver Private IP : 192.168.10.100 JBoss Webserver Public
> IP 172.x.x.x
>
> Server connected to Jboss: 192.168.10.101 & 192.168.10.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Martin,
On 3/23/14, 8:12 AM, Martin Gainty wrote:
>> From: hardikvaish...@gmail.com Date: Sat, 22 Mar 2014 22:32:11
>> -0400 Subject: Re: help with setting up proxy To:
>> users@tomcat.apache.org
>>
>> Here is the example of what I am trying to do.
Please open a bug, and we will get this taken care of. I do have one
question,Aries library, on which call does it expect to return the
connection to the pool? XAConnection.close() or
XAConnection.getConnection().close(); ?
On Tue, Mar 25, 2014 at 6:05 AM, Jonathan Pierce wrote:
> I am trying
>
> If the method is thread-safe - no issue. If it isn't thread-safe then
> you have a problem.
>
> Mark
>
Thanks Mark - Clearly and succinctly explained.
Best,
John
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Akash,
On 3/24/14, 5:39 PM, Akash Jain wrote:
> On Mon, Mar 24, 2014 at 1:37 PM, Konstantin Kolinko
> wrote:
>
>> 2014-03-25 0:24 GMT+04:00 Akash Jain :
>>> Yes, it uses LinkedHashMap internally which is not thread
>>> safe.
>>>
>> http://tomcat.
> If that is the case the tomcat jdbc
> pooling library handling the call incorrectly and its a bug.
>
I'd be suspect of this. Are you actually using *org.apache.tomcat.jdbc.pool*?
Since it's a Tomcat module it seems an odd choice to use outside of Tomcat.
http://docs.oracle.com/javase/7/docs/ap
I am trying to use the tomcat jdbc pool library (outside of tomcat)
along with the Apache Aries Transaction library in an OSGi environment
to handle distributed transactions.
One of the classes (XADataSourceEnlistingWrapper) provided by the
Aries Transaction wrappers library is a DataSource wrappe
For example , I have two virtual host settings in server.xml , one is
"jacky.net" ,the other is "jacky.com"
How do I output "jacky.net" and "jacky.com" to the different catalina file
, then I can categorize it easier when a exception throw out.
Now I am survering log4j and trying it but didn't w
Excellent!!
It worked :) :) !! Thank you very mach Mark, to point out the java version
and log file info.
Log says:
*INFO: JSR 356 WebSocket (Java WebSocket 1.0) support is not available when
running on Java 6.* To suppress this message, run Tomcat on Java 7, remove
the WebSocket JARs from $CATALINA_HOME/lib or add the WebSocketJARs to the
tomcat.util.scan.DefaultJarScanner.jarsToSkip property in
$CAT
On 25/03/2014 09:57, Kanagavelu Sugumar wrote:
> ohh my bad!!
> I think; it is using 1.6 jre.
> Very sorry!!
And the message in the logs when Tomcat starts about WebSocket support
and Java version says?
Mark
>
>
> C:\apache-tomcat-7.0.52\bin>catalina.bat
> Using CATALINA_BASE: "C:\apache-tom
ohh my bad!!
I think; it is using 1.6 jre.
Very sorry!!
C:\apache-tomcat-7.0.52\bin>catalina.bat
Using CATALINA_BASE: "C:\apache-tomcat-7.0.52"
Using CATALINA_HOME: "C:\apache-tomcat-7.0.52"
Using CATALINA_TMPDIR: "C:\apache-tomcat-7.0.52\temp"
*Using JRE_HOME:"C:\Program Files\Java\j
On 25/03/2014 09:51, Kanagavelu Sugumar wrote:
> Hi Mark,
>
> Thanks for your response.
>
> C:\Users\ksugumar>java -version
> java version "1.7.0_51"
> Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
> Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode)
Are you sure that is the version
Hi Mark,
Thanks for your response.
C:\Users\ksugumar>java -version
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode)
On 25/03/2014 07:59, Utkarsh Dave wrote:
> Hi,
> We are using Tomcat 7.0.41.
> One of my customer faces 404 error while accessing the web application.
> This continues for some time and goes away automatically without giving us
> time to debug.
> We dont have any other clue. Everything else works f
On 25/03/2014 05:46, Kanagavelu Sugumar wrote:
> Team,
>
> 1) I downloaded "apache-tomcat-7.0.52" to my windows 7 (32 bit machine);
> 2) Then i ran C:\apache-tomcat-7.0.52\bin\startup.bat
> 3) Now trying http://localhost:8080/examples/websocket/chat.xhtml on chrome
> browser, I am getting
>
> Inf
On 25/03/2014 03:57, Sebastien Tardif wrote:
> I was glad to discover that an option called unpackWAR exists, because my
> War has thousands of files and my configuration use a slow share drive, and
> so that's taking a very long time to unpack... but when I use the option it
> still unpack bu
Hi,
We are using Tomcat 7.0.41.
One of my customer faces 404 error while accessing the web application.
This continues for some time and goes away automatically without giving us
time to debug.
We dont have any other clue. Everything else works fine. all services are
running great. No issue with To
47 matches
Mail list logo
