RE: performance of tomcat 8 is less than tomcat 6

[Ravi Chandra Suryavanshi]

Hi Christopher,
PFA, the requested XMLs. Just want to highlight that tomcat 8  is not able to 
use the CPU usage. I have tried maxThread 200,300,400 but result is same 
sometimes even less TPS. 
Regards,
Ravi 

-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: Tuesday, April 19, 2016 7:38 PM
To: Tomcat Users List
Subject: Re: performance of tomcat 8 is less than tomcat 6

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ravi,

On 4/19/16 1:04 AM, Ravi Chandra Suryavanshi wrote:
> Hi, I am using tomcat 6 in my product. I am planning to upgrade to 
> tomcat 8 as tomcat is going to EoS in Dec-2016. I have just taken the 
> performance of Tomcat 8 and found the 70% less performance compared to 
> tomcat 6. See the below results Tomcat 6 is giving 167473.2/s whereas 
> tomcat 8 is giving 100436.6/s I have just compared with two standalone 
> tomcat which is just hitting the HelloWorld servlet available in 
> example.
> 
> Kindly let me know what need to configure to boost the performance.
> 
> Following are my setup: Java=Java 8 HttpClient=HttpClient4 Benchmark 
> tool=jmeter
> 
> testserver:~# uname -a Linux testserver 3.10.0-229.el7.x86_64 #1 SMP 
> Thu Jan 29 18:37:38 EST 2015 x86_64 x86_64 x86_64 GNU/Linux
> 
> 
> 
> testserver:~# lscpu Architecture:  x86_64 CPU op-mode(s):
> 32-bit, 64-bit Byte Order:Little Endian CPU(s):
> 32 On-line CPU(s) list:   0-31 Thread(s) per core:2 Core(s) per
> socket:8 Socket(s): 2 NUMA node(s):  2 
> Vendor ID: GenuineIntel CPU family:6 Model:
> 63 Model name:Intel(R) Xeon(R) CPU E5-2640 v3 @
> 2.60GHz Stepping:  2 CPU MHz:   2600.000 
> BogoMIPS:  5210.53 Virtualization:VT-x L1d
> cache: 32K L1i cache: 32K L2 cache:
> 256K L3 cache:  20480K NUMA node0 CPU(s):
> 0-7,16-23 NUMA node1 CPU(s): 8-15,24-31
> 
> testserver:~# vmstat -s 131730840 K total memory 5931052 K used memory 
> 7126352 K active memory 5511616 K inactive memory 116069376 K free 
> memory 20888 K buffer memory 9709520 K swap cache 11681788 K total 
> swap 0 K used swap 11681788 K free swap 54069797 non-nice user cpu 
> ticks 997 nice user cpu ticks 9712353 system cpu ticks
> 15112937897 idle cpu ticks 37101 IO-wait cpu ticks 73 IRQ cpu ticks 
> 21245 softirq cpu ticks 0 stolen cpu ticks 8918100 pages paged in 
> 267868897 pages paged out 0 pages swapped in 0 pages swapped out 
> 4281536287 interrupts 4185543972 CPU context switches
> 1456296771 boot time 84815522 forks
> 
> 
> 
> Tomcat 6 performance
> 
> Linux 3.10.0-229.el7.x86_64 (testserver) 04/19/2016
> _x86_64_(32 CPU) 05:36:33 PM CPU %user %nice
> %system   %iowait%steal %idle 05:36:38 PM all 37.66
> 0.00 14.69  0.10  0.00 47.55 05:36:43 PM all
> 37.61  0.00 14.50  0.01  0.00 47.89 05:36:48 PM
> all 38.31  0.00 14.48  0.03  0.00 47.19 
> 05:36:53 PM all 37.45  0.00 14.53  0.01
> 0.00 48.01 05:36:58 PM all 37.97  0.00 14.67
> 0.02  0.00 47.34 05:37:03 PM all 37.68  0.00
> 14.62  0.01  0.00 47.69
> 
> Created the tree successfully using HTTPRequest.jmx Starting the test 
> @ Wed Apr 13 17:34:58 CEST 2016 (1460561698701) Waiting for
> possible shutdown message on port 4445 summary +  16181 in   1.3s =
> 12893.2/s Avg: 0 Min: 0 Max:67 Err: 0 (0.00%)
> Active: 3 Started: 3 Finished: 0 summary + 5187350 in30s =
> 172911.7/s Avg: 0 Min: 0 Max:31 Err: 0 (0.00%)
> Active: 24 Started: 24 Finished: 0 summary = 5203531 in  31.3s =
> 166486.4/s Avg: 0 Min: 0 Max:67 Err: 0 (0.00%) 
> summary + 5207210 in30s = 173573.7/s Avg: 0 Min: 0 Max:
> 26 Err: 0 (0.00%) Active: 24 Started: 24 Finished: 0 summary =
> 10410741 in  61.3s = 169957.4/s Avg: 0 Min: 0 Max:67
> Err: 0 (0.00%) summary + 5039715 in30s = 167990.5/s Avg:
> 0 Min: 0 Max:13 Err: 0 (0.00%) Active: 24 Started: 24
> Finished: 0 summary = 15450456 in  91.3s = 169310.8/s Avg: 0
> Min: 0 Max:67 Err: 0 (0.00%) summary + 5024196 in
> 30s = 167473.2/s Avg: 0 Min: 0 Max:22 Err: 0
> (0.00%) Active: 24 Started: 24 Finished: 0 summary = 20474652 in
> 121s = 168856.1/s Avg: 0 Min: 0 Max:67 Err: 0
> (0.00%)
> 
> 
> --
- 
- 
>
> 
tomcat 8
> 
> Linux 3.10.0-229.el7.x86_64 (testserver) 04/19/2016
> _x86_64_(32 CPU)
> 
> 06:14:36 PM CPU %user %nice   %system   %iowait
> %steal %idle 06:14:41 PM all 24.10  0.00  9.39
> 0.01  0.00 66.51 06:14:46 PM all 24.62  0.00
> 9.25  0.00  

RE: sadfasdf

[George Stanchev]

It could be someone’s kids. I know mine has done similar damage. With tablets 
and iphones hosting parent’s work pluce junior’s entertainment it could have 
happened. Let us be gentle :)

From: Nick Childs [mailto:nchi...@ramsoft.com]
Sent: Tuesday, April 19, 2016 8:55 PM
To: Tomcat Users List 
Subject: RE: sadfasdf

LOL, really!?


Regards,

Nick Childs
Information Technology Manager
[logo]
9480 Utica Avenue, Suite 612
Rancho Cucamonga, CA 91730
Phone: 909.481.5800 x115
Cell: 909.717.4078
Skype: nchilds.ramsoft
Email: nchi...@ramsoft.com

DISCLAIMER:
In order to comply with HIPAA regulations we ask that provide just the patient 
ID or accession number. Please keep in mind that communications via email over 
the internet are not secure, so we ask not include personal identifying 
information such as patient name, birth date, or personal medical information 
in any case updates or emails you send us.

From: l...@bsoft.com.cn [mailto:l...@bsoft.com.cn]
Sent: Tuesday, April 19, 2016 7:45 PM
To: Tomcat Users List >
Subject: sadfasdf

asdfasdfasdfasf


-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

RE: sadfasdf

[Nick Childs]

LOL, really!?


Regards,

Nick Childs
Information Technology Manager
[logo]
9480 Utica Avenue, Suite 612
Rancho Cucamonga, CA 91730
Phone: 909.481.5800 x115
Cell: 909.717.4078
Skype: nchilds.ramsoft
Email: nchi...@ramsoft.com

DISCLAIMER:
In order to comply with HIPAA regulations we ask that provide just the patient 
ID or accession number. Please keep in mind that communications via email over 
the internet are not secure, so we ask not include personal identifying 
information such as patient name, birth date, or personal medical information 
in any case updates or emails you send us.

From: l...@bsoft.com.cn [mailto:l...@bsoft.com.cn]
Sent: Tuesday, April 19, 2016 7:45 PM
To: Tomcat Users List 
Subject: sadfasdf

asdfasdfasdfasf


-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfffffffffffffffffffffffffff

