svn commit: r1728450 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/catalina/manager/ManagerServlet.java webapps/docs/changelog.xml webapps/docs/manager-howto.xml

2016-02-04 Thread markt 
Author: markt
Date: Thu Feb  4 11:59:55 2016
New Revision: 1728450

URL: http://svn.apache.org/viewvc?rev=1728450=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58935
Remove incorrect references in the documentation to using "jar:file:" URLs with 
the Manager application.

Modified:
tomcat/tc7.0.x/trunk/   (props changed)
tomcat/tc7.0.x/trunk/java/org/apache/catalina/manager/ManagerServlet.java
tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml
tomcat/tc7.0.x/trunk/webapps/docs/manager-howto.xml

Propchange: tomcat/tc7.0.x/trunk/
--
--- svn:mergeinfo (original)
+++ svn:mergeinfo Thu Feb  4 11:59:55 2016
@@ -1,2 +1,2 @@
-/tomcat/tc8.0.x/trunk:1636525,1637336,1637685,1637709,1638726,1640089,1640276,1640349,1640363,1640366,1640642,1640672,1640674,1640689,1640884,1641001,1641065,1641067,1641375,1641638,1641723,1641726,1641729-1641730,1641736,1641988,1642669-1642670,1642698,1642701,1643205,1643215,1643217,1643230,1643232,1643273,1643285,1643329-1643330,1643511,1643513,1643521,1643539,1643571,1643581-1643582,1643635,1643655,1643738,1643964,1644018,1644333,1644954,1644992,1645014,1645360,1645456,1645627,1645642,1645686,1645903-1645904,1645908-1645909,1645913,1645920,1646458,1646460-1646462,1646735,1646738-1646741,1646744,1646746,1646748-1646755,1646757,1646759-1646760,1647043,1648816,1651420-1651422,1651844,1652926,1652939-1652940,1652973,1653798,1653817,1653841,1654042,1654161,1654736,1654767,1654787,1656592,1659907,1662986,1663265,1663278,1663325,1663535,1663567,1663679,1663997,1664175,1664321,1664872,1665061,1665086,1666027,1666395,1666503,1666506,1666560,1666570,1666581,1666759,1666967,1666988,1667553
 
-1667555,1667558,1667617,1667633,1667637,1667747,1667767,1667873,1668028,1668137,1668634,1669432,1669801,1669840,1669895-1669896,1670398,1670435,1670592,1670605-1670607,1670609,1670632,1670720,1670725,1670727,1670731,1671114,1672273,1672285,1673759,1674220,1674295,1675469,1675488,1675595,1675831,1676232,1676367-1676369,1676382,1676394,1676483,1676556,1676635,1678178,1679536,1679988,1680256,1681124,1681182,1681730,1681840,1681864,1681869,1682010,1682034,1682047,1682052-1682053,1682062,1682064,1682070,1682312,1682325,1682331,1682386,1684367,1684385,1685759,1685774,1685827,1685892,1687341,1688904,1689358,1689657,1689921,1692850,1693093,1693108,1693324,1694060,1694115,1694291,1694427,1694431,1694503,1694549,1694789,1694873,1694881,1695356,1695372,1695823-1695825,1696200,1696281,1696379,1696468,1700608,1700871,1700897,1700978,1701094,1701124,1701608,1701668,1701676,1701766,1701944,1702248,1702252,1702314,1702390,1702723,1702725,1702728,1702730,1702733,1702735,1702737,1702739,1702742,1702
 
744,1702748,1702751,1702754,1702758,1702760,1702763,1702766,1708779,1708782,1708806,1709314,1709670,1710347,1710442,1710448,1710490,1710574,1710578,1712226,1712229,1712235,1712255,1712618,1712649,1712655,1712860,1712899,1712903,1712906,1712913,1712926,1712975,1713185,1713262,1713287,1713613,1713621,1713872,1713976,1713994,1713998,1714004,1714013,1714059,1714538,1714580,1715189,1715207,1715544,1715549,1715637,1715639-1715645,1715667,1715683,1715978,1715981,1716216-1716217,1716355,1716414,1716421,1717208-1717209,1717257,1717283,1717288,1717291,1717421,1717517,1717529,1718797,1718840-1718843,1719348,1719357-1719358,1719400,1719491,1719737,1720235,1720396,1720442,1720446,1720450,1720463,1720658-1720660,1720756,1720816,1721813,1721818,1721831,1721861,1721867,1721882,1722523,1722527,1722800,1722926,1722941,1722997,1723130,1723440,1723488,1723890,1724434,1724674,1724792,1724803,1724902,1725128,1725131,1725154,1725167,1725911,1725921,1725929,1725963-1725965,1725970,1725974,1726171-1726173,1
 
726175,1726179-1726182,1726190-1726191,1726195-1726200,1726203,1726226,1726576,1726630,1726992,1727029,1727037,1727671,1727676,1727900,1728028,1728092,1728439
-/tomcat/trunk:1156115-1157160,1157162-1157859,1157862-1157942,1157945-1160347,1160349-1163716,1163718-1166689,1166691-1174340,1174342-1175596,1175598-1175611,1175613-1175932,1175934-1177783,1177785-1177980,1178006-1180720,1180722-1183094,1183096-1187753,1187755,1187775,1187801,1187806,1187809,1187826-1188312,1188314-1188401,1188646-1188840,1188842-1190176,1190178-1195223,1195225-1195953,1195955,1195957-1201238,1201240-1203345,1203347-1206623,1206625-1208046,1208073,1208096,1208114,1208145,1208772,1209194-1212125,1212127-1220291,1220293,1220295-1221321,1221323-1222329,1222332-1222401,1222405-1222795,1222850-1222950,1222969-1225326,1225328-1225463,1225465,1225627,1225629-1226534,1226536-1228908,1228911-1228923,1228927-1229532,1229534-1230766,1230768-1231625,1231627-1233414,1233419-1235207,1235209-1237425,1237427,1237429-1237977,1237981,1237985,1237995,1238070,1238073,1239024-1239048,1239050-1239062,1239135,1239256,1239258-1239485,1239785-1240046,1240101,1240106,1240109,1240112,1240114

[Bug 45878] Generated jars do not contain proper manifests or N & L files

2016-02-04 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=45878

Mark Thomas  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from Mark Thomas  ---
No idea when it happened but checking the 6.0.45 proposed release shows this
has been fixed.

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

[Bug 58935] Re-deploy from war without deleting context

2016-02-04 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=58935

--- Comment #4 from Mark Thomas  ---
I think the docs need fixing. Try something like this:

http://localhost:8080/manager/text/deploy?war=file:/d:/test1.war=/test=true
http://localhost:8080/manager/text/deploy?war=file:/d:/test2.war=/test=true

This works for me. It swaps between test1.war and test2.war deployed as
test.war and $CATALINA_BASE/conf/Catalina/localhost/test.xml remains untouched

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

svn commit: r1728449 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/catalina/manager/ManagerServlet.java webapps/docs/changelog.xml webapps/docs/manager-howto.xml

2016-02-04 Thread markt 
Author: markt
Date: Thu Feb  4 11:55:51 2016
New Revision: 1728449

URL: http://svn.apache.org/viewvc?rev=1728449=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58935
Remove incorrect references in the documentation to using "jar:file:" URLs with 
the Manager application.

Modified:
tomcat/tc8.0.x/trunk/   (props changed)
tomcat/tc8.0.x/trunk/java/org/apache/catalina/manager/ManagerServlet.java
tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml
tomcat/tc8.0.x/trunk/webapps/docs/manager-howto.xml

Propchange: tomcat/tc8.0.x/trunk/
--
--- svn:mergeinfo (original)
+++ svn:mergeinfo Thu Feb  4 11:55:51 2016
@@ -1 +1 @@
-/tomcat/trunk:1636524,1637156,1637176,1637188,1637331,1637684,1637695,1637890,1637892,1638720-1638725,1639653,1640010,1640083-1640084,1640088,1640275,1640322,1640347,1640361,1640365,1640403,1640410,1640652,1640655-1640658,1640688,1640700-1640883,1640903,1640976,1640978,1641000,1641026,1641038-1641039,1641051-1641052,1641058,1641064,1641300,1641369,1641374,1641380,1641486,1641634,1641656-1641692,1641704,1641707-1641718,1641720-1641722,1641735,1641981,1642233,1642280,1642554,1642564,1642595,1642606,1642668,1642679,1642697,1642699,1642766,1643002,1643045,1643054-1643055,1643066,1643121,1643128,1643206,1643209-1643210,1643216,1643249,1643270,1643283,1643309-1643310,1643323,1643365-1643366,1643370-1643371,1643465,1643474,1643536,1643570,1643634,1643649,1643651,1643654,1643675,1643731,1643733-1643734,1643761,1643766,1643814,1643937,1643963,1644017,1644169,1644201-1644203,1644321,1644323,1644516,1644523,1644529,1644535,1644730,1644768,1644784-1644785,1644790,1644793,1644815,1644884,1644886
 
