Yoav Shapira wrote:
Hi,
I think it's OK now to have /www/jakarta.apache.org/tomcat be a checkout of the
SVN tomcat/site/trunk. I just updated SVN tomcat/site/trunk to show 5.5.12 is
latest stable, and committed, but the SVN update is still looking at the old
version...
Looking in .svn/entri
Henri Gomez wrote:
Well the build on iSeries failed :
/home/apache/jk/native/apache-2.0/mod_jk.c, 86.10: CZM0296(30) £include
file "unixd.h" not found.
/home/apache/jk/native/apache-2.0/mod_jk.c, 2437.10: CZM0304(10) No
function prototype given for "unixd_set_global_mutex_perms".
Should add
Now I am not sure that the right correction:
- sablevm uses short names first so it should work without the
additional __J
- tracing in sableVM shows that the JNI_OnLoad fails.
That probably a classloader problem (org/apache/tomcat/jni/FileInfo is
not found but java/lang/String is found), any
David Rees wrote:
I'm getting a core dump on my SGI IRIX machine using mod_jk 1.2.14.1
in jk_lb_worker.c line 605. The stack trace is below. This happens on
any JK request I try. Going back to 1.2.11 works fine. Any ideas?
When does it happend?
-Dave
0 service(e = 0x1035afe8, s = 0
Mladen Turk wrote:
Jean-frederic Clere wrote:
Radek Wierzbicki wrote:
Hello,
better :
if (l->level < JK_LOG_INFO_LEVEL || level==JK_LOG_EMERG ||
level==JK_LOG_ERROR)
No?
Flush should not be executed for INFO level. It slows the things
down by the factor of 2. I agree for ERR
Radek Wierzbicki wrote:
Hello,
I see a problem with logging mechanism in mod_jk 1.2.14.1. The logger
buffers and delays the output of messages with levels below 'info'
(info, warning, error, emergency, request).
With the new version, setting the log level to 'error' on production
setups wi
Longson, Robert wrote:
Hi,
I'm writing to the tomcat-dev list as I understand that commons-daemon
originated here. I've provided a number of bugreports, each with an associated
patch to commons-daemon over the last three months (and also one for tomcat)
but none of them have been applied.
The Apache Tomcat team is pleased to announce the release of version 1.2.14 of the
Apache Tomcat mod_jk web server connector.
Tomcat is the reference implementation of a web application server which
implements
the Java Servlet and JavaServer Pages specifications.
mod_jk is a connector which al
Jess Holle wrote:
Was 1.2.14.1 ever officially released?
1.2.14.1 is only a repackaging of 1.2.14.
If not, will it be soon?
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Yoav Shapira wrote:
Hi,
Download eith ther .zip or .tar.gz base distro: you probably downloaded the
.exe. You can also just look at the ones on the web site: go to
http://jakarta.apache.org/tomcat, pick the Documentation link for your
version, and scroll down near the bottom of the left-hand me
Jess Holle wrote:
Where are the zip/tar balls of the sources for those wishing to jump
the gun? [I assume they're not changing at this point...]
Just try
http://jakarta.apache.org/site/downloads/downloads_tomcat-connectors.cgi
Jean-frederic Clere wrote:
Jess Holle wrote:
Jess Holle wrote:
Was 1.2.14.1 ever officially released?
I have to annonce it ;-)
If not, will it be soon?
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Bill Barker wrote:
- Original Message -
From: "Jean-frederic Clere" <[EMAIL PROTECTED]>
To: "Tomcat Developers List"
Sent: Thursday, July 21, 2005 11:33 AM
Subject: Re: Support JSS in Tomcat
Bill Barker wrote:
- Original Message -
From
Remy Maucherat wrote:
Yoav Shapira wrote:
Hi,
I'm OK with cutting 5.5.10 tomorrow or Saturday. If that's too
early, let's
pick a different time.
I don't have further code changes to add in this build, it seems.
After 5.5.10, I want to talk about SVN migration again ;) I'm aware
of the
Bill Barker wrote:
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List"
Sent: Thursday, July 21, 2005 3:03 AM
Subject: Re: Support JSS in Tomcat
Christine Ho wrote:
Thanks. It works.
JSS can be used under either Mozilla Public License
[x] Stable -- good build
[ ] Alpha -- something serious is wrong: what is it?
Please test and vote.
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
William A. Rowe, Jr. wrote:
At 03:04 PM 7/12/2005, William A. Rowe, Jr. wrote:
It's not the return OK; my bad. Something deeper is going on here,
some interaction with Apache 2, having to do with the request_rec
status not being bubbled back to the origin error. But if anyone
has clues to po
William A. Rowe, Jr. wrote:
It turns out the common/build macros are only referenced
within the jk tree (which is all I check out to build modjk).
I'd like to move the apache.m4, get_ver.awk and os_apache.m4
scripts to this new home, preserving history by copying the ,v
files, stripping old tags
Tim Funk wrote:
As part of the Google SOC. Google accepted the tomcat-reverse-proxy
project to be executed by Anders Nyman ( anders.nyman at gmail d ot
com )
The scope of the project is to let Tomcat act a reverse proxy by
extending the balancer webapp. To make it easier to get the job don
Mladen Turk wrote:
[X] Stable -- good build
Thanks for volunteering for a RM!
You're welcome, I should do it more often it is getting more easy ;-)
Regards,
Mladen.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
Hi,
JK 1.2.14 has been released.
Please see the:
http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
for a full list of changes.
Sources can be found at:
http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.14/
Binaries can be found at:
http://www.apache.org/dist/ja
Remy Maucherat wrote:
jean-frederic clere wrote:
You should compare httpd+mod-ssl and Tomcat+JSSE or + PureSSL, again
that is hard to tell (but I prefer httpd+mod-ssl).
How about that new Tomcat + "mod_ssl"-like ? ;)
You have already finished the client certificates par
Abdullah Abdullah wrote:
Hello everyone !!!
Which one is better with tomcat : JSP or PHP ??
JSP. Using PHP with Tomcat is _very_ hard.
which one is easier ??
None, the two languages are very different.
If you use C libraries, using PHP could be the only solution.
whch one is suitable
Mladen Turk wrote:
jean-frederic clere wrote:
Hi,
Just a note:
the "current" files are a bit old, shouldn't they point via a link to
the last released version?
No, the "current" should point to the latest "stable" version.
You can add "dev"
Hi,
Just a note:
the "current" files are a bit old, shouldn't they point via a link to the last
released version?
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTE
Mladen Turk wrote:
jean-frederic clere wrote:
Done, the branch is ready.
The files are in
http://people.apache.org/~jfclere/jakarta-tomcat-connectors/
Hmm, it will not do.
The .zip files should have .dsp files (at least) in CR-LF format.
For the next release I will arrange jkrelease.sh
jean-frederic clere wrote:
Ari Suutari wrote:
Hi,
Now most of the bugs are closed, the documentation updated, JK 1.2.14
is nearly ready (changelog still needs some input).
I have put the current tarballs for testing at
http://people.apache.org/~jfclere/jakarta-tomcat-connectors/
I
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Why did you commit that?
First because it was not up to date, I have not added it...
For something weird plaforms it is nice to have it instead having to
get it's content.
Hmm, portable.h is generated
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/07/06 06:52:06
Modified:jk/native/common portable.h
Log:
just for the plaforms that don't have configure...
Revision ChangesPath
1.4 +110 -0
jakarta-tomcat-connectors/jk/native/common/portable.h
Why
Ari Suutari wrote:
Hi,
Now most of the bugs are closed, the documentation updated, JK 1.2.14
is nearly ready (changelog still needs some input).
I have put the current tarballs for testing at
http://people.apache.org/~jfclere/jakarta-tomcat-connectors/
I have compiled these on FreeBSD 4.
jean-frederic clere wrote:
Hi,
Now most of the bugs are closed, the documentation updated, JK 1.2.14 is
nearly ready (changelog still needs some input).
I have put the current tarballs for testing at
http://people.apache.org/~jfclere/jakarta-tomcat-connectors/
Don't test yet... I
Hi,
I have the following error when compiling:
+++
src/file.c 502: [error]: CFE1136 struct "JNINativeInterface_" has no field
"GetDirectBufferAddress"
char *bytes = (char *)(*e)->GetDirectBufferAddress(e, buf);
^
+++
My java version is 1.3.1, why are
Hi,
Now most of the bugs are closed, the documentation updated, JK 1.2.14 is nearly
ready (changelog still needs some input).
I have put the current tarballs for testing at
http://people.apache.org/~jfclere/jakarta-tomcat-connectors/
Cheers
Jean-Frederic
--
Mark Thomas wrote:
[EMAIL PROTECTED] wrote:
For additional help, the best resource is the Tomcat Users
Discussion list. You should start by searching
-http://mikal.org/interests/java/tomcat/index.html";>
+href="http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]">
the
Hi,
Should't we remove CHANGES.txt or add in it "please write the changes in
../xdocs/changelog.xml"?
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Mladen Turk wrote:
jean-frederic clere wrote:
Well there are still 20 bugs in tomcat5/mod-jk, what do with them?
Not sure. Lot's of obsolete things that need a simple cleanup.
Ok I will start to clean bugzilla.
I can only tell the current CVS is the best ever mod_jk we had.
Mladen Turk wrote:
Henri Gomez wrote:
Because JFC is a great guy and someone I meet often.
He he.
And yes he will be a great RM :)
Go JFC, go
Right.
I think he can take some responsibility,
if he mess up, we'll kidnap his hamsters :)
You have to catch them first :)
(Well for 2 of them
Mladen Turk wrote:
jean-Frederic clear wrote:
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
no: links only wants -dump, but I have not problems to add elinks.
Also, how about you volunteer for a 1.2.14 RM?
Well there are still 20 bugs in tomcat5/mod-jk, what do with them?
I was doing
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
+# Check for links or w3m
+W3MOPTS="-dump -cols 80 -t 4 -S -O iso-8859-1 -T text/html"
+LNKOPTS="-dump"
Great, but I think that the links/elinks options should be:
--dump --no-references --no-numbering --no-home
That's at least for the elink
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/06/29 09:20:15
Modified:jk/tools jkrelease.sh
Log:
Allow to use http_proxy if available.
This is unfait: I am without email (I switched to using a forward as an
emergency measure), CVS access, etc. How did you do a c
0 was borked, it deployed
apr-config and apu-config, wiping out the 0.9 flavors. Today
it should be deploying apr-1-config (or apr-config-1, can't
recall offhand.)
apr-1-config
Bill
At 04:58 AM 6/29/2005, jean-frederic clere wrote:
Mladen Turk wrote:
Henri Gomez wrote:
could you
Mladen Turk wrote:
jean-frederic clere wrote:
it tells:
+++
[EMAIL PROTECTED]:~> usr/local/apache2/bin/apxs -q APU_INCLUDEDIR
/home/jfclere/usr/local/apr-util/include/apr-1
+++
That's bad.
It should point to your apr-utils/include.
NO:
+++
ls -lt /home/jfclere/usr/local/apr-util
Mladen Turk wrote:
jean-frederic clere wrote:
Try to run the:
apxs2 -q APU_INCLUDEDIR
it tells:
+++
[EMAIL PROTECTED]:~> usr/local/apache2/bin/apxs -q APU_INCLUDEDIR
/home/jfclere/usr/local/apr-util/include/apr-1
+++
That's bad.
It should point to your apr-utils/include.
NO
Mladen Turk wrote:
jean-frederic clere wrote:
apr_hooks.h is in
/home/jfclere/usr/local/apr-util/include/apr-1/apr_hooks.h, probably
something more is needed in configure.
Try to run the:
apxs2 -q APU_INCLUDEDIR
it tells:
+++
[EMAIL PROTECTED]:~> usr/local/apache2/bin/apxs
Chad La Joie wrote:
jean-frederic clere wrote:
Chad La Joie wrote:
Yeah, I know what mod-ssl says, and for most cases it's probably right,
however the optional_no_ca option is interesting to us because it
provides exactly the functionality that we need; accepting the client
cert, pu
Mladen Turk wrote:
Henri Gomez wrote:
could you provide a beta source tarball to make the usual iSeries
builds ?
Well, you have the j-t-c/tools/jkrelease.sh
But I've put the current head at:
http://people.apache.org/~mturk/jakarta-tomcat-connectors-current-src.tar.gz
It gives:
+++
/home
we
do not see this as a viable solution for a production level system.
I am not sure I got it right...
If you have clients that use client certificates you only need to get them
signed by a CA that is known by Tomcat or do you want to change the server
certificate Tomcat is using?
jean-freder
Chad La Joie wrote:
Hey guys,
I was wondering if there were any thoughts on this particular
suggestion. I hadn't seen anything on the list.
BTW: mod-ssl says:
+++
In practice only levels none and require are really interesting, because level
optional doesn't work with all browsers and level
Chad La Joie wrote:
Hey guys,
I was wondering if there were any thoughts on this particular
suggestion. I hadn't seen anything on the list.
Have you tried to use keystoreType="PKCS12" in the connector?
Chad La Joie wrote:
Good Morning,
I work on the Internet2 Shibboleth project and we'
jean-frederic clere wrote:
Hi,
I have core in jakarta-tomcat-connectors:
+++
#9 0x in ?? ()
#10 0xab7731c6 in Java_org_apache_tomcat_jni_Socket_timeoutSet
(e=0x80fcb60, o=0xbe9ff838,
sock=58090580307188, timeout=135264680) at src/network.c:893
+++
Any hints why tmset is NULL
Hi,
I have core in jakarta-tomcat-connectors:
+++
#9 0x in ?? ()
#10 0xab7731c6 in Java_org_apache_tomcat_jni_Socket_timeoutSet (e=0x80fcb60,
o=0xbe9ff838,
sock=58090580307188, timeout=135264680) at src/network.c:893
+++
Any hints why tmset is NULL?
Cheers
Jean-Frederic
Mladen Turk wrote:
William A. Rowe, Jr. wrote:
At 02:01 AM 6/23/2005, Mladen Turk wrote:
-CFLAGS="${CFLAGS} -DDEBUG -Wall"
+CFLAGS="${CFLAGS} -DDEBUG"
I would prefer that you add some platform case/esac that will
in ReliantUnix case add what ever you wish to the CFLAGS.
Remy Maucherat wrote:
jean-frederic clere wrote:
-Wall will not wrong on every machine, for example on ReliantUnix:
+++
$ cc -Wall toto.c -o toto
cc: [warning]: CDR9977 invalid option '-Wall' ignored
+++
Mladen is away for two days, so you won't get a reply right away.
[EMAIL PROTECTED] wrote:
mturk 2005/06/18 06:04:42
Modified:jni/native configure.in
Log:
Add --enable-maintainer-mode to the configure options, so that
statistics gets compiled in when configure is called with that option.
Revision ChangesPath
1.6 +20 -5
Bill Barker wrote:
To whom it may engage...
I think I have fixed this one in rules.mk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Kevin Convy (Contractor) wrote:
I am having an issue posting a large request (that also requires
authentication) through a Sun One/IPlanet 6.0sp5 webserver to Tomcat 5.5
using the 1.2.8 nsapi_redirector. The client that is doing the posting
gets a server write error if the request body is over a
Henri Gomez wrote:
ok, but couldn't build now from CVS, but it should works after
jk_u64_t is defined as unsigned long long.
Since we couldn't use portable.h on iSeries, it should be elsewhere ...
Sure... I will add the need #if defined(AS400).
2005/6/14, jean-frederic cle
Henri Gomez wrote:
status_strfsize ? APR ?
Nearly: jakarta-tomcat-connectors/jk/native/common/jk_status.c ;-)
2005/6/14, jean-frederic clere <[EMAIL PROTECTED]>:
Henri Gomez wrote:
What do you need on iSeries ?
Just to know what to use to have:
JK_UINT4 (unsigned long of 32 bit
Henri Gomez wrote:
What do you need on iSeries ?
Just to know what to use to have:
JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 bits)
and to check status_strfsize().
2005/6/14, jean-frederic clere <[EMAIL PROTECTED]>:
Mladen Turk wrote:
jean-fr
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
What will you use if the int is 64 bits?
a long ;-)
Right :)
You will need the portable.in in that case, right?
Yes and I will ask Henri to check
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Perhaps u_int32_t would be more portable.
I would prefer to add in configure something like:
+++
AC_CHECK_SIZEOF(char, 1)
AC_CHECK_SIZEOF(int, 4)
AC_CHECK_SIZEOF(long, 4)
AC_CHECK_SIZEOF(short, 2)
AC_CHECK_SIZEOF(long long
Mladen Turk wrote:
jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
Mladen; are you sure you weren't looking for 'long long', al la
int64_t? Falling over to the FPU is rarely the best
performance decision.
A little more coding is needed, because I have a re
William A. Rowe, Jr. wrote:
Mladen; are you sure you weren't looking for 'long long',
al la int64_t? Falling over to the FPU is rarely the best
performance decision.
A little more coding is needed, because I have a related error (on ReliantUnix):
+++
/home/apache20/apache20/build/libtool --si
Mladen Turk wrote:
jean-frederic clere wrote:
It does not, because it should fit inside the APR standard socket
implementation. Having callbacks would actually make a thing way slower,
because we would have to call the native, and from the native call the
Java that would call back the native
Mladen Turk wrote:
Bill Barker wrote:
I am not 100% happy with the code. Mladen already asked me to
rollback the changes.
It looked OK to me. Basically it's the APR implementation of
SSLEngine. Don't really see a problem.
It does not, because it should fit inside the APR standard soc
[EMAIL PROTECTED] wrote:
jfclere 2005/06/08 09:52:58
Modified:jni/examples/org/apache/tomcat/jni SSLServer.java
jni/java/org/apache/tomcat/jni BIOCallback.java SSL.java
SSLContext.java
jni/native/src ssl.c sslcontext.c
Log:
Chan
jean-frederic clere wrote:
Bill Barker wrote:
To whom it may engage...
Funny... I don't get it. Which Apache are you using for the test?
The answer is 2.0 (and it works with today sources for me):
+++ CUT +++
`/x1/gump/public/workspace/jakarta-tomcat-connectors/jk/native/apach
Bill Barker wrote:
To whom it may engage...
Funny... I don't get it. Which Apache are you using for the test?
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 [EMAIL PROTECTED]
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
billbarker2005/05/20 20:02:25
Modified:catalina/src/share/org/apache/catalina/connector
Connector.java Response.java
Log:
Reverting previous patch in favor of the better one submitted by JFC
No idea why but s
Hi,
I have written a filter to solve the encoding problems in EBCDIC machines.
Where should the filter code goes?
- jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters or
somewhere else?
Cheers
Jean-Frederic
Mladen Turk wrote:
Hi,
Just noticed a strange behavior in the Java part of the
JK dealing with large (over 8184 bytes) data transfers.
Since with 8192 bytes AJP packet size, the maximum
transferred size per each packet is 8184 bytes one
would expect that for 2 bytes file the packets
would be in
Mladen Turk wrote:
Hi,
Just noticed a strange behavior in the Java part of the
JK dealing with large (over 8184 bytes) data transfers.
Since with 8192 bytes AJP packet size, the maximum
transferred size per each packet is 8184 bytes one
would expect that for 2 bytes file the packets
would be in
Mladen Turk wrote:
Hi,
Just noticed a strange behavior in the Java part of the
JK dealing with large (over 8184 bytes) data transfers.
Since with 8192 bytes AJP packet size, the maximum
transferred size per each packet is 8184 bytes one
would expect that for 2 bytes file the packets
would be in
Henri Gomez wrote:
good idea.
Which state by default ?
off (-FlushPackets).
2005/5/18, jean-frederic clere <[EMAIL PROTECTED]>:
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
I think on/off is enough - Think of the questions nnn will bring in
user list -
So how about to ju
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
I think on/off is enough - Think of the questions nnn will bring in
user list -
So how about to just add the flag to JkOptions like +FlushPackets?
+1.
Regards,
Mladen
Mladen Turk wrote:
jean-frederic clere wrote:
Not sure what you mean by that. Like a generic callback?
Yes to able to flush the same way we write.
OK, makes sense.
If 'JkFlush Off' is used a single ap_rflush will be issued
when all the data is send.
Then why not using 'JkFlush
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
JkFlush (On|Off|size) with On as default for each packet write.
That way we'd be able to flush after each write, flush after each
'size' bytes or not flush at all.
Won't it be better to have a ws_flush()?
Not s
Mladen Turk wrote:
Günter Knauf wrote:
Hi Mladen,
JK 1.2.13 has been taggeded as we agreed last week,
and the tarballs are available at:
http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.13/
any particular reason why you didnt tag my last commit on jk_connect.c?
http://cvs.a
Mladen Turk wrote:
Jean-Jacques Clar wrote:
re-sending :
Am I missing details?
Calling ap_rflush() at the end of ws_write() in mod_jk.c is causing me
problems when doing downloads from the server to a client.
Performance degradation and, less importantly, memory usage, are the
problems.
Seems
For info.
Cheers
Jean-Frederic
--- Begin Message ---
Hi,
All the known bugs bug are now fixed and 2 new parameters are now supported
-wait and -stop
The RC is here:
http://people.apache.org/~jfclere/daemon-1.0.1.tar.gz
Cheers
Jean-Frederic
-
Remy Maucherat wrote:
jean-frederic clere wrote:
I will try to solve the problem with a filter.
You can simply call response.getWriter() in your filter if you determine
the file needs to use fileEncoding.
I have used a filter with two wrappers one for GET the other for PUT, Now Tomcat
runs
Mladen Turk wrote:
Hi,
It's been a week since 1.2.11 has been tagged and released.
Because of bug in wc_close, and sice no other bugs have been
reported for a week, I plan to tag the 1.2.12 tomorrow morning,
10:00 GMT.
Any objections?
It seems a lot of people are on holidays in Europe.
Regards,
Mla
Hi,
When following the code, something looks strange:
The JspReader converts from sourceEnc to JAVA (UTF-8) so why
isDefaultPageEncoding not set to true?
Find enclosed the patch I have tested on BS2000 with jsp files in EBCDIC using
+++
/*
OSD_EBCDIC_DF04_1
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/05/04 00:04:30
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java
Log:
When the file comes from a resource fileEncoding was not working.
The default beahviour is unchanged:
Remy Maucherat wrote:
jean-frederic clere wrote:
Remy Maucherat wrote:
but
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/default-servlet.html
tells about fileEncoding:
+++
File encoding to be used when reading static resources. [platform
default]
+++
My "platform defaul
Remy Maucherat wrote:
jean-frederic clere wrote:
Yes, but if the text files are encoded in EBCDIC for example we will
send EBCDIC to the browsers.
Your change makes using the fileEncoding option extremely harmful. For
straight file serving, we need to send the unchanged resource's bytes
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/05/04 00:04:30
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java
Log:
When the file comes from a resource fileEncoding was not working.
The default beahviour is unchanged:
Hi,
I have prepared a patch to be able to use properties in native encoding. In
EBCDIC Environment the FileInputStream is localized but not the
ByteArrayInputStream therefore loading a properties using the WebappClassLoader
class loader fails.
Any comment before I commit the attached patch?
Che
William A. Rowe, Jr. wrote:
At 01:32 AM 4/27/2005, Mladen Turk wrote:
William A. Rowe, Jr. wrote:
... Thank you; but the other half of my question...
It was my fault. SD_SEND is defined only on winsock.
On other platforms it is 1. Already committed a fix.
Why a Win32 fix rather than a proper posix
Thanks ;-)
I will do the following:
1 - Add a switch to jsvc to stop the service (doing in C what Henri is doing in
his shell script).
2 - Add a switch to jsvc to wait until the controller process reaches its loop
by doing the following:
create_tmp_file();
while (!stopping) sleep(60); /* pause()
Hi,
Those 2 are reported against Daemon, but the user is looking for a "safe" way to
know that Tomcat is completly up (AJP connector ready) or completly down. In
jsvc the completly down case is easy: the JVM has exited.
Any hints for the completly up case?
Cheers
Jean-frederic
--
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
+int rc = Socket.bind(serverSock, inetAddress);
+if (rc != 0) {
+ throw(new Exception("Can't create Acceptor:bind
failed"));
+}
You can use 'throw(new Exception(Error.strerror(rv))
Hi,
I have tried to build the tomcat following the document. The part about using
proxy misses the problems related to cvs (cvs does not support http-proxy and
ssh + ext could be used for committers).
I have some questions:
- When do we move to subversion?
- Does it make sense to improve the buil
Simon Kitching wrote:
Hi,
Commons-daemon is shipped with Tomcat. In fact, I believe it originated
in the Tomcat project and was moved to commons.
However it appears that there are no longer any active developers
working on commons-daemon. The number of bugreports in bugzilla for this
component is g
Remy Maucherat wrote:
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/04/16 03:31:34
Modified:jni/java/org/apache/tomcat/jni Socket.java
jni/native/src network.c
Log:
Throw an exception when bind() failed.
Why did you do that?
I mean there is no need to thr
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
Building from the cvs tree:
chmod a+x build/get-version.sh
Need the chmod a+x build/get-version.sh too.
BTW, do you know how to set the modes in CVS so they'll get
checkout correctly?
I don't remember for the moment but I will do it later.
Regard
Henri Gomez wrote:
I've got no problem with APR stability but availability in the correct
version for some OS, ie iSeries or ... BS2000 :)
Right there is also the thread libraries APR should use the same the JMV is
using (no always easy to find).
On 4/15/05, jean-frederic clere <[EMAIL P
Henri Gomez wrote:
Well I've no problems with using APR if we could still use a pure Java
implementation.
Some may not have APR on their boxes, or an incorrect version of APR,
or an invalid APR configuration (ie not multi-threaded).
Remember mod_webapp and the reasons why it failed, ie too many peo
[EMAIL PROTECTED] wrote:
Dev Team,
Attached is a patch to address the Tomcat 5.X inability to specify a
secure proxy without an SSL connection. The goal is to specify
secure="true", scheme="https", proxyPort="443", and
proxyName="ssl-accelerator.domain.com" on a plain HTTP Connector in
server.xml.
+1 for both
Great to see them with us ;-)
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1 - 100 of 1009 matches
Mail list logo