[l...@bsoft.com.cn]

qqqegdasfcxzadfasdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdf

[l...@bsoft.com.cn]

asdfasdfasdfasf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfffffffffffffffffffffffff

[l...@bsoft.com.cn]

asdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

asfdgdsasdddddddddddddddddddddddd

[l...@bsoft.com.cn]

sdaf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdf

[l...@bsoft.com.cn]

asdfasdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdf

[l...@bsoft.com.cn]

asdfasdfasdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sad

[l...@bsoft.com.cn]

fasdfasdfasdfa



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sdfasdf

[l...@bsoft.com.cn]

sdfasdfsdfasdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdf

[l...@bsoft.com.cn]

asdfasdfasdfasdf


-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdf

[l...@bsoft.com.cn]

asdfasdfasdfasfd



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

dfasdfasdfasdfasdf

[l...@bsoft.com.cn]

asfdsadfsdf


-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdf

[l...@bsoft.com.cn]

asdfasdfasdfasdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdf

[l...@bsoft.com.cn]

sdfsdfasdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdf

[l...@bsoft.com.cn]

sdfasdfasdfasdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

asdfasdfa

[l...@bsoft.com.cn]

sdfasdfasdfsa



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

asfasdfasd

[l...@bsoft.com.cn]

fasdfasdfasdfsdf


-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sadfasdfasdfasdfas

[l...@bsoft.com.cn]

dfasdfasdfasdfasdfasdfasdf



-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

sdas

[l...@bsoft.com.cn]

dasdasdasdasd


-
力瓦依丁・库尔班
Mobile:18130819208
qq:895791034
WeChat:lee_vayi
Email:l...@bsoft.com.cn
Company:Bsoft software Company

Re: performance of tomcat 8 is less than tomcat 6

[Daniel Savard]

2016-04-19 1:04 GMT-04:00 Ravi Chandra Suryavanshi <
ravi.chandra.suryavan...@ericsson.com>:

> Hi,
> I am using tomcat 6 in my product. I am planning to upgrade to tomcat 8 as
> tomcat is going to EoS in Dec-2016.
> I have just taken the performance of Tomcat 8 and found the 70% less
> performance compared to tomcat 6. See the below results Tomcat 6 is giving
> 167473.2/s whereas tomcat 8 is giving 100436.6/s
> I have just compared with two standalone tomcat which is just hitting the
> HelloWorld servlet available in example.
>
> Kindly let me know what need to configure to boost the performance.
>
> Following are my setup:
> Java=Java 8
> HttpClient=HttpClient4
> Benchmark tool=jmeter
>
> testserver:~# uname -a
> Linux testserver 3.10.0-229.el7.x86_64 #1 SMP Thu Jan 29 18:37:38 EST 2015
> x86_64 x86_64 x86_64 GNU/Linux
>
>
>
> testserver:~# lscpu
> Architecture:  x86_64
> CPU op-mode(s):32-bit, 64-bit
> Byte Order:Little Endian
> CPU(s):32
> On-line CPU(s) list:   0-31
> Thread(s) per core:2
> Core(s) per socket:8
> Socket(s): 2
> NUMA node(s):  2
> Vendor ID: GenuineIntel
> CPU family:6
> Model: 63
> Model name:Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz
> Stepping:  2
> CPU MHz:   2600.000
> BogoMIPS:  5210.53
> Virtualization:VT-x
> L1d cache: 32K
> L1i cache: 32K
> L2 cache:  256K
> L3 cache:  20480K
> NUMA node0 CPU(s): 0-7,16-23
> NUMA node1 CPU(s): 8-15,24-31
>
> testserver:~# vmstat -s
> 131730840 K total memory
>   5931052 K used memory
>   7126352 K active memory
>   5511616 K inactive memory
> 116069376 K free memory
> 20888 K buffer memory
>   9709520 K swap cache
>  11681788 K total swap
> 0 K used swap
>  11681788 K free swap
>  54069797 non-nice user cpu ticks
>   997 nice user cpu ticks
>   9712353 system cpu ticks
>   15112937897 idle cpu ticks
> 37101 IO-wait cpu ticks
>73 IRQ cpu ticks
> 21245 softirq cpu ticks
> 0 stolen cpu ticks
>   8918100 pages paged in
> 267868897 pages paged out
> 0 pages swapped in
> 0 pages swapped out
>4281536287 interrupts
>4185543972 CPU context switches
>1456296771 boot time
>  84815522 forks
>
>
>
> Tomcat 6 performance
>
> Linux 3.10.0-229.el7.x86_64 (testserver) 04/19/2016  _x86_64_
>   (32 CPU)
> 05:36:33 PM CPU %user %nice   %system   %iowait%steal
>  %idle
> 05:36:38 PM all 37.66  0.00 14.69  0.10  0.00
>  47.55
> 05:36:43 PM all 37.61  0.00 14.50  0.01  0.00
>  47.89
> 05:36:48 PM all 38.31  0.00 14.48  0.03  0.00
>  47.19
> 05:36:53 PM all 37.45  0.00 14.53  0.01  0.00
>  48.01
> 05:36:58 PM all 37.97  0.00 14.67  0.02  0.00
>  47.34
> 05:37:03 PM all 37.68  0.00 14.62  0.01  0.00
>  47.69
>
> Created the tree successfully using HTTPRequest.jmx
> Starting the test @ Wed Apr 13 17:34:58 CEST 2016 (1460561698701)
> Waiting for possible shutdown message on port 4445
> summary +  16181 in   1.3s = 12893.2/s Avg: 0 Min: 0 Max:67
> Err: 0 (0.00%) Active: 3 Started: 3 Finished: 0
> summary + 5187350 in30s = 172911.7/s Avg: 0 Min: 0 Max:31
> Err: 0 (0.00%) Active: 24 Started: 24 Finished: 0
> summary = 5203531 in  31.3s = 166486.4/s Avg: 0 Min: 0 Max:67
> Err: 0 (0.00%)
> summary + 5207210 in30s = 173573.7/s Avg: 0 Min: 0 Max:26
> Err: 0 (0.00%) Active: 24 Started: 24 Finished: 0
> summary = 10410741 in  61.3s = 169957.4/s Avg: 0 Min: 0 Max:67
> Err: 0 (0.00%)
> summary + 5039715 in30s = 167990.5/s Avg: 0 Min: 0 Max:13
> Err: 0 (0.00%) Active: 24 Started: 24 Finished: 0
> summary = 15450456 in  91.3s = 169310.8/s Avg: 0 Min: 0 Max:67
> Err: 0 (0.00%)
> summary + 5024196 in30s = 167473.2/s Avg: 0 Min: 0 Max:22
> Err: 0 (0.00%) Active: 24 Started: 24 Finished: 0
> summary = 20474652 in   121s = 168856.1/s Avg: 0 Min: 0 Max:67
> Err: 0 (0.00%)
>
>
>
> --
> tomcat 8
>
> Linux 3.10.0-229.el7.x86_64 (testserver) 04/19/2016  _x86_64_
>   (32 CPU)
>
> 06:14:36 PM CPU %user %nice   %system   %iowait%steal
>  %idle
> 06:14:41 PM all 24.10  0.00  9.39  0.01  0.00
>  66.51
> 06:14:46 PM all 24.62  0.00  9.25  0.00  0.00
>  66.13
> 06:14:51 PM all 24.66  0.00  9.12  0.01  0.00
>  66.22
> 06:14:56 PM all 23.96  0.00   

RE: context root with relative path

[Caldarale, Charles R]

> From: Mark Thomas [mailto:ma...@apache.org] 
> Subject: Re: context root with relative path

On 19/04/2016 19:38, Dimitar Valov wrote:
> All static resources such as index.html will not be found when application
> is added with , for example tomcat
> is put inside the application's META-INF.

Not that it's pertinent to the resource retrieval problem, but a path attribute 
of "/" is never correct ("" might be what is wanted).  But since path 
attributes on  elements located in META-INF/context.xml are not 
allowed, it doesn't really matter for this particular issue.

 - 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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: pgp-keys jsp taglibs

[Konstantin Kolinko]