,1644890,1644892,1644910,1644924,1644929-1644930,1644935,1644989,1645011,1645247,1645355,1645357-1645358,1645455,1645465,1645469,1645471,1645473,1645475,1645486-1645488,1645626,1645641,1645685,1645743,1645763,1645951-1645953,1645955,1645993,1646098-1646106,1646178,1646220,1646302,1646304,1646420,1646470-1646471,1646476,1646559,1646717-1646723,1646773,1647026,1647042,1647530,1647655,1648304,1648815,1648907,1649973,1650081,1650365,1651116,1651120,1651280,1651470,1652938,1652970,1653041,1653471,1653550,1653574,1653797,1653815-1653816,1653819,1653840,1653857,1653888,1653972,1654013,1654030,1654050,1654123,1654148,1654159,1654513,1654515,1654517,1654522,1654524,1654725,1654735,1654766,1654785,1654851-1654852,1654978,1655122-1655124,1655126-1655127,1655129-1655130,1655132-1655133,1655312,1655351,1655438,1655441,1655454,168,1656087,1656299,1656319,1656331,1656345,1656350,1656590,1656648-1656650,1656657,1657041,1657054,1657374,1657492,1657510,1657565,1657580,1657584,1657586,1657589,1657
 
592,1657607,1657609,1657682,1657907,1658207,1658734,1658781,1658790,1658799,1658802,1658804,1658833,1658840,1658966,1659043,1659053,1659059,1659174,1659184,1659188-1659189,1659216,1659263,1659293,1659304,1659306-1659307,1659382,1659384,1659428,1659471,1659486,1659505,1659516,1659521,1659524,1659559,1659562,1659803,1659806,1659814,1659833,1659862,1659905,1659919,1659948,1659967,1659983-1659984,1660060,1660074,1660077,1660133,1660168,1660331-1660332,1660353,1660358,1660924,1661386,1661770,1661867,1661972,1661990,1662200,1662308-1662309,1662548,1662614,1662696,1662736,1662985,1662988-1662989,1663264,1663277,1663298,1663534,1663562,1663676,1663715,1663754,1663768,1663772,1663781,1663893,1663995,1664143,1664163,1664174,1664301,1664317,1664347,1664657,1664659,1664710,1664863-1664864,1664866,1665085,1665292,1665559,1665653,1665661,1665672,1665694,1665697,1665736,1665779,1665976-1665977,1665980-1665981,1665985-1665986,1665989,1665998,1666004,1666008,1666013,1666017,1666024,1666116,1666386-1
 
666387,1666494,1666496,1666552,1666569,1666579,137,149,1666757,1666966,1666972,1666985,1666995,1666997,1667292,1667402,1667406,1667546,1667615,1667630,1667636,1667688,1667764,1667871,1668026,1668135,1668193,1668593,1668596,1668630,1668639,1668843,1669353,1669370,1669451,1669800,1669838,1669876,1669882,1670394,1670433,1670591,1670598-1670600,1670610,1670631,1670719,1670724,1670726,1670730,1670940,1671112,1672272,1672284,1673754,1674294,1675461,1675486,1675594,1675830,1676231,1676250-1676251,1676364,1676381,1676393,1676479,1676525,1676552,1676615,1676630,1676634,1676721,1676926,1676943,1677140,1677802,1678011,1678162,1678174,1678339,1678426-1678427,1678694,1678701,1679534,1679708,1679710,1679716,1680034,1680246,1681056,1681123,1681138,1681280,1681283,1681286,1681450,1681697,1681699,1681701,1681729,1681770,1681779,1681793,1681807,1681837-1681838,1681854,1681862,1681958,1682028,1682033,1682311,1682315,1682317,1682320,1682324,1682330,1682842,1684172,1684366,1684383,1684526-168452

svn commit: r1728439 - in /tomcat/tc8.0.x/trunk: ./ webapps/docs/changelog.xml webapps/docs/config/automatic-deployment.xml

2016-02-04 Thread markt 
Author: markt
Date: Thu Feb  4 11:02:48 2016
New Revision: 1728439

URL: http://svn.apache.org/viewvc?rev=1728439=rev
Log:
Correct an error in the documentation of the expected behaviour for automatic 
deployment. If a WAR is updated and an expanded directory is present, the 
directory will always be deleted and recreated by expanding the WAR if 
unpackWARs is true.

Modified:
tomcat/tc8.0.x/trunk/   (props changed)
tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml
tomcat/tc8.0.x/trunk/webapps/docs/config/automatic-deployment.xml

Propchange: tomcat/tc8.0.x/trunk/
--
--- svn:mergeinfo (original)
+++ svn:mergeinfo Thu Feb  4 11:02:48 2016
@@ -1 +1 @@
-/tomcat/trunk:1636524,1637156,1637176,1637188,1637331,1637684,1637695,1637890,1637892,1638720-1638725,1639653,1640010,1640083-1640084,1640088,1640275,1640322,1640347,1640361,1640365,1640403,1640410,1640652,1640655-1640658,1640688,1640700-1640883,1640903,1640976,1640978,1641000,1641026,1641038-1641039,1641051-1641052,1641058,1641064,1641300,1641369,1641374,1641380,1641486,1641634,1641656-1641692,1641704,1641707-1641718,1641720-1641722,1641735,1641981,1642233,1642280,1642554,1642564,1642595,1642606,1642668,1642679,1642697,1642699,1642766,1643002,1643045,1643054-1643055,1643066,1643121,1643128,1643206,1643209-1643210,1643216,1643249,1643270,1643283,1643309-1643310,1643323,1643365-1643366,1643370-1643371,1643465,1643474,1643536,1643570,1643634,1643649,1643651,1643654,1643675,1643731,1643733-1643734,1643761,1643766,1643814,1643937,1643963,1644017,1644169,1644201-1644203,1644321,1644323,1644516,1644523,1644529,1644535,1644730,1644768,1644784-1644785,1644790,1644793,1644815,1644884,1644886
 
,1644890,1644892,1644910,1644924,1644929-1644930,1644935,1644989,1645011,1645247,1645355,1645357-1645358,1645455,1645465,1645469,1645471,1645473,1645475,1645486-1645488,1645626,1645641,1645685,1645743,1645763,1645951-1645953,1645955,1645993,1646098-1646106,1646178,1646220,1646302,1646304,1646420,1646470-1646471,1646476,1646559,1646717-1646723,1646773,1647026,1647042,1647530,1647655,1648304,1648815,1648907,1649973,1650081,1650365,1651116,1651120,1651280,1651470,1652938,1652970,1653041,1653471,1653550,1653574,1653797,1653815-1653816,1653819,1653840,1653857,1653888,1653972,1654013,1654030,1654050,1654123,1654148,1654159,1654513,1654515,1654517,1654522,1654524,1654725,1654735,1654766,1654785,1654851-1654852,1654978,1655122-1655124,1655126-1655127,1655129-1655130,1655132-1655133,1655312,1655351,1655438,1655441,1655454,168,1656087,1656299,1656319,1656331,1656345,1656350,1656590,1656648-1656650,1656657,1657041,1657054,1657374,1657492,1657510,1657565,1657580,1657584,1657586,1657589,1657
 
592,1657607,1657609,1657682,1657907,1658207,1658734,1658781,1658790,1658799,1658802,1658804,1658833,1658840,1658966,1659043,1659053,1659059,1659174,1659184,1659188-1659189,1659216,1659263,1659293,1659304,1659306-1659307,1659382,1659384,1659428,1659471,1659486,1659505,1659516,1659521,1659524,1659559,1659562,1659803,1659806,1659814,1659833,1659862,1659905,1659919,1659948,1659967,1659983-1659984,1660060,1660074,1660077,1660133,1660168,1660331-1660332,1660353,1660358,1660924,1661386,1661770,1661867,1661972,1661990,1662200,1662308-1662309,1662548,1662614,1662696,1662736,1662985,1662988-1662989,1663264,1663277,1663298,1663534,1663562,1663676,1663715,1663754,1663768,1663772,1663781,1663893,1663995,1664143,1664163,1664174,1664301,1664317,1664347,1664657,1664659,1664710,1664863-1664864,1664866,1665085,1665292,1665559,1665653,1665661,1665672,1665694,1665697,1665736,1665779,1665976-1665977,1665980-1665981,1665985-1665986,1665989,1665998,1666004,1666008,1666013,1666017,1666024,1666116,1666386-1
 
666387,1666494,1666496,1666552,1666569,1666579,137,149,1666757,1666966,1666972,1666985,1666995,1666997,1667292,1667402,1667406,1667546,1667615,1667630,1667636,1667688,1667764,1667871,1668026,1668135,1668193,1668593,1668596,1668630,1668639,1668843,1669353,1669370,1669451,1669800,1669838,1669876,1669882,1670394,1670433,1670591,1670598-1670600,1670610,1670631,1670719,1670724,1670726,1670730,1670940,1671112,1672272,1672284,1673754,1674294,1675461,1675486,1675594,1675830,1676231,1676250-1676251,1676364,1676381,1676393,1676479,1676525,1676552,1676615,1676630,1676634,1676721,1676926,1676943,1677140,1677802,1678011,1678162,1678174,1678339,1678426-1678427,1678694,1678701,1679534,1679708,1679710,1679716,1680034,1680246,1681056,1681123,1681138,1681280,1681283,1681286,1681450,1681697,1681699,1681701,1681729,1681770,1681779,1681793,1681807,1681837-1681838,1681854,1681862,1681958,1682028,1682033,1682311,1682315,1682317,1682320,1682324,1682330,1682842,1684172,1684366,1684383,1684526-168452

