Eric Holk wrote:
I'm working on a project where I would like to run a simple web front end
for it. To save the time of implementing my own HTTP server I'd like to
embed Tomcat. I've read several documents on how to do this, and I've
managed to get Tomcat running inside my program. However, all t
Yoav Shapira wrote:
Hi,
Could it be the referer URL is too long, causing the query string to be ignored
or dropped? There's a limit (2048 characters, I think?) on GET requests in
some browsers. But actually, you're seeing this on the server, so I'm not
sure. Can you try testing with less para
Yoav,
Thank you for the offer. It's certainly welcome. We have TCK grants for these
APIs at Apache, and have had them for years. (In fact, the ASF has TCK rights
from Sun for virtually every API out there ;)) But as you've noted, it's a
time-consuming task, and in general we gladly welcome ex
All,
Not sure how to go about this, but I wanted to offer my services with
TCK compliance testing of tomcat/jasper.
I have been granted JSR 152 and 154 TCK karma for my own container
(winstone), and I figured since TCK karma is so hard to get, you guys
might appreciate having someone else who ca
Peter,
Is there anything you're doing with the request / response objects that
you couldn't do with Request/ResponseWrappers ? You could have your
filter populate a Request / Response Wrapper pair on the first request,
and then set the wrapper's request object to the second request when it
come
as in
the including servlet.
Calling getOutputStream after getWriter results in an exception being
thrown in Tomcat, hence the try/catch.
Rick Knowles
PS And for the record, I thought Remy's response was pretty harsh too.
Steffen Heil wrote:
Hi
That's definitely why I am not interes
ing a
fool of myself just point me at a file and I'll disappear.
My question is this (sorry I took so long to get to it) - what is the
correct behaviour here ? Should it unwrap all the way, or only one step
? Is the behaviour I'm seeing expected or is something wrong ?
Thanks in adva
Having this as a requirement makes an awful lot of assumptions about the
architecture of the container, none of which are helpful in the larger
scale. For example, what if you have 2 (or 50) http connectors and the
same for https ? And then what about ajp13 ? Or mod_caucho's protocol (I
think i
As for the orininal question: you cannot support scriplets without
compiling. I know Kin-Man has entertained the idea of using straight
code generation for tags-only pages, but assuming the
super-duper-compiler from the JCP shows up, the incentive isn't very big.
Rémy
Thanks - this is exactly
Remy,
So now that you have learnt, are you more ineterested in using the TC
connectors ? Casually looking at the HTTP code, I can say it is not
especially efficient (and really optimizing this part is rather long
and painful).
If you want to join this project, your servlet API implementation
co
Yoav,
I think you read it correctly, and interpreted it correctly. It's a
distinction between the Servlet and JSP specifications. You just have
to be careful to mention those sort of things up front, as people might
expect those features from a "Servlet v2.4 container" (because all other
servlet
ice (service-ref)
I wasn't planning for Winstone to be a full J2EE compliant container, so I took this
to mean resource-ref, et al were optional. Did I read it wrong ?
Rick Knowles
-
Servlet v2.4 container in a single 140KB jar
be a bad idea ?
Any comments would be appreciated. Thanks in advance,
Rick Knowles
-
Servlet v2.4 container in a single 140KB jar file ? Try Winstone
(http://winstone.sf.net/) <http://winstone.sourceforge.net/>
-
To uns
Sorry - just checked the file. There's only servlet and servlet-mapping
elements. My bad
Rick Knowles
Detlef Pleiß wrote:
In a freshly unzipped jakarta-tomcat-5.0.25 installation I added
404
/404.html
(copied from servlet-2_4-fr-spec.pdf page 153)
Just before the closing in webapps/ROO
What does the rest of the web.xml look like ... could it be an order
thing (DTDs impose ordering on the elements) ? Which DTD/XSD did you use ?
Rick Knowles
Detlef Pleiß wrote:
In a freshly unzipped jakarta-tomcat-5.0.25 installation I added
404
/404.html
(copied from servlet-2_4-fr-spec.pdf
I know this is kind of off-topic, but how long did you guys have to wait
between the time of applying for the TCK and actually getting it ? I
applied for a TCK for JSR 154 about 2-3 weeks ago, and all I got back
was a note saying they'd received the application a week later. With
that kind of t
Interesting. Any reason for writing your own connectors (assuming you
do), since the coyote package is quite small ? Efficient ones take
time and a huge amount of testing.
(we've had proposals in the past of offering an alternate container to
Catalina for some special cases, but it never flied
Dennis,
I'm not a tomcat dev, but hopefully I can help anyway - having done what
I think it is you're trying to do. I did mine for the Winstone servlet
container (http://winstone.sourceforge.net)
For Nos 1 and 2, I can't help. But for No 3 it involves setting context
attributes:
1) org.apache.
I also had this problem, although I was using my own Multipart Handler class
based on Javamail. The upload works correctly using ajp12, but puts
jibberish in the logs when ajp13 is substituted in.
R
- Original Message -
From: "Stefan Busse" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent
I know some guys at probably the biggest dot com in Japan (fill in the
blanks), who tried out servlet engines looking for the elusive
"next-generation" engine.
They said they tried Weblogic, JRun and another one I can't remember as well
as tomcat. they found that with the same code, they were able
20 matches
Mail list logo