2016-04-19 23:00 GMT+03:00 Martijn Bos :
> Hi all,
>
> (I post in this list since I downloaded from tomcat.apache.org. If there is a 
> more appropriate list, off course I will try overthere)
>
> 1 - Downloaded the taglibs from 
> http://tomcat.apache.org/download-taglibs.cgi#Standard-1.2.5

The "verify" word on above page links to a detailed instruction,
https://www.apache.org/info/verification.html

> 2 - Downloaded the PGP signatures for the files
> 2 - Downloaded KEYS. (The pgp public keys from the releaser(s)  of the files)
> 3 - Imported the keys into gpg:
> martijn@radijs:~/external_documents/Downloads$ gpg --import KEYS
> gpg: sleutel A7A0233C: publieke sleutel "Jeremy Boynes " 
> geïmporteerd
> gpg:   Totaal aantal verwerkt: 1
> gpg: geïmporteerd: 1  (RSA: 1)
> martijn@radijs:~/external_documents/Downloads$
>
> 4 - checked the signature of the downloaded files:
> martijn@radijs:~/external_documents/Downloads$ gpg 
> taglibs-standard-impl-1.2.5.jar.asc

The above verification command is wrong. You must specify 2 file
arguments to gpg --verify.  See the verification.html page that I
mentioned above.

> gpg: gegevens in `taglibs-standard-impl-1.2.5.jar' worden verondersteld 
> ondertekend te zijn
> gpg: Ondertekening gemaakt op di 10 mrt 2015 17:11:32 CET met RSA sleutel-ID 
> A7A0233C
> gpg: Goede handtekening van "Jeremy Boynes "
> gpg: Noot: Deze sleutel is vervallen!
> Vingerafdruk van de primaire sleutel: 8B46 CA49 EF48 37B8 C7F2  92DA A54A 
> D08E A7A0 233C
>
> It's in dutch :-)

Executing the below command before the above one should switch it to English.
LANG=C

Maybe it also needs  export LANG, I do not remember.

> The message is telling me that the file is signed by key A7A0233C
> (I never did sign this key myself..there is no trust..so gpg also tells me 
> that)
> Then gpg tells me "This key is expired"!!!
>
> I'm not sure what to think of this...Is this a problem, or am I just to 
> paranoid?
>
> Can anyone shine his/her light on this.


$ gpg --list-keys A7A0233C

pub   2048R/A7A0233C 2012-02-25 [expired: 2016-02-25]
uid  Jeremy Boynes 


1. Binaries released and signed before February 2016 are OK.

2. Jeremy needs to do something with his key before signing a next
release (if there ever be one).
As said elsewhere, it is possible to change expiration date of a key
without a need to generate a new one,

http://unix.stackexchange.com/questions/177291/how-to-renew-an-expired-keypair-with-gpg

http://superuser.com/questions/813421/can-you-extend-the-expiration-date-of-an-already-expired-gpg-key

https://help.riseup.net/en/security/message-security/openpgp/best-practices#use-an-expiration-date-less-than-two-years

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: context root with relative path

[David kerber]

On 4/19/2016 4:13 PM, Dimitar Valov wrote:

Hi Mark,

Yes, it is sensitive, that's why I'm suggesting such simple solution. For
me the issues comes because of AbstractFileResourceSet::file -> absPath =
absPath.substring(absoluteBase.length() + 1); and if
(!canPath.equals(absPath)). This + 1 should account for the /. However we
cannot count on not having the / at the end of absPath.


Why not explicitly check for the existence of the trailing "\", rather 
than assuming it's (non)existence and just checking the string length?


I think Mark is saying that you have found an inconsistency, and pending 
further testing thinks that there should be changes made so that you get 
back what you supplied to those functions.  I.E., if you gave it a 
trailing "\" as an argument, you'll get one back, and if not, you won't.





I've played with specifying paths that end with / and without, and I think
that there's no way that the current implementation can be configured
correctly:
   * if path like ../../ is used it is normalized to path ending with / =>
the substring will consume the first character of the filename.
   * if path like ../.. is used it is normalized to path ending .. (which is
even worse), but this can be documented out, otherwise a method like
Path.normalize should be used or implemented.
   * if path like ../../app or ../../app/ is used everything works
correctly, but this is bacause StandardContext::fixDocBase takes care to
delete the last /.

I think that if fixDocBase does something to strings like ../../../ it will
break the results returned from RequestUtil.normalize, i.e. deleting the
last / and the normalizing it will produce path ending with /.. which will
once again not work.

The behaviour of org.apache.tomcat.util.http.RequestUtil is quite similar
but different from the one getting unique file path (Path.normalize). And
then if (!canPath.equals(absPath)) is comparing two quite similar things
,but not the same  "things". I think that with java.io.File APIs there's
nothing that can give the needed behaviour (the getCanonicalPath will
resolve symlinks)

Best Regards,
Dimitar Valov

On Tue, Apr 19, 2016 at 10:42 PM, Mark Thomas  wrote:


On 19/04/2016 19:38, Dimitar Valov wrote:

All static resources such as index.html will not be found when

application

is added with , for example tomcat
is put inside the application's META-INF.

I've drilled down that the AbstractFileResourceSet class is responsible

for

this behaviour, inside the protected final File file(String name, boolean
mustExist) method. There absoluteBase and canonicalBase (absolute, unique
with resolved symlinks) are used to determine if the file should be
accessed based on a case sensitivity check.

Everything works fine if the docBase is not just path like ../../.././../
but has an actual directory at the end, like ../../../web-app. However in
this edgy case the difference appears since the behaviour of
the org.apache.tomcat.util.http.RequestUtil.normalize method has slightly
different behavior than the File.getCanonicalPath.

System.out.println(RequestUtil.normalize("/base/1/2/3/../../../"));
/base/

System.out.println(RequestUtil.normalize("/base/1/2/3/../../.."));
/base/1/..
System.out.println(new File("/base/1/2/3/../../../").getCanonicalPath());
/base

The added /from RequestUtil breakes the logic inside the file method,

since

when doing the substring operation inside AbstractFileResourceSet.file
method it may or may not have a trailing /. In such situation /index.html substring with the absoluteBase becomes ndex.html. At

the

end the file method returns from here:

 if (!canPath.equals(absPath)) //

!"index.html".equals("ndex.html")

=> true
 return null;

The RequestUtil comes from the http packages and follows their

conventions

when normalizing the path, so an obvious way to fix this is to add and if
statement after the normalization
inside AbstractFileResourceSet.initInternal.

 this.absoluteBase = normalize(absolutePath);
 if (this.absoluteBase.endsWith("/")) {
 this.absoluteBase = this.absoluteBase.substring(0,
this.absoluteBase.length() - 1);
 }

With Java 7 instead of using the RequestUtil for normalization, Path
java.nio.file.Path.normalize() can accomplish the correct thing.

Do you think that is something that can be fixed? Maybe the above is not
the best approach, however it's the least invasive.


We need to be very careful here since this is security sensitive.

Given that normalize handles URIs, there is an argument for slightly
different handling of trailing '/'. I'm currently of the view (subject
to the results of some local tests I am running) that if the input ends
in '/', so should the output. If the input doesn't end in '/' neither
should the output unless the output is the string "/".

The end result is likely to be that docBase values should not end in "/".

Mark

Re: context root with relative path

[Dimitar Valov]

Hi Mark,

Yes, it is sensitive, that's why I'm suggesting such simple solution. For
me the issues comes because of AbstractFileResourceSet::file -> absPath =
absPath.substring(absoluteBase.length() + 1); and if
(!canPath.equals(absPath)). This + 1 should account for the /. However we
cannot count on not having the / at the end of absPath.

I've played with specifying paths that end with / and without, and I think
that there's no way that the current implementation can be configured
correctly:
  * if path like ../../ is used it is normalized to path ending with / =>
the substring will consume the first character of the filename.
  * if path like ../.. is used it is normalized to path ending .. (which is
even worse), but this can be documented out, otherwise a method like
Path.normalize should be used or implemented.
  * if path like ../../app or ../../app/ is used everything works
correctly, but this is bacause StandardContext::fixDocBase takes care to
delete the last /.

I think that if fixDocBase does something to strings like ../../../ it will
break the results returned from RequestUtil.normalize, i.e. deleting the
last / and the normalizing it will produce path ending with /.. which will
once again not work.

The behaviour of org.apache.tomcat.util.http.RequestUtil is quite similar
but different from the one getting unique file path (Path.normalize). And
then if (!canPath.equals(absPath)) is comparing two quite similar things
,but not the same  "things". I think that with java.io.File APIs there's
nothing that can give the needed behaviour (the getCanonicalPath will
resolve symlinks)

Best Regards,
Dimitar Valov

On Tue, Apr 19, 2016 at 10:42 PM, Mark Thomas  wrote:

> On 19/04/2016 19:38, Dimitar Valov wrote:
> > All static resources such as index.html will not be found when
> application
> > is added with , for example tomcat
> > is put inside the application's META-INF.
> >
> > I've drilled down that the AbstractFileResourceSet class is responsible
> for
> > this behaviour, inside the protected final File file(String name, boolean
> > mustExist) method. There absoluteBase and canonicalBase (absolute, unique
> > with resolved symlinks) are used to determine if the file should be
> > accessed based on a case sensitivity check.
> >
> > Everything works fine if the docBase is not just path like ../../.././../
> > but has an actual directory at the end, like ../../../web-app. However in
> > this edgy case the difference appears since the behaviour of
> > the org.apache.tomcat.util.http.RequestUtil.normalize method has slightly
> > different behavior than the File.getCanonicalPath.
> >
> > System.out.println(RequestUtil.normalize("/base/1/2/3/../../../"));
> > /base/
> >
> > System.out.println(RequestUtil.normalize("/base/1/2/3/../../.."));
> > /base/1/..
> > System.out.println(new File("/base/1/2/3/../../../").getCanonicalPath());
> > /base
> >
> > The added /from RequestUtil breakes the logic inside the file method,
> since
> > when doing the substring operation inside AbstractFileResourceSet.file
> > method it may or may not have a trailing /. In such situation  > path>/index.html substring with the absoluteBase becomes ndex.html. At
> the
> > end the file method returns from here:
> >
> > if (!canPath.equals(absPath)) //
> !"index.html".equals("ndex.html")
> > => true
> > return null;
> >
> > The RequestUtil comes from the http packages and follows their
> conventions
> > when normalizing the path, so an obvious way to fix this is to add and if
> > statement after the normalization
> > inside AbstractFileResourceSet.initInternal.
> >
> > this.absoluteBase = normalize(absolutePath);
> > if (this.absoluteBase.endsWith("/")) {
> > this.absoluteBase = this.absoluteBase.substring(0,
> > this.absoluteBase.length() - 1);
> > }
> >
> > With Java 7 instead of using the RequestUtil for normalization, Path
> > java.nio.file.Path.normalize() can accomplish the correct thing.
> >
> > Do you think that is something that can be fixed? Maybe the above is not
> > the best approach, however it's the least invasive.
>
> We need to be very careful here since this is security sensitive.
>
> Given that normalize handles URIs, there is an argument for slightly
> different handling of trailing '/'. I'm currently of the view (subject
> to the results of some local tests I am running) that if the input ends
> in '/', so should the output. If the input doesn't end in '/' neither
> should the output unless the output is the string "/".
>
> The end result is likely to be that docBase values should not end in "/".
>
> Mark
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

pgp-keys jsp taglibs

[Martijn Bos]

Hi all,

(I post in this list since I downloaded from tomcat.apache.org. If there is a 
more appropriate list, off course I will try overthere)

1 - Downloaded the taglibs from 
http://tomcat.apache.org/download-taglibs.cgi#Standard-1.2.5
2 - Downloaded the PGP signatures for the files
2 - Downloaded KEYS. (The pgp public keys from the releaser(s)  of the files)
3 - Imported the keys into gpg:
martijn@radijs:~/external_documents/Downloads$ gpg --import KEYS
gpg: sleutel A7A0233C: publieke sleutel "Jeremy Boynes " 
geïmporteerd
gpg:   Totaal aantal verwerkt: 1
gpg: geïmporteerd: 1  (RSA: 1)
martijn@radijs:~/external_documents/Downloads$ 

4 - checked the signature of the downloaded files:
martijn@radijs:~/external_documents/Downloads$ gpg 
taglibs-standard-impl-1.2.5.jar.asc 
gpg: gegevens in `taglibs-standard-impl-1.2.5.jar' worden verondersteld 
ondertekend te zijn
gpg: Ondertekening gemaakt op di 10 mrt 2015 17:11:32 CET met RSA sleutel-ID 
A7A0233C
gpg: Goede handtekening van "Jeremy Boynes "
gpg: Noot: Deze sleutel is vervallen!
Vingerafdruk van de primaire sleutel: 8B46 CA49 EF48 37B8 C7F2  92DA A54A D08E 
A7A0 233C