buildbot success in on tomcat-7-trunk

2016-02-04 Thread buildbot 
The Buildbot has detected a restored build on builder tomcat-7-trunk while 
building . Full details are available at:
https://ci.apache.org/builders/tomcat-7-trunk/builds/320

Buildbot URL: https://ci.apache.org/

Buildslave for this Build: silvanus_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 'on-tomcat-7-commit' 
triggered this build
Build Source Stamp: [branch tomcat/tc7.0.x/trunk] 1728440
Blamelist: markt

Build succeeded!

Sincerely,
 -The Buildbot




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

svn commit: r1728433 - in /tomcat/trunk/webapps/docs: changelog.xml config/automatic-deployment.xml

2016-02-04 Thread markt 
Author: markt
Date: Thu Feb  4 10:18:56 2016
New Revision: 1728433

URL: http://svn.apache.org/viewvc?rev=1728433=rev
Log:
Correct an error in the documentation of the expected behaviour for automatic 
deployment. If a WAR is updated and an expanded directory is present, the 
directory will always be deleted and recreated by expanding the WAR if 
unpackWARs is true.

Modified:
tomcat/trunk/webapps/docs/changelog.xml
tomcat/trunk/webapps/docs/config/automatic-deployment.xml

Modified: tomcat/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/changelog.xml?rev=1728433=1728432=1728433=diff
==
--- tomcat/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/trunk/webapps/docs/changelog.xml Thu Feb  4 10:18:56 2016
@@ -62,6 +62,16 @@
   
 
   
+  
+
+  
+Correct an error in the documentation of the expected behaviour for
+automatic deployment. If a WAR is updated and an expanded directory is
+present, the directory will always be deleted and recreated by 
expanding
+the WAR if unpackWARs is true. (markt)
+  
+
+  
 
 
   

Modified: tomcat/trunk/webapps/docs/config/automatic-deployment.xml
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/config/automatic-deployment.xml?rev=1728433=1728432=1728433=diff
==
--- tomcat/trunk/webapps/docs/config/automatic-deployment.xml (original)
+++ tomcat/trunk/webapps/docs/config/automatic-deployment.xml Thu Feb  4 
10:18:56 2016
@@ -380,8 +380,9 @@
 before the change and isn't present after it either. '-' rather than 
'N'
 is used to focus attention on what changes.
 'M' means that the artifact has been modified.
-'R' means that the directory is re-created by expanding the WAR file.
-This will only happen if unpackWARs is true.
+'R' means that the directory is deleted and re-created by expanding the
+WAR file. This will only happen if unpackWARs is
+true.
   
 
   
@@ -447,7 +448,7 @@
 
   YYY
   WAR
-  YMYReload
+  YMRReload
 
 
   YYY



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

svn commit: r1728451 - in /tomcat/tc6.0.x/trunk: ./ java/org/apache/catalina/manager/ManagerServlet.java webapps/docs/changelog.xml webapps/docs/manager-howto.xml

2016-02-04 Thread markt 
Author: markt
Date: Thu Feb  4 12:03:43 2016
New Revision: 1728451

URL: http://svn.apache.org/viewvc?rev=1728451=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58935
Remove incorrect references in the documentation to using "jar:file:" URLs with 
the Manager application.

Modified:
tomcat/tc6.0.x/trunk/   (props changed)
tomcat/tc6.0.x/trunk/java/org/apache/catalina/manager/ManagerServlet.java
tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
tomcat/tc6.0.x/trunk/webapps/docs/manager-howto.xml

Propchange: tomcat/tc6.0.x/trunk/
--
--- svn:mergeinfo (original)
+++ svn:mergeinfo Thu Feb  4 12:03:43 2016
@@ -1,3 +1,3 @@
-/tomcat/tc7.0.x/trunk:1190476,1224802,1243045,1298635,1304471,1311997,1312007,1331772,1333164,1333176,1348992,1354866,1371298,1371302,1371620,1402110,1409014,1413553,1413557,1413563,1430083,1438415,1446641-1446660,1447013,1453106,1453119,1484919,1486877,1500065,1503852,1505844,1513151,1521040,1526470,1536524,1539176-1539177,1544469,1544473,1552805,1558894,1558917,1561368,1561382,1561386,1561552,1561561,1561636,1561641,1561643,1561737,1562748,1564317,1568922,1570163,1577328,1577464-1577465,1578814,1586659,1586897,1586960,1588199,1588997,1589740,1589851,1589997,1590019,1590028,1590337,1590492,1590651,1590838,1590845,1590848,1590912,1593262,1593288,1593371,1593835,1594230,1595174,1595366,1600956,1601333,1601856,1601909,1609079,1609606,1617364,1617374,1617433,1617457-1617458,1624249,1626579,1627420,1627469,1632586,1637686,1637711,1640675,1642045,1643515,1643540,1643572,1643585-1643586,1643642,1643647,1644019,1648817,1656301,1658815,1659523,1659564,1664001,1664176,1665087,1666968,1666989
 
,1668541,1668635,1669802,1676557,1681183,1681841,1681865,1681867,1685829,1693109,1694293,1694433,1694875,1696381,1701945,1710353,1712656,1713873,1714000,1714005,1714540,1715213,1716221,1716417,1717107,1717210,1717212,1720236,1720398,1720443,1720464,1721814,1721883,1722645,1722801,1723151,1724435,1724553,1724675,1724797,1724806,1725931,1726631,1726808,1726813,1726815,1726817,1726819,1726917,1726919,1726922-1726924,1727031,1727034,1727043,1727158,1727672,1727903
-/tomcat/tc8.0.x/trunk:1637685,1637709,1640674,1641726,1641729-1641730,1643513,1643539,1643571,1643581-1643582,1644018,1648816,1656300,1658801-1658803,1658811,1659522,1663997,1664175,1665086,1666967,1666988,1668634,1669801,1676556,1681182,1681840,1681864,1685827,1689921,1693108,1694291,1694427,1694873,1696379,1701944,1710347,1712618,1712655,1713872,1713998,1714004,1714538,1715207,1716216-1716217,1716414,1717208-1717209,1720235,1720396,1720442,1720463,1721813,1721882,1722800,1723130,1724434,1724674,1724792,1724803,1725929,1725963-1725965,1725970,1725974,1726172,1726175,1726179-1726182,1726195-1726198,1726200,1726203,1726226,1726576,1726630,1727029,1727037,1727671,1727900
-/tomcat/trunk:601180,606992,612607,630314,640888,652744,653247,656018,666232,673796,673820,677910,683969,683982,684001,684081,684234,684269-684270,685177,687503,687645,689402,690781,691392,691805,692748,693378,694992,695053,695311,696780,696782,698012,698227,698236,698613,699427,699634,701355,709294,709811,709816,710063,710066,710125,710205,711126,711600,712461,712467,713953,714002,718360,719119,719124,719602,719626,719628,720046,720069,721040,721286,721708,721886,723404,723738,726052,727303,728032,728768,728947,729057,729567,729569,729571,729681,729809,729815,729934,730250,730590,731651,732859,732863,734734,740675,740684,742677,742697,742714,744160,744238,746321,746384,746425,747834,747863,748344,750258,750291,750921,751286-751287,751289,751295,752323,753039,757335,757774,758249,758365,758596,758616,758664,759074,761601,762868,762929,762936-762937,763166,763183,763193,763228,763262,763298,763302,763325,763599,763611,763654,763681,763706,764985,764997,765662,768335,769979,770716,770
 
809,770876,772872,776921,776924,776935,776945,777464,777466,777576,777625,778379,778523-778524,781528,781779,782145,782791,783316,783696,783724,783756,783762,783766,783863,783934,784453,784602,784614,785381,785688,785768,785859,786468,786487,786490,786496,786667,787627,787770,787985,789389,790405,791041,791184,791194,791224,791243,791326,791328,791789,792740,793372,793757,793882,793981,794082,794673,794822,795043,795152,795210,795457,795466,797168,797425,797596,797607,802727,802940,804462,804544,804734,805153,809131,809603,810916,810977,812125,812137,812432,813001,813013,813866,814180,814708,814876,815972,816252,817442,817822,819339,819361,820110,820132,820874,820954,821397,828196,828201,828210,828225,828759,830378-830379,830999,831106,831774,831785,831828,831850,831860,832214,832218,833121,833545,834047,835036,835336,836405,881396,881412,883130,883134,883146,883165,883177,883362,883565,884341,885038,885231,885241,885260,885901,885991,886019,888072,889363,889606,889716,890139,890265

Re: ELParser fiel of type LookaheadSuccess extends Error

2016-02-04 Thread Rainer Jung 

Am 03.02.2016 um 16:48 schrieb Rainer Jung:

Hi there,

ELParser has a field named jj_ls of type LookaheadSuccess which extends
Error. It is created during each instantiation of an ELParser object.
Creating an Error is quite slow, because e.g. it calls
java.lang.Throwable.fillInStack() during init.

...

