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=18698.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Prasanth S wrote:
Henri,
I have autmake 1.6.3 , libtool 1.4.2, autoconf
2.53 I usually run ./buildconf before running the
./configurecommand.
Just use configure which should be ready for you
-
To unsubscribe, e-mail:
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=18658.
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=18650.
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=18650.
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=18650.
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=18650.
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=18701.
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=18701.
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=18701.
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=18701.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/jakarta-tomcat-jk-native2.html
Buildfile: build.xml
init.taskdef:
guess.os:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-04-04/jakarta-tomcat-jk-native.html
Buildfile: build.xml
init:
[echo] /home/rubys
[mkdir]
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=18571.
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=18571.
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=18706.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hgomez 2003/04/04 05:27:43
Modified:jk/native/common jk_ajp_common.c
Log:
Fix problem reported by bugzilla 18571...
Revision ChangesPath
1.36 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
Index: jk_ajp_common.c
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=18571.
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=13172.
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=18545.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm doing a simple test to compile the checkbox JSP from the TOMCAT examples with
the -webinc switch
The JAVA and XML files are properly generates but jasper complains (unexpectedly )
that the web.xml file is no found
here is the output fragment:
2003-04-04 04:21:34 - uriRoot implicitly
Jeff Tulley wrote:
I think I've got a fix for the connector thing, gotta still try it out
to be sure. I just thought that the mbeans-descriptors fix is low
hanging fruit. IE, with just a simple little fix, every time somebody
is forced to go back to the old connector for one reason or another,
Which? All of them? I had 3 attachments with the extension .patch (I
could rename to .txt, though .patch has worked in the past I thought).
And, 1 zip file that I renamed to test.zip.txt
Please let me know which if any were visible, and the best way to send
a zip file.
Jeff Tulley ([EMAIL
on SSH port 22
where do we report problems like this? Is anyone else experiencing it?
Filip
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=18706.
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=17656.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mmanders2003/04/04 11:02:34
Modified:jk build.properties.sample
Log:
Added additional paths necessary for building NetWare connectors.
Revision ChangesPath
1.16 +7 -1 jakarta-tomcat-connectors/jk/build.properties.sample
Index: build.properties.sample
Jeff Tulley wrote:
Which? All of them? I had 3 attachments with the extension .patch (I
could rename to .txt, though .patch has worked in the past I thought).
And, 1 zip file that I renamed to test.zip.txt
Please let me know which if any were visible, and the best way to send
a zip file.
The
One more try, all files as .txt What is the best way to send a .zip
file?
Actually, I've attached the file that was in the zip as
AddParametersTest.java It should go in
j-t-c/util/test/org/apache/tomcat/util/http Nothing from /test down
currently exists in the util dir.
It looks like my
One more, .java is stripped as well, it appears.
This is the AddParametersTest.java mentioned below. It is now
AddParametersTest.txt
Jeff Tulley ([EMAIL PROTECTED])
(801)861-5322
Novell, Inc., The Leading Provider of Net Business Solutions
http://www.novell.com
[EMAIL PROTECTED] 4/4/03
Jeff Tulley wrote:
One more try, all files as .txt What is the best way to send a .zip
file?
Actually, I've attached the file that was in the zip as
AddParametersTest.java It should go in
j-t-c/util/test/org/apache/tomcat/util/http Nothing from /test down
currently exists in the util dir.
It
fhanik 2003/04/04 11:43:47
Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
ReplicatedSession.java
Log:
servlet 2.4 spec requires setAttribute to throw an exception if attribute is not
serializable
Revision ChangesPath
1.4
Jeff Tulley wrote:
One more try, all files as .txt What is the best way to send a .zip
file?
Actually, I've attached the file that was in the zip as
AddParametersTest.java It should go in
j-t-c/util/test/org/apache/tomcat/util/http Nothing from /test down
currently exists in the util dir.
It
I wondered about that. But, it seemed that CoyoteRequest used the same
method throughout the code - for instance on getParameter(String name),
it already does a call to
coyoteRequest.getParameters().getParameter(name), so I figured I should
do the same. the variable coyoteRequest here is a
mmanders2003/04/04 12:17:52
Modified:jk/jkant/java/org/apache/jk/ant JkData.java
Log:
Added unless conditional support.
Revision ChangesPath
1.2 +7 -0
jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/JkData.java
Index: JkData.java
mmanders2003/04/04 12:26:21
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Updated to build correctly for NetWare.
Revision ChangesPath
1.70 +11 -7 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
mmanders2003/04/04 12:29:21
Modified:jk/native build.xml
Log:
Since NetWare is built (cross-compiled) on Windows, I had to add logic to know if we
are actually targeting Windows or NetWare. If novellndk.home is defined and the path
actually exists, we assume NetWare.
Hi;
If I have a tld object (ie TemplateDesc.java) with no project and place it
in WEB-INF/classes - it won't work. But if I give it a package name and
place it in WEB-INF/classes/package - then it works.
The problem seems to be that with no package it generates the code:
TemplateDesc
costin 2003/04/04 14:10:30
Modified:catalina/src/share/org/apache/catalina/core
ContainerBase.java
Log:
few small fixes in unregistration.
Added the controller - this will be the name of the component that
registers, or null if it's an outside entity.
costin 2003/04/04 14:15:40
Modified:http11 build.xml
Log:
Index, flag to skip docs
Revision ChangesPath
1.13 +6 -4 jakarta-tomcat-connectors/http11/build.xml
Index: build.xml
===
RCS
costin 2003/04/04 14:16:22
Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Log:
Unregister components fixes.
There are still few issues, but it seems to be working better for me.
Revision ChangesPath
1.22 +60 -24
costin 2003/04/04 14:19:30
Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Log:
println removal
I left one for thread stop - I'm still debuging this part.
Revision ChangesPath
1.23 +0 -2
costin 2003/04/04 14:21:35
Modified:coyote/src/java/org/apache/coyote/tomcat5
CoyoteConnector.java
Log:
Deal with the various registration orders.
Revision ChangesPath
1.23 +26 -14
costin 2003/04/04 14:22:25
Modified:coyote/src/java/org/apache/coyote/tomcat5
MapperListener.java
Log:
Avoid problems if the engine is registered after the mapper.
Revision ChangesPath
1.11 +1 -0
jfarcand2003/04/04 14:46:17
Modified:catalina/src/share/org/apache/catalina/core
StandardEngine.java
Log:
Set the container before initializing a Service (throws a NPE when embedded).
Revision ChangesPath
1.9 +5 -5
jfarcand2003/04/04 14:51:18
Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
Log:
Do not print the exception since it has been previously logged (and also that not
the proper exception)
Revision ChangesPath
1.13
jfarcand2003/04/04 15:11:27
Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
Log:
Remove magic number 5 :-)
Revision ChangesPath
1.14 +5 -5
jfarcand2003/04/04 15:22:10
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
Log the real exception since we are loosing the root cause.
Revision ChangesPath
1.21 +5 -4
costin 2003/04/04 19:56:07
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Few more fixes - Amy, that should solve reloading problems ( at least it does for me
).
I'm not sure if we do reset everything completely - that's
costin 2003/04/04 19:57:58
Modified:catalina/src/share/org/apache/catalina/core
StandardHostValve.java
Log:
Avoid NPE
Revision ChangesPath
1.3 +13 -7
costin 2003/04/04 20:00:32
Modified:catalina/src/share/org/apache/catalina/core
StandardEngine.java
Log:
A bit of a hack for now. When the engine is destroyed it should clean up
the data that it loaded in registry - otherwise a start would see the
old
costin 2003/04/04 20:02:08
Modified:catalina/src/share/org/apache/catalina/startup
HostConfig.java
Log:
If a restart stops ( for example bad web.xml ), it should be possible to
fix the error and have the context load again. So errors in stop() should
be
costin 2003/04/04 20:03:07
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
Set the controller - so we are unregistered. Reduce the verbosity ( same message
was displayed 2 times )
Revision ChangesPath
1.22 +8
costin 2003/04/04 20:07:52
Modified:catalina/src/share/org/apache/catalina/core
StandardService.java
Log:
Implement the controller trick.
Replace println with log.
Don't overreact if start is called twice.
Make sure stop() is called before
costin 2003/04/04 20:10:34
Modified:catalina/src/share/org/apache/catalina/util
StringManager.java
Log:
Ok, classloader problems still happen - and it's better to get some meaningfull
messages ( the URLs ), and be able to debug the rest of the app.
billbarker2003/04/04 23:19:59
Modified:.RELEASE-NOTES-3.3.2.txt
Log:
Document changes to the admin web-app.
Revision ChangesPath
1.18 +3 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt
Index: RELEASE-NOTES-3.3.2.txt
Well, I've got just that. VMS will track every file accessed from JAVA (called file
mapping).
When set, I can see that JSPC first looks at descendant, then ascendant directories,
until it reaches /examples. It probes /WEB-INF, then goes on...
The fact that JSPC sets the default uriroot to
57 matches
Mail list logo
