RPM are currently in works, stay tuned :)
Tomcat 4.1.7 Beta has been released. It includes major bugfixes and
improvements over the previous Tomcat 4.1.3 Beta (please refer to the
release notes for the complete list).
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
I agree with Remy the jetty-specific docs should go with jetty.
Fair enough. Perhaps a pointer to where to find these docs might not
go amiss, though?
We could add an URL in documentation to jetty HOW-TO.
For the native code - I think we can add specific instructions or
direct to
Quoting Remy Maucherat [EMAIL PROTECTED]:
ballot
A) Servlet 2.4 JSP 2.0 API
1. [X] Use new jakarta-servletapi-5
2. [ ] Use the HEAD of jakarta-servletapi
3. [ ] Other:
B) Catalina 2.0
1. [X] Use new jakarta-tomcat-catalina
2. [ ] Use new jakarta-tomcat-5.0
3. [ ] Use the HEAD of
While packaging tomcat 4.1.7 rpm, and trying to make it as secure as
possible with tomcat running as tomcat4:tomcat4 and owning log/work/temp dir),
I see that it tries to write on conf/tomcat-users.xml.new or conf/jk2.properties,
and to mimic apache httpd server conf is owned by root and in
Quoting Ignacio J. Ortega [EMAIL PROTECTED]:
De: Jon Scott Stevens [mailto:[EMAIL PROTECTED]]
Enviado el: 18 de julio de 2002 1:34
[X] I don't want the API's split into separate repo's
[ ] I don't care
[ ] I want the API's split into separate repo's.
I dont see why this
Quoting Bojan Smojver [EMAIL PROTECTED]:
And I answer (to myself :-)
On Tue, 2002-07-23 at 14:47, Bojan Smojver wrote:
So, the unsolved questions for me are:
1. What is it then that jk_handler() does that makes it actually serve the
request when DIR_MAGIC_TYPE is included in the
Quoting Dev Zero G Ltd [EMAIL PROTECTED]:
Hello and thanks for reading!
Trying to build mod_jk2 for Tomcat4 and Apache2... with huge problems :(
Having gotten this far, I have this compile problem:
apache 2.0.39; freebsd 4.4 i386; conne4ctors 4.0.4
snip
[so] In file
I can live with any but the first. It would be nice to have it as a
config
option however. JkOptions is probably fine for 1.2. Not sure where it
should be set in Jk2.
Thanks. I'm not sure about mod_jk2 either. The latest reports show that
the code still doesn't work.
Great to have
Quoting Dev Zero G Ltd [EMAIL PROTECTED]:
First of all - many many thanks to everybody who has helped so far - we
really appreciate it.. Just one last push required. :)
We finally got mod_jk2.so and libjkjni.so to compile (see patch history
at the bottom of the mail), but can't install.
Quoting Dev Zero G Ltd [EMAIL PROTECTED]:
Which version of Apache 2.0 did you have ?
We are running Apache 2.0.39 on FreeBSD 4.4
good
--- patch history start ---
Filename: jk\native2\include\jk_mutex.h
Line #:75
Old line :
#ifdef HAS_APR
New line:
#if APR_HAS_THREADS
+1
Quoting Remy Maucherat [EMAIL PROTECTED]:
Hi all,
Warning: Off topic !
I'd like to post a quick notice about my current job situation.
As of today, I am no longer an employee of Sun Microsystems, and I am
relocating in France.
Welcome back home Remy ;)
Hope to meet you one day in
Quoting Bojan Smojver [EMAIL PROTECTED]:
On Sat, 2002-07-27 at 02:36, Mike Anderson wrote:
Now that Apache 2.0 has been released, when/how should we deliver the
mod_jk plugin (the 1.2.0 version from jtc) for Apache 2.0. Since the
magic number changes between builds, we can't put a
Quoting Bill Barker [EMAIL PROTECTED]:
Should we update all
of the possible tomcat releases (currently 3.2.4, 3.3.1, 4.0.4, 4.1.7
Beta) when Apache updates?
Oups, forgot to say that mod_jk will be release in the jtc builds dir,
Quoting Patrick Luby [EMAIL PROTECTED]:
I would like to propose that we add Jean-François Arcand as a Tomcat
committer. I believe he has submitted enough patches to show that he
will be a positive contributor to Tomcat 5.
Thanks,
Back from vacations (still 1100 mails to review on
Quoting Bojan Smojver [EMAIL PROTECTED]:
On Tue, 2002-08-20 at 00:50, Henri Gomez wrote:
Welcome back from holidays,
Thanks
hope you had a good time...
Rainy ;[
I propose to create a snapshot subdir in jtc, snapshot, and provide here
the
necessary binaries, for example Linux rpms
Quoting Alex Chaffee / Purple Technology [EMAIL PROTECTED]:
Thanks! I added it to the recently-posted Bug 11754. You may want to
add yourself as a CC on this to track its progress.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11754
Thanks also.
I applied the patch to the 4.1.9 rpm
I've got the following error when building TC 4.1.9
build-main:
[javac] Compiling 161 source files to
/usr/src/redhat/BUILD/tomcat4-4.1.9/jakarta-tomcat-4.1.9-src/webapps/build/admin/WEB-INF/classes
[javac] Found 2 semantic errors compiling
Quoting Amy Roh [EMAIL PROTECTED]:
Henri Gomez wrote:
I've got the following error when building TC 4.1.9
build-main:
[javac] Compiling 161 source files to
/usr/src/redhat/BUILD/tomcat4-4.1.9/jakarta-tomcat-4.1.9-src/webapps/build/admin/WEB-INF/classes
[javac] Found 2
The TC 4.1.9 beta rpms are available :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.9-beta/rpms/
Nota that we share now the rpms with the jpackage project (www.jpackage.org), so
for those of you who want to rebuild source rpms, you should go to jpackage site
to get the
Quoting Gernot Lepuschitz [EMAIL PROTECTED]:
As i mentioned last time, i´m writing an AJP Client for our
server. Now that ajp13 supports ssl, I want to implement it, too. But
I don´t really understant how this will work.
ajp13 supports SSL ATTRIBUTES, but don't make use of SSL, so it's not
Hi to all,
I'll need examples files for mod_jk 1.2.0 and 2.0.0beta for the
tomcat-connectors rpm I'm working on.
mod_jk 1.2.0 is well know but there is new features like failover only mode in
Load-Balancing (don't remember the exact synthax). Also we need to comment the
new JkOption
back to the list.
My vote goes for : mod_jk-logo5.jpg
BTW, artwork contributions are welcomed so if you have some nice
logos, just send them to the list.
regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
hgomez 2002/09/05 02:24:43
I'm still working on jk documentation for jk 1.2.0 release.
I switched to this logo (the surfing cat with text), but we could
get another one when we'll see the poll results
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
For those of you interested in seeing the jk documentation in progress
just go to :
http://jakarta.apache.org/~hgomez/jk_docs/
This documentation include jk and jk2 even if I'm focusing
on jk to be ready for mod_jk 1.2.0 release
Regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
Mladen Turk wrote:
One suggestion.
I would use the align=left for most of the tables showing config or
console cause it would look much better, but that's my opinion.
Hum it seems to be a problem with IE, mozilla allready show it at left,
I'll fix the xsl/css
For those of you interested in
jean-frederic clere wrote:
Henri Gomez wrote:
For those of you interested in seeing the jk documentation in progress
just go to :
http://jakarta.apache.org/~hgomez/jk_docs/
This documentation include jk and jk2 even if I'm focusing
on jk to be ready for mod_jk 1.2.0 release
Should
Glenn Nielsen wrote:
Henri,
These docs are really needed. Thanks for taking the lead on this!
A mod_jk 1.2.0 release prealable ;)
I have one comment. The navigation bar on the left links to documents
for both mod_jk and mod_jk2. This could be confusing.
Yes, we should add a subsection
Hi to all,
I think the major part of the works on jk 1.2.0 documentation
is now finished and I need review by jk commiters :
http://jakarta.apache.org/~hgomez/jk_docs/
I'd like more informations from you about properties :
cache_timeout, socket_timeout
Also I still need information on how
I am fighting with the --with-apache (Apache-2.0 static linking)
installation.
There are still some problems:
1 - The make of httpd-2.0 tells the following:
+++
libtool: link: warning: library `modules/jk/lib_jk.la' was moved.
libtool: link: warning: library `modules/jk/lib_jk.la' was
[EMAIL PROTECTED] wrote:
jfclere 2002/09/09 08:00:58
Modified:jk/xdocs menu.idx style.xsl.in
Log:
Add code to allow a dummy document/ in menu.idx: To separte jk and jk2.
Excellent, we just need now to pass the subpart name and will be ready ;)
I'm still waiting comments on
Excellent, we just need now to pass the subpart name and will be ready ;)
Fixed with latest menu.idx and style.xsl.in
I'm still waiting comments on jk load-balancing settings after the
commited lb patches from May 2002 (Costin, Bern, Matthias)
I got your mail and sent it to you
Then I will arrange 1. And document 2 and 3 ;-)
The doc has been updated :
http://jakarta.apache.org/~hgomez/jk_docs/jk/
PS: Will you document 2 and 3 in aphowto.xml ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Remy Maucherat wrote:
I've integrated the JK 2 docs bundle in the TC 4.1.11 docs package
(except the javadocs, which I'll do later today).
I also plan to update the online docs bundle with the latest snapshot
later today.
Remy
--
To unsubscribe, e-mail:
mailto:[EMAIL
Dev Zero G Ltd wrote:
Hello.
Can anybody suggest what is the difference (benefits/shortages) beetween
mod_jk and mod_jk2 connectors from the user point of view?
Thanks for help!
Dev Zero G Ltd team.
http://devzerog.com
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
I tried it. I kinda like the result (but we can choose to link to the JK
docs instead), except for the JK 1 / JK 2 confusion.
may be better make link to jk instead of jk2.
the doc split between commons, jk and jk2 specifics, and I think
we'll focus next time of jk2 specific.
I tried to
The JK docs look a bit like the Maven or Turbine style, so it may be the
next-gen look for Jakarta
http://jakarta.apache.org/turbine/index.html
Largelly grabbed from Pier's mod_webapp documentation style.
What about building docs? We can have one release of TC that is not
necessary to be
[EMAIL PROTECTED] wrote:
jfclere 2002/09/12 03:33:45
Modified:jk/support jk_apxs.m4
Log:
Prevent using --with-apxs2 with apache-1.3 and vice-versa(s).
Revision ChangesPath
1.5 +7 -1 jakarta-tomcat-connectors/jk/support/jk_apxs.m4
Index:
jean-frederic clere wrote:
Henri Gomez wrote:
[EMAIL PROTECTED] wrote:
jfclere 2002/09/12 03:33:45
Modified:jk/support jk_apxs.m4
Log:
Prevent using --with-apxs2 with apache-1.3 and vice-versa(s).
Revision ChangesPath
1.5 +7 -1 jakarta-tomcat
jean-frederic clere wrote:
What about creating style(s) for the nested subsections?
This document is not very readable for the moment and I am looking for
ideas to improve it.
It seems fine to me.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
Pier Fumagalli wrote:
Whoever packaged the tar gzip distribution didn't check that it was actually
_packaged_ properly...
I get a few gazillion broken files (noticeably with some beautiful
././@LongLink entries), and with all file names longer than 100 or
something characters foobared
Did there is plan to make a release of 3.3.2 ?
The fixes in JSPC (submited by one of my co-workers) make it
very usefull for many (including myself).
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Now that we have mod_jk present on JTC, what about removing it from TC
3.3.2 CVS ?
Also is it planned to remove util and use only the one present in JTC ?
From build/gump it seems that util from JTC will be used but
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
At the usual location :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.10/rpms/
---
Tomcat 4 RPM info
the RPM will be named tomcat4 to allow coexistence
with the actual tomcat 3.x RPM (3.2.x and 3.3)
Here is the release notes for the tomcat4.0.x RPM builds.
o Starting with
Pier Fumagalli wrote:
Francis ANDRE [EMAIL PROTECTED] wrote:
Hello
I would like to add a new type of ServletManager and a new type of connector
to Tomcat 4.1.10, defined roughly as
public abstract class DS3270Servlet extends GenericServlet {}
public interface
My recommendation is to stop using autoreload, and use IBM's VM
because for
what I can remember, it handles more file descriptors better than Sun's...
Yes, autoreload should be off on production servers since it cause
performance penalty and also that deploying a new application should
Mladen Turk wrote:
Hi,
Some intro:
Here is the result of the previous discussions regarding using regular
expressions for uri mappings.
I didn't change or enable the conditional build (need some ideas how or
why to do that), although this was the +1 case, so I didn't commit
nothing,
Hi to all,
I've fixed MXInterceptor for Tomcat 3.3.2-dev which will now
be able to use JMX stuff present in JTC.
To enable it, just add in server.xml
MxInterceptor /
To use the jmx http adaptor add port :
MxInterceptor port=8999 /
if you're using mx4j, you could also specify listen host :
Hi,
While working on build.xml to add JMX jars deployment, I noticed
that there is a serious problem when using 'all' target.
all target make clean and dist, but clean erable jtc/buid/ which
make build failed sometimes later
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
All the pcre related code from httd's util.c IMO can be moved to the
apr-util.
IIS/NES implemtation of jk will need pcre as shared libs / dll,
so we'll have to update makefiles and documentations
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
jean-frederic clere wrote:
Henri Gomez wrote:
All the pcre related code from httd's util.c IMO can be moved to the
apr-util.
IIS/NES implemtation of jk will need pcre as shared libs / dll,
so we'll have to update makefiles and documentations
That is mod_jk2...
That's jk2
The upshot is that DateFormats need to be either thread local, or created new
each time.
Created each time is exactly what we want to avoid ;)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
That's jk2 (including IIS/NES) and not just Apache 1.3/2.0 since these
files are in common and used for example in isapi implementation.
Do you means that APR/APR-UTIL is a pre-requisite for ALL servers
implementations ?
Yes. It would be.
That's partially bad, since we'll have with jk2
Shannon Lal wrote:
Henri,
Will you also be submitting any sample code with this?
MXInterceptor let you monitor Tomcat 3.3.2-dev from a JMX
console or via the http adaptor.
To monitor your own code running on tomcat, you need to
adapt what's present in MxInterceptor and DynamicMBeanProxy
http://eservercomputing.com/iseries/archives/index.asp?a=1id=67
It cover the current Tomcat (3.2.4), available on iSeries but
the wizard should be seen.
Regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[pier@bubbles] ~ $ gnutar --help
GNU `tar' saves many files together into a single tape or disk archive, and
can restore individual files from the archive.
[]
Archive format selection:
--posixwrite a POSIX conformant archive
[...]
GNU tar cannot read nor
I've got a problem in loading MX4J and it's http adaptator.
I initially put mx4j and mx4j-tools in lib/container,
next to crimson and xalan but at init time the ClassLoader
didn't find mx4j/mx4j-tools there.
When I moved mx4j and mx4j-tools to lib/common, both are
found but http connector
Hi to all,
Now that code and odc is stabilized in mod_jk 1.2.0, it could be time to
do the release :
Proposals :
Monday 2002/09/23
- Freeze native development
Tuesday 2002/09/24
- Tag JTC as mod_jk 1.2.0 and prepare tarball,
which will contains only :
jk/native
jk/docs
- Tag JTC as mod_jk 1.2.0 and prepare tarball,
which will contains only :
jk/native
jk/docs (generated from xdocs and without jk2 parts)
Do you agree to remove jk2 docs from jk release ?
Just to avoid confusion...
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
Matthew Hannigan wrote:
The current mod_jk expects under CATALINA_HOME/conf.
What do you means by CATALINA_HOME/conf and mod_jk ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Matthew Hannigan wrote:
Henri Gomez wrote:
Matthew Hannigan wrote:
The current mod_jk expects under CATALINA_HOME/conf.
What do you means by CATALINA_HOME/conf and mod_jk ?
Hmm I seemed to have dropped a few words. It's late.
Tomcat generates mod_jk.conf in
CATALINA_HOME
The JK doc is allready available for comments and revue at :
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/doc/
Remember release will be next week.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Jon Monroe wrote:
Hey all,
First off, apologies in advance if this is already addressed in
documentation someplace -- I didn't see it.
you're at the right place
I was attempting to compile the tomcat-connectors/jk/native2 stuff using
the configure/make software. Most of this work has
Mladen Turk wrote:
I would like to make a poll (something non-obligatory as a vote) about
using apr/apr-util inside the jk2. The reason is quite simple, we have
lots of extra code that we either duplicate or just mimic. Since the APR
is already default for Apache2 and IIS, IMO there is no
I'm not sure if this mail ever arrived on list ?
How could I update MxInterceptor to make use of lib/container
CL and sus being able to put mx4j jars in lib/container ???
What needs to happen is to split the j-t-c tomcat-util.jar into two jars
(one for common and one for
Bojan Smojver wrote:
Sounds good (although I have to admit I haven't compiled mod_jk from CVS
for a while).
Just take a look, cvs should be tagged tomorrow ;)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
+1 on using apr/apr-util - but I would preffer doing so for jk2.1.
Let's tag/branch the workspace as jk2.0, with the current code ( as beta
level ), at the moment 4.1 is released. It is stable and works.
Imediately after we start on the main branch with the removal of the
old code, and
Not sure I agree ( completely ).
In theory, jmx is a 'system' API, and we can expect it to be in
common. J2EE has it, catalina has it, etc. So we need to make sure
it's security works and it is safe.
I agree - it is much 'safer' to keep in in container/. But there
are many cases where
With JDK1.4 - this is not possible anyway ( unless reverse loader
is used to load org.apache.xalan classes ).
Interesting point here, will it be possible when using jdk 1.4
to use a specific xalan at least for webapp ?
Just put xalan in common, it won't be worse :-) ( or use 1.4 )
So we'll
I'd like to remove the old jtc/jk/docs now that the xml based
is available.
Do you agree ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Hi to all,
If you tracked the discussion about MxInterceptor and it's
use in Tomcat 3.3.2-dev you should know that we have some
modification to Tomcat 3.3.2 jars layout to be able to
use MxInterceptor :
1) mx4j and mx4j-tools should goes in lib/common
2) mx4j-tools HTTP adaptor require TRAX
Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of:
- a bugfix to URL parsing
- the security fix
ballot
+1 [+1] Yes, I approve this release
-1 [ ] No, because:
/ballot
Which JTC should be used ?
Tomcat 4.1.12 Stable release
Tomcat
Remy Maucherat wrote:
Henri Gomez wrote:
Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of:
- a bugfix to URL parsing
- the security fix
ballot
+1 [+1] Yes, I approve this release
-1 [ ] No, because:
/ballot
Which JTC should be used ?
I bundled the latest
Again, the first error message I get is:
configure: error: can't locate /usr/src/apache/apache_1.3.26/
Incidentally, I tried the native (not native2) and it works fine.
I'm sure JF will fix it quickly.
I'm using DSO (--with-apxs) and never tried static build ;[
--
To unsubscribe,
Larry Isaacs wrote:
Hi Henri,
I would prefer to minimize the impact of upgrading from
3.3.1 to 3.3.2. I agree with Costin that using 4 with
documentation on the steps to enable the MxInterceptor
would be a resonable way to implement this.
So I'll have to take a look at MxInterceptor to
JTC will be tagged JK_1_2_0 by 17h CET.
Regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Mladen Turk wrote:
Hi,
Since there is no major showstoppers and
a) The vhosts should work now
b) Socket BUG 12346 is solved
Here is the release plan:
1. 09/25/2002 - Freeze the further development.
2. 09/26/2002 - If there is no major bugs tag the release as JK2_2_0_0
3.
I tried to build jk with latest cygwin :
- automake used in buildconf.sh didn't support -i
I removed it and make configure, make but it failed :
$ make
Making all in common
make[1]: Entering directory
`/cygdrive/d/jakarta-tomcat-connectors/jk/native/com
mon'
/usr/bin/libtool --mode=compile
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, September 24, 2002 1:38 AM
Subject: Re: [POLL] Tomcat 3.3.2 updates
Larry Isaacs wrote:
Hi Henri,
I would prefer to minimize the impact
I submitted some backport from jk 1.2.0 for AS400 support
to jk2
More to come after JK 1.2.0 release ;-)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
More on cygwin :
libtool seems to need more works, but using makefile.apxs
in jk/native/apache-1.3 seems to works (after fixing socketvar.h
in jk_global.h)
./common/ -Ic:progra~1javasoft1.3.1/include
gcc --shared -o mod_jk.so jk_context.o jk_ajp_common.o jk_md5.o
jk_ajp14_worker.
o jk_ajp14.o
Just after my commits...
Tarball to be released tomorrow.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Ignacio J. Ortega wrote:
De: Henri Gomez [mailto:[EMAIL PROTECTED]]
Enviado el: 25 de septiembre de 2002 0:54
I will move the tag in the isapi_redirector.c file, to port some fixes
done in jk2, this fixes involve to tighten the security measures for IIS
installs, regarding VS selection
Bojan Smojver wrote:
Quoting [EMAIL PROTECTED]:
In the C language we use #ifdef not #ifef :-)
Only if something like this works:
#define #ifef #idef
;-)
Oups, I'll fix the typo ASAP
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
Larry Isaacs wrote:
Hi Henri,
The basic problem is that o.a.t.u.mx.DynamicMBeanProxy.java
carries dependencies, which imposes requirements on the
classloader hierarchy for any class that uses it. In this
case the jmx, parser, and tranform jars would need
to move to lib/common where
Bojan Smojver wrote:
Quoting Henri Gomez [EMAIL PROTECTED]:
Bojan Smojver wrote:
Quoting [EMAIL PROTECTED]:
In the C language we use #ifdef not #ifef :-)
Only if something like this works:
#define #ifef #idef
;-)
Oups, I'll fix the typo ASAP
Actually, Mladen already fixed
Henri Gomez wrote:
Ignacio J. Ortega wrote:
De: Henri Gomez [mailto:[EMAIL PROTECTED]]
Enviado el: 25 de septiembre de 2002 0:54
I will move the tag in the isapi_redirector.c file, to port some fixes
done in jk2, this fixes involve to tighten the security measures for IIS
installs
Mladen Turk wrote:
Just a suggestion.
+1,
It's way better than those I provided for JK 1.2.0 (I never
be a decent graphist)
Good works Mladen
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
I have always supported the use of APR. We should use it every where!
I have just a question what happends with jni (we have to use
the same threads
for JVM and Apache)?
Nothing cannot use the JNI without APR
http://jakarta.apache.org/~larryi/JmxSupport.war
I take a look at this module and I really like it.
What about using it and remove MxInterceptor ?
Could we bundle this module in TC 3.3.2 ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Larry Isaacs wrote:
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 5:55 AM
To: Tomcat Developers List
Subject: Re: [POLL] Tomcat 3.3.2 updates
http://jakarta.apache.org/~larryi/JmxSupport.war
I take a look at this module and I
Think about it - each app can expose config and status
data to the mx layer, and the config app ( or another
tool ) can manage not only tomcat, but also each webapp.
JMX is not restricted to server code, it can ( and should)
be used in user apps as well. And that's where things
will be
Eugene Gluzberg wrote:
I am against only because many apache 1.3 users (who installed apache
from RPMs, like me) will not be able to use jk2, unless there an easy
way to install apr libs/includes, etc on top of apache1.3 Is there?
Yes, working on it ;)
--
To unsubscribe, e-mail:
Ok, since nobody need to add patches to jk/native,
I tagged JTC with JK_1_2_0_rel.
I'll prepare tarball containing only jk/native
(java, webapp and jk/native2 will be removed).
Regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Mladen Turk wrote:
The JTC will be tagged as JK2_2_0_0_BETA at 18:00 GMT.
Until then we need as much work on the docs, anyone can spare ;), or
perhaps it doesn't mater for the tag?
Regards,
MT.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
Ok it works now for both apache 1.3 and 2.0 for simple
workers2.properties :
[shm:]
info=Scoreboard. Required for reconfiguration and status with
multiprocess servers
file=/var/run/jk2-ap13.shm
size=1048576
[channel.socket:localhost:8009]
debug=1
[ajp13:localhost:8009]
[EMAIL PROTECTED] wrote:
mturk 2002/09/26 03:39:57
Modified:jk/native2/common jk_channel_jni.c
Log:
Some Henri's leftovers :)
Revision ChangesPath
1.35 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
Index: jk_channel_jni.c
I've got a question about uris :
In my workers2.properties I've got :
[uri:/examples]
info=Example webapp in the default context.
context=/examples
debug=0
[uri:/examples/servlet/*]
info=Prefix mapping
[uri:/examples/*.jsp]
info=Extension mapping
[uri:/examples/*]
info=Map the whole webapp
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
jk2 still didn't works on Apache 1.3 (something broken on) :
Should work now (tested on WIN32), could you test that on a NIX?
As reported previously, it now works on Linux ;-)
--
To unsubscribe, e-mail: mailto
Mladen Turk wrote:
Look into the /examples/Web-inf/web.xml ;)
What do you means ?
I couldn't get http://myhost/examples/servlets/ until
I comment [uri:/examples/servlet/*] .
And I've set [uri:/examples/*] so any uri under /examples/*
should be directed to tomcat isn't it ?
--
To
I couldn't get http://myhost/examples/servlets/ until
I comment [uri:/examples/servlet/*] .
And I've set [uri:/examples/*] so any uri under /examples/*
should be directed to tomcat isn't it ?
Never tried. Could be a bug or a feature :-)
Hum, since the uri is new to jk2, I think it's a
101 - 200 of 1126 matches
Mail list logo
