manveen 02/05/03 00:16:58
Modified:webapps/admin/realm jdbcRealm.jsp jndiRealm.jsp
memoryRealm.jsp userDatabaseRealm.jsp
Log:
Add a check if the realm can be deleted or not.
Revision ChangesPath
1.4 +4 -1
manveen 02/05/03 00:19:23
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm
EditRealmAction.java JDBCRealmForm.java
JNDIRealmForm.java MemoryRealmForm.java
UserDatabaseRealmForm.java
Log:
Add
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 02, 2002 9:45 PM
Subject: cvs commit: jakarta-tomcat-4.0/webapps/admin/users user.jsp
manveen 02/05/02 21:45:46
Modified:webapps/admin/users user.jsp
Log:
* Password should not be
Hi Costin,
May be I checked out the wrong repository. I checked out
jakarta-tomcat-connectors with the
CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic
Now to the details, see below.
[EMAIL PROTECTED] wrote:
On Thu, 2 May 2002, Bernd Koecke wrote:
misunderstood it. After you said that
Hi Costin,
now here is my patch. It is very small and it works. And we don't need
additional config flags. When the lb_value is read from the config file it is
checked against zero. With this a flag in lb_worker is set so that the
get_max_lb-function could decide if this worker should be used
hgomez 02/05/03 01:41:36
Added: webapp/include wa_version.h
Log:
Add mod_webapp version include
as discussed we start at version 1.2.0
Provided by Punky Tse [EMAIL PROTECTED]
Revision ChangesPath
1.1
hgomez 02/05/03 01:42:40
Modified:webapp/apache-1.3 mod_webapp.c
webapp/apache-2.0 mod_webapp.c
Log:
mod_webapp will now report it's current version
Provided by Puky Tse [EMAIL PROTECTED]
Revision ChangesPath
1.32 +8 -2
pier02/05/03 02:38:52
Modified:webapp/support wa_apxs.m4 wa_util.m4
Log:
Added WA_PATH_PROG (cuz' AC_PATH_PROG is just plain silly), and HTTPD
version discovery.
Revision ChangesPath
1.6 +27 -14jakarta-tomcat-connectors/webapp/support/wa_apxs.m4
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8718.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hgomez 02/05/03 03:25:04
Modified:webapp/include wa_version.h
Log:
correct webapp release number.
1.2.0-dev instead of 1.0.2
Thanks Punky
Revision ChangesPath
1.2 +3 -3 jakarta-tomcat-connectors/webapp/include/wa_version.h
Index: wa_version.h
Hi to all,
What about tagging the current mod_jk (may be after the latest
lb patches) to 1.2.1 ?
The goal is to populate the jtc builds directory and make
binary available for various platform (Linux, Win32, Netware).
+1.
Remy
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
Punky Tse [EMAIL PROTECTED] wrote:
I had been make this patch for a very long time (3/4/5 months). And
send to this list several times... If you like, just grap my patch and
comit.
(wa_version.h must be placed in include/ dir, and change to *whatever*
version you like!)
Punky, I
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
hgomez 02/05/03 01:42:40
Modified:webapp/apache-1.3 mod_webapp.c
webapp/apache-2.0 mod_webapp.c
Log:
mod_webapp will now report it's current version
Provided by Puky Tse [EMAIL PROTECTED]
As I said, I'm -1 on this patch...
The save-to-XML feature of the admin webapp appears to be working good (of
course, I only tried the default configuration ;-) ).
I don't know what is the policy that will be used for ovewiting the existing
server.xml, but I would do:
- rename existing server.xml to server.xml.timestamp.old
-
Pier Fumagalli wrote:
Punky Tse [EMAIL PROTECTED] wrote:
I had been make this patch for a very long time (3/4/5 months). And
send to this list several times... If you like, just grap my patch and
comit.
(wa_version.h must be placed in include/ dir, and change to *whatever*
version you
Sorry man, when I saw Henri commited my version patch also
this morning,
and you've commited VERSION file. I had seen some conflicts.
I'll be +1 to keep wa_version.h :
- it's the same way in mod_jk (merge merge said Jon)
- it's the same way in httpd server
And it works rigth now
--
To
GOMEZ Henri [EMAIL PROTECTED] wrote:
Punky, I appreciate your effort, but IMO, wa_version.h is way
too utterly
complicated. I'd add -DWEBAPP_VERSION=x to CFLAGS from
the autoconf
magicness, and go from there...
Hum, I just commited wa_version.h and it's really similar to
what
Secondly, I don't want to have alpha/beta/gamma/whatever
compiled in the
code: for releasing purpose, a code is x.x.x-dev if it's not
associated with
a tag, and x.x.x when it actually _IS_ associated with a tag...
ditto, that's why the recent proposal from Remy for TC 4, was
to use the Apache
GOMEZ Henri [EMAIL PROTECTED] wrote:
Log:
mod_webapp will now report it's current version
Provided by Puky Tse [EMAIL PROTECTED]
As I said, I'm -1 on this patch...
-1 on wa_version.h, or -1 on version report in
error.log ?
-1 on THIS way for doing versions... Check out the masters:
Punky Tse [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
Punky Tse [EMAIL PROTECTED] wrote:
I had been make this patch for a very long time (3/4/5 months). And
send to this list several times... If you like, just grap my patch and
comit.
(wa_version.h must be placed in include/
pier02/05/03 04:40:24
Modified:webapp configure.in
Log:
Undo my patch of this morning to get versions out of the VERSION file
Revision ChangesPath
1.56 +2 -13 jakarta-tomcat-connectors/webapp/configure.in
Index: configure.in
But that version.h takes complication to a next level You
need to have a
manual just to figure out WHAT you have to change...
Ok let be more pragmatic, let use the same way httpd2
for mod_webapp
#define WA_MODULE_BASEVENDOR Apache Software Foundation
#define WA_MODULE_NAME
Urg, I'm stupid some days :
for mod_webapp
#define WA_MODULE_BASEVENDOR Apache Software Foundation
#define WA_MODULE_NAME mod_webapp
#define WA_MODULE_BASEREVISION 1.2.0-dev
#define WA_MODULE_BASEVERSION WA_MODULE_BASEPRODUCT / WA_MODULE_BASEREVISION
for mod_jk (native)
#define
I'm in total agreement with that!
Possibly a way to roll back to a timestamp.old too?
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 03, 2002 06:49
Subject: Admin webapp save-to-XML
The save-to-XML feature of the admin webapp
Well, it seriously look ugly though... Ok, I admit it might be a PITA cuz in
Windows we can't simply do a `cat VERSION` and get that number in somewhere,
but boy that wa_version header looks ugly...
I admited that it is ugly. See below.
Just the fact that we somehow have an area to
Stupid 2 times :[
#define WA_MODULE_BASEVENDOR Apache Software Foundation
#define WA_MODULE_NAME mod_webapp
#define WA_MODULE_BASEREVISION 1.2.0-dev
#define WA_MODULE_BASEVERSION WA_MODULE_NAME / WA_MODULE_BASEREVISION
for mod_jk (native)
#define JK_MODULE_BASEVENDOR Apache
pier02/05/03 05:06:34
Modified:webapp/support wa_exec.m4
Log:
Get back to the original directory before exiting (configure will complain
it can't find a file otherwise)
Revision ChangesPath
1.3 +2 -1 jakarta-tomcat-connectors/webapp/support/wa_exec.m4
pier02/05/03 05:13:57
Modified:webapp/support wa_exec.m4
Log:
Aesthetics change (report the value of the return code, not the name of its
variable)
Revision ChangesPath
1.4 +2 -2 jakarta-tomcat-connectors/webapp/support/wa_exec.m4
Index: wa_exec.m4
Hi,
Just a small problem, i'm having a problem using the useBean tags in my jsp
page, i am trying to pass an arraylist from the model but i get the
following error.
jsp:useBean id=sidebarObjects scope=request class=java.util.Iterator
/
Internal Servlet Error:
javax.servlet.ServletException:
That still doesn't change the fact that whatever is in JK for versioning is
utterly complicated, is completely different from what the Apache folks have
done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at
a manual on how to interpret the va_version.h header every
+1 for the patch
-Punky
Pier Fumagalli wrote:
GOMEZ Henri [EMAIL PROTECTED] wrote:
Urg, I'm stupid some days :
for mod_webapp
#define WA_MODULE_BASEVENDOR Apache Software Foundation
#define WA_MODULE_NAME mod_webapp
#define WA_MODULE_BASEREVISION 1.2.0-dev
#define
Pier Fumagalli wrote:
Punky Tse [EMAIL PROTECTED] wrote:
GOMEZ Henri wrote:
Punky, I appreciate your effort, but IMO, wa_version.h is way
too utterly
complicated. I'd add -DWEBAPP_VERSION=x to CFLAGS from
the autoconf
magicness, and go from there...
Hum, I just commited wa_version.h
jsp:useBean id=sidebarObjects scope=request
class=java.util.Iterator
/
Internal Servlet Error:
javax.servlet.ServletException: Cannot create bean of class
java.util.Iterator
Any ideas
Check out tomcat-users, and read the Iterator Javadocs. It's an
Interface;
you can't instantiate an
jean-frederic clere [EMAIL PROTECTED] wrote:
That still doesn't change the fact that whatever is in JK for versioning is
utterly complicated, is completely different from what the Apache folks have
done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at
a manual on how
- Original Message -
From: fergal dalton [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 03, 2002 08:14
Subject: query
Hi,
Just a small problem, i'm having a problem using the useBean tags in my
jsp
page, i am trying to pass an arraylist from the model but i get the
Punky Tse [EMAIL PROTECTED] wrote:
That still doesn't change the fact that whatever is in JK for versioning is
utterly complicated, is completely different from what the Apache folks have
done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at
a manual on how to
+1
Though I need this weekend to make sure Win32 versions are building
and running successfully. Apache 1.3 and IIS seem to be okay now,
but I still need to check the others.
Cheers,
Larry
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 03, 2002
+1
Though I need this weekend to make sure Win32 versions are building
and running successfully. Apache 1.3 and IIS seem to be okay now,
but I still need to check the others.
I also want to known if the latests patches received on list
about lb will be included or not...
--
To unsubscribe,
for mod_webapp
#define WA_MODULE_BASEVENDOR Apache Software Foundation
#define WA_MODULE_NAME mod_webapp
#define WA_MODULE_BASEREVISION 1.2.0-dev
#define WA_MODULE_BASEVERSION WA_MODULE_BASEPRODUCT /
WA_MODULE_BASEREVISION
I just sent a patch over, I'd like to see some
Pier Fumagalli wrote:
jean-frederic clere [EMAIL PROTECTED] wrote:
That still doesn't change the fact that whatever is in JK for versioning is
utterly complicated, is completely different from what the Apache folks have
done so far (look at both 1.3 and 2.0 trees), and I don't want to look
jean-frederic clere [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
That's not the best example of code beauty...
May be not. But a Kernel needs more complexity than a TC connector.
Correct...
The idea behind the complexity is that we could decide version of protocol
based on the
pier02/05/03 06:30:26
Modified:webapp configure.in
webapp/apache-1.3 mod_webapp.c
webapp/apache-2.0 mod_webapp.c
webapp/include wa.h wa_version.h
Added: webapp/support wa_version.m4
Log:
Versioning done right.
Revision
pier02/05/03 06:31:23
Removed: webapp VERSION
Log:
Leftovers from versioning.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Ok... Please commit your changes. We could add the
complexity when needed.
We don't need complexity...
And users need release.
Even if if a release is imperfect.
That's why there is release/patch in version ;]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
pier02/05/03 06:37:46
Modified:webapp/support wa_version.m4
Log:
M4 documentation of WA_VERSION macro.
Revision ChangesPath
1.2 +4 -3 jakarta-tomcat-connectors/webapp/support/wa_version.m4
Index: wa_version.m4
GOMEZ Henri [EMAIL PROTECTED] wrote:
Ok... Please commit your changes. We could add the
complexity when needed.
We don't need complexity...
And users need release.
They do...
Even if if a release is imperfect.
Are you _CRAZY_? I'm going to -1 any release that is not clearly an
GOMEZ Henri wrote:
for mod_webapp
#define WA_MODULE_BASEVENDOR Apache Software Foundation
#define WA_MODULE_NAME mod_webapp
#define WA_MODULE_BASEREVISION 1.2.0-dev
#define WA_MODULE_BASEVERSION WA_MODULE_BASEPRODUCT /
WA_MODULE_BASEREVISION
I just sent a patch over, I'd like to
Are you _CRAZY_? I'm going to -1 any release that is not
clearly an interim
test release (such as Tomcat 4.1.0, which is _supposed_ not to work,
although it does) and which doesn't have all the Apache
standards to _be_ a
release...
Did there is still blocking (showstopper) bug in mod_webapp ?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8775.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8776.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
GOMEZ Henri wrote:
Are you _CRAZY_? I'm going to -1 any release that is not
clearly an interim
test release (such as Tomcat 4.1.0, which is _supposed_ not to work,
although it does) and which doesn't have all the Apache
standards to _be_ a
release...
Did there is still blocking
mod_webapp is your baby, do what you want with it.
I'll delay the official release to generate linux binaries and rpms.
tipo ^
I'll wait the official release to generate linux binaries and rpms
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
Hi,
I would like to add a target to the TC build.xml: download.
Last time I have tried to help to release TC I have found there is no clean
way to know easly what is needed to build a TC release (which xerces.jar is
needed for example).
The download would download using wget and extract the
+1
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 03, 2002 5:16 AM
To: Tomcat Developers List
Subject: [PROPOSAL] tag mod_jk 1.2.1
Hi to all,
What about tagging the current mod_jk (may be after the latest
lb patches) to 1.2.1 ?
The goal
Hi Bernd,
First, many thanks for your help :-)
No, I think not :). I checked it yesterday. With some additional log statements
in the validate function of jk_lb_worker.c you get the value _inf_ for the
lb_factor and lb_value (line 434-444). Because if it would be set to 1, my
config
Hi,
Are you referring to TC 4.x or TC 3.3.x?
I haven't updated the README yet to cover the dependency
on jakarta-tomcat-connectors. But AFAIK, that is the
only external requirement to build the jakarta-tomcat
HEAD distribution, excluding options. It builds for me
with just the
Hi anybody,
I have implemented a LDAP Realm for Tomcat 4..0.x based upon JNDI.
The one embedded in Tomcat 4.0.3 seems to have a lot of problems.
The one I have coded has been tested with iPlanet and is already used in
production.
The roles can be stored as LDAP groups and as entry attributes as
Hi,
We are using the following :
1. JSP and servlets
2. Java -JDK 1.2.2
3. jakarta tomcat 3.3 as standalone WebServer.
4. Operating System :Solaris 2.7/2.8/2.6.
We are facing the following issues:
1. Slow performance.
2. Runtime compilation takes a long time resulting in server timeout.
Dear developers,
installation of tomcat has been greatly improved since last November. Thanks
for your effort. Nevertheless I had troubles when building the apache
connector modules utilizing the appropriate SRPM.
I prefer mod_webapp instead of mod_jk. But the .spec file of the SRPM did
not
Hi Costin,
[EMAIL PROTECTED] wrote:
Hi Bernd,
First, many thanks for your help :-)
your welcome, its a lot of fun :)
No, I think not :). I checked it yesterday. With some additional log statements
in the validate function of jk_lb_worker.c you get the value _inf_ for the
lb_factor
Thanks Perolo for your patches.
Pier is finalising mod_webapp 1.2.0 and I'll
release a specific mod_webapp rpm.
I'll do also like this for jk (and jk2) later
since we may have differents release cycles.
Stay tuned, mod_webapp will be release as soon
as Pier will tag mod_webapp 1.2.0 (2/3 days
Larry Isaacs wrote:
Hi,
Are you referring to TC 4.x or TC 3.3.x?
4.x.
I haven't updated the README yet to cover the dependency
on jakarta-tomcat-connectors. But AFAIK, that is the
only external requirement to build the jakarta-tomcat
HEAD distribution, excluding options. It builds
|
--- Additional Comments From [EMAIL PROTECTED] 2002-05-03 16:02 ---
If you download these,
jakarta-tomcat-4.0/logs
jakarta-tomcat-4.0/temp
are not created when the files are expanded.
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/nightly/jakarta-tomcat-4.0-
20020503.zip
pier02/05/03 09:10:01
Added: webapp/support install.sh config.guess config.sub
Log:
We actually need those one in place when not building using APR.
Revision ChangesPath
1.4 +82 -221 jakarta-tomcat-connectors/webapp/support/install.sh
1.4
pier02/05/03 09:11:22
Modified:webapp/support wa_apr.m4
Log:
The default location of the APR directory is actually relative to
${srcdir} if this is defined.
Revision ChangesPath
1.4 +6 -2 jakarta-tomcat-connectors/webapp/support/wa_apr.m4
Index:
pier02/05/03 09:12:07
Modified:webapp/support wa_version.m4
Log:
Only retrieve the REVISION part instead of the full VERSION.
Revision ChangesPath
1.3 +3 -3 jakarta-tomcat-connectors/webapp/support/wa_version.m4
Index: wa_version.m4
pier02/05/03 09:13:40
Modified:webapp/apache-1.3 Makefile.in
webapp/apache-2.0 Makefile.in
Log:
Added the dist target to build a binary distribution directory
Revision ChangesPath
1.26 +7 -2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8718.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
pier02/05/03 09:16:23
Modified:webapp Makedefs.in Makefile.in
Log:
Added the dist target to create a binary distribution directory (now
the default when calling make) and a tarball target to create a
binary distribution tarball.
Revision ChangesPath
1.16
pier02/05/03 09:17:56
Modified:webapp configure.in
Added: webapp DETAILS.txt.in
Log:
Output details for this build in DETAILS.txt, and add support for the
dist and tarball targets.
Revision ChangesPath
1.58 +15 -2
On Fri, 3 May 2002, David Graff wrote:
Date: Fri, 3 May 2002 07:52:03 -0400
From: David Graff [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Admin webapp save-to-XML
I'm in total agreement with that!
+1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8719.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8718.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok, I don't want to start a flame war or anything - but I really
don't like the current solution.
For short term - we can live with it, and I can accept that as long
as we are commited to replace it with something better.
I spent a lot of time on this issue - there are many solutions
around
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8775.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Costin,
it wasn't difficult, so here is the new patch. The new (old) behavior is:
The main worker is defined by a lb_value of 0. This will never be changed in
jk_lb_worker. The other workers can get a value greater than 0. If the value
from config file is less than 0 it is multiplicated
Don't use wget as it's platform specific.
Use the 'Get' built-in task.
May not do exactly what you want but it will work everywhere that ant does.
- Original Message -
From: jean-frederic clere [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 03, 2002 10:44
Subject: Add a
costin 02/05/03 10:36:46
Modified:jk/native2/include jk_endpoint.h jk_env.h jk_msg.h
jk_worker.h
Log:
Added 'reqCnt' and 'errCnt' and reorganize the worker struct.
Few minor improvements (debug for env to filter out the low level messages),
costin 02/05/03 10:37:35
Modified:jk/native2/common jk_worker_status.c
Log:
Better organization, make the worker status the first on the page.
See also the changes in jk_worker_ajp, now informations about lb status
and number of requests/err will be easy accessible.
costin 02/05/03 10:39:40
Modified:jk/native2/common jk_channel_apr_socket.c jk_channel_jni.c
jk_channel_socket.c
Log:
Call the setter on the worker for non-specific properties.
Each channel is associated with an ajp worker ( later we can configure
costin 02/05/03 10:40:25
Modified:jk/native2/common jk_config.c
Log:
Display an error message on unknown property names.
debugEnv will turn on the messages about object creation/etc.
Revision ChangesPath
1.13 +18 -3
costin 02/05/03 10:41:06
Modified:jk/native2/common jk_env.c
Log:
Filter the messages if debug is not enabled.
Most of the time they don't matter, but in case of error they are
very usefull to debug.
Revision ChangesPath
1.21 +52 -12
costin 02/05/03 10:41:52
Modified:jk/native2/common jk_msg_ajp.c
Log:
Add encoding/decoding for map.
That'll be used very frequently to pass properties back and
forth ( either via shm or a different channel )
Revision ChangesPath
1.9 +26 -4
costin 02/05/03 10:43:59
Modified:jk/native2/common jk_uriEnv.c
Log:
Rename 'worker' to 'group' in the config.
This will hopefully reduce the confusion.
Revision ChangesPath
1.15 +9 -6 jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
Index:
costin 02/05/03 10:45:06
Modified:jk/native2/common jk_uriMap.c
Log:
Another fix in uriMap - make sure each host has a default context.
Deja-vu, check the commits of about 2 years ago :-)
Still missing - add /servlet/*, *.jsp and WEB-INF mappings automatically.
costin 02/05/03 10:45:57
Modified:jk/native2/common jk_workerEnv.c
Log:
Remove some old code.
Make sure the protocol is associated with each channel automatically.
Update the default worker as 'lb', and make sure the name is correct.
Revision ChangesPath
1.33
costin 02/05/03 10:47:31
Modified:jk/native2/common jk_worker_ajp13.c
Log:
Update the list of properties to include more lb info.
Automatically add the worker to all the groups that are configured in.
The load balancing is now configured by including (one or many)
costin 02/05/03 10:49:05
Modified:jk/native2/common jk_worker_lb.c
Log:
Try to fix the 'default worker' case.
An lbfactor of 0 means the worker is used exclusively ( as long as it's alive).
Revision ChangesPath
1.5 +65 -27
costin 02/05/03 10:49:12
Modified:jk/native2/common jk_worker_jni.c
Log:
Updates
Revision ChangesPath
1.12 +2 -0 jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c
Index: jk_worker_jni.c
costin 02/05/03 10:49:53
Modified:jk/native2/server/apache2 jk_logger_apache2.c mod_jk2.c
Log:
More updates, return the correct result from setProperty ( or
an message will be displayed )
Revision ChangesPath
1.21 +2 -0
pier02/05/03 11:05:25
Modified:webapp Makedefs.in Makefile.in
webapp/apache-1.3 Makefile.in
webapp/apache-2.0 Makefile.in
Log:
Changes required to start integration with ANT (let's keep things all
together, right?)
Revision Changes
Remy Maucherat wrote:
The save-to-XML feature of the admin webapp appears to be working good (of
course, I only tried the default configuration ;-) ).
I don't know what is the policy that will be used for ovewiting the existing
server.xml, but I would do:
- rename existing server.xml to
costin 02/05/03 11:10:58
Modified:jk/native2/common jk_channel_apr_socket.c jk_worker_lb.c
jk_worker_status.c
Log:
Few fixes. Check errno after using unix socket
Revision ChangesPath
1.12 +9 -2
Ok, I'm about to tackle *my disgrace* build.xml.
When building Tomcat, what properties does it supply me, and what targets
does it execute? And (last but not least) where the heck does it want the
warp.jar?
(I assume this: it passes catalina.home and expects warp.jar in
build/warp.jar, calling
costin 02/05/03 11:23:26
Modified:jk/native2/common jk_uriMap.c jk_worker_lb.c
Log:
Ops :-)
Disabled debugging on uriMap ( can be enabled by setting debug property )
Revision ChangesPath
1.30 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c
On Fri, 3 May 2002 [EMAIL PROTECTED] wrote:
Date: Fri, 3 May 2002 09:51:51 -0700 (PDT)
From: [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Admin webapp save-to-XML
Ok, I don't want to start a flame war or
manveen 02/05/03 11:34:14
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm
JDBCRealmForm.java JNDIRealmForm.java
MemoryRealmForm.java UserDatabaseRealmForm.java
Added:
costin 02/05/03 11:44:03
Modified:jk/native2/common jk_channel_apr_socket.c jk_requtil.c
jk/native2/include jk_service.h
jk/native2/server/apache13 mod_jk2.c
jk/native2/server/apache2 mod_jk2.c
Log:
Even less debugging.
Replace
Removes redundant code
Minor JLS formatting.
-jon
mbean.patch
Description: Binary data
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Pier Fumagalli [EMAIL PROTECTED] wrote:
Ok, I'm about to tackle *my disgrace* build.xml.
When building Tomcat, what properties does it supply me, and what targets
does it execute? And (last but not least) where the heck does it want the
warp.jar?
(I assume this: it passes catalina.home
1 - 100 of 136 matches
Mail list logo
