Sorry, it was a mix-up on my part.
Thank You,
Anthony
Anthony W. Marino wrote:
FYI, Index.jsp refers to release refers to 4.1.4.
Anthony
I don't see how this can happen. The version number written in that page
is the same that the one which is in the archive name, and diplayed
during
j-t-c build.xml attempts to use a non-existant dir structure.
Thank You,
Anthony
-- Forwarded Message --
Subject: [PATCH] j-t-c build.xml
Date: Wed, 29 May 2002 12:53:25 -0400
From: Anthony W. Marino [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Please
There's an oversite in j-t-c build.xml which has jtc.jar including a
fileset from a nonexistant directory of j-t-c/jk/build/WEB-INF/classes.
In j-t-c/jk build.xml, however, j-t-c/jk/build/classes does get created.
Thank You,
Anthony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
Please find attached changes to j-t-c build.xml which corrects an invalid
fileset used in creation of jtc.jar.
Anthony W. Marino
Pres./CTO, AWM Objects
email: [EMAIL PROTECTED]
jtc-patch_awm-0001
Index: build.xml
===
RCS file
Please find attached changes to j-t-c/jk/native build.xml which modifies the
value of the global property apache13.home. The previous value was too
generic/common a path in the *nix world.
Anthony W. Marino
Pres./CTO, AWM Objects
email: [EMAIL PROTECTED]
jtc-patch_awm-0002
Index
Please find attached changes to j-t-c/jk/native2 build.xml which modifies
the value of the global property apache13.home. The previous value was too
generic/common a path in the *nix world.
Anthony W. Marino
Pres./CTO, AWM Objects
email: [EMAIL PROTECTED]
jtc-patch_awm-0003
Index
Anthony W. Marino wrote:
For example, the apache13.home property is set with too a
generic/common directory location which should, 100% of the time,
evaluate to true when checked with an available task (ie; target
detect).
This global assignment will only occur, of course, when
Jean-Frederic,
If it isn't too much trouble, just initialize apache13.home property in
j-t-c/jk/native(2) build.xml to /opt/apache13. This will be consistant
with how apache2.home is initialized and goes toward a more specific
initialization.
Thank You,
Anthony
Anthony W. Marino wrote
In j-t-c/ build.xml the jar element contains a fileset dir
subelement/attribute that points to jk/build/WEB-INF/classes however the
dir path that's being created in j-t-c/jk/ build.xml is jk/build/classes.
Thank You,
Anthony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
In several places within j-t-c/jk/ build.properties.sample there are
assignment values using parentheses instead of brackets.
For example:
apr.home=$(apache2.home)
instead of:
apr.home=${apache2.home)
Thank You,
Anthony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
On Monday 27 May 2002 09:48 am, Anthony W. Marino wrote:
In several places within j-t-c/jk/ build.properties.sample there are
assignment values using parentheses instead of brackets.
For example:
apr.home=$(apache2.home)
instead of:
apr.home=${apache2.home)
Ooops:
apr.home=${apache2.home
Okie Dokie!!!
Anthony
Anthony W. Marino wrote:
On Monday 27 May 2002 09:48 am, Anthony W. Marino wrote:
In several places within j-t-c/jk/ build.properties.sample there are
assignment values using parentheses instead of brackets.
For example:
apr.home=$(apache2.home)
instead
For example, the apache13.home property is set with too a generic/common
directory location which should, 100% of the time, evaluate to true when
checked with an available task (ie; target detect).
This global assignment will only occur, of course, when one has purposely
commented-out
On Monday 27 May 2002 02:36 pm, Anthony W. Marino wrote:
For example, the apache13.home property is set with too a generic/common
directory location which should, 100% of the time, evaluate to true when
checked with an available task (ie; target detect).
Note that True is when running
You need to set the os specific property (ie; linux) using the condition
task as is done in j-t-c/jk/native2/ build.xml as follows:
Example snippet from j-t-c/jk/native2/ build.xml:
!-- What OS ( it'll determine the includes ) --
condition property=linux
equals arg1=${os.name}
I've been following along with this/these rather ridiculous thread's).
No, I am not a committer, so you can hit the delete key now if you judge
people by their status.
IMHO, giving someone a -1 is one of the rudest things I have seen on this
list in quite a while.
What is most surprising
j-t-c/ ant against latest/previous cvs source has exhibited this:
BUILD FAILED
/usr/local/src/tc4conndir/jakarta-tomcat-connectors/build.xml:17:
/usr/local/src/tc4conndir/jakarta-tomcat-connectors/jk/build/WEB-INF/classes
not found.
I don't ever see anything in this directory, however, I've
: 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Anthony W. Marino [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 21, 2002 7:59 PM
To: 'Tomcat Developers List'
Subject: j-t-c/jk/native2/build.xml: if=linux
are user
preferences and NOT hardcore system relevant properties that can be
ascertained with a built-in property.
Anthony
On Tue, 21 May 2002, Anthony W. Marino wrote:
Where/when does the linux property get set?
In your build.properties.
Hopefully we'll be able to automate this ( extract
2F39 DC9B 904A 364F 80E6
-Original Message-
From: Anthony W. Marino [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 22, 2002 1:51 PM
To: Tomcat Developers List; GOMEZ Henri
Subject: Re: j-t-c/jk/native2/build.xml: if=linux
What availability timeframe are we talking about?
Anthony
: Anthony W. Marino [mailto:[EMAIL PROTECTED]]
Sent: Saturday, May 18, 2002 1:08 AM
To: Tomcat Developers List; Bill Barker
Subject: Re: Status of JK2
ant all in jk dir gives me the same error:
/mydirpath/jakarta-tomcat-connectors/jk/build.xml:100: Could
not find file
/mydirpath/jakarta
Is cvs state (changes) ok to download at this point or what time tonight
(USA EST)?
Thanks,
Anthony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Tuesday 21 May 2002 05:11 am, jean-frederic clere wrote:
Anthony W. Marino wrote:
Are there any side effects to using Ant 1.5B1 with existing TC drops?
It works great for me.
I am using ant download behind a fire wall that works only with
ant-1,5B1.
I just started using it last evening
On Mon, 20 May 2002, Anthony W. Marino wrote:
Costin,
I've experienced all kinds of build problems using Ant however it's
what I prefer to use and I'll pass along the changes when finished.
Ant is what I prefer to use, but the final goal is to make it easy for
people to build mod_jk
Where/when does the linux property get set?
Thank You,
Anthony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
(TC4.1.2/JK2/Apache2)
1) Is it required that for a mod_jk2.so build/distribution that the entire set
of coyote jars also be distributed when the build is based on a new j-t-c
download from cvs?
2) Can Ant1.5b1 be used to build existing files?
Thank You,
Anthony
--
To unsubscribe, e-mail:
Costin,
I've experienced all kinds of build problems using Ant however it's what I
prefer to use and I'll pass along the changes when finished.
Are you going to be gone for long??? Just have a good time, regardless of
what/where!
Thank You and Have A Nice Evening!
Anthony
Using connector source from cvs, from yesterday afternoon, I built mod_jk2.so
for use with Apache2.0.36/TC4.1.2/SuSE Linux. I copy workers2.properties
into a2/conf and then add a LoadModule statement to a2/conf/httpd.conf.
TC starts seemingly ok then after a minute or so I start httpd which is
Current [shm] settings:
[shm:]
info=Scoreboard. Required for reconfiguration and status with multiprocess
servers
file=${serverRoot}/logs/jk2.shm
size=100
debug=0
disabled=0
I will add debug=1 and then advise.
Thanks,
Anthony
On Sun, 19 May 2002, Anthony W. Marino wrote:
Using
debug=0
disabled=0
I will add debug=1 and then advise.
Thanks,
Anthony
On Sun, 19 May 2002, Anthony W. Marino wrote:
Using connector source from cvs, from yesterday afternoon, I built
mod_jk2.so for use with Apache2.0.36/TC4.1.2/SuSE Linux. I copy
workers2.properties into a2/conf
After building jk2 from cvs and distributing mod_jk2.so to Apache2, is it also
necessary to redistribute built jars to TC too?
Anthony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
servers
file=${serverRoot}/logs/jk2.shm
size=100
debug=0
disabled=0
I will add debug=1 and then advise.
Thanks,
Anthony
On Sun, 19 May 2002, Anthony W. Marino wrote:
Using connector source from cvs, from yesterday afternoon, I built
mod_jk2.so for use
Thanks. I'm assuming that the patch is already in cvs so I'll try again with
the patch on a linux system later this evening.
Anthony
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: domingo 19 de mayo de 2002 14:53
eventually consumes almost all my available disk space
Are there any side effects to using Ant 1.5B1 with existing TC drops?
Thanks,
Anthony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
installation (ANT_HOME).
Any thoughts?
Thanks,
Anthony
On Fri, 17 May 2002, Anthony W. Marino wrote:
Costin,
If you can give me an idea what I need to do to get it built/running with
apache2/TC4.1.2/SuSE7.3 I would be more than happy to do some testing if
not more.
cvs co jakarta
parts of JK first (go in
jakarta-tomcat-connectors/jk, do ant), which include the Ant tasks.
Remy
--
Anthony W. Marino
Pres./CTO, AWM Objects
email: [EMAIL PROTECTED]
phone: (732) 610-2441
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Are there other properties files that I need to adjust besides in jk and
jk/native2
Thanks,
Anthony
Try ant all.
- Original Message -
From: Anthony W. Marino [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]; Remy
Maucherat [EMAIL PROTECTED]
Sent: Friday, May
ant all in jk dir gives me the same error:
/mydirpath/jakarta-tomcat-connectors/jk/build.xml:100: Could not find file
/mydirpath/jakarta-tomcat-connectors/coyote/build/lib/tomcat-coyote.jar to
copy.
Anthony
Try ant all.
- Original Message -
From: Anthony W. Marino [EMAIL
Remy,
With connector source from cvs (nothing compiled) what is the very least
process I need to do in order to get jk2 for apache2/TC4.1.2/SuSE7.3?
Thank You,
Anthony
Remy,
The result of ant in jk dir:
/mydirpath/jakarta-tomcat-connectors/jk/build.xml:100: Could not find file
ant coyote in jtc results:
BUILD FAILED
/mydirpath/jakarta-tomcat-connectors/build.xml:17:
/mydirpath/jakarta-tomcat-connectors/jk/build/WEB-INF/classes not found.
Anthony
On Fri, 17 May 2002, Anthony W. Marino wrote:
ant all in jk dir gives me the same error:
/mydirpath/jakarta
/jakarta-tomcat-connectors/jk/build/WEB-INF/classes not found.
Anthony
On Fri, 17 May 2002, Anthony W. Marino wrote:
ant all in jk dir gives me the same error:
/mydirpath/jakarta-tomcat-connectors/jk/build.xml:100: Could not find
file
/mydirpath/jakarta-tomcat-connectors/coyote/build
Costin,
If you can give me an idea what I need to do to get it built/running with
apache2/TC4.1.2/SuSE7.3 I would be more than happy to do some testing if not
more.
Thank You,
Anthony
On Fri, 17 May 2002, Anthony W. Marino wrote:
I'm now running TC4.1.2 and want to use mod_jk2/apache2
]
---
--
Anthony W. Marino
Pres./CTO, AWM Objects
email: [EMAIL PROTECTED]
phone: (732) 610-2441
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
SEVERE: APR error, disabling jni components: java.io.IOException: no apr in
java.library.path
Any suggestions came very much appreciated!
Thank You,
Anthony
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
To All,
I just found a posting by Remy in acknowledment to this and his recommendation
of toning down the severity for this error.
Thanks,
Anthony
Seek and you shall find!
SEVERE: APR error, disabling jni components: java.io.IOException: no apr
in java.library.path
Any suggestions
On Sun, 5 May 2002, Anthony W. Marino wrote:
SEVERE: APR error, disabling jni components: java.io.IOException: no apr
in java.library.path
Any suggestions came very much appreciated!
Nothing wrong. I'll change the message.
I found another message posted from Remy about this being
I would like to run TC41 with however I have some questions I need answered.
1) Do I need to (should I) update the coyote connectors available in this drop
with a more recent drop found somewhere else?
2) What mod_jk2 drop should I use to test TC41/Apache2 integration?
Thank You,
Anthony
--
On Thu, 2 May 2002, Anthony W. Marino wrote:
I would like to run TC41 with however I have some questions I need
answered.
1) Do I need to (should I) update the coyote connectors available in this
drop with a more recent drop found somewhere else?
I don't think so. You can wait
I didn't find anything at those links.
On Friday 11 May 2001 00:46, you wrote:
Tomcat 4.0-beta-4 is the latest update to the next generation version of
Tomcat 4.0. It supports the most recent specification updates (Servlet
2.3 Proposed Final Draft 2, JavaServer Pages 1.2 Proposed Final Draft
Thank you.
Anthony
On Saturday 12 May 2001 11:25, you wrote:
On Sat, 12 May 2001, Anthony W. Marino wrote:
I didn't find anything at those links.
That's because a security vulnerability was reported Friday morning. A
revised release (beta 5) is forthcoming.
Craig
Uppercase words represents shouting which is poor list etiquette.
On Monday 07 May 2001 18:31, you wrote:
Hi!, I get the following exceptions from tomcat when I try to access a
secure JSP using Veisign certificates:
2001-03-22 03:47:18 - Ctx( ): 400 R( /) null
2001-03-22
51 matches
Mail list logo