[Bug 60750] still content-length header with chunked

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=60750

--- Comment #3 from qixiaobo...@gmail.com ---
Created attachment 34772
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=34772=edit
error request

without 0-sized chunk

-- 
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 60750] still content-length header with chunked

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=60750

--- Comment #2 from qixiaobo...@gmail.com ---
Created attachment 34771
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=34771=edit
normal request

with 0-sized chunk

-- 
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

[GUMP@vmgump-vm3]: Project tomcat-tc8.0.x-test-nio2 (in module tomcat-8.0.x) failed

[Bill Barker]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project tomcat-tc8.0.x-test-nio2 has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 12 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc8.0.x-test-nio2 :  Tomcat 8.x, a web server implementing the 
Java Servlet 3.1,
...


Full details are available at:

http://vmgump-vm3.apache.org/tomcat-8.0.x/tomcat-tc8.0.x-test-nio2/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
commons-daemon.native.src.tgz.
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
tomcat-native.tar.gz.
 -INFO- Failed with reason build failed
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-8.0.x/output/logs-NIO2
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-NIO2/logs
 -WARNING- No directory 
[/srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-NIO2/logs]



The following work was performed:
http://vmgump-vm3.apache.org/tomcat-8.0.x/tomcat-tc8.0.x-test-nio2/gump_work/build_tomcat-8.0.x_tomcat-tc8.0.x-test-nio2.html
Work Name: build_tomcat-8.0.x_tomcat-tc8.0.x-test-nio2 (Type: Build)
Work ended in a state of : Failed
Elapsed: 19 mins 47 secs
Command Line: /usr/lib/jvm/java-8-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Dbase.path=/srv/gump/public/workspace/tomcat-8.0.x/tomcat-build-libs 
-Dexecute.test.nio2=true -Dtest.temp=output/test-tmp-NIO2 
-Djunit.jar=/srv/gump/public/workspace/junit/target/junit-4.13-SNAPSHOT.jar 
-Dtest.accesslog=true 
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.6-SNAPSHOT.jar
 -Dexamples.sources.skip=true 
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20170221.jar
 
-Dtest.openssl.path=/srv/gump/public/workspace/openssl-1.0.2/dest-20170221/bin/openssl
 -Dexecute.test.nio=false 
-Dhamcrest.jar=/srv/gump/packages/hamcrest/hamcrest-core-1.3.jar 
-Dexecute.test.apr=false -Dexecute.test.bio=false 
-Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20170221-native-src.tar.gz
 -Dtest.repor
 ts=output/logs-NIO2 
-Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20170221-native-src.tar.gz
 -Djdt.jar=/srv/gump/packages/eclipse/plugins/R-4.5-201506032000/ecj-4.5.jar 
-Dtest.relaxTiming=true -Dtest.excludePerformance=true 
-Djava.net.preferIPv4Stack=/srv/gump/public/workspace/tomcat-8.0.x/true 
-Deasymock.jar=/srv/gump/public/workspace/easymock/core/target/easymock-3.5-SNAPSHOT.jar
 -Dcglib.jar=/srv/gump/packages/cglib/cglib-nodep-2.2.jar test 
[Working Directory: /srv/gump/public/workspace/tomcat-8.0.x]
CLASSPATH: 
/usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-8.0.x/output/testclasses:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit4.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/servlet-api.ja
 

[Bug 60750] still content-length header with chunked

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=60750

Konstantin Kolinko  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Konstantin Kolinko  ---
I do not see any bug here.

The request has Content-Length.

The response has "Transfer-Encoding: chunked" and does not have a
Content-Length. This is all as expected.

Read the HTTP protocol specification and ask you question on the users mailing
list.  Bugzilla is not a support forum.

https://wiki.apache.org/tomcat/Specifications#HTTP
https://tools.ietf.org/html/rfc7230#section-4.1
http://tomcat.apache.org/bugreport.html#Bugzilla_is_not_a_support_forum

-- 
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 60753] After upgrade from 8.0.39 to 8.0.41, StandardJarScanner complains about missing jars

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=60753

Violeta Georgieva  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 OS||All
 Resolution|--- |INVALID