It's in dutch :-)
The message is telling me that the file is signed by key A7A0233C
(I never did sign this key myself..there is no trust..so gpg also tells me that)
Then gpg tells me "This key is expired"!!!

I'm not sure what to think of this...Is this a problem, or am I just to 
paranoid?

Can anyone shine his/her light on this.

-- 
Met vriendelijke groet,

Martijn Bos

(Public pgp-key : http://maboc.nl/pubkey.maboc.asc)


signature.asc
Description: Digital signature

Re: context root with relative path

[Mark Thomas]

On 19/04/2016 19:38, Dimitar Valov wrote:
> All static resources such as index.html will not be found when application
> is added with , for example tomcat
> is put inside the application's META-INF.
> 
> I've drilled down that the AbstractFileResourceSet class is responsible for
> this behaviour, inside the protected final File file(String name, boolean
> mustExist) method. There absoluteBase and canonicalBase (absolute, unique
> with resolved symlinks) are used to determine if the file should be
> accessed based on a case sensitivity check.
> 
> Everything works fine if the docBase is not just path like ../../.././../
> but has an actual directory at the end, like ../../../web-app. However in
> this edgy case the difference appears since the behaviour of
> the org.apache.tomcat.util.http.RequestUtil.normalize method has slightly
> different behavior than the File.getCanonicalPath.
> 
> System.out.println(RequestUtil.normalize("/base/1/2/3/../../../"));
> /base/
> 
> System.out.println(RequestUtil.normalize("/base/1/2/3/../../.."));
> /base/1/..
> System.out.println(new File("/base/1/2/3/../../../").getCanonicalPath());
> /base
> 
> The added /from RequestUtil breakes the logic inside the file method, since
> when doing the substring operation inside AbstractFileResourceSet.file
> method it may or may not have a trailing /. In such situation  path>/index.html substring with the absoluteBase becomes ndex.html. At the
> end the file method returns from here:
> 
> if (!canPath.equals(absPath)) // !"index.html".equals("ndex.html")
> => true
> return null;
> 
> The RequestUtil comes from the http packages and follows their conventions
> when normalizing the path, so an obvious way to fix this is to add and if
> statement after the normalization
> inside AbstractFileResourceSet.initInternal.
> 
> this.absoluteBase = normalize(absolutePath);
> if (this.absoluteBase.endsWith("/")) {
> this.absoluteBase = this.absoluteBase.substring(0,
> this.absoluteBase.length() - 1);
> }
> 
> With Java 7 instead of using the RequestUtil for normalization, Path
> java.nio.file.Path.normalize() can accomplish the correct thing.
> 
> Do you think that is something that can be fixed? Maybe the above is not
> the best approach, however it's the least invasive.

We need to be very careful here since this is security sensitive.

Given that normalize handles URIs, there is an argument for slightly
different handling of trailing '/'. I'm currently of the view (subject
to the results of some local tests I am running) that if the input ends
in '/', so should the output. If the input doesn't end in '/' neither
should the output unless the output is the string "/".

The end result is likely to be that docBase values should not end in "/".

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Updating jdbc drivers Tomcat 7

[Mark Thomas]

On 19/04/2016 20:31, John Beaulaurier -X (jbeaulau - ADVANCED NETWORK
INFORMATION INC at Cisco) wrote:
> Thanks Mark,
> 
> Do I have the procedure correct? 