I noticed this situation because I'm doing a performance analysis of an
application. I wonder whether creating this jj_ls for each new ELParser
instance in advance is the right thing to do. One could also put the
burden on the usage side, e.g. generating it when it is needed to be
thrown. Unfortunately I don't know enough about the typical runtime
details of ELParser. E.g. it might be that typically only few instances
of it are created because they get reused (which doesn't seem to be the
case, we only create and use it method local in
createNodeInternal.createNodeInternal()) or their results get cached
(which seems to be the case).

I'll have a look at how effective the caching is for the application in
question, but I'd be interested if there is an opinion whether the
pattern to create the Error object eagerly when creating the ELParser
object seems appropriate. No idea currently, how one would change it
though, because it is generated code.


Update: The case in question was triggered by an app having a big number 
of EL expressions, about 25.000. So this could be handled by increasing 
the org.apache.el.ExpressionBuilder.CACHE_SIZE.


To me it looks like the current ConcurrentCache code, which moves every 
item from the first level cache "eden" to the second level cache 
"longterm" when "eden" is full, is simple, but probably often not very 
effective. Since longterm is a WeakHashMap I would expect the entries in 
"logterm" to get destroyed quickly after the page is done. So once your 
cache size gets to small, I expect more or less the cache to behave as 
being completely purged. Then it starts to fill up again (and get more 
effective) until the same pattern hits. So I don't expect a big use of 
"longterm" depending on your GC rate and eden size. If you are lucky, 
some stuff from "longterm" gets promoted to tenured and might live 
longer there, but it could well be, that "longterm" dies quickly in the 
young generation.


I don't have a better and simple alternative pattern at hand. It could 
be interesting to make the current "eden" cache size retrievable via 
JMX, but unfortunately it seems size() can be an expensive operation for 
a ConcurrentHashMap under contended conditions. Not sure, whether we 
should expose it, because then it will be called fir each monitoring cycle.


Regards,

Rainer

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

svn commit: r1728452 - in /tomcat/tc6.0.x/trunk: build.properties.default res/maven/mvn.properties.default

2016-02-04 Thread markt 
Author: markt
Date: Thu Feb  4 12:05:03 2016
New Revision: 1728452

URL: http://svn.apache.org/viewvc?rev=1728452=rev
Log:
Increment version for next release

Modified:
tomcat/tc6.0.x/trunk/build.properties.default
tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default

Modified: tomcat/tc6.0.x/trunk/build.properties.default
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/build.properties.default?rev=1728452=1728451=1728452=diff
==
--- tomcat/tc6.0.x/trunk/build.properties.default (original)
+++ tomcat/tc6.0.x/trunk/build.properties.default Thu Feb  4 12:05:03 2016
@@ -25,10 +25,10 @@
 # - Version Control Flags -
 version.major=6
 version.minor=0
-version.build=45
+version.build=46
 version.patch=0
 version.suffix=-dev
-version=6.0.45
+version=6.0.46
 
 # - Build control flags -
 execute.test.bio=true

Modified: tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default?rev=1728452=1728451=1728452=diff
==
--- tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default (original)
+++ tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default Thu Feb  4 12:05:03 
2016
@@ -35,7 +35,7 @@ maven.asf.release.repo.url=https://repos
 maven.asf.release.repo.repositoryId=apache.releases
 
 # Release version info
-maven.asf.release.deploy.version=6.0.45
+maven.asf.release.deploy.version=6.0.46
 
 #Where do we load the libraries from
 tomcat.lib.path=../../output/build/lib



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

[Bug 46263] Tomcat reloading of context.xml does not update docBase

2016-02-04 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=46263

Mark Thomas  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |WONTFIX

--- Comment #9 from Mark Thomas  ---
Sorry it has taken us so long to get back to this.

Since this issue was raised, we have clarified Tomcat's expected behavior in a
number of scenarios. That is documented here:
http://tomcat.apache.org/tomcat-9.0-doc/config/automatic-deployment.html
(adjust for your preferred version although it should be the same for 7, 8 and
9)

If the context.xml file is modified then the application has to be redeployed.
Redeployment does mean there is a small gap where requests may get lost.
Parallel deployment is the solution offered to this problem.

