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
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 in
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 =
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
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 ERROR
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
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.
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]
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
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
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:
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
Bill Barker wrote:
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
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
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
Bill Barker wrote:
- Original Message -
From: Jean-frederic Clere [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Thursday, July 21, 2005 11:33 AM
Subject: Re: Support JSS in Tomcat
Bill Barker wrote:
- Original Message -
From: Remy
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
[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]
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
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
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
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 part?
Rémy
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:
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
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
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
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 that will point to the latest version.
No I have
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
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
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 from
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
Mark Thomas wrote:
[EMAIL PROTECTED] wrote:
For additional help, the best resource is the Tomcat Users
Discussion list. You should start by searching
-a href=http://mikal.org/interests/java/tomcat/index.html;
+a
href=http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]
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
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 we
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 have
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 elinks,
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:
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
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
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:
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:
+++
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, putting
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 -q
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:
+++
ls
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/include
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 provide
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
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
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
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-frederic clere wrote:
Chad La Joie
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.
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
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
[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
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.
Ok, I will fix
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
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]
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
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 related error
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:
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
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-frederic clere
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 bits
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 clere [EMAIL
[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:
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
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
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]
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/apache-2.0
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
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
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
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
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
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?
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 sure what you mean
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
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 just add
For info.
Cheers
Jean-Frederic
---BeginMessage---
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,
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,
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
+++
jsp-property-group
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:
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,
so
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 default is OSD_EBCDIC_DF04_1
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?
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
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); /*
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
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
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
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
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
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
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 PROTECTED
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.
[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.
BTW:
+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]
Jim Jagielski wrote:
I'd like to request commit privs for the jakarta-tomcat-connectors
tree. I will be working mostly on the apache/mod_jk
integration aspects to complement what is going on
in the httpd mod_proxy side.
Great ;-))
you need to be in the jakarta group.
1 - 100 of 940 matches
Mail list logo