The procedure you describe should work.

Mark


> 
> -Original Message-
> From: Mark Thomas [mailto:ma...@apache.org] 
> Sent: Tuesday, April 19, 2016 12:27 PM
> To: Tomcat Users List 
> Subject: Re: Updating jdbc drivers Tomcat 7
> 
> On 19/04/2016 20:25, John Beaulaurier -X (jbeaulau - ADVANCED NETWORK 
> INFORMATION INC at Cisco) wrote:
>> Hello,
>>
>> Reading the Tomcat documentation, to upgrade jdbc drivers one would perform 
>> the following.
>>
>> 1.  Shutdown the Tomcat instance(s)
>>
>> 2.  Remove the current jdbc driver in the base /lib directory then copy 
>> new driver to the directory
>>
>> 3.  Restart the Tomcat instance(s) and the /lib directory will be 
>> scanned and the new drivers used
>>
>> Does the old driver have to be removed from the /lib directory, or can the 
>> extention be changed to something like .old?
> 
> Either is fine.
> 
> Mark
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Updating jdbc drivers Tomcat 7

[John Beaulaurier -X (jbeaulau - ADVANCED NETWORK INFORMATION INC at Cisco)]

Thanks Mark,

Do I have the procedure correct? 

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Tuesday, April 19, 2016 12:27 PM
To: Tomcat Users List 
Subject: Re: Updating jdbc drivers Tomcat 7

On 19/04/2016 20:25, John Beaulaurier -X (jbeaulau - ADVANCED NETWORK 
INFORMATION INC at Cisco) wrote:
> Hello,
> 
> Reading the Tomcat documentation, to upgrade jdbc drivers one would perform 
> the following.
> 
> 1.  Shutdown the Tomcat instance(s)
> 
> 2.  Remove the current jdbc driver in the base /lib directory then copy 
> new driver to the directory
> 
> 3.  Restart the Tomcat instance(s) and the /lib directory will be scanned 
> and the new drivers used
> 
> Does the old driver have to be removed from the /lib directory, or can the 
> extention be changed to something like .old?

Either is fine.

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Updating jdbc drivers Tomcat 7

[Mark Thomas]

On 19/04/2016 20:25, John Beaulaurier -X (jbeaulau - ADVANCED NETWORK
INFORMATION INC at Cisco) wrote:
> Hello,
> 
> Reading the Tomcat documentation, to upgrade jdbc drivers one would perform 
> the following.
> 
> 1.  Shutdown the Tomcat instance(s)
> 
> 2.  Remove the current jdbc driver in the base /lib directory then copy 
> new driver to the directory
> 
> 3.  Restart the Tomcat instance(s) and the /lib directory will be scanned 
> and the new drivers used
> 
> Does the old driver have to be removed from the /lib directory, or can the 
> extention be changed to something like .old?

Either is fine.

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Updating jdbc drivers Tomcat 7

[John Beaulaurier -X (jbeaulau - ADVANCED NETWORK INFORMATION INC at Cisco)]

Hello,

Reading the Tomcat documentation, to upgrade jdbc drivers one would perform the 
following.

1.  Shutdown the Tomcat instance(s)

2.  Remove the current jdbc driver in the base /lib directory then copy new 
driver to the directory

3.  Restart the Tomcat instance(s) and the /lib directory will be scanned 
and the new drivers used

Does the old driver have to be removed from the /lib directory, or can the 
extention be changed to something like .old?

Thanks
-John

context root with relative path

[Dimitar Valov]

All static resources such as index.html will not be found when application
is added with , for example tomcat
is put inside the application's META-INF.

I've drilled down that the AbstractFileResourceSet class is responsible for
this behaviour, inside the protected final File file(String name, boolean
mustExist) method. There absoluteBase and canonicalBase (absolute, unique
with resolved symlinks) are used to determine if the file should be
accessed based on a case sensitivity check.

Everything works fine if the docBase is not just path like ../../.././../
but has an actual directory at the end, like ../../../web-app. However in
this edgy case the difference appears since the behaviour of
the org.apache.tomcat.util.http.RequestUtil.normalize method has slightly
different behavior than the File.getCanonicalPath.

System.out.println(RequestUtil.normalize("/base/1/2/3/../../../"));
/base/

System.out.println(RequestUtil.normalize("/base/1/2/3/../../.."));
/base/1/..
System.out.println(new File("/base/1/2/3/../../../").getCanonicalPath());
/base

The added /from RequestUtil breakes the logic inside the file method, since
when doing the substring operation inside AbstractFileResourceSet.file
method it may or may not have a trailing /. In such situation /index.html substring with the absoluteBase becomes ndex.html. At the
end the file method returns from here:

if (!canPath.equals(absPath)) // !"index.html".equals("ndex.html")
=> true
return null;

The RequestUtil comes from the http packages and follows their conventions
when normalizing the path, so an obvious way to fix this is to add and if
statement after the normalization
inside AbstractFileResourceSet.initInternal.

this.absoluteBase = normalize(absolutePath);
if (this.absoluteBase.endsWith("/")) {
this.absoluteBase = this.absoluteBase.substring(0,
this.absoluteBase.length() - 1);
}

With Java 7 instead of using the RequestUtil for normalization, Path
java.nio.file.Path.normalize() can accomplish the correct thing.

Do you think that is something that can be fixed? Maybe the above is not
the best approach, however it's the least invasive.

Best Regards
Dimitar Valov

Re: Fwd: Fwd: bug

[Mark Thomas]

On 19/04/2016 15:51, André Warnier (tomcat) wrote:
> On 19.04.2016 16:47, Cristian Lorenzetto wrote:
>> it sounds a good response for me :)
>> It would be appreciated a task assignment for solving that bug.
> 
> There might still be a small misunderstanding.
> I believe that Mark means : *your* application has a bug, not Tomcat.

Correct. No Tomcat bug here. Nothing to see. Move along now...

Mark

> 
>>
>>
>> -- Forwarded message --
>> From: Mark Thomas 
>> Date: 2016-04-19 16:27 GMT+02:00
>> Subject: Re: Fwd: bug
>> To: Tomcat Users List 
>>
>>
>> On 19/04/2016 15:24, Cristian Lorenzetto wrote:
>>> good analisys similar to mime , but when the pc wake up ... it might
>>> restore also the connections enqueued. The connection remains freezed so
>> it
>>> gives this exception.
>>
>> Nope.
>>
>> You get that exception because the application has a bug. It is trying
>> to start a new WebSocket message before the previous one is completed.
>>
>> Mark
>>
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Fwd: Fwd: bug

[tomcat]

On 19.04.2016 16:47, Cristian Lorenzetto wrote:

it sounds a good response for me :)
It would be appreciated a task assignment for solving that bug.


There might still be a small misunderstanding.
I believe that Mark means : *your* application has a bug, not Tomcat.




-- Forwarded message --
From: Mark Thomas 
Date: 2016-04-19 16:27 GMT+02:00
Subject: Re: Fwd: bug
To: Tomcat Users List 


On 19/04/2016 15:24, Cristian Lorenzetto wrote:

good analisys similar to mime , but when the pc wake up ... it might
restore also the connections enqueued. The connection remains freezed so

it

gives this exception.


Nope.

You get that exception because the application has a bug. It is trying
to start a new WebSocket message before the previous one is completed.

Mark




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Fwd: Fwd: bug

[Cristian Lorenzetto]

it sounds a good response for me :)
It would be appreciated a task assignment for solving that bug.


-- Forwarded message --
From: Mark Thomas 
Date: 2016-04-19 16:27 GMT+02:00
Subject: Re: Fwd: bug
To: Tomcat Users List 


On 19/04/2016 15:24, Cristian Lorenzetto wrote:
> good analisys similar to mime , but when the pc wake up ... it might
> restore also the connections enqueued. The connection remains freezed so
it
> gives this exception.

Nope.

You get that exception because the application has a bug. It is trying
to start a new WebSocket message before the previous one is completed.

Mark

Re: Fwd: bug

[Mark Thomas]

