Arkadiusz Rychlinski typed the following on 08:52 AM 4/20/2001 +0200
>I made some changes in (maybe not exacly) Tomcat's sources. How can I make
>it public?
>
>I've added support for encoding different than ISO-8859-1 in form data from
>GET/POST request and processing multipart forms and file uplo
I'm strongly to remove the fdatasync in mod_jk since :
- it slow down too much Apache when running in DEBUG/TRACE mode
- not very portable (not PORTABLE/FREEBSD/WIN32)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oO
If my vote counts +1 since we saw how dramatic performance goes down.
As far as I can see from the Solaris documentation (and the system
behaviour) fdatasync really writes to the physical disk. It would be
enough to flush file buffers to the file system (which will be cached in
modern operati
GOMEZ Henri wrote:
>
> I'm strongly to remove the fdatasync in mod_jk since :
>
> - it slow down too much Apache when running in DEBUG/TRACE mode
> - not very portable (not PORTABLE/FREEBSD/WIN32)
And probably others platforms because it needs _POSIX_SYNCHRONIZED_IO
I do not think that mod_jk
We've had some issues with the background threads, expiration and stuff so I
migrated some of the common stuff into a StoreBase and had JDBCStore and FileStore
extend it and have the opportunity to implement it's own processexpires and some
other methods. The code is attatched. I've also implement
Hi Mel,
As you know, we are on the same page on the main issue ( refactoring
jasper), but there are few details... ( sorry for responding so late)
First, I think we need to agree on the goals :-) Your proposal is great,
but I would like to make explicit the following ( at least ):
- clean sepa
If nobody object during the week-end, I'll remove the fdatasync
On monday :)
Yes fflush will be suffisant
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 90
When I run the command to build Jserv Module (apxs -c -o mod_jserv.so *.c ) I get a
linking error as follows:
ld -H512 -T512 -bhalt:4 -bM:SRE -bnoentry -bI:/apache/libexec/httpd.exp -lc -o
mod_jserv.so mod_jserv.o jserv_wrapper_win.o jserv_wrapper_unix.o jserv_wrapper.o
jserv_watchdog.o jserv_
--- [EMAIL PROTECTED] wrote:
> Hi Mel,
>
> As you know, we are on the same page on the main
> issue ( refactoring
> jasper), but there are few details... ( sorry for
> responding so late)
>
Don't be sorry - I'm going to take a day or to fully
respond to this and your other suggestions myself.
> > - "commons"-style components. Even if we'll use explicit interfaces for
> > ...
>
> I'll need to review the commons project to adopt any
> standards that are in play there, but I don't see a
> problem. This brings up some things I'll need to know
The important ideas ( for this discussion )
I think I've gotten the same error message!
I've tested with tomcat 4.0b4 nightly build and it doesn't work at
ll. -_-;
The jar in trouble is JTA 1.0.1a from Sun!
Sung-Gu
P.S.: The error message is :
java.lang.NullPointerException
at
org.apache.catalina.loader.Extension.getRequired(Ex
remm01/04/21 00:02:21
Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
Log:
- Manifest could be null, which raised a NPE. The fix I had put in before was
incorrect.
Bug reported by Sun-Gu Park and Donnchadh Donnabhn
12 matches
Mail list logo
