king about, looks great.
Now, the big question - where can I add a sandbox/experimental directory?
Costin
Mark
Like:
tomcat/
tomcat/catalina
tomcat/connectors
tomcat/jasper
tomcat/build ( or something else - jakarta-tomcat-5 is just the top
level build and utils )
There is little ben
separate repos.
Costin
Remy Maucherat wrote:
Bill Barker wrote:
It occurs to me that I may have misunderstood, and you were just talking
about setting up the svn:externals for tomcat/current. If that's the
case,
then +0 (I don't really care, but I'm glad that somebody does :).
costin 2005/09/29 08:28:20
Modified:.build.xml
Log:
Added the target to build coyote standalone. ( there are missing files - the
j-t-c/mini directory in particular - don't try to build until
after svn transition, or whenever the rest of the files land )
This is
costin 2005/09/29 07:36:25
Modified:catalina/src/share/org/apache/catalina/startup
CatalinaProperties.java
Log:
Busted by the tab police, fixed the settings.
Revision ChangesPath
1.10 +4 -4
jakarta-tomcat-catalina/catalina/src/share
costin 2005/09/28 23:35:48
Modified:util/loader/org/apache/tomcat/util/loader Loader.java
Module.java ModuleClassLoader.java
ModuleListener.java Repository.java package.html
Removed: util/loader/org/apache/tomcat/util/loader
costin 2005/09/28 23:27:50
Modified:coyote/src/java/org/apache/coyote ActionHook.java
ActionCode.java Adapter.java InputBuffer.java
OutputBuffer.java Processor.java
ProtocolHandler.java Request.java
Log:
Just a
BTW - there are still few files missing, but the end result is a 1.2M
jar containing all deps, that can be run with "java -jar" and only
requires a webapps/ dir in the current dir.
Costin
[EMAIL PROTECTED] wrote:
costin 2005/09/28 23:07:24
Modified:.build.xml
me of the changes in IntrospectionUtils in my workspace as
well, so I don't have to commit that :-)
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
costin 2005/09/28 23:07:24
Modified:.build.xml
Log:
Add a target to build the standalone jar - in case anyone wants to play with
it.
Revision ChangesPath
1.239 +87 -1 jakarta-tomcat-5/build.xml
Index: build.xml
costin 2005/09/28 22:55:15
Modified:catalina/src/share/org/apache/catalina/core
AprLifecycleListener.java
catalina/src/share/org/apache/catalina/startup
Bootstrap.java WebRuleSet.java
catalina/src/share/org
costin 2005/09/28 22:52:49
Modified:catalina/src/share/org/apache/catalina/startup Catalina.java
CatalinaProperties.java ContextConfig.java
Embedded.java
Log:
Another small commit dealing with the 'single-jar'/minimal case
I have few weeks, I'm trying to sync up some of the few changes I made
in the last year before the code is moved to svn and try a bit more
the 'embedded' scenario ( both single-jar tomcat - that actually works
well, and also coyote-only ).
I uploaded 2 jars at http://people.apa
Mark Thomas wrote:
Mladen Turk wrote:
Costin Manolache wrote:
Hi,
Also, I would like to add another directory under j-t-c, with a build
file and few classes for a 'mini' experiment - i.e. using the
connector standalone, as a minimal http server, and also a target to
build
costin 2005/09/14 23:04:01
Modified:catalina/src/share/org/apache/catalina/startup
Bootstrap.java
Log:
Support for corner case, when all tomcat is in a single jar and no fancy
classloaders are used.
Revision ChangesPath
1.23 +9 -5
William A. Rowe, Jr. wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
I doubt that filling the inbox with the bug reports or commit messages
will make anyone care more ( or make anyone read them when they don't
want to ) :-) It seems most people use filters anyway, and those who
ained for quite a while
after switching to JDK1.3 and then JDK1.4. I don't see how anyone who
has been around for past upgrades could expect a mass migration to the
new servlet spec and JDK1.5.
Costin
Yoav Shapira wrote:
Hi,
Tomcat 5.5 will always allow JDK 1.4. Tomcat 6.0, as requi
costin 2005/09/11 09:25:20
Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Added: http11/src/java/org/apache/coyote/http11
Http11BaseProtocol.java
Log:
Small refactoring removing the compile time dependency between http
Bill Barker wrote:
- Original Message -
From: "Costin Manolache" <[EMAIL PROTECTED]>
To:
Sent: Thursday, September 08, 2005 10:56 PM
Subject: Small refactoring in Http11Processor
Hi,
I have a small patch, spliting the JMX-dependent code in
Http11Processor, i.e.
t-c seems closest to that :-)
Costin
? src/java/org/apache/coyote/http11/Http11BaseProtocol.java
Index: src/java/org/apache/coyote/http11/Http11Protocol.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/http11/src/java
ased interfaces ( like gmane's RSS view or
the html viewer ) are almost useless due to the noise, and filtering the
news is not easy either.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ea to use an impl. of commons-logging that eventually calls
servletContext.log().
Maybe a better solution would be to have the Velocity LogSystem send
messages to commons-logging, then everything will go to c-l and the
chosen impl.
Costin
---
e difference on performance ( with this optimization
backported ) will be small. But if you use the old style of interface -
I'm sure jni will be slower (it was slower 2 years ago).
Costin
Christine Ho wrote:
Hi,
Thanks a lot. I am really appreciated for your
reply. How about the wo
Did tomcat move to svn already ?
Costin
[EMAIL PROTECTED] wrote:
Author: markt
Date: Sun Aug 14 04:48:32 2005
New Revision: 232601
URL: http://svn.apache.org/viewcvs?rev=232601&view=rev
Log:
Remove CVS closure warning from SVN
Removed:
tomcat/watchdog/branches/tc4.1.x/WARNING
Bill Barker wrote:
"Costin Manolache" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Bill Barker wrote:
If I understand you correctly, you want MsgAjp to use ByteBuffer instead
of byte []. At the cost of never supporting JDK 1.3 ever again, this
would p
biggest difference will be if it's a 'direct' buffer, i.e. zero
copy. Classpath ( gcj, kaffe, etc ) also has byte buffer support - so
it should be ok, if anyone needs jdk1.3, they can use the old code.
But where is the code ?
Costin
Rémy
This message is intended only for
Mladen Turk wrote:
Costin Manolache wrote:
I'm still trying to understand the APR connector, but from what I see
it is still mapping one socket ( 'keep alive' connection ) per thread.
No it doesn't. If the connection is keep-alive, and there is no activity
for 100ms, the
ike load balancing ) not
accepting is the right solution, but in other cases droping connections
is not what people want ( in particular if most of the threads are just
waiting on keep alives ).
( sorry if I missed some details in the new implementation :-)
Costin
---
alive connections doesn't mean 100 active requests,
in real servers there are many 'keep alive' connections that are just
waiting for the next request.
In all servers I know, concurrency was higher than the configured number
of workers - at peak time, at least, where performa
it for the 90% of people - at least until IE gets down to
some 49%.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Bill Barker wrote:
- Original Message - From: "Costin Manolache"
<[EMAIL PROTECTED]>
To:
Sent: Friday, April 08, 2005 7:23 PM
Subject: Re: New TLP draft
Remy Maucherat wrote:
Need to identify just how much of the jakarta-* CVS will go with
Tomcat. Watchdog + ServletAPI
same committer list as
tomcat, and are closely related.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
of course it
makes sense to just keep the trees as they are.
Costin
-Tim
Remy Maucherat wrote:
Hi,
Here's a new draft with the necessary updates.
I suppose this needs to be sent to the PMC for approval. If this draft
is ok, I will send it there.
Then there are infrastructure taks:
- renami
uld now be removed.
+1
To get things started, since I'm probably close to the 6 month
inactivity limit ( in either direction :), I would like to ask to stay
in the active list :-)
Costin
-
To unsubscribe, e-mail: [EMAIL P
ve committers.
( for example because they plan to return to active soon, etc :-). We
could send a mail to everyone in the avail list, and if we don't get an
answer or we get an 'I don't care' - we should do the switch.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
nalize' each
package to their own taste ( we all know how painful it is to switch
from one distro to another or use/support 2 distros - each file is in a
different place - this is called lock in ). On windows - you can get
nice binaries, with installer and everythin
count ( or just the winner ) of all private
votes he receives, as well as the list of people who voted - we can
check against avail and update the PMC member list as well. ( a vote by
a committer is an indication that he wants to vote so he wants to be in
Yoav Shapira wrote:
The initial Tomcat PMC chair should be:
[ +1 ] Remy Maucherat
[ ] Yoav Shapira
Next year I'll switch, Yoav is great - I just think Remy deserves to be
the first chair...
Costin
-
To unsubscribe, e
tes is going to be quite small ( Remy, Yoav, you, Bill - and
Craig or Justina if they choose to get back )
For 'managerial' and 'political' - I think both did both ( maybe without
enjoying it, but still...)
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
to maintain it ? Or maybe if some company would donate the money for a
hosting service ( like openoffice.org or java.net seem to work ) ?
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ot of time with SWT - if I would write an UI app, it'll be my choice.
However, I think it would be more interesting to do the the admin app in XUL.
Seriously ! It'll mean it requires mozilla/firefox/etc - but I think it would be
easier to maintain and develop it, and much more interesting.
Remy Maucherat wrote:
Costin Manolache wrote:
Yoav Shapira wrote:
If Remy is interested, I think it would be fair to have a vote. If
whoever is first later decide he had too much politics/admin pains -
we'll have a backup ready :-)
At this point, I think I cannot avoid being a candidate.
y people as possible volunteer for the
unpleasand admin work - it will only make the admin job easier, and
it'll make the rotation transition easier too.
Costin
I'm also fine with the annual rotation as suggested by Costin.
Yoav
---
candidate' ? ( if he doesn't want
- of course, someone else needs to be 'volunteered' ).
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hat I think it would be good if he is the
first chair.
I think the idea of rotating ( let's say yearly ? ) would be an excelent
one - it'll avoid having people serve for too much ( and sometimes avoid
bad habbits - like forgeting to ask the community before making
i
t be in PMC ( unless you really don't want to )
I don't know if I deserve it tough - since I haven't been very active
last year - but since my project is now over, I hope to get back on
tomcat and become active :-)
Costin
-
will be a problem - only his
acceptance ( it'll not involve too much coding :-).
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ing engine - could it run the .js or .py instead of
.bat? And the most interesting - could you specify an executable .jar as
the command ?
It's just that .bat is one of the ugliest scripting languages...
Having the unix-st
init.d files ?
I like the idea of running a .bat ( or arbitrary .exe ) as a service
based on the analogy with the init.d files - but it needs the
stop/restart as well.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Both +1, of course.
I guess you meant 'commiters for jakarta tomcat project' :-)
Costin
Mladen Turk wrote:
I'd like to nominate Jim Jagielski ([EMAIL PROTECTED]) and
William A. Rowe ([EMAIL PROTECTED]) as commiters for the
JTC connectors.
Both of them are long time ASF members
e to stick with the stable environment.
Costin
Henri Yandell wrote:
I've not heard anything about it being mandatory yet, but the numbers
speak for themselves.
The www.apache.org site has 24 coding projects. There are 22 projects
listed on the svn.apache.org/viewcvs.cgi page. 2 of those are d
Is this mandatory ? I suspect there'll be a lot of build
script/doc/habits/tool changes involved. CVS is working reasonably well
at the moment, and a lot of tools have (finally) very good support for it.
Costin
Henri Yandell wrote:
Just wondering if the Tomcat community have any thoughts
st.
What do you mean by 'try localhost first' ? The name 'localhost', or
'127.0.0.1' or whatever the number is in IPV6 ? I guess the reason for
InetAddress.getLocalHost() is the wacky differences between OSes :-),
and if it's broken on a platform - it sho
default configuration only to deal
with this case won't happen. If a computer can't locate itself by name -
you'll have a lot of other problems.
Costin
( BTW - if you plan to participate in any open source project - be
prepared for a lot of hurt feelings and negative comment
requirements.
Costin
[EMAIL PROTECTED] wrote:
mturk 2005/02/02 23:47:49
Added: jni/native/src ssl.c
Log:
Add OpenSSL support.
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jni/native/src/ssl.c
Index: ssl.c
the bug and add the
fix. It would be a better way to spend the time instead of arguing about
closing/not closing it or hurt feelings :-)
Costin
Al Sutton wrote:
In answer to your points;
on 3) I'm not asking for it tested on all distros, just those where issues
have arisen. If no-on
d
because I can't reproduce on my own personal setup". Which kinda
Probably the comments should be more explicit - like 'unsupported
platform / not reproductible on supported platforms '.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ter though.
Rémy
Maybe a solution would be to subscribe from an address that uses SPF -
apache checks for SPF, so it'll reject it.
I don't like SPF for many resons, but it does have its benfits :-)
Gmail.com does spf btw.
Costin
-process on win and macosx ).
Writting apache modules in java has been attempted before -
unfortunately it never quite worked, and the multiprocess issue is just
one of the problems.
Costin
Fox,Tim wrote:
Hi Mladen -
Thanks for your reply.
I suspected as much.
My real motivation here is to
t would be better to rename it to org.apache.tomcat.jni or
something, keep the apr stuff as 'tomcat interface with apr' ( with a
comment that when/if apr does have an official binding - we can switch),
and keep it open for the other non-apr stuff that may be interesting.
Costin
Willia
Bill Barker wrote:
- Original Message -
From: "Costin Manolache" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, January 12, 2005 4:14 AM
Subject: Re: Deprecation and JK2
A lot of the code is actually specific to the now-dead Jk2 - if the
native jk2 is gone, probably you shou
ocess ? Is it still supported with jk1.x ?
Costin
Remy Maucherat wrote:
Henri Gomez wrote:
+0
JK / JK2 are also very specific to our current AJP implemtation.
Maybe they should be called AJP instead ?
I thouhgt I had done enough damage with my package renaming and class
moving ;)
The renaming here
re to allow data to move from/to the pool
and java heap.
Why not checking it in j-t-c ?
Just to make sure - you expect it to also have non-apr native methods ?
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Remy Maucherat wrote:
Costin Manolache wrote:
Maybe:
* @author Jason Hunter, as part of the book "Java Servlet Programming"
* (O'Reilly). See http://www.servlets.com/book";>
* http://www.servlets.com/book for more information.
?
I think it is fair to respect the author wish
ds against @author tags and they may be
someday removed, it doesn't matter that much...
Costin
[EMAIL PROTECTED] wrote:
remm2005/01/04 14:14:42
Modified:util/java/org/apache/tomcat/util/http
LocaleToCharsetMap.java
catalina/src/sh
ow small a contribution is ( or looks at
some later time ), keeping the reference to the author and whatever else
the author wants to include is the right thing to do ( if the code is
accepted and used ).
Too bad what's ethical doesn't matter that much, only copyrights and IP
o
w it can be
used, I love jni :-)
Costin
Peter Lin wrote:
So which way would be best/better to proceed? Since mladen has his
apr-java stuff, would it make sense to do this?
1. write native windows dll
2. write apr component
3. use apr-java to wrap apr
4. wrap apr-java with mbeans
or
1. write a
ement sysinfo, but have a way to get more
platform-specific information and access platform-specific features.
Costin
-Original Message-
From: Peter Lin [mailto:[EMAIL PROTECTED]
Sent: Monday, January 03, 2005 10:04 AM
To: Tomcat Developers List
Subject: Re: adding features to Status se
ary_path issues. If you do it for one library,
it's easy to add more.
Costin
Mladen Turk wrote:
Peter Lin wrote:
that sounds great. does it have support for sysinfo? if it does, I'll
try using your apr-java package.
No, but it's up to us to decide what will go inside.
APR is include
ove to commons?
BTW - it would be really great if it would use the SWT model, i.e. JNI
methods matching exactly the APR signatures and param types, with
minimal ammount of C wrapper code. It works really well, and it's the
easiest to maintain and fastest of all
S-specific
informations of interest ( including in Windows ), JMX is designed
exactly for this - to expose management info for different systems.
Costin
Peter Lin wrote:
that's why I decided it was a good idea to ask for other's thoughts.
From a stress testing perspective, I find system load
age.
peter lin
Wouldn't be better to have a way to display an arbitrary mbean
attribute, plus an mbean tracking system load ( and maybe memory/disk
statistics ) ?
Dealing with jni is allways tricky ( including build issues, etc ) - it
is better to have it in separate
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Costin Manolache wrote:
Are you joking :-) ?
If we can not alloc couple of bytes from the system, then the
entire system is unstable.
Or that the process that makes the malloc() has reached a configurable
limit of the amount of
7;s
the purpose to continue?
Mt.
Are you joking :-) ?
At least do an printf and exit(), coredump is never good (some systems
don't collect the core - so the user will have no idea what just
happened ).
Costin
-
To unsu
sage saying "null request". Actually, it
sounds like one of these useless M$ error messages.
Lol and +1 for Bill's suggestion to change text to "if you're reading
this, you're a moron" :D
As long as the excepti
..
It seems there is some mass - if the same idea is mentioned at the same
time by more people :-)
I think it would be good to have few tomcat committers as project admins
- at least 3 (the magic number). I volunteer, it seems Yoav is also
interested - anyone else ?
Costin
Yoav Shapira
ntrib as well. This would
be a good idea even for committers - there is experimental stuff and
code that is not necesarily "servlet container" but is tomcat related (
like non-http servers, etc ).
Costin
Any other ideas?
Meg
-Original Message-
From: Leslie Kishalmi [mailto:[E
most of modeler's logic. But all the descriptors
need to be converted.
But what do you want to use instead and how ? Move the mbean descriptors
to conf/ so it can be replaced with another format ( since this is
specific to modeler ) ?
C
without using one of the existing solutions. And not
droping featurea from mod_jk. But you're right - lack of community
interest was the main problem.
Costin
Dave.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
JK 1.2.x or should we start a 'new' APR JK 1.2.x based
implementation ?
Why use APR in mod_jk ?
Support for Apache1.3 is IMO more important than support for IIS. And so
far, mod_jk seems to work without any apr - and it is in maintainance
mode, so no major changes should be made.
Cost
agree - for Apache ( even 2 ) the complexity of multiprocess
is too big and it's not worth it in almost all cases.
But having a jni library to access OS-specific features is not a bad
idea. For example registry, change UID ( I know c-daemon could do the
same), unix sockets, et
can't live with the 2-line per log and the formated date, and I
found no way to change this ( except writting my own formatter ).
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ed AFAIK. IF you look
at jmxremote webapp that I checked in - there is no mx4j or sun code,
just plain javax.
Costin
--
Jess Holle
Remy Maucherat wrote:
Dominik Drzewiecki wrote:
I couldn't get the attach to process thing to work, though (=
without a port). Is it supposed to be doable ?
N
; if it's really needed,
then it should be renamed, or an alternate name should be allowed.
No, removing jk2.properties - and removing JkMX - is a good thing.
I'll check in the webapp code, it's easier to talk about code - if
people don't like it, feel free to -1 :-)
Costin
-
t
the 5.5 schedule by breaking something :-)
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Mladen Turk wrote:
Costin Manolache wrote:
Mladen Turk wrote:
What about commons-deamon?
What about it :-) ?
Daemon is a different level - it's about launching a resident process
(or service in windows ). No connection with how the process is loading
its classes.
Sure, but the whee
costin 2004/10/06 08:41:44
Modified:util build.xml
util/loader/org/apache/tomcat/util/loader Loader.java
Module.java
Log:
A bit of cleanup. The lib dir and the checked in binaries are long gone.
Avoid creation of loader dir if loader is
Mladen Turk wrote:
Costin Manolache wrote:
Mladen Turk wrote:
Costin, can you elabborate the purpose of the patch?
Perhaps I've missed few discussions.
There are few goals:
- allow tomcat components ( connector, valves, etc ) to be
added/removed/upgraded dynamically, at runtime - wi
costin 2004/10/06 08:30:16
Added: webapps/jmxremote README
Log:
Add the readme
Revision ChangesPath
1.1 jakarta-tomcat-catalina/webapps/jmxremote/README
Index: README
===
Simple
costin 2004/10/06 08:24:57
Added: webapps/jmxremote build.xml
Log:
build file
Revision ChangesPath
1.1 jakarta-tomcat-catalina/webapps/jmxremote/build.xml
Index: build.xml
costin 2004/10/06 08:17:24
Added: webapps/jmxremote/WEB-INF web.xml
webapps/jmxremote/WEB-INF/src/org/apache/tomcat/servlets/jmxremote
JmxRemoteServlet.java
Log:
Add the jmx remote class.
mx4j.jar and mx4j-remote ( or JDK1.5 ) are needed
costin 2004/10/06 08:14:51
jakarta-tomcat-catalina/webapps/jmxremote/WEB-INF/src/org/apache/tomcat/servlets/jmxremote
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
costin 2004/10/06 08:14:45
jakarta-tomcat-catalina/webapps/jmxremote/WEB-INF/src/org/apache/tomcat/servlets -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
costin 2004/10/06 08:14:39
jakarta-tomcat-catalina/webapps/jmxremote/WEB-INF/src/org/apache/tomcat - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
costin 2004/10/06 08:14:35
jakarta-tomcat-catalina/webapps/jmxremote/WEB-INF/src/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
costin 2004/10/06 08:14:29
jakarta-tomcat-catalina/webapps/jmxremote/WEB-INF/src/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
costin 2004/10/06 08:14:16
jakarta-tomcat-catalina/webapps/jmxremote/WEB-INF/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
costin 2004/10/06 08:14:09
jakarta-tomcat-catalina/webapps/jmxremote/WEB-INF - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
costin 2004/10/06 08:14:04
jakarta-tomcat-catalina/webapps/jmxremote - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Mladen Turk wrote:
Costin, can you elabborate the purpose of the patch?
Perhaps I've missed few discussions.
There are few goals:
- allow tomcat components ( connector, valves, etc ) to be
added/removed/upgraded dynamically, at runtime - without requiring a
full restart.
- cleanup the st
Bill Barker wrote:
- Original Message - From: "Costin Manolache"
<[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 05, 2004 10:06 PM
Subject: JMX Remote connection
Hi,
Not sure what's the new policy for loading the Jmx RMI connector.
jk2.prop
1 - 100 of 3271 matches
Mail list logo
