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=23507.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi to all,
While working on cleaning imports in J-T-C, I've found an unknown
class PropertyHelper in org.apache.naming.ant.JndiProperties.
Is it related to Ant 1.6.x ?
Did this code is still active ?
-
To unsubscribe,
hgomez 2003/09/30 00:39:59
Modified:jk/java/org/apache/jk/common HandlerRequest.java
ChannelSocket.java HandlerDispatch.java
jk/java/org/apache/ajp/tomcat4/config NSConfig.java
BaseJkConfig.java IISConfig.java
hgomez 2003/09/30 00:40:33
Added: naming/src/org/apache/naming/res LocalStrings_fr.properties
Log:
Add a french translation
Revision ChangesPath
1.1
jakarta-tomcat-connectors/naming/src/org/apache/naming/res/LocalStrings_fr.properties
Index:
Günter Knauf a écrit :
Thanks Gunter, I'll apply it ASAP
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Bill Barker a écrit :
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, September 29, 2003 2:55 AM
Subject: TC 3.3.2
Hi to all,
I commited the last part of clean imports and started to take a look
at bugzilla where many
hgomez 2003/09/30 02:05:47
Modified:naming/src/org/apache/naming/ant JndiProperties.java
JndiEnv.java JndiSet.java
Log:
Clean imports (part #1)
Revision ChangesPath
1.4 +3 -6
hgomez 2003/09/30 02:05:57
Modified:naming/src/org/apache/naming/core ServerBinding.java
DirContextHelper.java BaseNaming.java
ContextAccessController.java BaseContext.java
ServerName.java BaseDirContext.java
hgomez 2003/09/30 02:06:10
Modified:naming/src/org/apache/naming/handler/jndi
DirContextURLConnection.java Handler.java
DirContextURLStreamHandlerFactory.java
DirContextURLStreamHandler.java
Log:
Clean imports
hgomez 2003/09/30 02:06:26
Modified:naming/src/org/apache/naming/modules/fs
fsURLContextFactory.java FileAttributes.java
FileDirContext.java
naming/src/org/apache/naming/modules/cache
hgomez 2003/09/30 02:06:36
Modified:naming/src/org/apache/naming/util DomXml.java
RecyclableNamingEnumeration.java
AttributeHelper.java
Log:
Clean imports (part #5)
Revision ChangesPath
1.2 +11 -10
Glenn Nielsen wrote:
Joseph Shraibman wrote:
./configure -with-apxs=/usr/local/apache2/bin/apxsGlenn Nielsen wrote:
As part of the mod_jk 1.2.5 release I promised to move the JTC
download to
BTW you forgot to generate a configure file for the release, users
will have to run buildconf.sh
Hello,
i would like download a tar.gz with the source of jakarta-tomcat-connectors with the
PGP Sum and the KEYS.
When i verify the tar.gz, then come following messages:
#$ gpg --verify jakarta-tomcat-connectors-jk2-src-current.tar.gz.asc
gpg: Signature made Wed 27 Nov 2002 09:15:54 AM
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=23506.
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=23506.
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=22096.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
glenn 2003/09/30 04:38:59
Modified:jk HOWTO-RELEASE
Log:
Add running buildconf.sh to create configure script
Revision ChangesPath
1.9 +3 -0 jakarta-tomcat-connectors/jk/HOWTO-RELEASE
Index: HOWTO-RELEASE
jean-frederic clere wrote:
Glenn Nielsen wrote:
Joseph Shraibman wrote:
./configure -with-apxs=/usr/local/apache2/bin/apxsGlenn Nielsen wrote:
As part of the mod_jk 1.2.5 release I promised to move the JTC
download to
BTW you forgot to generate a configure file for the release, users
will
My request.getServerName() returns a null pointer exception. Is there
anything where I can set the servername, for example in server.xml?
Kind regards,
Dennis.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
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=23489.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Günter Knauf a écrit :
Hi,
with Apache 2.1 and APR 1.0 seems that apu_compat.h is removed (see APR-util Changes);
attached a patch which works for me with both APR 0.9.4 and APR 1.0.0
Thanks to send it as an attached file please
Henri Gomez a écrit :
Hi to all,
While working on cleaning imports in J-T-C, I've found an unknown
class PropertyHelper in org.apache.naming.ant.JndiProperties.
Is it related to Ant 1.6.x ?
Ok, it's in ant HEAD (1.7 beta ?)
Did this code is still active ?
But this question stay open...
On Tue, 30 Sep 2003, Henri Gomez [EMAIL PROTECTED] wrote:
While working on cleaning imports in J-T-C, I've found an unknown
class PropertyHelper in org.apache.naming.ant.JndiProperties.
Is it related to Ant 1.6.x ?
Yes, I think so, although Costin has working code that defines
Stefan Bodewig a écrit :
On Tue, 30 Sep 2003, Henri Gomez [EMAIL PROTECTED] wrote:
While working on cleaning imports in J-T-C, I've found an unknown
class PropertyHelper in org.apache.naming.ant.JndiProperties.
Is it related to Ant 1.6.x ?
Yes, I think so, although Costin has working code
Hi Henri,
with Apache 2.1 and APR 1.0 seems that apu_compat.h is removed (see
APR-util Changes);
attached a patch which works for me with both APR 0.9.4 and APR 1.0.0
Thanks to send it as an attached file please
it was already attached as file too; but seems the attachments didnt made it to
On Tue, 30 Sep 2003, Henri Gomez [EMAIL PROTECTED] wrote:
It's nice to see ant commiters on this list.
I'm a Tomcat user as well 8-)
At least until the big customer is going to enforce his .NET only
policy, that is.
Which make me think I didn't send to ant-dev the latest
ant-translator task
Hi Henri,
with Apache 2.1 and APR 1.0 seems that apu_compat.h is removed (see
APR-util Changes);
attached a patch which works for me with both APR 0.9.4 and APR 1.0.0
Thanks to send it as an attached file please
it was already attached as file too; but seems the attachments didnt made
it
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=23518.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Günter Knauf a écrit :
Hi Henri,
with Apache 2.1 and APR 1.0 seems that apu_compat.h is removed (see
APR-util Changes);
attached a patch which works for me with both APR 0.9.4 and APR 1.0.0
Thanks to send it as an attached file please
it was already attached as file too; but seems the
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=23518.
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=23518.
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=23518.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hgomez 2003/09/30 06:41:54
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Update for APR 1.0 (Apache 2.1)
Provided by Günter Knauf eflash at gmx.net
Revision ChangesPath
1.86 +38 -32jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
hgomez 2003/09/30 06:42:02
Modified:jk/native2/server/apache2 mod_jk2.c jk_service_apache2.c
jk_apache2.h
jk/native2/common jk_channel_apr_socket.c
Log:
Update for APR 1.0 (Apache 2.1)
Provided by Günter Knauf eflash at gmx.net
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=23520.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The admin logs you out and asks you to reauthenticate yourself again after
you do commit. It seems like after the admin gets redeployed, the same
CoyoteRequestFacade loses its userPrincipal in the recycle() method. What
is the motivation for setting userPrincipal to null in recycle()? I don't
jean-frederic clere wrote:
Glenn Nielsen wrote:
Joseph Shraibman wrote:
./configure -with-apxs=/usr/local/apache2/bin/apxsGlenn Nielsen wrote:
As part of the mod_jk 1.2.5 release I promised to move the JTC
download to
BTW you forgot to generate a configure file for the release, users
will
[EMAIL PROTECTED] wrote:
billbarker2003/09/29 22:40:27
Modified:http11/src/java/org/apache/coyote/http11 Tag: coyote_10
InternalOutputBuffer.java
Log:
Trying to escape the dreaded tab-police.
-1. The fix was already present.
I had even sent you a mail quoting
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=23525.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Amy Roh wrote:
The admin logs you out and asks you to reauthenticate yourself again after
you do commit. It seems like after the admin gets redeployed, the same
CoyoteRequestFacade loses its userPrincipal in the recycle() method. What
is the motivation for setting userPrincipal to null in
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=23518.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Christoph Gaffga wrote:
hi,
i posted this issue before, and decided to run my test with another servlet
container, before saying: it a problem with tomcat.
(I'm running tomcat 4.1.27 with JDK 1.4.2 on RH8)
I have a small test class, that
- Lookup an Entity EJB
- get a property from the Bean
-
Remy Maucherat wrote:
Amy Roh wrote:
The admin logs you out and asks you to reauthenticate yourself again
after
you do commit. It seems like after the admin gets redeployed, the same
CoyoteRequestFacade loses its userPrincipal in the recycle() method.
What
is the motivation for setting
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
billbarker2003/09/29 22:40:27
Modified:http11/src/java/org/apache/coyote/http11 Tag: coyote_10
InternalOutputBuffer.java
Log:
Trying to escape the dreaded tab-police.
-1. The fix was already present.
I had
Amy Roh wrote:
Remy Maucherat wrote:
Well, I think it is perfectly acceptable, sorry ;-)
BTW, there's no CoyoteRequestFacade.recycle, that's in CoyoteRequest,
and it is obviously a field which needs to be recycled.
I meant to say CoyoteRequest. :-)
Fixing this will create a major security
hi,
i posted this issue before, and decided to run my test with another servlet
container, before saying: it a problem with tomcat.
(I'm running tomcat 4.1.27 with JDK 1.4.2 on RH8)
I have a small test class, that
- Lookup an Entity EJB
- get a property from the Bean
- serialize the bean using
Hi,
The signals I'm getting from Sun about the schedule of the
specifications is highly confusing. Since I'm tired of having Tomcat
depend on these, I propose taking advantage of the backwards
compatibility of the spec, and replacing the TC 5 statement phrase with:
The 5.x releases implement
Howdy,
I think many people are waiting for tomcat 5 as a servlet 2.4
implementation. Not more, not less. While it has many other great
features, that's the main one, and there's no point in releasing it
until then IMHO ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
+1 It may be better to get an official release out sooner than later. In a
worst case where the spec is changed from what is expected, tomcat 5.2
could address that.
-Tim
Remy Maucherat wrote:
Hi,
The signals I'm getting from Sun about the schedule of the
specifications is highly confusing.
Hi,
I'm building an application that uses some
configuration data in database tables.
My servlet/jsps will use this data to populate
drop-down lists, radio button etc.
I'm trying to avoid making a database connection
everytime a user visits a page with config data.
My goal is to load all
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=23529.
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=23529.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Hi,
The signals I'm getting from Sun about the schedule of the
specifications is highly confusing. Since I'm tired of having Tomcat
depend on these, I propose taking advantage of the backwards
compatibility of the spec, and replacing the TC 5 statement phrase with:
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=22701.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jfarcand2003/09/30 12:49:00
Modified:jsr154/src/share/javax/servlet Filter.java FilterChain.java
GenericServlet.java ServletContext.java
ServletContextAttributeEvent.java
ServletContextAttributeListener.java
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, September 30, 2003 11:27 AM
Subject: [5.0] Schedule change
Hi,
The signals I'm getting from Sun about the schedule of the
specifications is highly confusing. Since
Bill Barker wrote:
You can be a Servlet 2.3 container, or you can be a Servlet 2.4 container,
but not both (see for example, BZ #23525). I agree with Yoav that what
Well, Sun is claiming full compatibility, so I'm assuming it's fully
compatible :)
people want most from Tomcat 5 is a Servlet
Remy Maucherat wrote:
Hi,
The signals I'm getting from Sun about the schedule of the
specifications is highly confusing. Since I'm tired of having Tomcat
depend on these, I propose taking advantage of the backwards
compatibility of the spec, and replacing the TC 5 statement phrase with:
The
Glenn Nielsen wrote:
How much work is it to revert Tomcat 5 back to Sevlet 2.3/JSP 1.2?
If you want to really remove the features, I think it's significant.
Remy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
I'll try to add one to the bugreport.
Christoph
Remy Maucherat [EMAIL PROTECTED] schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
Christoph Gaffga wrote:
hi,
i posted this issue before, and decided to run my test with another
servlet
container, before saying: it a problem with tomcat.
Christoph Gaffga wrote:
I'll try to add one to the bugreport.
Have you tried the JB/TC integration, and using ejb references in
web.xml, rather than doing what looks like a regular remote invocation ?
Remy
-
To unsubscribe,
Remy Maucherat wrote:
Bill Barker wrote:
[...]
people want most from Tomcat 5 is a Servlet 2.4/JSP 2.0 container.
There are only bad solutions here:
- wait for an unspecified, and possibly long, amount of time, sitting on
a finished product
- backport patches (we probably don't have the
No, haven't tried that yet. But I think I need remote method invokation,
because the bussines logic and the presentation layer should be on different
machines.
But I give it a try. First wanted to see, why betwixt is so slow. It seems
to me that it has something to do with the classloaders. So
Hans Bergsten wrote:
Remy Maucherat wrote:
If the first option is chosen, I will go work on other stuff (at
JBoss) while the project stays idle (chômage technique, as we say in
French).
As you all know: no stable release = no testers = no bugs = nothing to
fix :-(
I'm pretty sure that if you
I might be off base, but whats the problem with releasing TC 5 under the
banner of supporting a draft spec.
Servlet/JSP SpecTomcat version
2.4/2.0 draft 3 5.0.14
2.3/1.2 4.1.27
2.2/1.1 3.3.1a
Chad Johnson
Web Services Developer
WS Packaging
Hi,
The attached file is to update the servlet2.4 API.
jsr154/src/share/javax/servlet/ServletRequest.java
Fix the confusing description in getServerName()
and getServerPort() - change host header to
host header value.
thank you,
yutaka yoshida
Sun Microsystems, Inc.
Index:
amyroh 2003/09/30 18:31:36
Modified:catalina/src/share/org/apache/catalina/mbeans
MBeanFactory.java
Log:
Fix JDBCRealm creation via admin.
Revision ChangesPath
1.19 +10 -5
amyroh 2003/09/30 18:31:49
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm
SaveJDBCRealmAction.java
Log:
Fix JDBCRealm creation via admin.
Revision ChangesPath
1.7 +13 -5
billbarker2003/09/30 19:36:14
Modified:http11/src/java/org/apache/coyote/http11 Tag: coyote_10
InternalOutputBuffer.java
Log:
Revert patch.
Revision ChangesPath
No revision
No revision
1.16.2.4 +2 -4
I'm a newbie on this list, but i think
2.4/2.0 draft 3 5.0.14
is a good idea. At least it's more specific than Beta.
P.S. Btw, as far as bugs i couldn't use custom error pages in Sun's 1.4 Beta 2 (Tomcat 5). Reported to Sun, and they forwarded me to Apache, and i didn't have time. Could
70 matches
Mail list logo