For your specific use case you should be able to use the deploy command with
the update option. The follopwing should work:
- test.war in webapps
- conf/Catalina/localhost/test.xml created (can just contain 
- Use the text manager interface and do:
http://localhost:8080/manager/text/deploy?war=file:/d:/test1.war=/test=true

That should:
- replace webapps/test.war with d:/test2.war (test2.war will be renamed to
test.war)
- trigger a reload

It will work best is unpackWARs is true.

The autodeployment process is already fairly complex and I believe your use
case can be met with existing functionality so I am (finally) resolving this as
WONTFIX.

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

svn commit: r1728440 - in /tomcat/tc7.0.x/trunk: ./ webapps/docs/changelog.xml webapps/docs/config/automatic-deployment.xml

2016-02-04 Thread markt 
Author: markt
Date: Thu Feb  4 11:04:27 2016
New Revision: 1728440

URL: http://svn.apache.org/viewvc?rev=1728440=rev
Log:
Correct an error in the documentation of the expected behaviour for automatic 
deployment. If a WAR is updated and an expanded directory is present, the 
directory will always be deleted and recreated by expanding the WAR if 
unpackWARs is true.

Modified:
tomcat/tc7.0.x/trunk/   (props changed)
tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml
tomcat/tc7.0.x/trunk/webapps/docs/config/automatic-deployment.xml

Propchange: tomcat/tc7.0.x/trunk/
--
--- svn:mergeinfo (original)
+++ svn:mergeinfo Thu Feb  4 11:04:27 2016
@@ -1,2 +1,2 @@
-/tomcat/tc8.0.x/trunk:1636525,1637336,1637685,1637709,1638726,1640089,1640276,1640349,1640363,1640366,1640642,1640672,1640674,1640689,1640884,1641001,1641065,1641067,1641375,1641638,1641723,1641726,1641729-1641730,1641736,1641988,1642669-1642670,1642698,1642701,1643205,1643215,1643217,1643230,1643232,1643273,1643285,1643329-1643330,1643511,1643513,1643521,1643539,1643571,1643581-1643582,1643635,1643655,1643738,1643964,1644018,1644333,1644954,1644992,1645014,1645360,1645456,1645627,1645642,1645686,1645903-1645904,1645908-1645909,1645913,1645920,1646458,1646460-1646462,1646735,1646738-1646741,1646744,1646746,1646748-1646755,1646757,1646759-1646760,1647043,1648816,1651420-1651422,1651844,1652926,1652939-1652940,1652973,1653798,1653817,1653841,1654042,1654161,1654736,1654767,1654787,1656592,1659907,1662986,1663265,1663278,1663325,1663535,1663567,1663679,1663997,1664175,1664321,1664872,1665061,1665086,1666027,1666395,1666503,1666506,1666560,1666570,1666581,1666759,1666967,1666988,1667553
 
-1667555,1667558,1667617,1667633,1667637,1667747,1667767,1667873,1668028,1668137,1668634,1669432,1669801,1669840,1669895-1669896,1670398,1670435,1670592,1670605-1670607,1670609,1670632,1670720,1670725,1670727,1670731,1671114,1672273,1672285,1673759,1674220,1674295,1675469,1675488,1675595,1675831,1676232,1676367-1676369,1676382,1676394,1676483,1676556,1676635,1678178,1679536,1679988,1680256,1681124,1681182,1681730,1681840,1681864,1681869,1682010,1682034,1682047,1682052-1682053,1682062,1682064,1682070,1682312,1682325,1682331,1682386,1684367,1684385,1685759,1685774,1685827,1685892,1687341,1688904,1689358,1689657,1689921,1692850,1693093,1693108,1693324,1694060,1694115,1694291,1694427,1694431,1694503,1694549,1694789,1694873,1694881,1695356,1695372,1695823-1695825,1696200,1696281,1696379,1696468,1700608,1700871,1700897,1700978,1701094,1701124,1701608,1701668,1701676,1701766,1701944,1702248,1702252,1702314,1702390,1702723,1702725,1702728,1702730,1702733,1702735,1702737,1702739,1702742,1702
 
744,1702748,1702751,1702754,1702758,1702760,1702763,1702766,1708779,1708782,1708806,1709314,1709670,1710347,1710442,1710448,1710490,1710574,1710578,1712226,1712229,1712235,1712255,1712618,1712649,1712655,1712860,1712899,1712903,1712906,1712913,1712926,1712975,1713185,1713262,1713287,1713613,1713621,1713872,1713976,1713994,1713998,1714004,1714013,1714059,1714538,1714580,1715189,1715207,1715544,1715549,1715637,1715639-1715645,1715667,1715683,1715978,1715981,1716216-1716217,1716355,1716414,1716421,1717208-1717209,1717257,1717283,1717288,1717291,1717421,1717517,1717529,1718797,1718840-1718843,1719348,1719357-1719358,1719400,1719491,1719737,1720235,1720396,1720442,1720446,1720450,1720463,1720658-1720660,1720756,1720816,1721813,1721818,1721831,1721861,1721867,1721882,1722523,1722527,1722800,1722926,1722941,1722997,1723130,1723440,1723488,1723890,1724434,1724674,1724792,1724803,1724902,1725128,1725131,1725154,1725167,1725911,1725921,1725929,1725963-1725965,1725970,1725974,1726171-1726173,1
 
726175,1726179-1726182,1726190-1726191,1726195-1726200,1726203,1726226,1726576,1726630,1726992,1727029,1727037,1727671,1727676,1727900,1728028,1728092
-/tomcat/trunk:1156115-1157160,1157162-1157859,1157862-1157942,1157945-1160347,1160349-1163716,1163718-1166689,1166691-1174340,1174342-1175596,1175598-1175611,1175613-1175932,1175934-1177783,1177785-1177980,1178006-1180720,1180722-1183094,1183096-1187753,1187755,1187775,1187801,1187806,1187809,1187826-1188312,1188314-1188401,1188646-1188840,1188842-1190176,1190178-1195223,1195225-1195953,1195955,1195957-1201238,1201240-1203345,1203347-1206623,1206625-1208046,1208073,1208096,1208114,1208145,1208772,1209194-1212125,1212127-1220291,1220293,1220295-1221321,1221323-1222329,1222332-1222401,1222405-1222795,1222850-1222950,1222969-1225326,1225328-1225463,1225465,1225627,1225629-1226534,1226536-1228908,1228911-1228923,1228927-1229532,1229534-1230766,1230768-1231625,1231627-1233414,1233419-1235207,1235209-1237425,1237427,1237429-1237977,1237981,1237985,1237995,1238070,1238073,1239024-1239048,1239050-1239062,1239135,1239256,1239258-1239485,1239785-1240046,1240101,1240106,1240109,1240112,1240114

svn commit: r1728448 - in /tomcat/trunk: java/org/apache/catalina/manager/ManagerServlet.java webapps/docs/changelog.xml webapps/docs/manager-howto.xml

2016-02-04 Thread markt 
Author: markt
Date: Thu Feb  4 11:53:10 2016
New Revision: 1728448

URL: http://svn.apache.org/viewvc?rev=1728448=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58935
Remove incorrect references in the documentation to using "jar:file:" URLs with 
the Manager application.

Modified:
tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java
tomcat/trunk/webapps/docs/changelog.xml
tomcat/trunk/webapps/docs/manager-howto.xml

Modified: tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java?rev=1728448=1728447=1728448=diff
==
--- tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java (original)
+++ tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java Thu Feb  
4 11:53:10 2016
@@ -138,15 +138,6 @@ import org.apache.tomcat.util.res.String
  * path of a directory that contains the unpacked version of a web
  * application.  This directory will be attached to the context path you
  * specify without any changes.
- * jar:file:/absolute/path/to/a/warfile.war!/ - You can specify a
- * URL to a local web application archive file.  The syntax must conform to
- * the rules specified by the JarURLConnection class for a
- * reference to an entire JAR file.
- * jar:http://hostname:port/path/to/a/warfile.war!/ - You can 
specify
- * a URL to a remote (HTTP-accessible) web application archive file.  The
- * syntax must conform to the rules specified by the
- * JarURLConnection class for a reference to an entire
- * JAR file.
  * 
  * 
  * NOTE - Attempting to reload or remove the application containing

Modified: tomcat/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/changelog.xml?rev=1728448=1728447=1728448=diff
==
--- tomcat/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/trunk/webapps/docs/changelog.xml Thu Feb  4 11:53:10 2016
@@ -70,6 +70,10 @@
 present, the directory will always be deleted and recreated by 
expanding
 the WAR if unpackWARs is true. (markt)
   
+  
+58935: Remove incorrect references in the documentation to
+using jar:file: URLs with the Manager application. 
(markt) 
+  
 
   
 

Modified: tomcat/trunk/webapps/docs/manager-howto.xml
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/manager-howto.xml?rev=1728448=1728447=1728448=diff
==
--- tomcat/trunk/webapps/docs/manager-howto.xml (original)
+++ tomcat/trunk/webapps/docs/manager-howto.xml Thu Feb  4 11:53:10 2016
@@ -278,10 +278,6 @@ the host and port appropriately for your
 path of a web application archive (WAR) file.  This is valid
 only for the /deploy command, and is
 the only acceptable format to that command.
-jar:file:/absolute/path/to/a/warfile.war!/ - The
-URL to a local web application archive (WAR) file.  You can use any
-syntax that is valid for the JarURLConnection class
-for reference to an entire JAR file.
 file:/absolute/path/to/a/context.xml - The
 absolute path of a web application Context configuration ".xml"
 file which contains the Context configuration element.
@@ -405,7 +401,7 @@ Tomcat server is deployed as the web app
 /bar. Notice that there is no path parameter
 so the context path defaults to the name of the web application archive
 file without the ".war" extension.
-http://localhost:8080/manager/text/deploy?war=jar:file:/path/to/bar.war!/
+http://localhost:8080/manager/text/deploy?war=file:/path/to/bar.war
 
 
 
@@ -458,7 +454,7 @@ configuration ".xml" file.
 configuration ".xml" file and a web application ".war" file located
 on the server.
 http://localhost:8080/manager/text/deploy
- ?config=file:/path/context.xmlwar=jar:file:/path/bar.war!/
+ ?config=file:/path/context.xmlwar=file:/path/bar.war
 
 
 



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

[Bug 58935] Re-deploy from war without deleting context

2016-02-04 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=58935

Mark Thomas  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #5 from Mark Thomas  ---
I've updated the docs to remove the (very) out of date references to using
jar:file: URLs.

The fix has been applied to 9.0.x for 9.0.0.M3, 8.0.x for 8.0.33, 7.0.x 7.0.68
and 6.0.x for 6.0.46 onwards.

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

Re: ELParser fiel of type LookaheadSuccess extends Error

2016-02-04 Thread Konstantin Kolinko 
2016-02-03 18:48 GMT+03:00 Rainer Jung :
> Hi there,
>
> ELParser has a field named jj_ls of type LookaheadSuccess which extends
> Error. It is created during each instantiation of an ELParser object.
> Creating an Error is quite slow, because e.g. it calls
> java.lang.Throwable.fillInStack() during init.

Project home for JavaCC + JJTree:
https://javacc.java.net/
https://java.net/projects/javacc

Looking into source code of their trunk,
\src\main\java\org\javacc\parser\ParseGen.java

[[[
if (jj2index != 0) {
genCodeLine("  @SuppressWarnings(\"serial\")");
genCodeLine("  static private final class
LookaheadSuccess extends "+(Options.isLegacyExceptionHandling() ?
"java.lang.Error" : "java.lang.RuntimeException")+" { }");
genCodeLine("  " + staticOpt()
+ "final private LookaheadSuccess jj_ls = new
LookaheadSuccess();");
]]]

and \src\main\java\org\javacc\parser\JavaCCGlobals.java
[[[
  static public String staticOpt() {
if (Options.getStatic()) {
  return "static ";
} else {
  return "";
}
  }
]]]

So
1. There is an option that adds "static" modifier to this field,  and
actually to all parser methods.

It should be good to try that.

There is also Options.isLegacyExceptionHandling() in the above code
fragment, though it does not matter for this issue.

Generally, it will be good to document how these sources are generated.

2. It is known that when using a cached exception instance like that,
one must overwrite the fillInStackTrace() method.
https://bz.apache.org/bugzilla/show_bug.cgi?id=50460
https://issues.apache.org/jira/browse/XERCESJ-1667

The javacc does not have such feature. (We may propose a patch to
them, but who knows when it will be applied).

Assuming that the code is regenerated with "static" option on, we can

a) patch the generated code by implementing fillInStackTrace() method,
b) preload the class.

If we patch, we can also do so without regenerating the code.

A well known place that preloads classes is
org.apache.jasper.security.SecurityClassLoad class, but it preloads
classes only when SecurityManager is present.

Best regards,
Konstantin Kolinko

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

svn commit: r1728566 - in /tomcat/native/trunk: native/build/tcnative.m4 xdocs/miscellaneous/changelog.xml

2016-02-04 Thread rjung 
Author: rjung
Date: Thu Feb  4 23:05:22 2016
New Revision: 1728566

URL: http://svn.apache.org/viewvc?rev=1728566=rev
Log:
Enable OpenSSL version check in "configure" by
default. It can be turned off using
--disable-openssl-version-check.

Modified:
tomcat/native/trunk/native/build/tcnative.m4
tomcat/native/trunk/xdocs/miscellaneous/changelog.xml

Modified: tomcat/native/trunk/native/build/tcnative.m4
URL: 
http://svn.apache.org/viewvc/tomcat/native/trunk/native/build/tcnative.m4?rev=1728566=1728565=1728566=diff
==
--- tomcat/native/trunk/native/build/tcnative.m4 (original)
+++ tomcat/native/trunk/native/build/tcnative.m4 Thu Feb  4 23:05:22 2016
@@ -234,8 +234,8 @@ case "$use_openssl" in
 LIBS="$LIBS $TCN_OPENSSL_LIBS"
 
 AC_ARG_ENABLE(openssl-version-check,
-[AC_HELP_STRING([--enable-openssl-version-check],
-[Check OpenSSL Version @<:@default=yes@:>@])])
+[AC_HELP_STRING([--disable-openssl-version-check],
+[disable the OpenSSL version check])])
 case "$enable_openssl_version_check" in
 yes|'')
 AC_MSG_CHECKING(OpenSSL library version >= 1.0.2)