--- Comment #1 from Violeta Georgieva  ---
Hi,

Put in your context.xml the following configuration:


  ...
  
  ...


https://tomcat.apache.org/tomcat-8.0-doc/config/jar-scanner.html#Standard_Implementation

Please use tomcat users list when you need help for Tomcat configuration.

Best Regards,
Violeta Georgieva

-- 
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 60751] Add 100.64/10 to the default internalProxies

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=60751

Chuck Caldarale  changed:

   What|Removed |Added

   Severity|normal  |enhancement

-- 
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 60753] New: After upgrade from 8.0.39 to 8.0.41, StandardJarScanner complains about missing jars

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=60753

Bug ID: 60753
   Summary: After upgrade from 8.0.39 to 8.0.41,
StandardJarScanner complains about missing jars
   Product: Tomcat 8
   Version: 8.0.41
  Hardware: PC
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
  Assignee: dev@tomcat.apache.org
  Reporter: listcraig...@yahoo.com
  Target Milestone: 

After an upgrade from Tomcat 8.0.39 to 8.0.41, an application no longer starts.
In the catalina log file, there are many exceptions of the type:

WARNING [localhost-startStop-1] org.apache.tomcat.util.
scan.StandardJarScanner.scan Failed to scan
[file:/usr/share/java/tomcat8/javax.
annotation-api.jar] from classloader hierarchy
 java.io.FileNotFoundException:
/usr/share/java/tomcat8/javax.annotation-api.jar
 (No such file or directory)

The files complained about belong to jaxws-ri. Even after copying all 23 jars
from the jaxws-ri 2.2.10 lib directory to the Tomcat lib directory (per the
documentation of jaxws-ri), exceptions for additional jars apparently
referenced by jaxws-ri (and some with very specific build versions) persist:
jaxb-core-2.2.10-b140802.1033.jar
jaxb-api-2.2.12-b140109.1041.jar
istack-commons-runtime-2.19.jar
txw2-2.2.10-b140802.1033.jar
hk2-core.jar
class-model.jar
config.jar
auto-depends.jar
javax.inject.jar
hk2-api.jar
osgi-resource-locator.jar
tiger-types.jar
bean-validator.jar
jtype.jar

It looks like the jar scanner has suddenly become very picky about the presence
of all these files, even though the application works perfectly fine without
them. Please restore the more permissive operation of the scanner from 8.0.39.

-- 
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 60751] New: Add 100.64/10 to the default internalProxies

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=60751

Bug ID: 60751
   Summary: Add 100.64/10 to the default internalProxies
   Product: Tomcat 8
   Version: 8.0.x-trunk
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
  Assignee: dev@tomcat.apache.org
  Reporter: matthias.winze...@gmail.com
  Target Milestone: 

Created attachment 34769
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=34769=edit
Patch that adds 100.64/10 to internalProxies for Tomcat 8.0.x trunk

As a service provider, we use the 100.64/10 range quite often for our private
networks.

Currently Tomcat does not include this range in the default value of
internalProxies in the classes RemoteIpValve and RemoteIpFilter. Since our
Loadbalancer runs on a 100.64 address, it is not covered by the default private
networks in Tomcat and the logic of RemoteIpValve is skipped (i.e. setting the
ports and the scheme based on X-Forwarded-Proto).

This patch adds the 100.64/10 range to the default internalProxies.

As far as I understand, this subnet should be treated the same as the other
private networks:
https://en.wikipedia.org/wiki/Reserved_IP_addresses

I'm aware that this can be fixed in the configuration rather easily. 
But since we're offering CloudFoundry to our customers where the customers
deploy their own Tomcats, we do not own these configurations - and we would
like to be interoperable with other CloudFoundries that run in different
networks and do not require this fix. 

We think it would be nice if Tomcat supports these networks out-of-the-box.

-- 
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 60750] New: still content-length header with chunked

[bugzilla]

https://bz.apache.org/bugzilla/show_bug.cgi?id=60750

Bug ID: 60750
   Summary: still content-length header with chunked
   Product: Tomcat 7
   Version: 7.0.70
  Hardware: PC