On 19/04/2016 15:24, Cristian Lorenzetto wrote:
> good analisys similar to mime , but when the pc wake up ... it might
> restore also the connections enqueued. The connection remains freezed so it
> gives this exception.

Nope.

You get that exception because the application has a bug. It is trying
to start a new WebSocket message before the previous one is completed.

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Fwd: bug

[Cristian Lorenzetto]

good analisys similar to mime , but when the pc wake up ... it might
restore also the connections enqueued. The connection remains freezed so it
gives this exception.

2016-04-19 16:08 GMT+02:00 André Warnier (tomcat) :

> On 19.04.2016 16:00, Cristian Lorenzetto wrote:
>
>> Sincerely in the doc is written that tomcat websocket  is a 'single thread
>> model' so it is already sincronized.
>> I dont think it is that.
>>
>
> I think that this is not the point.
> The point is : by leaving your PC and letting it go to sleep, it freezes
> its connection to Tomcat. Then tomcat tries to send something, and cannot.
> Then there is an I/O exception returned to your code (the websocket webapp
> under Tomcat).
> You need to catch that exception, and yourself needs to do something about
> it, because there is no way that Tomcat would know what to do.
>
>
>
>
>> 2016-04-19 15:55 GMT+02:00 André Warnier (tomcat) :
>>
>> On 19.04.2016 15:41, Cristian Lorenzetto wrote:
>>>
>>> 17-Apr-2016 10:50:23.751 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log Server
 version:Apache Tomcat/9.0.0.M1
 17-Apr-2016 10:50:23.752 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log Server
 built:  Nov 12 2015 22:05:52 UTC
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log Server
 number: 9.0.0.0
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log OS
 Name:   Linux
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log OS
 Version:3.16.0-28-generic
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log
 Architecture:  amd64
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log Java
 Home: /usr/lib/jvm/java-8-oracle/jre
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log JVM
 Version:   1.8.0_25-b17
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log JVM
 Vendor:Oracle Corporation
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log
 CATALINA_BASE: /data/opt/apache-tomcat-9.0.0.M1
 17-Apr-2016 10:50:23.753 INFO [main]
 org.apache.catalina.startup.VersionLoggerListener.log
 CATALINA_HOME: /data/opt/apache-tomcat-9.0.0.M1


 2016-04-19 15:34 GMT+02:00 André Warnier (tomcat) :

 On 19.04.2016 15:19, Cristian Lorenzetto wrote:

>
> Hi I m using tomcat in ubuntu system.
>
>>
>>
>> Tomcat version ? Java version ?
>
> http://lmgtfy.com/?q=BINARY_PARTIAL_WRITING
>
>
 Thank you for the versions, but you forgot to check the above
>>> reference(s), or the tomcat mail archives.
>>>  From these articles, I gather that the above behaviour is expected, and
>>> that you should yourself protect your application against this.
>>> Read the articles for a justification.
>>>
>>>
>>>
>>>
>>>
>When i leave my pc for 10 mins
>
> system is suspended. When i return to work i have this exception
>
>>
>> java.lang.IllegalStateException: The remote endpoint was in state
>> [BINARY_PARTIAL_WRITING] which is an invalid state for called method
>> at
>>
>>
>>
>> org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.checkState(WsRemoteEndpointImplBase.java:1213)
>> at
>>
>>
>>
>> org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.binaryPartialStart(WsRemoteEndpointImplBase.java:1160)
>> at
>>
>>
>>
>> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendPartialBytes(WsRemoteEndpointImplBase.java:158)
>> at
>>
>>
>>
>> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendBinary(WsRemoteEndpointBasic.java:56)
>> at
>>
>>
>>
>> org.springframework.web.socket.adapter.standard.StandardWebSocketSession.sendBinaryMessage(StandardWebSocketSession.java:202)
>> at
>>
>>
>>
>> org.springframework.web.socket.adapter.AbstractWebSocketSession.sendMessage(AbstractWebSocketSession.java:108)
>> at
>>
>>
>>
>> com.itiboss.utils.FragmentationOutputStream.close(FragmentationOutputStream.java:39)
>> at com.itiboss.utils.Utils.send(Utils.java:80)
>> ... 21 more
>>
>>
>>
>> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
>
>

>>> -
>>> 

Re: performance of tomcat 8 is less than tomcat 6

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ravi,

On 4/19/16 1:04 AM, Ravi Chandra Suryavanshi wrote:
> Hi, I am using tomcat 6 in my product. I am planning to upgrade to
> tomcat 8 as tomcat is going to EoS in Dec-2016. I have just taken
> the performance of Tomcat 8 and found the 70% less performance
> compared to tomcat 6. See the below results Tomcat 6 is giving
> 167473.2/s whereas tomcat 8 is giving 100436.6/s I have just
> compared with two standalone tomcat which is just hitting the
> HelloWorld servlet available in example.
> 
> Kindly let me know what need to configure to boost the
> performance.
> 
> Following are my setup: Java=Java 8 HttpClient=HttpClient4 
> Benchmark tool=jmeter
> 
> testserver:~# uname -a Linux testserver 3.10.0-229.el7.x86_64 #1
> SMP Thu Jan 29 18:37:38 EST 2015 x86_64 x86_64 x86_64 GNU/Linux
> 
> 
> 
> testserver:~# lscpu Architecture:  x86_64 CPU op-mode(s):
> 32-bit, 64-bit Byte Order:Little Endian CPU(s):
> 32 On-line CPU(s) list:   0-31 Thread(s) per core:2 Core(s) per
> socket:8 Socket(s): 2 NUMA node(s):  2 
> Vendor ID: GenuineIntel CPU family:6 Model:
> 63 Model name:Intel(R) Xeon(R) CPU E5-2640 v3 @
> 2.60GHz Stepping:  2 CPU MHz:   2600.000 
> BogoMIPS:  5210.53 Virtualization:VT-x L1d
> cache: 32K L1i cache: 32K L2 cache:
> 256K L3 cache:  20480K NUMA node0 CPU(s):
> 0-7,16-23 NUMA node1 CPU(s): 8-15,24-31
> 
> testserver:~# vmstat -s 131730840 K total memory 5931052 K used
> memory 7126352 K active memory 5511616 K inactive memory 116069376
> K free memory 20888 K buffer memory 9709520 K swap cache 11681788 K
> total swap 0 K used swap 11681788 K free swap 54069797 non-nice
> user cpu ticks 997 nice user cpu ticks 9712353 system cpu ticks 
> 15112937897 idle cpu ticks 37101 IO-wait cpu ticks 73 IRQ cpu
> ticks 21245 softirq cpu ticks 0 stolen cpu ticks 8918100 pages
> paged in 267868897 pages paged out 0 pages swapped in 0 pages
> swapped out 4281536287 interrupts 4185543972 CPU context switches 
> 1456296771 boot time 84815522 forks
> 
> 
> 
> Tomcat 6 performance
> 
> Linux 3.10.0-229.el7.x86_64 (testserver) 04/19/2016
> _x86_64_(32 CPU) 05:36:33 PM CPU %user %nice
> %system   %iowait%steal %idle 05:36:38 PM all 37.66
> 0.00 14.69  0.10  0.00 47.55 05:36:43 PM all
> 37.61  0.00 14.50  0.01  0.00 47.89 05:36:48 PM
> all 38.31  0.00 14.48  0.03  0.00 47.19 
> 05:36:53 PM all 37.45  0.00 14.53  0.01
> 0.00 48.01 05:36:58 PM all 37.97  0.00 14.67
> 0.02  0.00 47.34 05:37:03 PM all 37.68  0.00
> 14.62  0.01  0.00 47.69
> 
> Created the tree successfully using HTTPRequest.jmx Starting the
> test @ Wed Apr 13 17:34:58 CEST 2016 (1460561698701) Waiting for
> possible shutdown message on port 4445 summary +  16181 in   1.3s =
> 12893.2/s Avg: 0 Min: 0 Max:67 Err: 0 (0.00%)
> Active: 3 Started: 3 Finished: 0 summary + 5187350 in30s =
> 172911.7/s Avg: 0 Min: 0 Max:31 Err: 0 (0.00%)
> Active: 24 Started: 24 Finished: 0 summary = 5203531 in  31.3s =
> 166486.4/s Avg: 0 Min: 0 Max:67 Err: 0 (0.00%) 
> summary + 5207210 in30s = 173573.7/s Avg: 0 Min: 0 Max:
> 26 Err: 0 (0.00%) Active: 24 Started: 24 Finished: 0 summary =
> 10410741 in  61.3s = 169957.4/s Avg: 0 Min: 0 Max:67
> Err: 0 (0.00%) summary + 5039715 in30s = 167990.5/s Avg:
> 0 Min: 0 Max:13 Err: 0 (0.00%) Active: 24 Started: 24
> Finished: 0 summary = 15450456 in  91.3s = 169310.8/s Avg: 0
> Min: 0 Max:67 Err: 0 (0.00%) summary + 5024196 in
> 30s = 167473.2/s Avg: 0 Min: 0 Max:22 Err: 0
> (0.00%) Active: 24 Started: 24 Finished: 0 summary = 20474652 in
> 121s = 168856.1/s Avg: 0 Min: 0 Max:67 Err: 0
> (0.00%)
> 
> 
> --
- 
- 
>
> 
tomcat 8
> 
> Linux 3.10.0-229.el7.x86_64 (testserver) 04/19/2016
> _x86_64_(32 CPU)
> 
> 06:14:36 PM CPU %user %nice   %system   %iowait
> %steal %idle 06:14:41 PM all 24.10  0.00  9.39
> 0.01  0.00 66.51 06:14:46 PM all 24.62  0.00
> 9.25  0.00  0.00 66.13 06:14:51 PM all 24.66
> 0.00  9.12  0.01  0.00 66.22 06:14:56 PM all
> 23.96  0.00  9.36  0.08  0.00 66.60 06:15:01 PM
> all 24.78  0.00  9.52  0.01  0.00 65.69 
> 06:15:06 PM all 23.86  0.00  9.24  0.03
> 0.00 66.87
> 
> 
> 
> 
> 
> Created the tree successfully using HTTPRequest.jmx Starting the
> test @ Wed Apr 13 