Modified: tomcat/native/trunk/xdocs/miscellaneous/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/native/trunk/xdocs/miscellaneous/changelog.xml?rev=1728566=1728565=1728566=diff
==
--- tomcat/native/trunk/xdocs/miscellaneous/changelog.xml (original)
+++ tomcat/native/trunk/xdocs/miscellaneous/changelog.xml Thu Feb  4 23:05:22 
2016
@@ -36,6 +36,11 @@
 
 
   
+
+  Enable OpenSSL version check in configure by
+  default. It can be turned off using
+  --disable-openssl-version-check. (rjung)
+
   
 
 
@@ -73,7 +78,7 @@
 
 
   Remove code that performs a read after a renegotiation that appears to be
-  unnecessary with OpenSDSL 1.0.2. (billbarker)
+  unnecessary with OpenSSL 1.0.2. (billbarker)
 
 
   Expose SSL_renegotiate to the Java API. (remm)



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

Re: [VOTE] Release Apache Tomcat 8.0.32

2016-02-04 Thread Martin Grigorov 
On Wed, Feb 3, 2016 at 10:05 AM, Mark Thomas  wrote:

> The proposed Apache Tomcat 8.0.32 release is now available for voting.
>
> The main changes since 8.0.30 are:
>
> - Restore the default for mapperContextRootRedirectEnabled to true
>
> - Update the packaged version of the Tomcat Native Library to 1.2.4
>   to pick up the Windows binaries that are based on OpenSSL 1.0.2e
>
> - Expand session attribute filtering on load/unload to all managers
>
> It can be obtained from:
> https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.32/
> The Maven staging repo is:
> https://repository.apache.org/content/repositories/orgapachetomcat-1063/
> The svn tag is:
> http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_32/
>
> The proposed 8.0.32 release is:
> [ ] Broken - do not release
> [ X ] Stable - go ahead and release as 8.0.32
>
>
Regards,
Martin


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

Re: [VOTE] Release Apache Tomcat 9.0.0.M3

2016-02-04 Thread Martin Grigorov 
On Tue, Feb 2, 2016 at 1:20 AM, Mark Thomas  wrote:

> The proposed Apache Tomcat 9.0.0.M3 release is now available for voting.
>
> This is a milestone release for the 9.0.x branch. It should be
> noted that, as a milestone release:
> - Servlet 4.0 is not finalised
> - The EGs have not started work on JSP 2.4, EL 3.1 or WebSocket 1.2/2.0
>
> The major changes compared to the 9.0.0.M1 branch are:
> - Ability to use OpenSSL with JSSE configuration
> - Update to Tomcat-native 1.2.4 to pick up Windows binaries based on
>   OpenSSL 1.0.2e
> - Allow HTTP redirects to be relative
> - Lots of bug fixes
>
> For full details, see the changelog:
> http://svn.us.apache.org/repos/asf/tomcat/trunk/webapps/docs/changelog.xml
>
> It can be obtained from:
> https://dist.apache.org/repos/dist/dev/tomcat/tomcat-9/v9.0.0.M3/
> The Maven staging repo is:
> https://repository.apache.org/content/repositories/orgapachetomcat-1062/
> The svn tag is:
> http://svn.apache.org/repos/asf/tomcat/tags/TOMCAT_9_0_0_M3/
>
> The proposed 9.0.0.M3 release is:
> [ ] Broken - do not release
> [ X ] Alpha - go ahead and release as 9.0.0.M3
>
>
Regards,
Martin


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

Re: [VOTE] Release Apache Tomcat 8.0.32

2016-02-04 Thread Rainer Jung 

Am 03.02.2016 um 21:58 schrieb Christopher Schultz:

Oh, grumble, I forgot we the a whole-point upgrade of tcnative in
a stable Tomcat release. :( We probably shouldn't have done that.

I'll see about using OpenSSL 1.0.2 and re-test.


If tcnative requires OpenSSL 1.0.2 or later, then the configure script
should complain when it's not available. I've never been able to
figure out how to do anything with GNU-style configure scripts, m4,
etc. so I can't unfortunately do anything about it.


There was a version check already in place since long ago, but it was 
actually disabled by default. I turned it on in r1728566.


Regards,

Rainer


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

Re: [VOTE] Release Apache Tomcat 9.0.0.M3

2016-02-04 Thread Rainer Jung 

Am 02.02.2016 um 01:20 schrieb Mark Thomas:

The proposed Apache Tomcat 9.0.0.M3 release is now available for voting.

This is a milestone release for the 9.0.x branch. It should be
noted that, as a milestone release:
- Servlet 4.0 is not finalised
- The EGs have not started work on JSP 2.4, EL 3.1 or WebSocket 1.2/2.0

The major changes compared to the 9.0.0.M1 branch are:
- Ability to use OpenSSL with JSSE configuration
- Update to Tomcat-native 1.2.4 to pick up Windows binaries based on
   OpenSSL 1.0.2e
- Allow HTTP redirects to be relative
- Lots of bug fixes

For full details, see the changelog:
http://svn.us.apache.org/repos/asf/tomcat/trunk/webapps/docs/changelog.xml

It can be obtained from:
https://dist.apache.org/repos/dist/dev/tomcat/tomcat-9/v9.0.0.M3/
The Maven staging repo is:
https://repository.apache.org/content/repositories/orgapachetomcat-1062/
The svn tag is:
http://svn.apache.org/repos/asf/tomcat/tags/TOMCAT_9_0_0_M3/

The proposed 9.0.0.M3 release is:
[ ] Broken - do not release
[X] Alpha - go ahead and release as 9.0.0.M3


+1 to release as alpha.

One interesting new observation is removed attributes "servlets" and 
"deploymentDescriptor" from Webapp MBeans. Not sure this was 
intentional. See also below for some changes in unit test output.



Details
===

- MD5 OK
- signatures OK
- key in KEYS file
- gz and zip for src and bin consistent
- src completely consistent with svn tag
- builds fine
- build result looks consistent with binaries
- no checkstyle complaints
- no Javadoc warnings
- Unit tests: one failures in NIO test
  - org.apache.tomcat.websocket.server.TestClose
  - probably fixed by r1728137
  - Details see below
- JMX MBean Comparison:
  - Servlet and Webapp MBeans removed attributes:
- stateManageable
  - Webapp MBeans removed attributes:
- servlets (was array with list of servlet MBean names)
- deploymentDescriptor
  - not sure that these removals are intentional
  - OperatingSystem MBean
- OpenFileDescriptorCount 83 (-2)
  - in the usual range of variation
  - AJP Connector and ProtocolHandler MBeans new attribute
- ajpFlush true
  - expected
  - WebResourceRoot Cache MBeans
- for manager and examples the values for
  lookupCount and hitCount decreased by 1.

Build and tests were done using Java 1.8.0_72. OS was Solaris 10 Sparc, 
tcnative was 1.2.4 based on APR 1.5.1 and OpenSSL 1.0.2f.


Unit test observations:

- in the message 
"org.apache.catalina.core.TestStandardContextResources.testResources 
testResources(): orderedLibs:" the value after the message has changed 
from "[classes, resources.jar, resources2.jar]" in M1 to 
"[resources.jar, classes, resources2.jar]" in M2 and M3


- in org.apache.catalina.valves.TestStuckThreadDetectionValve in test 
testDetection, after the correct message from notifyStuckThreadDetected 
and the following org.apache.coyote.AbstractProtocol.pause, I get a 
notifyStuckThreadCompleted message, which normally oesn't show up. 
Probably just a timing issue, that the Valve ran between the pause and 
the complete shutdown.


- new WARNINGs since M2:

 2 x 
org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.doClientAuth 
http11processor.socket.sslreneg


25 x org.apache.tomcat.util.net.SSLUtilBase.getEnabled Some of the 
specified [protocols] are not supported by the SSL engine and have been 
skipped: [[SSLv2Hello]]


 3 x org.apache.tomcat.util.scan.StandardJarScanner.scan Failed to scan 
[http://felix.extensions:9/] from classloader hierarchy, plus Caused by: 
java.lang.IllegalArgumentException: URI scheme is not "file"


 3 x org.apache.catalina.startup.ContextConfig.validateSecurityRoles 
Security role name foo used in an  without being 
defined in a 


- Since M2 testConnectToServerEndpoint no longer logs 
"org.apache.tomcat.websocket.WsSession.doClose Failed to flush batched 
messages on session close"


- message org.apache.tomcat.util.modeler.Registry.unregisterComponent 
Error unregistering mbean appears in varying numbers. Always combined with


[junit]  javax.management.RuntimeOperationsException: Object name 
cannot be null
[junit] at 
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isRegistered(DefaultMBeanServerInterceptor.java:569)
[junit] at 
com.sun.jmx.mbeanserver.JmxMBeanServer.isRegistered(JmxMBeanServer.java:638)
[junit] at 
org.apache.tomcat.util.modeler.Registry.unregisterComponent(Registry.java:421)
[junit] at 
org.apache.coyote.AbstractProtocol$ConnectionHandler.unregister(AbstractProtocol.java:984)
[junit] at 
org.apache.coyote.AbstractProtocol$RecycledProcessors.clear(AbstractProtocol.java:1051)
[junit] at 
org.apache.coyote.AbstractProtocol$ConnectionHandler.recycle(AbstractProtocol.java:692)


and "Caused by: java.lang.IllegalArgumentException: Object name cannot 
be null".


In most cases, shortly before there was already a NullPointerException 
like this:


[junit] 03-Feb-2016 12:06:33.554 SEVERE

Re: [VOTE] Release Apache Tomcat 8.0.32

2016-02-04 Thread Rainer Jung 

Am 03.02.2016 um 10:05 schrieb Mark Thomas:

The proposed Apache Tomcat 8.0.32 release is now available for voting.

The main changes since 8.0.30 are:

- Restore the default for mapperContextRootRedirectEnabled to true

- Update the packaged version of the Tomcat Native Library to 1.2.4
   to pick up the Windows binaries that are based on OpenSSL 1.0.2e

- Expand session attribute filtering on load/unload to all managers

It can be obtained from:
https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.32/
The Maven staging repo is:
https://repository.apache.org/content/repositories/orgapachetomcat-1063/
The svn tag is:
http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_32/

The proposed 8.0.32 release is:
[ ] Broken - do not release
[ ] Stable - go ahead and release as 8.0.32


Preliminary result: I see a hang in org.apache.tomcat.util.net.TestSsl 
for NIO2. It hangs now since about 4 hours. Stack:


[junit] "main" prio=3 tid=0x0002a800 nid=0x2 runnable [0xfdf7d000]
[junit]java.lang.Thread.State: RUNNABLE
[junit] at java.net.SocketInputStream.socketRead0(Native Method)
[junit] at 
java.net.SocketInputStream.read(SocketInputStream.java:152)
[junit] at 
java.net.SocketInputStream.read(SocketInputStream.java:122)
[junit] at 
sun.security.ssl.InputRecord.readFully(InputRecord.java:442)

[junit] at sun.security.ssl.InputRecord.read(InputRecord.java:480)
[junit] at 
sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)

[junit] - locked <0xe6b5b818> (a java.lang.Object)
[junit] at 
sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:891)
[junit] at 
sun.security.ssl.AppInputStream.read(AppInputStream.java:102)

