I'm sure it *is* some kind of buffer boundary - 16384 is not a random number ;-) As it happens, I *did* miss some logging (my IDE made it easy to miss). I have no idea what this exception means though:
SEVERE: Servlet.service() for servlet [jsp] in context with path [] threw exception [java.lang.ArrayIndexOutOfBoundsException: 0] with root cause java.lang.ArrayIndexOutOfBoundsException: 0 at org.apache.jsp.index_jsp._jspService(org.apache.jsp.index_jsp:785) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:109) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) (rest of stack trace omitted) Presumably this is my actual problem, whatever it is? On Thu, Dec 5, 2013 at 10:57 PM, Felix Schumacher < felix.schumac...@internetallee.de> wrote: > > > > > "C. Benson Manica" <cbman...@gmail.com> schrieb: > >On Thu, Dec 5, 2013 at 10:58 AM, Christopher Schultz < > >ch...@christopherschultz.net> wrote: > > > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA256 > >> > >> C., > >> > >> On 12/5/13, 12:53 PM, C. Benson Manica wrote: > >> > The content I expect is in the neighborhood of 30K. What I get back > >> > is > >> > > >> > $ curl -i http://localhost:8080/ > >> > > >> > HTTP/1.1 200 OK^M Server: Apache-Coyote/1.1^M Set-Cookie: > >> > JSESSIONID=6ED488F581B8D3317261ADA2AD97CC20; Path=/; HttpOnly^M > >> > Content-Type: text/html;charset=UTF-8^M Transfer-Encoding: > >> > chunked^M Date: Thu, 05 Dec 2013 17:47:22 GMT^M ^M > >> > > >> > > >> > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" " > >> > http://www.w3.org/TR/html4/loose.dtd";> <!-- intervening content > >> > elided --> var s > >> > >> Unfortunately, curl appears to be "handling" the content for you. I > >> think you want to look at the raw bytes coming back. > >> > >> I can't remember if I installed it myself or what, but you might have > >> tcpdump on your machine already. Try this: > >> > >> $ sudo tcpdump -Xi lo0 src port 8080 > >> > > > >I got this back: (apologies if the fixed-width formatting doesn't come > >through) > > > >16:34:44.954734 IP6 localhost.http-alt > localhost.61592: Flags [P.], > >seq > >1:9001, ack 146, win 9166, options [nop,nop,TS val 266717589 ecr > >266717588], length 9000 > > 0x0000: 600e be82 2348 0640 0000 0000 0000 0000 `...#H.@........ > > 0x0010: 0000 0000 0000 0001 0000 0000 0000 0000 ................ > > 0x0020: 0000 0000 0000 0001 1f90 f098 239d 52e7 ............#.R. > > 0x0030: 95db ddf9 8018 23ce 2350 0000 0101 080a ......#.#P...... > > 0x0040: 0fe5 c995 0fe5 c994 4854 5450 2f31 2e31 ........HTTP/1.1 > > 0x0050: 2032 3030 204f 4b0d 0a53 6572 7665 723a .200.OK..Server: > > 0x0060: 2041 7061 6368 652d 436f 796f 7465 2f31 .Apache-Coyote/1 > > 0x0070: 2e31 0d0a 5365 742d 436f 6f6b 6965 3a20 .1..Set-Cookie:. > > 0x0080: 4a53 4553 5349 4f4e 4944 3d38 4533 4637 JSESSIONID=8E3F7 > > 0x0090: 4631 4131 4542 4537 3733 3341 3943 3146 F1A1EBE7733A9C1F > > 0x00a0: 3846 4142 4436 3630 3333 453b 2050 6174 8FABD66033E;.Pat > > 0x00b0: 683d 2f3b 2048 7474 704f 6e6c 790d 0a43 h=/;.HttpOnly..C > > 0x00c0: 6f6e 7465 6e74 2d54 7970 653a 2074 6578 ontent-Type:.tex > > 0x00d0: 742f 6874 6d6c 3b63 6861 7273 6574 3d55 t/html;charset=U > > 0x00e0: 5446 2d38 0d0a 5472 616e 7366 6572 2d45 TF-8..Transfer-E > > 0x00f0: 6e63 6f64 696e 673a 2063 6875 6e6b 6564 ncoding:.chunked > > 0x0100: 0d0a 4461 7465 3a20 4672 692c 2030 3620 ..Date:.Fri,.06. > > > >... much redaction ... > > > > 0x1df0: 426f 6f6c 6561 6e28 7363 7269 7074 2e64 Boolean(script.d > > 0x1e00: 6f6e 6529 3b0a 2020 2020 7661 7220 730d one);.....var.s. > > 0x1e10: 0a30 0d0a 0d0a .0.... > > > >So it looks like Tomcat is, for some reason, only sending one chunk, > >which > >is truncated at an arbitrary point in the output. > > Could this arbitrary point be an buffer boundary? Maybe your servlet is > causing tomcat to throw an exception an since the response is committed it > will not be able to show a proper error page nor can it revoke the sent > bytes. > > Have you looked for errors or exceptions in all log files? > > Regards > Felix > > > >> > >> This will dump everything. You'll need to read a bit to see all the > >> headers. You might also want to read-up on chunked transfer-encoding. > >> > > > >Based on my rudimentary understanding, Tomcat should be sending > >multiple > >chunk-encoded chunks here, right? > > > >> > >> > I'm not using a tool to inspect traffic, because if it becomes > >> > that troublesome to debug a default install, I'm probably just > >> > going to use jetty. (full disclosure: I *am* now using jetty, with > >> > the same web application, and not running into any issues, so > >> > whatever's going on is in Tomcat world.) > >> > >> Can you perhaps reduce the problem to something you could share with > >> us? Maybe someone on the list would be willing to do all that work so > >> that Tomcat can get fixed, assuming there is a problem. > >> > > > >Possibly, but I'm not sure I'd succeed in reproducing the issue, given > >that > >another gentleman has already made the attempt. I'm hypothesizing at > >this > >point that there might be some obscure interaction between the default > >Tomcat installation and the settings and environment that my IDE is > >using > >to launch Tomcat and the web application. If I get a chance, I'll try > >to > >put together a simple web app and post it here if I can reproduce the > >problem. Thanks for the assistance - in the meantime, however, given > >that > >I've gotten this to work with Jetty, I need to get back to wrangling > >with > >the app itself. > > > > > >> > >> > In answer to your meta-question, brew seemed to do a reasonable job > >> > with Tomcat, modulo this issue. I don't know that > >> > /usr/local/Cellar/tomcat/7.0.47/libexec makes 100% sense for > >> > $TOMCAT_HOME, but at least everything's in the same place. > >> > >> Good to know. > >> > >> - -chris > >> -----BEGIN PGP SIGNATURE----- > >> Version: GnuPG v1.4.15 (Darwin) > >> Comment: GPGTools - http://gpgtools.org > >> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > >> > >> iQIcBAEBCAAGBQJSoMzHAAoJEBzwKT+lPKRYV+AQAL2IEEnamhh8TsEes0BChuPl > >> uIkhrHM5i8f3OKQ6Gx4QP2aYJcjPcWg+1aGf/O7TdJsYTiWn9lQVunBfivZxtDYg > >> ABBlu3oqiOPjv/gZWbDy6adwwpCnWG8JPV4eiLtI1K3jHiu/XDABPQH1asw0uYXV > >> 6NsY9cLfJsMe0WKa2IJoYDabrE0LXOo7v4jLdz3TLARQ50W8RWwqhxxJrme8hSe/ > >> elCI7u2bLF93WTtWEjS6XZYDA///N54IvR1wjBDwjWAw/z5Zy+/25/RS+w3QGVDe > >> tW51wxE0xI0Rqk44U+Kt3vi3iYp6+2CNmrT3ZnT9UzSVWmBRjM13E+tvdjiv7VLA > >> gj+vGvRgEEtJecA3Di4+NlDsocxj865m3jEZqXDOKU1avoWDLWiIew1Ihb9qXpjU > >> pFUZNFy+kgYnP8QBXnjW3DcJHhU43Jhb5UP1QazVDml1ZQlbX4KUwgiPOLiCr6mz > >> VI58FUb3HZKSfyqB4xzt60TDJ7IexWq9PkjcF6wh9wkZtTMO4jV3Est7JAXcuz2w > >> EmKp9l1/hmqKF487PHiQodIQuiK3Yis+W8cjGvubVV/vjsQ/rlFCSrt1uIbUfhoO > >> aZ8QsBVL7UlpS3X1yqAnKPPUb84VtLteRK/DVzI13Nvxs9+KepOc68qlMZCJaXQv > >> UNZgZmunwk6o6hiBHKe2 > >> =bQW3 > >> -----END PGP SIGNATURE----- > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > >> For additional commands, e-mail: users-h...@tomcat.apache.org > >> > >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- C. Benson Manica cbman...@gmail.com
