Not that anyone cares, but the "apparent" lost chunk problem was
caused by the header scanner in the dumper client. He created an
InputStreamReader() and it apparently reads exactly two lines ahead
into it's buffer. Since my test case was "one line" per chunk it
would reliably drop (have in i
Aaack - I really REALLY have to oppolgize. One of the people I
manange gave me the dumper client, and I went through it and the
problem is there :|
I'm really really sorry if I caused any flamage and wasted anyone's time.
I respect you people for hammering on me about it. I'll try to audit
t
*Scenario :*
I have developed a state full web application using form based Container
managed security of Tomcat 5.5.20. In this web application state of user is
maintained by container itself.
My web application consists of only JSP pages grouped into folder each
having index.jsp as default p
Christopher Schultz wrote:
> Assuming that this is the preferred 5.5 release, then the Tomcat hope
> page should be updated: it still says "5.5.20" as the servlet 2.4 container.
This is now fixed. It will take an hour or so for the changes to sync
to the live site.
Thanks for spotting this.
Mark
> From: Richard Gemmell [mailto:[EMAIL PROTECTED]
> Subject: Re: Appropriate version of Tomcat
>
> How does using the .bat files make debugging easier?
Primarily because it gives you a console window for things like
triggering thread dumps. If your environment includes any native code,
you'll s
Dear All,
I really need this program to work as soon as possible and need urgent help!
Mr. Christopher Schultz have given suggestions on how to solve the problem and
I've tried his suggestions. Thank you so much, as half of the problem have been
solved. I've created 3 files as suggested: S
Hello !
NoClassDefFoundError is not the same thing as ClassNotFoundError. The second
one eventually means that the JVM can't find your class (and hence, your
.jar). But NoClassDefFoundError means that it does found it, but that then,
some resource needed by it is not found.
Maybe you should chec
> - Are the results I get from those 3 examples
> "expected" ?
I actually tried to reproduce your experience.
wget, FireFox etc. - all these HTTP-clients don't have any problems with
tomcat.
What HTTP-client are you using? Is it self-written maybe?
signature.asc
Description: OpenPGP digi
The exact tomcat version I have installed is 6.0.10
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
to the actual behavior of Tomcat. The 3 examples you have given here
do work as expected.
On what version?
- I have a plain vanilla install of Tomcat 6.0 on a windows XP Pro machine
using the sun jdk (build 1.5.0_11-b03) I am connecting through an
HTTP1.1 connector with the default ini
On 3/12/07, Peter Kennard <[EMAIL PROTECTED]> wrote:
Unless dropping the first data filled chunk is defined as proper and
documented, and supported, behavior, I would consider this a bug.
As I said in my previous post, so far, none of your claims correspond
to the actual behavior of Tomcat. The
Curious you mean by this? What is obvious?
It's quite simple. You've made a number of claims in your two threads,
every time supposedly verified by yourself, and for every one of them,
I can tell you that the opposite is actually true. So there's really
nothing to talk about ...
I have to opp
Hi! I'm setting up an environment where I need a lot of differens web
containers running, and part of that is setting up tomcat5.0 to run multiple
instances.
I tried to find a startup/stop script and this is what I came up with:
#!/bin/bash
RETVAL=$?
# Installation directory
export CATALINA_HO
On 3/11/07, Peter Kennard <[EMAIL PROTECTED]> wrote:
Curious you mean by this? What is obvious?
It's quite simple. You've made a number of claims in your two threads,
every time supposedly verified by yourself, and for every one of them,
I can tell you that the opposite is actually true. So the
Thank's for the advice, I'll look into those. fyi, I put my web app on
Glassfish and it works again. A little more background, I was sending the
request via javascript to the struts controller servlet, and trying to return
the response from the action or forwarding to a jsp. It worked for a whil
No problem :)
I found if you flush before any data is written, it will immediatly
commit the headers, and write a "terminal" chunk of length 0. Which
is a reasonable behavior.
In the case of a fat upload or page where one doesn't know the exact
length before starting and wants to avoid allo
Shouldn't be any issues, do it all the time with 5.5... have you used
something like HTTPWatch or even good ole' Firebug to see the request
going through and the actual response? Chances are that would be rather
revealing.
Frank
Mike Broadbear wrote:
Hi,
I'm getting an error when I make Aj
If you file a bug for this, or for the "issue" you describe in your
other thread, I will immediately resolve them as invalid, obviously.
Curious you mean by this? What is obvious?
Tomcat 5.5 and 6 do make "chunked" replys to
HTTP1.1 requests that do not explicitly set
content-length if one
Hi!
Yes ofcourse, you are right, I was to hasty.
Does it work if you add an os.flush() before the loop?
/Per Jonsson
Peter Kennard skrev:
That is not an error, the last item in the (for(;;here)) is executed
after the loop code is executed - the "side effect" only has effect
within the for st
Hi everybody, I tried to install the Pebble Blogger, so I just deploy the
war file, but nothing worked and I saw this in the
tomcat log, and I have no idea what's it about. Please would anybody know
what should I do?
Mar 11, 2007 11:40:39 AM org.apache.catalina.core.StandardContext start
SEVERE:
Hi,
I'm getting an error when I make Ajax calls with my web app on Tomcat 5.5
(XmlHttpRequest.status = 0 (statusText = Unknown)). It was working, now it does
not. I have tried to copy other working code into the web app, but I get the
same errors. I was just wondering if there we re any known is
On 3/11/07, Peter Kennard <[EMAIL PROTECTED]> wrote:
or bug report for it
If you file a bug for this, or for the "issue" you describe in your
other thread, I will immediately resolve them as invalid, obviously.
Rémy
-
To star
What if you use a non-chunked request? You asked already and the
response was that TC basically doesn't handle chunked requests.
TC handles chunked requests in all ways except that it doesn't have a
methodology in the servlet API (EOFException etc) for notifying you
if you try to read beyond
Have you checked the result with a hex editor or anything like that? Is
it possible that txt.getBytes() in the first loop iteration is giving
you some text with a CR in it? It so, your terminal could be overwriting
I am reading a socket directly in a test client. No data of any kind
comes in
That is not an error, the last item in the (for(;;here)) is executed
after the loop code is executed - the "side effect" only has effect
within the for statement. (;;(side effect only visible inside
statment in here))
ie: for(;;++i) ad for(;;i++) are equivalent
ie: for(;;val = ++i) ad fo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Filip,
Filip Hanik - Dev Lists wrote:
> The Apache Tomcat team announces the immediate availability of Apache
> Tomcat 5.5.23 stable.
Assuming that this is the preferred 5.5 release, then the Tomcat hope
page should be updated: it still says "5.5.20"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter,
Peter Kennard wrote:
> I have some real mysterious behavior, it seems the first chunk just doesn't
> make it into the output. Doesn't matter how long or short it is.
> Seems like a BUG unless I'm doing something wrong.
This code looks fine, e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Per,
Per Jonsson wrote:
> You have a little error, you are using ++i instead of i++ on:
>
>for(int i = 0; i < 5; ++i)
>
> The first iteration is a 1 because the increament is done before instead
> of after the looping.
I disagree. The loop's up
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter,
Peter Kennard wrote:
> The "0" is the hex digint "Zero" the "terminal EOD" chunk is defined in
> HTTP1.1 as a chunk with a length of 0. This is what terminates the data
> for the current request.
EOF? Right, I forgot that you were using chunk
Hi!
You have a little error, you are using ++i instead of i++ on:
for(int i = 0; i < 5; ++i)
The first iteration is a 1 because the increament is done before instead
of after the looping.
/per jonsson
Peter Kennard skrev:
I have some real mysterious behavior, it seems the first chunk j
30 matches
Mail list logo
