UMASK issue after update from tomcat 8.0 to 8.5
Hi, after update to 8.5 we have ran into an issue where our Jenkins build jobs were failing and complaining that we can't access files. This is caused by following change in 8.5: http://svn.apache.org/viewvc?view=revision&revision=1713174 Shouldn't this be mentioned at least at: https://tomcat.apache.org/migration-85.html#Migrating_from_8.0.x_to_8.5.x ? Any other suggestion or comment? Thanks! Petr - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 59850] StatementCache interceptor does not seem to close ResultSets
https://bz.apache.org/bugzilla/show_bug.cgi?id=59850 --- Comment #3 from Julian Reschke --- Thanks for the fix. I tried with trunk, and the problem indeed seems to be gone. -- 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: UMASK issue after update from tomcat 8.0 to 8.5
2016-07-21 15:46 GMT+03:00 Petr Sumbera : > Hi, > > after update to 8.5 we have ran into an issue where our Jenkins build jobs > were failing and complaining that we can't access files. > > This is caused by following change in 8.5: > > http://svn.apache.org/viewvc?view=revision&revision=1713174 > You are making some claim, without any proof or evidence. As you can see from the commit, the value of umask is configurable. The default of 0027 is also quite reasonable. If you need help configuring it, ask on the users' mailing list, along with details of your issue. > Shouldn't this be mentioned at least at: > > https://tomcat.apache.org/migration-85.html#Migrating_from_8.0.x_to_8.5.x > Thank you for suggestion. Changelog for 8.5.0 says "The Tomcat 8.5.x branch was created from the Tomcat 9.0.0.M4 tag." For the full list of changes between 8.0.x and 8.5.0 you should see the Tomcat 9 changelog from bottom and up to 9.0.0.M4. The list of changes is long and some may have been unintentionally overlooked when authoring the guide. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 58489] QueryStatsComparator throws IllegalArgumentException: Comparison method violates its general contract!
https://bz.apache.org/bugzilla/show_bug.cgi?id=58489 --- Comment #5 from Nishan --- Created attachment 34060 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34060&action=edit Tomcat-7.0.68 - Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract! -- 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 58489] QueryStatsComparator throws IllegalArgumentException: Comparison method violates its general contract!
https://bz.apache.org/bugzilla/show_bug.cgi?id=58489 --- Comment #6 from Nishan --- Comment on attachment 34060 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34060 Tomcat-7.0.68 - Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract! We are facing same exception in our env’s when we have upgraded our setup from: From : Java : jdk1.6.0_45 Java Apache Tomcat Version 7.0.37 To Java : jdk1.8.0_92 Java Apache Tomcat Version 7.0.68 Sample SQL which during which this exception occurred : SELECT DISTINCT c.comp_id AS dbkey FROM equipment e, component c WHERE e.equip_id = c.equip_id AND ((e.ptnii_equip_name = 'cl2oh406me3' AND c.beg_slot = 7) AND trunc(c.port/1000)-1 = '2') AND mod(c.port, 1000) = 0 JFYI : Result I see in TOAD by directly executing above SQL is only 1 record with value as : 1166506 Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract! at java.util.TimSort.mergeLo(TimSort.java:777) at java.util.TimSort.mergeAt(TimSort.java:514) at java.util.TimSort.mergeCollapse(TimSort.java:439) at java.util.TimSort.sort(TimSort.java:245) at java.util.Arrays.sort(Arrays.java:1512) at java.util.ArrayList.sort(ArrayList.java:1454) at java.util.Collections.sort(Collections.java:175) at org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport.removeOldest(SlowQueryReport.java:213) at org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport.getQueryStats(SlowQueryReport.java:200) at org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport.reportQuery(SlowQueryReport.java:110) at org.apache.tomcat.jdbc.pool.interceptor.AbstractQueryReport$StatementProxy.invoke(AbstractQueryReport.java:256) at com.sun.proxy.$Proxy666.executeQuery(Unknown Source) at sun.reflect.GeneratedMethodAccessor4273.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.tomcat.jdbc.pool.interceptor.AbstractQueryReport$StatementProxy.invoke(AbstractQueryReport.java:235) at com.sun.proxy.$Proxy666.executeQuery(Unknown Source) at com.att.lpp.pa.core.asset.dao.AssetSearchDaoImpl.findAssetDbkeys(AssetSearchDaoImpl.java:116) -- 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 59890] New: Tomcat jdbc 7.0.68 : Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract! ( Similar to Bug 58489 : https://bz.apache.org/bugzilla/show_bug.c
https://bz.apache.org/bugzilla/show_bug.cgi?id=59890 Bug ID: 59890 Summary: Tomcat jdbc 7.0.68 : Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract! ( Similar to Bug 58489 : https://bz.apache.org/bugzilla/show_bug.cgi?id=58489) Product: Tomcat Modules Version: unspecified Hardware: Other OS: SunOS Status: NEW Severity: blocker Priority: P2 Component: jdbc-pool Assignee: dev@tomcat.apache.org Reporter: ns1...@att.com We are facing same exception in our env’s when we have upgraded our setup from: From : Java : jdk1.6.0_45 Java Apache Tomcat Version 7.0.37 To Java : jdk1.8.0_92 Java Apache Tomcat Version 7.0.68 Sample SQL which during which this exception occurred : SELECT DISTINCT c.comp_id AS dbkey FROM equipment e, component c WHERE e.equip_id = c.equip_id AND ((e.ptnii_equip_name = 'cl2oh406me3' AND c.beg_slot = 7) AND trunc(c.port/1000)-1 = '2') AND mod(c.port, 1000) = 0 JFYI : Result I see in TOAD by directly executing above SQL is only 1 record with value as : 1166506 Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract! at java.util.TimSort.mergeLo(TimSort.java:777) at java.util.TimSort.mergeAt(TimSort.java:514) at java.util.TimSort.mergeCollapse(TimSort.java:439) at java.util.TimSort.sort(TimSort.java:245) at java.util.Arrays.sort(Arrays.java:1512) at java.util.ArrayList.sort(ArrayList.java:1454) at java.util.Collections.sort(Collections.java:175) at org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport.removeOldest(SlowQueryReport.java:213) at org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport.getQueryStats(SlowQueryReport.java:200) at org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport.reportQuery(SlowQueryReport.java:110) at org.apache.tomcat.jdbc.pool.interceptor.AbstractQueryReport$StatementProxy.invoke(AbstractQueryReport.java:256) at com.sun.proxy.$Proxy666.executeQuery(Unknown Source) at sun.reflect.GeneratedMethodAccessor4273.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.tomcat.jdbc.pool.interceptor.AbstractQueryReport$StatementProxy.invoke(AbstractQueryReport.java:235) at com.sun.proxy.$Proxy666.executeQuery(Unknown Source) at com.att.lpp.pa.core.asset.dao.AssetSearchDaoImpl.findAssetDbkeys(AssetSearchDaoImpl.java:116) -- 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 59890] Tomcat jdbc 7.0.68 : Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract! ( Similar to Bug 58489 : https://bz.apache.org/bugzilla/show_bug.cgi?id
https://bz.apache.org/bugzilla/show_bug.cgi?id=59890 Kulbhusan changed: What|Removed |Added CC||kulbhushan.cu...@gmail.com -- 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 59891] New: Manager deployment selection munges WAR file name
https://bz.apache.org/bugzilla/show_bug.cgi?id=59891 Bug ID: 59891 Summary: Manager deployment selection munges WAR file name Product: Tomcat 8 Version: 8.5.4 Hardware: PC Status: NEW Severity: normal Priority: P2 Component: Manager Assignee: dev@tomcat.apache.org Reporter: s05ma...@blm.gov I downloaded Tomcat 8.5.4 from the Apache Tomcat webite as a zip file for Windows 64 bit. I configured the tomcat-users.xml file to allow access to the manager. Tomcat starts up and I can get to the manager page. I selected a WAR file to deploy. The full path to the WAR file displays with backslashes in the path, as is typical of a Windows installation. I click on "Deploy". Tomcat strips out the backslashes and tries to load the WAR file with no directory separators in the path. In the applications list it displays this munged name as if it were the application. It fails to load the WAR file because it can not find the file. Tomcat 6 and 7 do not have this problem. I have not tried this on a Unix system. Note that I can manually copy the WAR file to the webapps directory and then it will auto-deploy correctly. The problem is that the manager module munges the WAR file path and thus fails to find the file. -- 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 59891] Manager deployment selection munges WAR file name
https://bz.apache.org/bugzilla/show_bug.cgi?id=59891 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED OS||All Resolution|--- |DUPLICATE --- Comment #1 from Mark Thomas --- The root cause of this behaviour is the non-specifciation compliance of IE. See the duplicate for details. You should raise a bug with Microsoft. *** This bug has been marked as a duplicate of bug 59115 *** -- 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 59115] Part#getSubmittedFileName doesn't work corretly with double quotes in filenames.
https://bz.apache.org/bugzilla/show_bug.cgi?id=59115 Mark Thomas changed: What|Removed |Added CC||s05ma...@blm.gov --- Comment #10 from Mark Thomas --- *** Bug 59891 has been marked as a duplicate of this bug. *** -- 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