[junit] - locked <0xe6b75ee0> (a sun.security.ssl.AppInputStream)
[junit] at 
sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283)
[junit] at 
sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325)

[junit] at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177)
[junit] - locked <0xe6b76748> (a java.io.InputStreamReader)
[junit] at sun.nio.cs.StreamDecoder.read0(StreamDecoder.java:126)
[junit] - locked <0xe6b76748> (a java.io.InputStreamReader)
[junit] at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:112)
[junit] at 
java.io.InputStreamReader.read(InputStreamReader.java:168)
[junit] at 
org.apache.tomcat.util.net.TestSsl.doRequest(TestSsl.java:159)
[junit] at 
org.apache.tomcat.util.net.TestSsl.testRenegotiateWorks(TestSsl.java:133)



Due to truss the thread reads from the following connection

127.0.0.1.47878  127.0.0.1.47877  49152  0 49152  0 
ESTABLISHED
127.0.0.1.47877  127.0.0.1.47878  49152  0 49306  0 
ESTABLISHED


The thread dump does not contain any frames that belong to the client 
(as far as I can judge).


I don't know yet, whether I can reproduce. I killed that test and let 
the rest run until end first.


Regards,

Rainer


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

[Bug 58970] http NIO connector crash after update from 8.0.27 to 8.0.30

2016-02-04 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=58970

Julien Béti  changed:

   What|Removed |Added

 CC||jul...@beti.name

-- 
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: [VOTE] Release Apache Tomcat 8.0.32

2016-02-04 Thread Ognjen Blagojevic 

On 3.2.2016 10:05, Mark Thomas wrote:

The proposed 8.0.32 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 8.0.32


Tested .zip distribution on Windows 7 64-bit, Oracle JDK 1.8.0_71 and 
APR/native 1.2.4:


- Tested TLS connectivity for BIO, NIO, NIO2 and APR connectors.

- Crawled most links (except /manager, /host-manager and 
/examples/async* and alike). No broken links found.


- Smoke tests of BIO, NIO, NIO2 and APR, with and without TLS, all passed.

- Tested with several webapps that are in active development.

-Ognjen

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

buildbot failure in on tomcat-7-trunk

2016-02-04 Thread buildbot 
The Buildbot has detected a new failure on builder tomcat-7-trunk while 
building . Full details are available at:
https://ci.apache.org/builders/tomcat-7-trunk/builds/321

Buildbot URL: https://ci.apache.org/

Buildslave for this Build: silvanus_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 'on-tomcat-7-commit' 
triggered this build
Build Source Stamp: [branch tomcat/tc7.0.x/trunk] 1728450
Blamelist: markt

BUILD FAILED: failed compile_1

Sincerely,
 -The Buildbot




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

buildbot failure in on tomcat-8-trunk

2016-02-04 Thread buildbot 
The Buildbot has detected a new failure on builder tomcat-8-trunk while 
building . Full details are available at:
https://ci.apache.org/builders/tomcat-8-trunk/builds/438

Buildbot URL: https://ci.apache.org/

Buildslave for this Build: silvanus_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 'on-tomcat-8-commit' 
triggered this build
Build Source Stamp: [branch tomcat/tc8.0.x/trunk] 1728449
Blamelist: markt

BUILD FAILED: failed compile_1

Sincerely,
 -The Buildbot




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

Re: [VOTE] Release Apache Tomcat 9.0.0.M3

2016-02-04 Thread Mark Thomas 
On 04/02/2016 13:38, jean-frederic clere wrote:
> On 02/03/2016 07:08 PM, Mark Thomas wrote:
>> On 03/02/2016 16:20, jean-frederic clere wrote:
>>> On 02/02/2016 01:20 AM, Mark Thomas wrote:
 The proposed 9.0.0.M3 release is:
 [ ] Broken - do not release
 [X] Alpha - go ahead and release as 9.0.0.M3
>>>
>>> I have the following errors:
>>> +++
>>> hudson@neo2 logs]$ grep -l FAILED *.txt
>>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestCipher.APR.txt
>>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestCipher.NIO2.txt
>>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestCipher.NIO.txt
>>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestOpenSSLCipherConfigurationParser.APR.txt
>>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestOpenSSLCipherConfigurationParser.NIO2.txt
>>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestOpenSSLCipherConfigurationParser.NIO.txt
>>> +++
>>>
>>> I have build my own openssl so I think it is OK, any hints?
>>
>> The tests are set up for the HEAD of each of the branches. Often the
>> default ciphers change which break some of the tests. What, exactly, did
>> you test against?
> 
> openssl-1.0.2e and tc-native-1.2.4 I have something like:
> +++
> FAILED
> SRP-RSA-AES-256-CBC-SHA+SSLv3 SRP-DSS-3DES-EDE-CBC-SHA+SSLv3
> SRP-AES-256-CBC-SHA+SSLv3 SRP-DSS-AES-128-CBC-SHA+SSLv3
> SRP-AES-128-CBC-SHA+SSLv3 SRP-3DES-EDE-CBC-SHA+SSLv3
> SRP-RSA-3DES-EDE-CBC-SHA+SSLv3 SRP-DSS-AES-256-CBC-SHA+SSLv3
> SRP-RSA-AES-128-CBC-SHA+SSLv3  expected:<0> but was:<9>
> junit.framework.AssertionFailedError: SRP-RSA-AES-256-CBC-SHA+SSLv3
> SRP-DSS-3DES-EDE-CBC-SHA+SSLv3 SRP-AES-256-CBC-SHA+SSLv3
> SRP-DSS-AES-128-CBC-SHA+SSLv3 SRP-AES-128-CBC-SHA+SSLv3
> SRP-3DES-EDE-CBC-SHA+SSLv3 SRP-RSA-3DES-EDE-CBC-SHA+SSLv3
> SRP-DSS-AES-256-CBC-SHA+SSLv3 SRP-RSA-AES-128-CBC-SHA+SSLv3
> expected:<0> but was:<9>
> at
> org.apache.tomcat.util.net.openssl.ciphers.TestCipher.testOpenSSLCipherAvailability(TestCipher.java:98)
> +++
> 
> That looks like something different in the openssl configuration, if
> someone has an hint I can try to find the problem.

OpenSSL should have included the above 9 ciphers in the list of ciphers
returned for the cipher string "ALL:eNULL:aNULL:aRSA"

It looks those were all added in 1.0.1 so they should be available in 1.0.2.

Mark


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

svn commit: r1728474 - /tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml

2016-02-04 Thread remm 
Author: remm
Date: Thu Feb  4 13:26:48 2016
New Revision: 1728474

URL: http://svn.apache.org/viewvc?rev=1728474=rev
Log:
Checkstyle fix.

Modified:
tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml

Modified: tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml?rev=1728474=1728473=1728474=diff
==
--- tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml Thu Feb  4 13:26:48 2016
@@ -55,7 +55,7 @@
   
   
 58935: Remove incorrect references in the documentation to
-using jar:file: URLs with the Manager application. 
(markt) 
+using jar:file: URLs with the Manager application. (markt)
   
 
   



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

Re: [VOTE] Release Apache Tomcat 9.0.0.M3

2016-02-04 Thread jean-frederic clere 
On 02/04/2016 02:38 PM, jean-frederic clere wrote:
> That looks like something different in the openssl configuration, if
> someone has an hint I can try to find the problem.

