, 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 benefit those
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 :).
svn:externals
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
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]
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
Log:
Add
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
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/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/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 200K
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, where we
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
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.apache.org/~costin
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
don't
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
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 a minimal
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 required
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: tomcat-dev@jakarta.apache.org
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
( 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]
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/org/apache/coyote/http11
-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
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 worker MPM? My team
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=232601view=rev
Log:
Remove CVS closure warning from SVN
Removed:
tomcat/watchdog/branches/tc4.1.x/WARNING.txt
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 probably actually improve
).
The 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 the use
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 performance matters.
Costin
, 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
-
To unsubscribe, e-mail
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 socket is put
- at least until IE gets down to
some 49%.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
committer list as
tomcat, and are closely related.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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:
- renaming mailing lists
- moving
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]
, 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 PROTECTED]
For additional commands, e-mail: [EMAIL
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 everything else you would expect -
distributed by the package authors.
Costin
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
the pmc :-).
Costin
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-mail
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. Yoav
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.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED
or java.net seem to work ) ?
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
)
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]
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]
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
-
To unsubscribe, e-mail
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
important decisions :-)
Costin
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]
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
-
To unsubscribe, e-mail: [EMAIL PROTECTED
that .bat is one of the ugliest scripting languages...
Having the unix-style service mechanism, i.e. a script with
start/stop/etc is IMO a step forward and makes it much easier to
deal with services.
Costin
-
To unsubscribe, e
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. Jim is even
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 additional commands, e-mail: [EMAIL
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 dead, so
20 out of 24
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 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 comments, if you can't
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 should be fixed ( by Sun or OS
vendor )
Costin
Al
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
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]
. 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-one has FC2 installed then thats
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
-
To unsubscribe
( but in-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
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
William A. Rowe, Jr. wrote:
At 01:56
? 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 is nearly
Bill Barker wrote:
- Original Message -
From: Costin Manolache [EMAIL PROTECTED]
To: tomcat-dev@jakarta.apache.org
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
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 a href=http://www.servlets.com/book;
* http://www.servlets.com/book/a for more information.
?
I think it is fair to respect the author wish for attribution
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
ownership :-)
Costin
-
To unsubscribe, e
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/share/org/apache/catalina/util
. 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 included, but I wish to leave
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 servlet
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 apr component to call system
- 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 JNI flavors I've seen.
Costin
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 modules.
Costin
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 stats very
valuable
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
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 unsubscribe, e-mail: [EMAIL
, 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 exception doesn't get into the web browser of some user :-)
Costin
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:[EMAIL PROTECTED]
Sent: Friday, October 29, 2004 5:29 PM
...
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 http
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 ) ?
Costin
- lack of community
interest was the main problem.
Costin
Dave.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This message is intended only for the use of the person(s) listed
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.
Costin
On Fri
- 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, etc.
Costin
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 ?
Neither have I (I am talking
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]
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 startup
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]
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: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: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: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: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: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: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: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: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:30:16
Added: webapps/jmxremote README
Log:
Add the readme
Revision ChangesPath
1.1 jakarta-tomcat-catalina/webapps/jmxremote/README
Index: README
===
Simple
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 - without
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
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 wheel
schedule by breaking something :-)
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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
-
To unsubscribe, e
costin 2004/10/05 21:56:33
jakarta-tomcat-connectors/util/loader - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
costin 2004/10/05 21:56:39
jakarta-tomcat-connectors/util/loader/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1 - 100 of 2992 matches
Mail list logo