OS: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
  Assignee: dev@tomcat.apache.org
  Reporter: qixiaobo...@gmail.com
  Target Milestone: ---

Created attachment 34768
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=34768=edit
chunked with content-length

POST http://192.168.1.153:8080/kzf6/user/resetMyPassword.json HTTP/1.1
Host: 192.168.1.153:8080
Connection: keep-alive
Content-Length: 15
Accept: application/json, text/javascript, */*; q=0.01
Origin: http://192.168.1.153:8080
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/56.0.2924.87 Safari/537.36
Content-Type: application/x-www-form-urlencoded; charset=UTF-8
DNT: 1
Referer: http://192.168.1.153:8080/kzf6/page/index/index.jsp
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.8,en;q=0.6,ja;q=0.4,zh-TW;q=0.2
Cookie: JSESSIONID=58A5A067D9686D43146177A27F7C3ADA; __lnkrntdmcvrd=-1;
currMenu=%E9%A6%96%E9%A1%B5;
PLAY_SESSION="2c9de2e98e99047a6f56d82c3558b38ba77efb9e-accountName==CHS201604060327=wxee37461196767726==586=F6%E9%AB%98%E5%AE%9D%E6%B1%BD%E8%BD%A6%E6%9C%8D%E5%8A%A1%E5%8F%B7=null=537=gbxq=null=96e79218965eb72c92a549dd5a330112=1";
F6ONL_SESSION="d4b1bcc15c082a61a1e12db295e3c51f3635de20-pwd=96e79218965eb72c92a549dd5a330112=gbxq=0.0=CHS201604060327=bsx2016%2Cpts2016=243515852076984501487578195330";
totalReminder=%5Bobject%20Object%5D


HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: application/json;charset=UTF-8
Transfer-Encoding: chunked
Date: Mon, 20 Feb 2017 08:12:05 GMT

e2
{"btnStatus":"","idBill":null,"idCar":null,"idCustomer":null,"idPay":null,"idStock":null,"list":null,"noBill":null,"noPay":null,"noStock":null,"options":null,"pageResult":null,"param":"","status":"success","str":"","token":""}

-- 
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: JDK 9 EA Build 155 is available on java.net

[Rory O'Donnell]

Hi Mark,

Thanks for the update, we have logged a new issue referring to the 
previous bug - JDK-8175261


Rgds, Rory

On 17/02/2017 11:48, Mark Thomas wrote:

On 03/02/17 21:17, Rory O'Donnell wrote:


Hi Mark,

*JDK 9 Early Access* b155   is
available on java.net

Can you confirm fix for :

 * b153 - JDK-8163449 : Allow per protocol setting for URLConnection
   defaultUseCaches


Sorry for the delayed reply. I needed to re-create my Java 9 test 
environment and it took me a couple of attempts to get it right.


I'm afraid that the current fix is not sufficient for JARUrlConnection.

The problem is that sun.net.www.protocol.jar.JarURLConnection passes 
all of the [g|s]et[Default]UseCaches() method calls to the wrapped 
URLConnection which is an instance of FileURLConnection. This means 
any attempt to control caching for just JAR URLs fails. "jar" always 
ends up being treated like "file" which is exactly the case we are 
trying to avoid. We want "file" to cache for performance but we don't 
want "jar" to cache so we can avoid the associated file locking issues.


Simple test here:
https://github.com/markt-asf/memory-leaks/blob/master/src/org/apache/markt/leaks/net/TestJava9CacheFix.java 



Output should be:
true
true
false
false

Mark






There have been a number of fixes to bugs reported by Open Source
projects since the last availability email  :

 * b155 - JDK-8167273 : Calendar.getDisplayNames inconsistent with
   DateFormatSymbols
 * b154 - JDK-8157611 : field visiblePackages is null for the unnamed
   module producing NPE when accessed
 * B152 - JDK-8172158 : Annotation processor not run with -source <= 8


Dalibor and I are presenting at FOSDEM this weekend, we would love to
meet you there!

 * JDK 9 Outreach - The Awesome Parts
   


Rgds,Rory




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



--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin,Ireland


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