Release first and I will look after the release ;-)

Cheers

Jean-Frederic

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

Re: [VOTE] Release Apache Tomcat 9.0.0.M3

2016-02-04 Thread jean-frederic clere 
On 02/03/2016 07:08 PM, Mark Thomas wrote:
> On 03/02/2016 16:20, jean-frederic clere wrote:
>> On 02/02/2016 01:20 AM, Mark Thomas wrote:
>>> The proposed 9.0.0.M3 release is:
>>> [ ] Broken - do not release
>>> [X] Alpha - go ahead and release as 9.0.0.M3
>>
>> I have the following errors:
>> +++
>> hudson@neo2 logs]$ grep -l FAILED *.txt
>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestCipher.APR.txt
>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestCipher.NIO2.txt
>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestCipher.NIO.txt
>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestOpenSSLCipherConfigurationParser.APR.txt
>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestOpenSSLCipherConfigurationParser.NIO2.txt
>> TEST-org.apache.tomcat.util.net.openssl.ciphers.TestOpenSSLCipherConfigurationParser.NIO.txt
>> +++
>>
>> I have build my own openssl so I think it is OK, any hints?
> 
> The tests are set up for the HEAD of each of the branches. Often the
> default ciphers change which break some of the tests. What, exactly, did
> you test against?

openssl-1.0.2e and tc-native-1.2.4 I have something like:
+++
FAILED
SRP-RSA-AES-256-CBC-SHA+SSLv3 SRP-DSS-3DES-EDE-CBC-SHA+SSLv3
SRP-AES-256-CBC-SHA+SSLv3 SRP-DSS-AES-128-CBC-SHA+SSLv3
SRP-AES-128-CBC-SHA+SSLv3 SRP-3DES-EDE-CBC-SHA+SSLv3
SRP-RSA-3DES-EDE-CBC-SHA+SSLv3 SRP-DSS-AES-256-CBC-SHA+SSLv3
SRP-RSA-AES-128-CBC-SHA+SSLv3  expected:<0> but was:<9>
junit.framework.AssertionFailedError: SRP-RSA-AES-256-CBC-SHA+SSLv3
SRP-DSS-3DES-EDE-CBC-SHA+SSLv3 SRP-AES-256-CBC-SHA+SSLv3
SRP-DSS-AES-128-CBC-SHA+SSLv3 SRP-AES-128-CBC-SHA+SSLv3
SRP-3DES-EDE-CBC-SHA+SSLv3 SRP-RSA-3DES-EDE-CBC-SHA+SSLv3
SRP-DSS-AES-256-CBC-SHA+SSLv3 SRP-RSA-AES-128-CBC-SHA+SSLv3
expected:<0> but was:<9>
at
org.apache.tomcat.util.net.openssl.ciphers.TestCipher.testOpenSSLCipherAvailability(TestCipher.java:98)
+++

That looks like something different in the openssl configuration, if
someone has an hint I can try to find the problem.

Cheers

Jean-Frederic

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

Re: [VOTE] Release Apache Tomcat 8.0.32

2016-02-04 Thread Rémy Maucherat 
2016-02-03 10:05 GMT+01:00 Mark Thomas :

> The proposed 8.0.32 release is:
> [ ] Broken - do not release
> [X] Stable - go ahead and release as 8.0.32
>
> Rémy

[Bug 58646] NullPointerException in InternalNioOutputBuffer

2016-02-04 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=58646

--- Comment #20 from miro-ch  ---
Hi everybody, we have exactly the same problem. We get every few hours "Error
parsing HTTP request header" and then we must restart tomcat. Does anyone have
a solution for this problem? Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

[Bug 58970] New: http NIO connector crash after update from 8.0.27 to 8.0.30

2016-02-04 Thread bugzilla 
https://bz.apache.org/bugzilla/show_bug.cgi?id=58970

Bug ID: 58970
   Summary: http NIO connector crash after update from 8.0.27 to
8.0.30
   Product: Tomcat 8
   Version: 8.0.30
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connectors
  Assignee: dev@tomcat.apache.org
  Reporter: sl...@aceslash.net

Created attachment 33531
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=33531=edit
Graph of network connection status during the crash of the connector

==
Environment:
Debian 8
Tomcat 8.0.30
Java Oracle JDK 1.8.0_72
Using connector NIO, current connector configuration:

Hardware: different servers, Intel Xeon CPU with a total of 16 core (32 thread)
memory per tomcat around 30GB, using G1GC.
==
What is happening:
Before the update, with Tomcat version 8.0.27, we didn't have any issue with
the NIO connector, it was working fine and websocket too.
Since the update, the connector just "crash" after several hours of work: no
request are then processed (websocket or http), trying to access any
application from http://ip:8001/ just hangs. Looking at the state of the
network socket, it is clearly not working (graph attached).

The http/NIO connector is used almost exclusively for websocket connections
(the only connection that are not websocket are from our internal connector
checker).

There is also an AJP/APR connector that is working fine during that time, even
when the NIO/http connector crash.

I don't see anything in the catalina.out nor in the system log... 

I know this is difficult to debug with so little information, I only see this
issue in production myself when there is a large number of connections, never
in test.

The tomcat is behind an apache httpd 2.4 proxy, relevant configuration:
JkMount /APPNAME* server_tomcat1
ProxyPass /APPNAME/realtime/ ws://server.example.net:8001/APPNAME/realtime/
ProxyPassReverse /APPNAME/realtime/
ws://server.example.net:8001/APPNAME/realtime/

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

Re: [VOTE] Release Apache Tomcat 8.0.32

2016-02-04 Thread Felix Schumacher 

Am 03.02.2016 um 10:05 schrieb Mark Thomas:

The proposed Apache Tomcat 8.0.32 release is now available for voting.

The main changes since 8.0.30 are:

- Restore the default for mapperContextRootRedirectEnabled to true

- Update the packaged version of the Tomcat Native Library to 1.2.4
   to pick up the Windows binaries that are based on OpenSSL 1.0.2e

- Expand session attribute filtering on load/unload to all managers

It can be obtained from:
https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.32/
The Maven staging repo is:
https://repository.apache.org/content/repositories/orgapachetomcat-1063/
The svn tag is:
http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_32/

The proposed 8.0.32 release is:
[ ] Broken - do not release
[x] Stable - go ahead and release as 8.0.32


Regards,
 Felix


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




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

Re: [VOTE] Release Apache Tomcat 9.0.0.M3

2016-02-04 Thread Felix Schumacher 

Am 02.02.2016 um 01:20 schrieb Mark Thomas:

The proposed Apache Tomcat 9.0.0.M3 release is now available for voting.

This is a milestone release for the 9.0.x branch. It should be
noted that, as a milestone release:
- Servlet 4.0 is not finalised
- The EGs have not started work on JSP 2.4, EL 3.1 or WebSocket 1.2/2.0

The major changes compared to the 9.0.0.M1 branch are:
- Ability to use OpenSSL with JSSE configuration
- Update to Tomcat-native 1.2.4 to pick up Windows binaries based on
   OpenSSL 1.0.2e
- Allow HTTP redirects to be relative
- Lots of bug fixes

For full details, see the changelog:
http://svn.us.apache.org/repos/asf/tomcat/trunk/webapps/docs/changelog.xml

It can be obtained from:
https://dist.apache.org/repos/dist/dev/tomcat/tomcat-9/v9.0.0.M3/
The Maven staging repo is:
https://repository.apache.org/content/repositories/orgapachetomcat-1062/
The svn tag is:
http://svn.apache.org/repos/asf/tomcat/tags/TOMCAT_9_0_0_M3/

The proposed 9.0.0.M3 release is:
[ ] Broken - do not release
[x] Alpha - go ahead and release as 9.0.0.M3

Regards,
 Felix


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




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

Re: [VOTE] Release Apache Tomcat 9.0.0.M3

2016-02-04 Thread Violeta Georgieva 
Hi,

2016-02-02 2:20 GMT+02:00 Mark Thomas :
>
> The proposed Apache Tomcat 9.0.0.M3 release is now available for voting.
>
> This is a milestone release for the 9.0.x branch. It should be
> noted that, as a milestone release:
> - Servlet 4.0 is not finalised
> - The EGs have not started work on JSP 2.4, EL 3.1 or WebSocket 1.2/2.0
>
> The major changes compared to the 9.0.0.M1 branch are:
> - Ability to use OpenSSL with JSSE configuration
> - Update to Tomcat-native 1.2.4 to pick up Windows binaries based on
>   OpenSSL 1.0.2e
> - Allow HTTP redirects to be relative
> - Lots of bug fixes
>
> For full details, see the changelog:
> http://svn.us.apache.org/repos/asf/tomcat/trunk/webapps/docs/changelog.xml
>
> It can be obtained from:
> https://dist.apache.org/repos/dist/dev/tomcat/tomcat-9/v9.0.0.M3/
> The Maven staging repo is:
> https://repository.apache.org/content/repositories/orgapachetomcat-1062/
> The svn tag is:
> http://svn.apache.org/repos/asf/tomcat/tags/TOMCAT_9_0_0_M3/
>
> The proposed 9.0.0.M3 release is:
> [ ] Broken - do not release
> [X] Alpha - go ahead and release as 9.0.0.M3

Regards,
Violeta

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