Re: Fwd: bug

[tomcat]

On 19.04.2016 16:00, Cristian Lorenzetto wrote:

Sincerely in the doc is written that tomcat websocket  is a 'single thread
model' so it is already sincronized.
I dont think it is that.


I think that this is not the point.
The point is : by leaving your PC and letting it go to sleep, it freezes its connection to 
Tomcat. Then tomcat tries to send something, and cannot.

Then there is an I/O exception returned to your code (the websocket webapp 
under Tomcat).
You need to catch that exception, and yourself needs to do something about it, because 
there is no way that Tomcat would know what to do.





2016-04-19 15:55 GMT+02:00 André Warnier (tomcat) :


On 19.04.2016 15:41, Cristian Lorenzetto wrote:


17-Apr-2016 10:50:23.751 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
version:Apache Tomcat/9.0.0.M1
17-Apr-2016 10:50:23.752 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
built:  Nov 12 2015 22:05:52 UTC
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
number: 9.0.0.0
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log OS
Name:   Linux
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log OS
Version:3.16.0-28-generic
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
Architecture:  amd64
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Java
Home: /usr/lib/jvm/java-8-oracle/jre
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log JVM
Version:   1.8.0_25-b17
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log JVM
Vendor:Oracle Corporation
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
CATALINA_BASE: /data/opt/apache-tomcat-9.0.0.M1
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
CATALINA_HOME: /data/opt/apache-tomcat-9.0.0.M1


2016-04-19 15:34 GMT+02:00 André Warnier (tomcat) :

On 19.04.2016 15:19, Cristian Lorenzetto wrote:


Hi I m using tomcat in ubuntu system.




Tomcat version ? Java version ?

http://lmgtfy.com/?q=BINARY_PARTIAL_WRITING




Thank you for the versions, but you forgot to check the above
reference(s), or the tomcat mail archives.
 From these articles, I gather that the above behaviour is expected, and
that you should yourself protect your application against this.
Read the articles for a justification.






   When i leave my pc for 10 mins

system is suspended. When i return to work i have this exception


java.lang.IllegalStateException: The remote endpoint was in state
[BINARY_PARTIAL_WRITING] which is an invalid state for called method
at


org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.checkState(WsRemoteEndpointImplBase.java:1213)
at


org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.binaryPartialStart(WsRemoteEndpointImplBase.java:1160)
at


org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendPartialBytes(WsRemoteEndpointImplBase.java:158)
at


org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendBinary(WsRemoteEndpointBasic.java:56)
at


org.springframework.web.socket.adapter.standard.StandardWebSocketSession.sendBinaryMessage(StandardWebSocketSession.java:202)
at


org.springframework.web.socket.adapter.AbstractWebSocketSession.sendMessage(AbstractWebSocketSession.java:108)
at


com.itiboss.utils.FragmentationOutputStream.close(FragmentationOutputStream.java:39)
at com.itiboss.utils.Utils.send(Utils.java:80)
... 21 more




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org







-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org







-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Fwd: bug

[Cristian Lorenzetto]

Sincerely in the doc is written that tomcat websocket  is a 'single thread
model' so it is already sincronized.
I dont think it is that.

2016-04-19 15:55 GMT+02:00 André Warnier (tomcat) :

> On 19.04.2016 15:41, Cristian Lorenzetto wrote:
>
>> 17-Apr-2016 10:50:23.751 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log Server
>> version:Apache Tomcat/9.0.0.M1
>> 17-Apr-2016 10:50:23.752 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log Server
>> built:  Nov 12 2015 22:05:52 UTC
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log Server
>> number: 9.0.0.0
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log OS
>> Name:   Linux
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log OS
>> Version:3.16.0-28-generic
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log
>> Architecture:  amd64
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log Java
>> Home: /usr/lib/jvm/java-8-oracle/jre
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log JVM
>> Version:   1.8.0_25-b17
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log JVM
>> Vendor:Oracle Corporation
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log
>> CATALINA_BASE: /data/opt/apache-tomcat-9.0.0.M1
>> 17-Apr-2016 10:50:23.753 INFO [main]
>> org.apache.catalina.startup.VersionLoggerListener.log
>> CATALINA_HOME: /data/opt/apache-tomcat-9.0.0.M1
>>
>>
>> 2016-04-19 15:34 GMT+02:00 André Warnier (tomcat) :
>>
>> On 19.04.2016 15:19, Cristian Lorenzetto wrote:
>>>
>>> Hi I m using tomcat in ubuntu system.


>>> Tomcat version ? Java version ?
>>>
>>> http://lmgtfy.com/?q=BINARY_PARTIAL_WRITING
>>>
>>
> Thank you for the versions, but you forgot to check the above
> reference(s), or the tomcat mail archives.
> From these articles, I gather that the above behaviour is expected, and
> that you should yourself protect your application against this.
> Read the articles for a justification.
>
>
>
>
>>>
>>>   When i leave my pc for 10 mins
>>>
>>>system is suspended. When i return to work i have this exception

 java.lang.IllegalStateException: The remote endpoint was in state
 [BINARY_PARTIAL_WRITING] which is an invalid state for called method
 at


 org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.checkState(WsRemoteEndpointImplBase.java:1213)
 at


 org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.binaryPartialStart(WsRemoteEndpointImplBase.java:1160)
 at


 org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendPartialBytes(WsRemoteEndpointImplBase.java:158)
 at


 org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendBinary(WsRemoteEndpointBasic.java:56)
 at


 org.springframework.web.socket.adapter.standard.StandardWebSocketSession.sendBinaryMessage(StandardWebSocketSession.java:202)
 at


 org.springframework.web.socket.adapter.AbstractWebSocketSession.sendMessage(AbstractWebSocketSession.java:108)
 at


 com.itiboss.utils.FragmentationOutputStream.close(FragmentationOutputStream.java:39)
 at com.itiboss.utils.Utils.send(Utils.java:80)
 ... 21 more



>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>
>>>
>>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: Fwd: bug

[tomcat]

On 19.04.2016 15:41, Cristian Lorenzetto wrote:

17-Apr-2016 10:50:23.751 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
version:Apache Tomcat/9.0.0.M1
17-Apr-2016 10:50:23.752 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
built:  Nov 12 2015 22:05:52 UTC
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
number: 9.0.0.0
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log OS
Name:   Linux
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log OS
Version:3.16.0-28-generic
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
Architecture:  amd64
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Java
Home: /usr/lib/jvm/java-8-oracle/jre
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log JVM
Version:   1.8.0_25-b17
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log JVM
Vendor:Oracle Corporation
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
CATALINA_BASE: /data/opt/apache-tomcat-9.0.0.M1
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
CATALINA_HOME: /data/opt/apache-tomcat-9.0.0.M1


2016-04-19 15:34 GMT+02:00 André Warnier (tomcat) :


On 19.04.2016 15:19, Cristian Lorenzetto wrote:


Hi I m using tomcat in ubuntu system.



Tomcat version ? Java version ?

http://lmgtfy.com/?q=BINARY_PARTIAL_WRITING


Thank you for the versions, but you forgot to check the above reference(s), or the tomcat 
mail archives.
From these articles, I gather that the above behaviour is expected, and that you should 
yourself protect your application against this.

Read the articles for a justification.





  When i leave my pc for 10 mins


   system is suspended. When i return to work i have this exception

java.lang.IllegalStateException: The remote endpoint was in state
[BINARY_PARTIAL_WRITING] which is an invalid state for called method
at

org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.checkState(WsRemoteEndpointImplBase.java:1213)
at

org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.binaryPartialStart(WsRemoteEndpointImplBase.java:1160)
at

org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendPartialBytes(WsRemoteEndpointImplBase.java:158)
at

org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendBinary(WsRemoteEndpointBasic.java:56)
at

org.springframework.web.socket.adapter.standard.StandardWebSocketSession.sendBinaryMessage(StandardWebSocketSession.java:202)
at

org.springframework.web.socket.adapter.AbstractWebSocketSession.sendMessage(AbstractWebSocketSession.java:108)
at

com.itiboss.utils.FragmentationOutputStream.close(FragmentationOutputStream.java:39)
at com.itiboss.utils.Utils.send(Utils.java:80)
... 21 more




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org







-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Fwd: bug

[Cristian Lorenzetto]

17-Apr-2016 10:50:23.751 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
version:Apache Tomcat/9.0.0.M1
17-Apr-2016 10:50:23.752 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
built:  Nov 12 2015 22:05:52 UTC
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Server
number: 9.0.0.0
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log OS
Name:   Linux
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log OS
Version:3.16.0-28-generic
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
Architecture:  amd64
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Java
Home: /usr/lib/jvm/java-8-oracle/jre
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log JVM
Version:   1.8.0_25-b17
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log JVM
Vendor:Oracle Corporation
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
CATALINA_BASE: /data/opt/apache-tomcat-9.0.0.M1
17-Apr-2016 10:50:23.753 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log
CATALINA_HOME: /data/opt/apache-tomcat-9.0.0.M1


2016-04-19 15:34 GMT+02:00 André Warnier (tomcat) :

> On 19.04.2016 15:19, Cristian Lorenzetto wrote:
>
>> Hi I m using tomcat in ubuntu system.
>>
>
> Tomcat version ? Java version ?
>
> http://lmgtfy.com/?q=BINARY_PARTIAL_WRITING
>
>
>  When i leave my pc for 10 mins
>
>>   system is suspended. When i return to work i have this exception
>>
>> java.lang.IllegalStateException: The remote endpoint was in state
>> [BINARY_PARTIAL_WRITING] which is an invalid state for called method
>> at
>>
>> org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.checkState(WsRemoteEndpointImplBase.java:1213)
>> at
>>
>> org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.binaryPartialStart(WsRemoteEndpointImplBase.java:1160)
>> at
>>
>> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendPartialBytes(WsRemoteEndpointImplBase.java:158)
>> at
>>
>> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendBinary(WsRemoteEndpointBasic.java:56)
>> at
>>
>> org.springframework.web.socket.adapter.standard.StandardWebSocketSession.sendBinaryMessage(StandardWebSocketSession.java:202)
>> at
>>
>> org.springframework.web.socket.adapter.AbstractWebSocketSession.sendMessage(AbstractWebSocketSession.java:108)
>> at
>>
>> com.itiboss.utils.FragmentationOutputStream.close(FragmentationOutputStream.java:39)
>> at com.itiboss.utils.Utils.send(Utils.java:80)
>> ... 21 more
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: Fwd: bug

[tomcat]

On 19.04.2016 15:19, Cristian Lorenzetto wrote:

Hi I m using tomcat in ubuntu system.


Tomcat version ? Java version ?

http://lmgtfy.com/?q=BINARY_PARTIAL_WRITING


 When i leave my pc for 10 mins

  system is suspended. When i return to work i have this exception

java.lang.IllegalStateException: The remote endpoint was in state
[BINARY_PARTIAL_WRITING] which is an invalid state for called method
at
org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.checkState(WsRemoteEndpointImplBase.java:1213)
at
org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.binaryPartialStart(WsRemoteEndpointImplBase.java:1160)
at
org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendPartialBytes(WsRemoteEndpointImplBase.java:158)
at
org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendBinary(WsRemoteEndpointBasic.java:56)
at
org.springframework.web.socket.adapter.standard.StandardWebSocketSession.sendBinaryMessage(StandardWebSocketSession.java:202)
at
org.springframework.web.socket.adapter.AbstractWebSocketSession.sendMessage(AbstractWebSocketSession.java:108)
at
com.itiboss.utils.FragmentationOutputStream.close(FragmentationOutputStream.java:39)
at com.itiboss.utils.Utils.send(Utils.java:80)
... 21 more




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Fwd: bug

[Cristian Lorenzetto]

Hi I m using tomcat in ubuntu system. When i leave my pc for 10 mins
 system is suspended. When i return to work i have this exception

java.lang.IllegalStateException: The remote endpoint was in state
[BINARY_PARTIAL_WRITING] which is an invalid state for called method
at
org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.checkState(WsRemoteEndpointImplBase.java:1213)
at
org.apache.tomcat.websocket.WsRemoteEndpointImplBase$StateMachine.binaryPartialStart(WsRemoteEndpointImplBase.java:1160)
at
org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendPartialBytes(WsRemoteEndpointImplBase.java:158)
at
org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendBinary(WsRemoteEndpointBasic.java:56)
at
org.springframework.web.socket.adapter.standard.StandardWebSocketSession.sendBinaryMessage(StandardWebSocketSession.java:202)
at
org.springframework.web.socket.adapter.AbstractWebSocketSession.sendMessage(AbstractWebSocketSession.java:108)
at
com.itiboss.utils.FragmentationOutputStream.close(FragmentationOutputStream.java:39)
at com.itiboss.utils.Utils.send(Utils.java:80)
... 21 more

Re: [ANN] Apache Tomcat 7.0.69 released

[Utkarsh Dave]

Thank You

On Mon, Apr 18, 2016 at 5:45 PM, Violeta Georgieva 
wrote:

> The Apache Tomcat team announces the immediate availability of Apache
> Tomcat 7.0.69.
>
> 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 improvements compared to
> version 7.0.68. The notable changes since 7.0.68 include:
>
>
> - Correct a false positive warning for ThreadLocal related memory leaks
>   when the key class but not the value class has been loaded by the web
>   application class loader.
>
>
> Please refer to the change log for the complete list of changes:
> http://tomcat.apache.org/tomcat-7.0-doc/changelog.html
>
> Note: This version has 4 zip binaries: a generic one and
>   three bundled with Tomcat native binaries for Windows operating
>   systems running on different CPU architectures.
>
> Note: Use of the Java WebSocket 1.1 implementation requires Java 7.
>
> Note: If you use the APR/native AJP or HTTP connector you *must* upgrade
>   to version 1.1.33 or later of the APR/native library.
>
> Downloads:
> http://tomcat.apache.org/download-70.cgi
>
> Migration guides from Apache Tomcat 5.5.x and 6.0.x:
> http://tomcat.apache.org/migration.html
>
> Enjoy
>
> The Apache Tomcat team
>