+1, nice work so far !
Costin
On Wed, 17 Oct 2001, Christopher Cain wrote:
I would like to nominate Patrick Luby [EMAIL PROTECTED] for committer
status. His recent contributions include several security-manager-related
patches and documentation help, and appears keen to tackle the Admin
On Fri, 19 Oct 2001, Niklas Neumann wrote:
Hi,
we intend to use the Tomcat server to serve JSP and servlets for our
intranet. Actually it fails because Tomcat isn't able to authenticate our
users with their linux md5crypted-password.
I think md5crypted-passwords are a type of standard on
+1
Would it be possible to also include a recent Jaxp ( xerces is also
fine ) and add the Jdk12Interceptor ( that sets context class loader ) in
the default server.xml ?
( with instructions on how to remove it on JDK1.1 ) ?
There are so many SOAP, etc problems that are resolved by just adding
On Fri, 19 Oct 2001, Marc Saegesser wrote:
Regarging JAXP, if I understand correctly, I can build with and ship the
jaxp.jar and crimson.jar from JAXP-1.1 but users can still run with the
older jaxp.jar and parser.jar from jaxp-1.0.1, right? I have two concerns.
First I want to preserve the
I'm not sure about the mailing lists, probably keeping the current config
is better (as everyone pointed out ).
What I would like is 2 new 'projects' in bugzilla - one for
jakarta-tomcat-connectors ( with webapp and jk sub-categories ) and one
for jasper ( and jakarta-tomcat-jasper).
Both are
Mike,
Thanks for the patch and your interest. One small problem: the development
of jk moved to jakarta-tomcat-connectors. We should do only 'major' bug
fixes in j-t/src/native.
Of course, all rules have exceptions - but it is extremely painfull to
merge and track 2 codebases.
Costin
On Fri,
On Tue, 13 Nov 2001, Marc Saegesser wrote:
Vote to release the tomcat_32 branch as Tomcat 3.2.4.
[X] +1. I agree with the proposal and I will help support
the release.
[ ] +0. I agree with the proposal but I will not be able
to help support the release.
[ ] -0. I
On Mon, 12 Nov 2001, Eric Rescorla wrote:
1. I don't see how to make the switch-hit via a configuration file in
3.3. If you set the secure variable for your virtual server,
PoolTCPConnector tries to load the class named in socketFactoryName,
or, if null, the class named in SSL_FACT
On Tue, 13 Nov 2001, Tom Drake wrote:
| One question - wouldn't be better if the 'distributed session management'
| would be first designed and discussed _outside_ of the ServletSession
| context ?
I agree.
| Designing the SessionManager as a standalone component would make a lot of
|
On Wed, 14 Nov 2001, Samuel Cheung wrote:
Hi,
In TomCat's source code, I notice it recycles objects (e.g. RequestBase,
StandardSession). But in Sun's documentation, with HotSpot Virtual machine,
pooling objects will hinder performance (see below). Could someone please
tell me are there
On Thu, 15 Nov 2001, jean-frederic clere wrote:
Yes, but the question is what does it costs to setAttribute each time we process
a request even if the servlet does not do a getAttribute.
Yes, this is a good point. This suggests that we ought to just
expose SSLSupport as a single
On Wed, 14 Nov 2001, Paul Speed wrote:
Eric Rescorla wrote:
[snip]
To be consistant with 2.3 containers, I'd go with individually named
attributes.
Fine with me. Anyone object to this?
-Ekr
I'm confused. Is this for Tomcat 3.x or Tomcat 4.x? I thought it
was the former,
On 14 Nov 2001, Eric Rescorla wrote:
Well, I suppose that since JDK 1.1.x didn't stop you from putting
classes in java. I could do my own version of
java.security.cert.X509Certificate. A little gross but perhaps
the best plan. The alternative is to blatantly violate the spec
in 1.1 and just
On Thu, 15 Nov 2001, Bill Barker wrote:
I'm in favor of this, since the protocol is only being extended, not really
changed.
However, I think that one of the extensions that should be implemented early
on is a version negotiation so that the newer side can gracefully degrade in
the future
On 16 Nov 2001, Eric Rescorla wrote:
William Barker [EMAIL PROTECTED] writes:
I was thinking of moving it to Http10Interceptor.getInfo, but otherwise that
was more or less what I was thinking.
Actually, ISTM that eventually this belongs in Request.getInfo(), since
that allows the use of
On 16 Nov 2001 [EMAIL PROTECTED] wrote:
Modified:jk/native build.xml
Log:
Added alternate targets (since NLM names are limited to 8.3).
What about using 8.3 names in the first place ?
jk_jni
jk_nsapi
jk_isapi
mod_jk
Costin
!-- Platform-specific tags --
+
On Mon, 19 Nov 2001, Michael Smith wrote:
Here's a patch for clean builds on MSVC6 - includes a couple of missing
headers, and adds JK_METHOD attributes to the neccesary functions
(otherwise calling conventions are declared differently, and you get
compilation-fatal errors).
Thanks Michael
On Mon, 19 Nov 2001, Remy Maucherat wrote:
Hi,
I'd like to nominate Michael Smith [msmith at apache.org] as a committer on
the Tomcat subproject. Michael already has commit access on the Slide
subproject, and has contributed important bug fixes for Tomcat 4 as well as
mod_jk.
He has my
On Tue, 20 Nov 2001, Michael Smith wrote:
Ah. That'd be my misunderstanding of how things work...
_without_ that signature change, though, things still won't compile
(well, they probably will. With _really_ nasty warnings). I suppose the
right thing to do here is to change
On Tue, 20 Nov 2001, Michael Smith wrote:
Not a problem.. Just thought I'd point it out. Exceptions are nice, but
there isn't any portable way to implement them in C (apart from setjmp
tricks, but that has a tendency to play havoc with... well, everything,
if you use them in a larger
On Thu, 22 Nov 2001, jean-frederic clere wrote:
I would even use APR to build mod_jk: APR of httpd-2.0 (installed or source)
otherwise the one given by --with-apr parameter with configuring mod_jk :)
I'll go ahead and create an APR directory. To keep things simple and clear
I'll not touch
On 26 Nov 2001 [EMAIL PROTECTED] wrote:
Added casts necessary to build for NetWare since the worker_factory
functions currently being used don't match the prototype of the
registerFactory method. The MetroWerks compiler treats this as an error
instead of just a warning.
Yes, I'll fix this
The problem is that ResourceBundle is kindof broken. Like many other
java APIs ( JAXP, JNDI, URL, etc ), early versions are not capable
of using the application class loader.
This is ( IMHO ) a bug, and for some APIs it is fixed ( JAXP and JNDI for
sure, unfortunately not for URL ).
The
On Tue, 27 Nov 2001, jean-frederic clere wrote:
Excellent, we should give a way to user to fall back to OS calls if they
could find an APR installed.
I am not sure about that, APR should hide all OS calls. Mixing APR and OS calls
is possible but probably not very safe.
Not mixing - just
On Tue, 27 Nov 2001, Remy Maucherat wrote:
- A few more code merge will happen between now and the first beta release
(at least one to add JAVA_HOME support in the install script).
- The release notes will document all the fixes which occured since 4.0.1.
- The release notes will list the
On Wed, 28 Nov 2001, Amy Roh wrote:
As Bill Barker suggested, I would like to propose Jazmin Jonson as a new
committer.
She has contributed a numerous patches to Tomcat4 admin application.
+1
( I had little access to mail last few days, sorry for delay )
Costin
--
To unsubscribe,
On Thu, 29 Nov 2001, Bojan Smojver wrote:
Bill Barker wrote:
I've checked in a change to move setting the default mapping to
JspInterceptor. Now, all Bojan needs to do is to comment out JspInterceptor
in server.xml and all of his *.jsp files will be served as regular text
files.
On Tue, 27 Nov 2001, jean-frederic clere wrote:
No, I am not using a Gnu make - But I will: you convince me :)
Would it be ok if we make Gnu make a requirement for the build system ?
There are many cool feature that would make building much easier (
patterns, globs, etc ).
After we start
There is an important issue to discuss - labeling mod_jk.
As you know, we are trying to make some improvements in jk, start using
APR, etc. That will involve few significant changes - and some people
may want to have a more 'stable' jk.
There are 4 versions of jk:
Let's call 1.0 what is
Hi Eric,
I looked at the patch - it seems ok. I think we should wait few more
days for more people to have a chance to look at the code. It's great
having an SSL expert around :-)
What remains to be done is getting jk to reuse the same abstractions
for ssl support - that would make the code
Hi Takashi-san,
+1 for the patch, but there's something that bothers me - we are starting
to duplicate what's already present in ant. Next we'll have gcj support,
etc.
How difficult would it be to add an 'ant' compiler adapter, that will just
use the ant javac task ? And also use the same ant
On Sat, 1 Dec 2001, Remy Maucherat wrote:
Hi,
On the TODO list for AJP, there is:
- Implementing jvmroute.
Unfortunately that's not that easy. Manager has no way to access the
Request, and that means no way to get the jvmRoute.
The only possible hack is to 'intercept' the cookie header in
On Sat, 1 Dec 2001, Bill Barker wrote:
I have no objection to help porting ${Server}Config to 4.x, but I'm still a
Catalina novice. The 3.3 API is more command and control, so it is easier
to get to the information. It will take me a little time to find out how to
get the servlet-mappings
On Sat, 1 Dec 2001, Remy Maucherat wrote:
If you want to work on this, it would be great to make it a bit more
independent of the container. Right now it is very tightly coupled,
in order for it to work you need to start tomcat, it doesn't work very
well with context reloads, etc.
I'd
On Sat, 1 Dec 2001 [EMAIL PROTECTED] wrote:
On the TODO list for AJP, there is:
- Implementing jvmroute.
I think I found a way to do it without accessing the Request.
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Mon, 3 Dec 2001, GOMEZ Henri wrote:
Ok, let's release mod_jk to 1.2 and start 2.0.
What I did is put all the new stuff in native2. There are few other (big)
changes coming, I hope to get it back into a 'stable' state by the end of
the week and start updating the iis,nes,etc ( now I'm
On Mon, 3 Dec 2001 [EMAIL PROTECTED] wrote:
On Mon, 3 Dec 2001, GOMEZ Henri wrote:
Ok, let's release mod_jk to 1.2 and start 2.0.
For 1.2 we have 2 choices:
- Branch it at Nov 15 ( or around ), i.e. before jk_channel and the new
stuff ( that will be part of jk2.0 ) was added.
After
On Mon, 3 Dec 2001, Mike Anderson wrote:
I'm afraid that we need to go back to an earlier date and re-port some
fixes.
The main reason is because the default 3.3 workers.properties still
reference ajp12 which the current codebase no longer supports. This
causes the plugins to fail during
Hi Julius,
I am trying to make inprocess tomcat work with Apache 2.0 without much
success.
I am using j-t-c mod_jk from cvs. First I noticed that since Apache calls
module initialization twice jni worker fails when trying to load jvm the
second time.
The main problem with JNI and apache
On Tue, 4 Dec 2001, Mike Anderson wrote:
That might not work for my platform (NetWare) because I actually build the
binaries on a windows box so the os.arch property wouldn't match. On
Cool, cross-compilation...
I think JniConfig/ApacheConfig tasks are a good way to solve this.
They are
Hi Julius,
Thanks for the patch - I've already added it to jk2. I did the rollback on
jk ( removing all jk_env, jk_registry, adding back ajp12 ), now
the 'main' tree should have the stable jk.
Sorry for the delay.
The main problem with JNI and apache is that we can't support sessions
Hi,
The current code is using some 'interesting' tricks with the jk_pools -
it does some funny buffer allocations on the stack and use the buffer
to create a pool ( which itself is allocated on the stack ).
While this may have some performance benefits, the code is extremely hard
to read, and
Please reply - this is an important change !
I would like to add another configuration mechanism for jk2.
If people agree, this should be the default.
Assumptions:
- All webapplication that will be served must be
deployed on the machine running the web server (
otherwise the server can't find
To clarify - this is not a replacement or an 'exclusive' mechanism.
The 'ajp14' based config, where tomcat sends notifications to apache
remains.
The problems with 'tomcat sending config info to apache' ( and why I
would not make that the 'default' simple config ):
1. It requires a strict
On Fri, 7 Dec 2001, GOMEZ Henri wrote:
The pool_open, etc will be removed - same for the buf[] based
allocation.
why not. Frankly you love too much java :)
I just like simple things.
Stack-allocating buffers and then creating ( stack-allocated ) jk_pools
in the buffer is not that simple,
On Fri, 7 Dec 2001, GOMEZ Henri wrote:
Caution, caution with security.
On many sites, the web-server is located on a DMZ so subject
to be hacked, while the Tomcats are behind firewall. Having
webapp (program) could raise many problems.
Hmm... I hope sandboxing is used for tomcat in this
+1
Costin
On Fri, 7 Dec 2001, GOMEZ Henri wrote:
As you may know, Eric Rescorla is one the few specialists in SSL
in the world, author of one of the few SSL bible books and he have
also created the excellent OpenSource JSSE alternative, PureTLS.
He strike back in adapting PureTLS to
+1
Costin
On Fri, 7 Dec 2001, Craig R. McClanahan wrote:
NOTE: I'm posting this here because Watchdog was originally contributed
to Apache along with Tomcat, and the Tomcat developer community will be
substantially helped by Ryan's proposed efforts.
I would like to nominate Ryan Lubke
On Sat, 8 Dec 2001, Bojan Smojver wrote:
[EMAIL PROTECTED] wrote:
To clarify - this is not a replacement or an 'exclusive' mechanism.
The 'ajp14' based config, where tomcat sends notifications to apache
remains.
Seems like I was reinventing the wheel there for a while. So AJP14 knows
On Sun, 9 Dec 2001, Kevin Seguin wrote:
after discovering that things are not working entirely correctly on the HEAD
of cvs, i started digging into the code in both places.
maybe it's just me, but i found trying to follow the java code particularly
painful. i realize there is some
On Sun, 9 Dec 2001, Remy Maucherat wrote:
maybe it's just me, but i found trying to follow the java code
particularly
painful. i realize there is some development and refactoring going on
with
ajp14 and all, but man!, it ain't pretty in there :)
As far as the Java portion of the
I'm getting close with jk2, there are just few more details I need to
resolve ( and then test, update the other server adapters, test again,
etc).
One change I'm making to get the things cleaner refers to the login and
discovery protocol.
Instead of a RPC-style, where Apache sends a command and
This tries to solve the 'egg and chicken' config problem, and to
fix/enable some other things.
I want to add a second handler in mod_jk, similar with the 'status' for
apache, mod_jserv, etc. ( same security issues - i.e. users will need
access control, to use it, etc ).
The most important
Hi,
One more change I want to do in jk2 is better error handling. Most of us
spent enough time with java that using an 'int' is very uncomfortable :-)
My proposal is to use jk_env in the same 'style' as in JNI programming.
Each jk method will have as the first parameter a jk_env *env ( that
On Wed, 12 Dec 2001, Bill Barker wrote:
If you are talking about status codes, I'm -1. That should be passed
through from Tomcat without change.
If Tomcat hangs up, then there is almost no useful information available, so
there isn't much to report. If the client hangs up, then like jk1,
+1 ( part of it has already been moved ).
But if we do that, I would propose to _move_ it, not copy.
Costin
On Thu, 13 Dec 2001, Kevin Seguin wrote:
it seems like a bunch of the stuff in the org.apache.tomcat.util.net package
in tomcat 3.x would be useful outside the scope of tomcat 3.
On Thu, 13 Dec 2001, GOMEZ Henri wrote:
The most important feature ( for now ) will be the handling of 'ping',
where mod_jk will connect to any worker it knows about and send a ping
message.
could you explain us more about ping ?
Jk now has a 'ping' message type, which replaces the login
On Thu, 13 Dec 2001, GOMEZ Henri wrote:
Tomcat could also decide to push config data, or context status, etc.
Ok, we could have a little overhead (network latency) during this init
phase but it's not a big problem since it's not too common. Which make
me think that in multithreaded env like
On Thu, 13 Dec 2001, Kevin Seguin wrote:
ideally, you'd move the rcs archives to maintain history. however, doing
that would presumably break all tomcat 3.x builds. i guess the next best
alternative would be to move the rcs archives.
For now just import the current snapshot. Short term, we
On Thu, 13 Dec 2001, Daniel Rall wrote:
This is reminiscent of what the Subersion folks are doing for error
handling.
Could you give a URL ? If it was already invented... ( I was thinking to
use a subset of what's 'invented' in jni, I believe there are
quite a few people who'll feel
On Wed, 12 Dec 2001, Bill Barker wrote:
I'm probably just misunderstanding what situations you are trying to handle
here, so if you can be a little bit more verbose, I'll probably change my
vote.
More details:
jk_env will replace all jk_logger_t parameters. All methods will follow
the
On Thu, 13 Dec 2001, Daniel Rall wrote:
Here's what Subversion does for error progation:
http://svn.collab.net/repos/svn/trunk/subversion/include/svn_error.h
Could propogate that in the suggested env.
It seems they are using a struct that is returned instead of a simple int,
as status. It
On Thu, 13 Dec 2001, Ragy Eleish wrote:
Write a tool based on the Jasper code line to convert normal JSPs to the XML
view of JSPs (aka JSP Document). This tools should have a two modes; the
first one to convert any JSP to XML view of JSP. The second mode to convert
HTML+JSP to XHTML+JSP
On Thu, 13 Dec 2001, Kevin Seguin wrote:
i'm 97% sure about this patch, but since i don't know this code as well as
some, i'd like someone else to review it.
This seems to be the main problem we had so far with jk - buffers beeing
reused before they're ready. For jk2 we must make sure we have
On Thu, 13 Dec 2001, GAWLAS,JULIUS (HP-Cupertino,ex1) wrote:
Hi,
I wanted to build jk2, but I could not find neither configure nor
makefiles in jk/native2.
Could you give me some pointers?
Surprise :-)
Just type ant and see what happens. ( you may need to type 'ant jkant' in
j-t-c/jk
On Fri, 14 Dec 2001, Martin van den Bemt wrote:
Hi,
I'm always a bit cautious if not hesitant to change messages in bugzilla,
since I'm not one of the developers. Some issues however I can easily give
an answer to. Should I indeed change the status of those kind of messages,
or just add my
On Fri, 14 Dec 2001, GOMEZ Henri wrote:
What the result on login phase ?
webserver send ping.
tomcat send a loginseed in reply
webserver send the loginsequence
tomcat reply by sending log granted/deny
How did tomcat will send uriMaps/ContextStatus without knowing from
which VirtualHost
On Fri, 14 Dec 2001, GOMEZ Henri wrote:
Did there is plan to put the init stuff in shared area to avoid
multithreaded web-server do the full stage of autoconf.
We need to first figure out how to exchange info between apache processes.
The config will be saved in the workerEnv, uriMap, etc -
On Fri, 14 Dec 2001, Paul Speed wrote:
Catch me if I'm wrong, but currently j-t-c is dependent on tomcat
code, right? I make this statement without having actually looked at
the code for the connectors. I'm going by recent discussions about
how an API change in Catalina broke the build for
On Fri, 14 Dec 2001, Renato wrote:
*** HTML pages with latin characters don't display correctly on Linux ***
( JSP file with: )
Ex: páéíóú/p
It's maybe a problem with the locale variables on my Linux, which I don't
quite understand ( tried LC_ALL, LANG, LC_CTYPE and it didn't work ) or
On Mon, 17 Dec 2001, Kevin Seguin wrote:
Tomcat 4.0.x support ajp13 protocol, used in mod_jk
but still miss a subtil feature (jvmroute) to be
able to keep the route to the good JVM in
session mode (SessionAfinity).
how does the connector set/use jvmroute? i assume there is some sort
On Mon, 17 Dec 2001, GOMEZ Henri wrote:
couldn't the connector be solely
responsible for
this? the connector could add a cookie to the response, then read this
cookie on subsequent requests, and then you wouldn't have to
add stuff to
servlet containers to handle this. or, i could be
Hi Mathias,
Maybe you could contribute some docs, you seem very familiar with the
subject ! Code would be even better :-)
In jk2 it should be possible for 'callbacks' to change anything, and all
the information about lb is exposed in accessible structures ( private
data has been greatly reduced
On Tue, 18 Dec 2001, Craig R. McClanahan wrote:
The load balancer routing from JK hasn't ever been implemented in
Catalina yet. Patches welcome :-).
Can we get a 'setRequest' method on Manager ? I'm trying to find
workarounds, but that would be the simple solution.
Again, adding support for
On Wed, 19 Dec 2001, Remy Maucherat wrote:
The stuff I'd like to see added in TC 4.0.2 (release)
is vmroute for supporting load-balancing via mod_jk ?
What about ?
I thought Costin wanted to do it in another way in his JK2 connector ?
There's also the auto configuration which isn't
On Wed, 19 Dec 2001, Tom Drake wrote:
Costin:
Where does Manager get the 'route id' from.
Easiest: from server.xml ( just add an option somewhere
that can be set on the Manager ). I would make it a
property of server or service, as it is an id for
the running instance of tomcat.
That require
On Thu, 20 Dec 2001, Remy Maucherat wrote:
i take it all back :)
i just updated j-t-c/jk and i can't build it. and i don't have time to
try
to figure it out right now. sorry.
so, maybe it's best for now to go with the current binary.
Yes, we're in the middle of Costin's
On Thu, 20 Dec 2001, Kevin Seguin wrote:
perhaps now is the time to do some rethinking of where the connectors for
each serlvet container live.
today, in j-t-c, there is the framework (for lack of a better word) for
connectors plus the individual connectors or adapters for tomcat 3 and
On Thu, 20 Dec 2001, Kevin Seguin wrote:
i just updated j-t-c/jk and i can't build it. and i don't have time to try
to figure it out right now. sorry.
What's broken ? I'll do a clean checkout and build, I tried few times on
my system and seemed to work fine.
Have you updated
On Thu, 20 Dec 2001, Remy Maucherat wrote:
Hi,
After a lot of efforts, it turns out the connectors (in j-t-c) still can't
be compiled against both the 4.0 branch and the HEAD branch of the Tomcat
CVS.
There are a few solutions to this:
1) Force the connectors to be built against the
On Thu, 20 Dec 2001, Paul Speed wrote:
My thinking ( for 4.1/3.3 ) was to have j-t-c built as a
'standalone module', a trusted/priviledged webapp that can be deployed and
is self-contained.
Keeping all container adapters in j-t-c has the extra benefit that we can
share more code
On 20 Dec 2001 [EMAIL PROTECTED] wrote:
Modified:jk/java/org/apache/jk/server/tomcat40 Ajp13Connector.java
Ajp13Processor.java
Log:
- Also add the new findLifecycleListeners in the new jk.server.tomcat40 package
(what's the difference with
On Fri, 21 Dec 2001, Kevin Seguin wrote:
My thinking ( for 4.1/3.3 ) was to have j-t-c built as a
'standalone module', a trusted/priviledged webapp that can be
deployed and
is self-contained.
can you provide some more detail? i'm quite interested in learning more.
It's quite simple
Thanks Jeff,
Incidentally, any tips on classloaders and EmbededTomcat? Everything
starts fine, but my servlet can't see any classes in WEB-INF/lib
*unless* I explicitly use the context classloader. Oh well, that's for
another mail.
Very strange. If the servlet is loaded from WEB-INF/lib, I
On Fri, 21 Dec 2001, Craig R. McClanahan wrote:
As appealing an idea as this sounds (packaging plug-in modules as
webapps), it doesn't solve the underlying issue -- different containers
have radically different internal architectures, and packaging the plug-in
as webapp doesn't avoid having
+1
I think we should tag the code with jk_1_4 ( considering the jk that was
included with 3.1 == jk1.1, etc ). It seems jk_1_4 will work
with 3.3, 4.0.x and 4.1 ( and the C code can be used for 3.2.x for bug
fixes ).
Regarding jk2, I'm still working, the current strugle is with the unix
domain
On Fri, 4 Jan 2002, Kevin Seguin wrote:
i was thinking that for tomcat 4.0.2, the old stuff, jk/native,
jk/java/org/apache/ajp, would be considered the 'stable' (althought still
beta quality) code, and the new jk2, o.a.jk would be considered still
'experimental'. just a thought, though - i
There is a small (possible) bug I'm debugging, related with lb which in
some cases seem to fail to be 'sticky' ( it's not specific to jk1.4,
it has been around forever from what I can see ).
The fix should be small, I still have problems reproducing the bug
so I can test the fix. Don't wait for
On Mon, 7 Jan 2002, Martin van den Bemt wrote:
* If you restart Tomcat, you must also restart Apache to avoid receiving
Error 400 - Bad Request errors. This will be handled transparently
in the final release.
This should work fine with jk. We don't support yet 'gracefull'
restart for
My opinion on the nbio issue:
I completely agree with Remy, the IO is not the issue at least
for the current code and the near future. The char-byte
conversions are far more expensive.
JDK1.4 provides a very nice solution for the char conversions,
however my tests show it to be comparable in
uOn Tue, 8 Jan 2002, Kevin Seguin wrote:
i think Ajp13Connector and Ajp13Processor are more complicated than they
need to be. but, that's just thought :)
I'll check in the jk2 version of the 4.0 connector - it seems to work
fine ( using ThreadPool and C2B and all the nice stuff ), but I have
On Thu, 10 Jan 2002, Tom Drake wrote:
FYI:
Based on previous discussions on this list, I've added setJvmRoute/JvmRoute
to Engine
(and StandardEngine) as part of the work I've been doing for distributed
sessions.
Can you send the patch for this one ?
There are just 2 changes that are
On Thu, 10 Jan 2002, Mauricio Nuñez wrote:
Keep on this works, since the benchs I saw on Matt site
were more than interesting on heavily servers.
I will try to get NBIO work as a Ajp13 connector, because my site it's very
high loaded ( IMHO ), and i NEED to get a better performance.
In
Please don't send big attachments to the list, the commits are enough to
fill my yahoo mailbox :-)
And please don't send xls/doc - it's painfull to read on linux.
Costin
On Fri, 11 Jan 2002, Lauer, Oliver wrote:
Hi,
we've made a performance comparison between TC3.2 and 4.0 and TC3.2 seems
On Fri, 11 Jan 2002, GOMEZ Henri wrote:
Unix domain will be faster on systems running Apache and Tomcat on
the same box, so faster network IO will still be fine for configuration
with separate Webserver and Tomcat (security concerns or load-balancing)
Of course, different issues. For 'lb'
That's a bit problematic...
I think it'll work fine if LD_LIBRARY_PATH is set before starting tomcat
to include all the libs ( and libapr ) or of libapr ( and the rest ) are
installed in the system dirs ( i.e. /usr/lib ).
The code in loadNative() was trying to work around and not require the
Hi Tom,
Sorry for the late response, I didn't have email last few days.
The patch is perfect, I hope Remy will be able to incorporate it
in 4.0.2.
One extra thing we could try is to look in the jk connector
and see if it's possible to set the engine - we have
access to the Request and
I had similar or worse problems - and I tried all the tricks I could think
of.
The only solution is to copy the .jar files in CATALINA/server/lib. I
think build.xml does that automatically. If you do that,Class.forName
should work fine. Using jk as a webapp ( without any additional
configuration
+1 if the load balancing code gets in.
-0 without it ( since one of the most important functions of jk will
not work in 4.0.2 ).
Costin
The release process will be the following:
- Tag j-t-c/webapp with tomcat_402_b2
- Update the Java sources for webapp in the main Tomcat tree to mirror the
On Wed, 16 Jan 2002, Remy Maucherat wrote:
+1 if the load balancing code gets in.
-0 without it ( since one of the most important functions of jk will
not work in 4.0.2 ).
I plan to port the jvmRoute patch. Is it enough ?
Yes, you have my +1 than. ( it should be a trivial thing, I just
1 - 100 of 668 matches
Mail list logo
