Re: Should we release mod_jk 1.2.21.1 or 1.2.22?

[William A. Rowe, Jr.]

Rainer Jung wrote:
> 
> Somehow 1.2.21.1 would express the right thing, but our versioning
> header files don't (yet) have the structure to easily make a 1.2.21.1.

Version numbers are cheap - roll 1.2.22.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41818] New: - Realm authenticate(.) method enhancement

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41818

   Summary: Realm authenticate(.) method enhancement
   Product: Tomcat 6
   Version: unspecified
  Platform: Other
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Realm interface authenticate () method supply only user/password.
When trying to implement more vast authentication/audit for our project, the
ability to access the HTTPRequest object is missing: for example access to the
ip , session id (jsession id) , the servlet context etc.
The request is supplied to other methods in Realm but not to authenticate 
method.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41819] New: - JSF components does not work inside a JSP tag

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41819

   Summary: JSF components does not work inside a JSP tag
   Product: Tomcat 6
   Version: 6.0.7
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Using JSF expressions and components inside a JSP tag does not work. We tested
it also with glassfish. And with glassfish it works. The same is true for
passing a variable from a JSF resource to a JSP custom tag.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38797] - 5.5.12 and 5.5.15 emit different code on

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38797





--- Additional Comments From [EMAIL PROTECTED]  2007-03-12 03:07 ---
Created an attachment (id=19695)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19695&action=view)
Here is a test case with differents entries.

Here is a test case with differents entries.
Test 1 and 2 are with useBean.
Test 3 and 4 are with a custom tag library. 
And the Test 3 fails while the test 2 pass and the test 4 too.
Test 1 : test1.jsp
Test 2 : test2_1.jsp
Test 3 : test3_1.jsp
Test 4 : test4_1.jsp

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41819] - JSF components does not work inside a JSP tag

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41819





--- Additional Comments From [EMAIL PROTECTED]  2007-03-12 04:42 ---
Please provide a ready to test minimal war demonstrating the problem.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Should we release mod_jk 1.2.21.1 or 1.2.22?

[Jim Jagielski]

On Mar 11, 2007, at 11:29 AM, Rainer Jung wrote:


[X] Simply release 1.2.22




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat Webservices JSR109 implementation

[Carrion, Fabian \(GE Money, consultant\)]

Hi,

I prepare a new patch for the ServiceRefFactory, available here :
http://fabien.carrion.free.fr/tomcat/tomcat-6.0-patch2-webservices.diff.bz2

There is a new target called webservices in extra.xml

I have some doubts on the url to use to download the libraries.

Thanks

-Original Message-
From: Carrion, Fabian (GE Money, consultant) 
Sent: Jueves, 01 de Marzo de 2007 10:12 a.m.
To: Tomcat Developers List
Subject: RE: Tomcat Webservices JSR109 implementation


Yes I'm sure. I did it that way, because I did it the way the other class were 
done.

But at the end I don't need HandlerFactory, because we can't get a Handler 
class doing a lookup on the context. The handler classes are registered in the 
Service object.

I just needed a way to give the Handler class to the Service object. I hope I'm 
clear :)

Thanks

-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Jueves, 01 de Marzo de 2007 10:00 a.m.
To: Tomcat Developers List
Subject: Re: Tomcat Webservices JSR109 implementation


Carrion, Fabian (GE Money, consultant) wrote:
> Hi,
> 
> There is only one Factory class :
> ServiceRefFactory.java
> 
> I'm sorry, I haven't use HandlerFactory. A handler is a class which is going 
> to be instantiate and the object called before and after the call to the 
> webservice.

Are you sure ? It's referenced in the Constants, and used as the default 
factory for Handler (which I renamed to HandlerRef).

 public static final String DEFAULT_HANDLER_FACTORY =
 Package + ".HandlerFactory";

> PS: My name is Fabien with e and not Fabian with a, the mistake is in this 
> email adress.

Ok. Sorry for the trouble.

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat Webservices JSR109 implementation

[Remy Maucherat]

Carrion, Fabian (GE Money, consultant) wrote:

Hi,

I prepare a new patch for the ServiceRefFactory, available here :
http://fabien.carrion.free.fr/tomcat/tomcat-6.0-patch2-webservices.diff.bz2

There is a new target called webservices in extra.xml

I have some doubts on the url to use to download the libraries.


I don't think they can be downloaded automatically from Sun (usually, 
there are EULAs). Maybe it's possible to get them from somewhere in 
Geronimo or some Maven repository.


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

mod_jk 1.2.22-dev test

[Rainer Jung]

Hi,

thanks to all for you feedback about the version numbers. I've uploaded 
mod_jk 1.2.22-dev-517211 to http://people.apache.org/~rjung/mod_jk-dev/.


This release will be primarily targeted at closing BZ 41770. So there 
are intentionally no heavy changes in it. I should better say: all risky 
changes have been introduced unintentionally :).


Whoever likes to investigate some spare time is invited to do a quick 
test. If I don't get any negative responses, I would adjust the STATUS, 
news and index page, tag and upload to dev/dist tomorrow evening at 7 pm 
GMT, inform the list and start the vote.


The changes in 1.2.22 are:

- local_worker and local_worker_only are tolerated during startup and 
logged as deprecated. This way of handling old directives was introduced 
some releases ago, but local_worker slipped our attention.


- Apache: Fix startup error if no JkWorkersFile is used.

- Apache: Delete unused check for empty init_map during startup.

- Apache: add a better log message, in case wc_open() fails

- fix logging during startup, in case the host name of a worker could 
not be resolved. We logged "localhost" instead of the configured name


- logging more precise error messages, if property parsing during 
startup fails


- Apache 2.3+: use ap_get_server_description() instead of 
ap_get_server_banner() (sic!) and optimize MMN detection.


- Apache 2.x: Replace APR precompiler directive by httpd mpm_query to 
detect MPM threading and add an info log message about auto-detected 
pool size.


- Apache: Add STDERR logging to jk_error_exit()

- Apache: Increase log level for message about using default shm file 
and log file to warning


- Apache 2.x: remove deprecated APLOG_NOERRNO

- Apache 2.x: add virtual server instead of NULL to ap_log_error() where 
appropriate


- Apache: simplify logic for shm open error log message

- Apache: make code between apache 1.3 and 2.0 more consistent around 
wc_open()


- Apache 2.x: Use jk return values for init_jk(), because it's not part 
of httpd API


Regards,

Rainer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r517224 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java

[remm]

Author: remm
Date: Mon Mar 12 07:04:34 2007
New Revision: 517224

URL: http://svn.apache.org/viewvc?view=rev&rev=517224
Log:
- Fix reporting of errors which do not correspond to a portion of the JSP 
source.

Modified:

tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java?view=diff&rev=517224&r1=517223&r2=517224
==
--- 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java 
(original)
+++ 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java 
Mon Mar 12 07:04:34 2007
@@ -67,16 +67,15 @@
 StringBuffer buf = new StringBuffer();
 
 for (int i=0; i < details.length; i++) {
+args = new Object[] {
+new Integer(details[i].getJspBeginLineNumber()), 
+details[i].getJspFileName() };
+buf.append("\n\n");
+buf.append(Localizer.getMessage("jsp.error.single.line.number",
+args));
 buf.append("\n");
+buf.append(details[i].getErrorMessage());
 if (details[i].getJspBeginLineNumber() >= 0) {
-args = new Object[] {
-new Integer(details[i].getJspBeginLineNumber()), 
-details[i].getJspFileName() };
-buf.append("\n");
-buf.append(Localizer.getMessage("jsp.error.single.line.number",
-args));
-buf.append("\n");
-buf.append(details[i].getErrorMessage());
 buf.append("\n");
 buf.append(details[i].getJspExtract());
 }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r517227 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

[remm]

Author: remm
Date: Mon Mar 12 07:24:55 2007
New Revision: 517227

URL: http://svn.apache.org/viewvc?view=rev&rev=517227
Log:
- Remove try/catch usage for annotation processing in classic tags. The usage 
of the log method might have been
  questionable as well.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Modified: tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java?view=diff&rev=517227&r1=517226&r2=517227
==
--- tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java Mon Mar 
12 07:24:55 2007
@@ -2308,21 +2308,11 @@
 } else {
 out.printin(tagHandlerVar);
 out.println(".release();");
-out.printil("try {");
-out.pushIndent();
 
out.printin("org.apache.jasper.runtime.AnnotationHelper.preDestroy(");
 out.print(VAR_ANNOTATIONPROCESSOR);
 out.print(", ");
 out.print(tagHandlerVar);
 out.println(");");
-out.popIndent();
-out.printil("} catch (Exception e) {");
-out.pushIndent();
-out.printin("log(\"Error processing preDestroy on tag 
instance of \" +");
-out.print(tagHandlerVar);
-out.println(".getClass().getName());");
-out.popIndent();
-out.printil("}");
 }
 }
 if (isTagFile || isFragment) {
@@ -2365,21 +2355,11 @@
 } else {
 out.printin(tagHandlerVar);
 out.println(".release();");
-out.printil("try {");
-out.pushIndent();
 
out.printin("org.apache.jasper.runtime.AnnotationHelper.preDestroy(");
 out.print(VAR_ANNOTATIONPROCESSOR);
 out.print(", ");
 out.print(tagHandlerVar);
 out.println(");");
-out.popIndent();
-out.printil("} catch (Exception e) {");
-out.pushIndent();
-out.printin("log(\"Error processing preDestroy on tag instance 
of \" +");
-out.print(tagHandlerVar);
-out.println(".getClass().getName());");
-out.popIndent();
-out.printil("}");
 }
 
 if (n.implementsTryCatchFinally()) {



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r517231 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java

[remm]

Author: remm
Date: Mon Mar 12 07:34:39 2007
New Revision: 517231

URL: http://svn.apache.org/viewvc?view=rev&rev=517231
Log:
- Cleanup of the message that is displayed.

Modified:

tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java?view=diff&rev=517231&r1=517230&r2=517231
==
--- 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java 
(original)
+++ 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/DefaultErrorHandler.java 
Mon Mar 12 07:34:39 2007
@@ -67,17 +67,25 @@
 StringBuffer buf = new StringBuffer();
 
 for (int i=0; i < details.length; i++) {
-args = new Object[] {
-new Integer(details[i].getJspBeginLineNumber()), 
-details[i].getJspFileName() };
-buf.append("\n\n");
-buf.append(Localizer.getMessage("jsp.error.single.line.number",
-args));
-buf.append("\n");
-buf.append(details[i].getErrorMessage());
 if (details[i].getJspBeginLineNumber() >= 0) {
+args = new Object[] {
+new Integer(details[i].getJspBeginLineNumber()), 
+details[i].getJspFileName() };
+buf.append("\n\n");
+buf.append(Localizer.getMessage("jsp.error.single.line.number",
+args));
+buf.append("\n");
+buf.append(details[i].getErrorMessage());
 buf.append("\n");
 buf.append(details[i].getJspExtract());
+} else {
+args = new Object[] {
+new Integer(details[i].getJavaLineNumber()) };
+buf.append("\n\n");
+buf.append(Localizer.getMessage("jsp.error.java.line.number",
+args));
+buf.append("\n");
+buf.append(details[i].getErrorMessage());
 }
 }
 buf.append("\n\nStacktrace:");



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r517274 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings.properties

[remm]

Author: remm
Date: Mon Mar 12 09:31:02 2007
New Revision: 517274

URL: http://svn.apache.org/viewvc?view=rev&rev=517274
Log:
- Cleanup of the message that is displayed (forgot resource).

Modified:

tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings.properties

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings.properties
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings.properties?view=diff&rev=517274&r1=517273&r2=517274
==
--- 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings.properties 
(original)
+++ 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings.properties 
Mon Mar 12 09:31:02 2007
@@ -310,6 +310,7 @@
 #Error when compiling, used for jsp line number error messages
 jsp.error.single.line.number=An error occurred at line: {0} in the jsp file: 
{1}
 jsp.error.multiple.line.number=\n\nAn error occurred between lines: {0} and 
{1} in the jsp file: {2}\n\n
+jsp.error.java.line.number=An error occurred at line: {0} in the generated 
java file
 jsp.error.corresponding.servlet=Generated servlet error:\n
 jsp.error.empty.body.not.allowed=Empty body not allowed for {0}
 jsp.error.jspbody.required=Must use jsp:body to specify tag body for {0} if 
jsp:attribute is used.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk 1.2.22-dev test

[Henri Gomez]

I'm tracking right now the iSeries problem (present in 1.2.20 and
1.2.21) and it's located somewhere in jk_log() (jk_util.c).



2007/3/12, Rainer Jung <[EMAIL PROTECTED]>:

Hi,

thanks to all for you feedback about the version numbers. I've uploaded
mod_jk 1.2.22-dev-517211 to http://people.apache.org/~rjung/mod_jk-dev/.

This release will be primarily targeted at closing BZ 41770. So there
are intentionally no heavy changes in it. I should better say: all risky
changes have been introduced unintentionally :).

Whoever likes to investigate some spare time is invited to do a quick
test. If I don't get any negative responses, I would adjust the STATUS,
news and index page, tag and upload to dev/dist tomorrow evening at 7 pm
GMT, inform the list and start the vote.

The changes in 1.2.22 are:

- local_worker and local_worker_only are tolerated during startup and
logged as deprecated. This way of handling old directives was introduced
some releases ago, but local_worker slipped our attention.

- Apache: Fix startup error if no JkWorkersFile is used.

- Apache: Delete unused check for empty init_map during startup.

- Apache: add a better log message, in case wc_open() fails

- fix logging during startup, in case the host name of a worker could
not be resolved. We logged "localhost" instead of the configured name

- logging more precise error messages, if property parsing during
startup fails

- Apache 2.3+: use ap_get_server_description() instead of
ap_get_server_banner() (sic!) and optimize MMN detection.

- Apache 2.x: Replace APR precompiler directive by httpd mpm_query to
detect MPM threading and add an info log message about auto-detected
pool size.

- Apache: Add STDERR logging to jk_error_exit()

- Apache: Increase log level for message about using default shm file
and log file to warning

- Apache 2.x: remove deprecated APLOG_NOERRNO

- Apache 2.x: add virtual server instead of NULL to ap_log_error() where
appropriate

- Apache: simplify logic for shm open error log message

- Apache: make code between apache 1.3 and 2.0 more consistent around
wc_open()

- Apache 2.x: Use jk return values for init_jk(), because it's not part
of httpd API

Regards,

Rainer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk 1.2.22-dev test

[Mladen Turk]

Henri Gomez wrote:

I'm tracking right now the iSeries problem (present in 1.2.20 and
1.2.21) and it's located somewhere in jk_log() (jk_util.c).



That would be great, since only you reported that there is
a core on that platform.
Nevertheless, I presume it is either compiler or
OS issue, since nothing like was detected on any
other platform, and thus should not be an show stopper.
Of course, it would be great if you find a problem, cause
it might be silently skipped for other platform.

Regards,
Mladen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 6 Scales

[Filip Hanik - Dev Lists]

Remy Maucherat wrote:

Filip Hanik - Dev Lists wrote:
We're doing pretty well with Comet, the only thing comet is missing 
is a non blocking write.


It is possible to do that without changing the API, in case it is 
needed. It has a possibly significant cost however (buffering all data 
which cannot be sent right away), so I am not sure it is a very good 
idea.
I need to think about this one for a bit. the NIO connector supports non 
blocking write, ie, if it can't be written it wont, I am just starting 
to noodle on how this can be done in an easy-to-use-API way if you know 
what I mean. Is there an API for APR to ask "can I write without block?"?

Filip


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Apache Tomcat 5.5.23 released

[Filip Hanik - Dev Lists]

Wendy Smoak wrote:

On 3/9/07, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:

The Apache Tomcat team announces the immediate availability of Apache
Tomcat 5.5.23 stable. This release has numerous bug fixes and
maintenance updates.
It also includes the corrected source code for the JK CVE-2007-0774 
issue.


Filip, did you see that the missing MailSessionFactory bug popped back
up in this one?

I ran into it this morning, but by that time 40668 had already been 
reopened.


http://issues.apache.org/bugzilla/show_bug.cgi?id=40668
oh, uh, duh, I'm not very familiar with this one, besides it's very 
intriguing dialog :)

I'll take a look at it, I guess it just wasn't fixed.

Filip


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk 1.2.22-dev test

[Henri Gomez]

Well I may be the only one to work on mod_jk on iSeries :)

2007/3/12, Mladen Turk <[EMAIL PROTECTED]>:

Henri Gomez wrote:
> I'm tracking right now the iSeries problem (present in 1.2.20 and
> 1.2.21) and it's located somewhere in jk_log() (jk_util.c).
>

That would be great, since only you reported that there is
a core on that platform.
Nevertheless, I presume it is either compiler or
OS issue, since nothing like was detected on any
other platform, and thus should not be an show stopper.
Of course, it would be great if you find a problem, cause
it might be silently skipped for other platform.

Regards,
Mladen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41824] New: - Unable to use nested type in TLD

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41824

   Summary: Unable to use nested type in TLD
   Product: Tomcat 5
   Version: 5.5.20
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I wish to pass instances of a nested type to a JSP tag. My nested type is 
edu.ucsf.library.ltdl2.history.SearchHistory.Item (static inner class).
I wrote my TLD like so:

   
 ...
 
  historyItem
  no
  true
  edu.ucsf.library.ltdl2.history.SearchHistory.Item
 


Tomcat (Jasper) 5.5.20 then fails with:

org.apache.jasper.JasperException: /WEB-INF/jsp/history/view.jsp(88,14) Unknown 
attribute type (edu.ucsf.library.ltdl2.history.SearchHistory.Item) for 
attribute historyItem.
at org.apache.jasper.compiler.DefaultErrorHandler.jspError
(DefaultErrorHandler.java:39)
at org.apache.jasper.compiler.ErrorDispatcher.dispatch
(ErrorDispatcher.java:405)
at org.apache.jasper.compiler.ErrorDispatcher.jspError
(ErrorDispatcher.java:234)
at 
org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes
(Validator.java:946)
at org.apache.jasper.compiler.Validator$ValidateVisitor.visit
(Validator.java:710)
at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1441)
at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213)
at org.apache.jasper.compiler.Validator$ValidateVisitor.visit
(Validator.java:730)
at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1441)
at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2213)
at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2219)
at org.apache.jasper.compiler.Node$Root.accept(Node.java:456)
at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2163)
at org.apache.jasper.compiler.Validator.validate(Validator.java:1489)
at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:166)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:295)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:276)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:264)
at org.apache.jasper.JspCompilationContext.compile
(JspCompilationContext.java:563)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:305)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:314)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)


If I use the name "edu.ucsf.library.ltdl2.history.SearchHistory$Item" instead, 
I get: 

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 88 in the jsp file: /WEB-INF/jsp/history/view.jsp
Generated servlet error:
The nested type edu.ucsf.library.ltdl2.history.SearchHistory$Item cannot be 
referenced using its binary name

An error occurred at line: 88 in the jsp file: /WEB-INF/jsp/history/view.jsp
Generated servlet error:
The nested type edu.ucsf.library.ltdl2.history.SearchHistory$Item cannot be 
referenced using its binary name

at org.apache.jasper.compiler.DefaultErrorHandler.javacError
(DefaultErrorHandler.java:84)
at org.apache.jasper.compiler.ErrorDispatcher.javacError
(ErrorDispatcher.java:328)
at org.apache.jasper.compiler.JDTCompiler.generateClass
(JDTCompiler.java:414)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:297)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:276)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:264)
at org.apache.jasper.JspCompilationContext.compile
(JspCompilationContext.java:563)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:305)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:314)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)


This appears to be related to bug 35351, where the nested type is used in 
 constructs. Thanks for your help.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

Re: [ANN] Apache Tomcat 5.5.23 released

[Haroon Rafique]

On Today at 11:27am, FHDL=>Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:

FHDL> oh, uh, duh, I'm not very familiar with this one, besides it's very
FHDL> intriguing dialog :)
FHDL> I'll take a look at it, I guess it just wasn't fixed.
FHDL> 
FHDL> Filip

Synopsis seems to be that the "optional" jar for javamail not being 
present causes this bug to resurface once again.

Perhaps the release manager can:

a) modify the tomcat build instructions to make this jar "not so 
   optional" any more

b) fix the build file to croak if the jar is missing

Later,

--
Haroon Rafique
<[EMAIL PROTECTED]>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Apache Tomcat 5.5.23 released

[Yoav Shapira]

Hola,

On 3/12/07, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:

Wendy Smoak wrote:
> Filip, did you see that the missing MailSessionFactory bug popped back
> up in this one?
>
> I ran into it this morning, but by that time 40668 had already been
> reopened.
>
> http://issues.apache.org/bugzilla/show_bug.cgi?id=40668
oh, uh, duh, I'm not very familiar with this one, besides it's very
intriguing dialog :)


It's a build environment thing.  Ya gots to have the JavaMail and
JavaActivationFramework jas on your build classpath (in whatever libs
directory you chose to use in build.properties), or the JNDI mail
session factory won't get built, and thus it won't get bundled in the
distro.

We should probably add a runtime class check (Ant ) to the "release" Ant target that fails the build if
that class isn't present.  That way we'll be sure to never have this
issue come up again.

Yoav

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Apache Tomcat 5.5.23 released

[William L. Thomson Jr.]

On Mon, 2007-03-12 at 13:57 -0400, Yoav Shapira wrote:
> 
> It's a build environment thing.  Ya gots to have the JavaMail and
> JavaActivationFramework jas on your build classpath (in whatever libs
> directory you chose to use in build.properties), or the JNDI mail
> session factory won't get built, and thus it won't get bundled in the
> distro.
> 
> We should probably add a runtime class check (Ant  classname=.../>) to the "release" Ant target that fails the build if
> that class isn't present.  That way we'll be sure to never have this
> issue come up again.

Those core optional dependencies or etc were/are a pita. Thus we have
tons of dependencies I was never sure if they were needed or did
anything on Gentoo. Due to lack of time, we have just always included
all. Now it's good to find out they do activate/limit functionality
within Tomcat. Further justifies their presence, or us including all
optional packages during Tomcat build process.

In fact we have dropped some like jmx/mx4j if a >=1.5 jdk is used since
it's present in the jdk. However it seems to have caused some very odd
bug in catalina.jar. That only shows up when working with the manager
app. I believe it was deploy app via manager app, restart tomcat, and
then try to undeploy, to replicate problem. But only when Tomcat is
built with >=1.5 as bytecode 1.5, and some dropped dependencies. Jars
not present at compile time.

So seeing how another bug is caused when javamail and etc are not
present. Then it might also explain the other bug in catalina.jar.

-- 
William L. Thomson Jr.
Gentoo/Java


signature.asc
Description: This is a digitally signed message part

Re: mod_jk 1.2.22-dev test

[Rainer Jung]

Great, I hope we can get that fixed!

I can stall releasing 1.2.22, I think it's not that urgent. The point 
is, that I will be away app. for a week. Maybe Mladen or Jean-Frederic 
want to jump in. It's nice, that three of us can handle the jk release 
process.


Keep us informed, how your investigations proceed.

Regards,

Rainer

Henri Gomez wrote:

I'm tracking right now the iSeries problem (present in 1.2.20 and
1.2.21) and it's located somewhere in jk_log() (jk_util.c).



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tomcat 6.0.10 missing md5sum files

[David Rees]

Hi,

I was downloading TC 6.0.10 and noticed that the md5sum files are
missing for that release.

http://tomcat.apache.org/download-60.cgi

Missing:
http://www.apache.org/dist/tomcat/tomcat-6/v6.0.10/bin/apache-tomcat-6.0.10.tar.gz.md5

-Dave

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 6.0.10 missing md5sum files

[Yoav Shapira]

Hi,

On 3/12/07, David Rees <[EMAIL PROTECTED]> wrote:

Hi,

I was downloading TC 6.0.10 and noticed that the md5sum files are
missing for that release.


It's my fault, I apologize.  I'll try to fix it ASAP.

Yoav

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 6.0.10 missing md5sum files

[Yoav Shapira]

Hi,

On 3/12/07, Yoav Shapira <[EMAIL PROTECTED]> wrote:

On 3/12/07, David Rees <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I was downloading TC 6.0.10 and noticed that the md5sum files are
> missing for that release.

It's my fault, I apologize.  I'll try to fix it ASAP.


The files are there now, it will take a few minutes (in theory up to
an hour, but really should be faster) for the live site to pick them
up.  Sorry again,

Yoav

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 6.0.10 missing md5sum files

[David Rees]

On 3/12/07, Yoav Shapira <[EMAIL PROTECTED]> wrote:

On 3/12/07, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> On 3/12/07, David Rees <[EMAIL PROTECTED]> wrote:
> > I was downloading TC 6.0.10 and noticed that the md5sum files are
> > missing for that release.
>
> It's my fault, I apologize.  I'll try to fix it ASAP.

The files are there now, it will take a few minutes (in theory up to
an hour, but really should be faster) for the live site to pick them
up.  Sorry again,


No problem, I used gpg to verify the files for now, md5sums are just
easier to check. :-)

-Dave

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r517384 - /tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java

[fhanik]

Author: fhanik
Date: Mon Mar 12 13:37:22 2007
New Revision: 517384

URL: http://svn.apache.org/viewvc?view=rev&rev=517384
Log:
Added in the skeleton for fairness logic, currently the tests for fairness are 
coming out extremely fair, could it  be that the Selector.selectedKeys() sorts 
the keys properly?
Anyway, to implement a scheduler, I can use the "fairness" numbers added in 
here. Won't do it until I deem it necessary.


Modified:
tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java

Modified: tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java?view=diff&rev=517384&r1=517383&r2=517384
==
--- tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java Mon 
Mar 12 13:37:22 2007
@@ -47,6 +47,7 @@
 import org.apache.tomcat.util.res.StringManager;
 import java.util.concurrent.atomic.AtomicInteger;
 import java.util.concurrent.CountDownLatch;
+import java.util.Comparator;
 
 /**
  * NIO tailored thread pool, providing the following services:
@@ -1385,7 +1386,8 @@
 }//for
 }
 }
-
+
+// - Key Attachment Class  
 
 public static class KeyAttachment {
 
 public KeyAttachment() {
@@ -1400,6 +1402,7 @@
 timeout = -1;
 error = false;
 fairness = 0;
+lastRegistered = 0;
 }
 
 public void reset() {
@@ -1435,6 +1438,9 @@
 public int getFairness() { return fairness; }
 public void setFairness(int f) { fairness = f;}
 public void incFairness() { fairness++; }
+public long getLastRegistered() { return lastRegistered; };
+public void setLastRegistered(long reg) { lastRegistered = reg; }
+
 protected Object mutex = new Object();
 protected long lastAccess = -1;
 protected boolean currentAccess = false;
@@ -1444,6 +1450,28 @@
 protected NioChannel channel = null;
 protected CountDownLatch latch = null;
 protected int fairness = 0;
+protected long lastRegistered = 0;
+}
+// - Key Fairness 
Comparator
+public static class KeyFairnessComparator implements 
Comparator {
+public int compare(KeyAttachment ka1, KeyAttachment ka2) {
+long lr1 = ka1.getLastRegistered();
+long lr2 = ka2.getLastRegistered();
+int f1 = ka1.getFairness();
+int f2 = ka2.getFairness();
+if ( f1 == f2 ) {
+if ( lr1 == lr2 ) return 0;
+//earlier objects have priorioty
+else return lr1ka2.getFairness()?-1:1;
+}
+}
+
 }
 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41817] - tomcat 6.1.10 can't found the native be installed .

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41817


[EMAIL PROTECTED] changed:

   What|Removed |Added

  BugsThisDependsOn|100 |
OtherBugsDependingO|99  |
  nThis||




--- Additional Comments From [EMAIL PROTECTED]  2007-03-12 14:40 ---
Someone playing with the depends on/blocks entries?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 99] - Tomcat reports 'out of memory error' BugRat Report#89

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=99


[EMAIL PROTECTED] changed:

   What|Removed |Added

  BugsThisDependsOn|41817   |




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Contention in ApplicationContext.java in Tomcat 5.5

[Phillip Thurmond]

I'm running some performance tests on JBoss 4.0.5.  I'm seeing some 
contention inside Tomcat on ApplicationContext.getAttribute().  With a 
load of 200 threads, I often see over 150 "waiting to lock" messages on 
the attributes object.  It looks like this contention has already been 
fixed in Tomcat 6 using the Java 5 concurrent objects.  Could this be 
fixed in Tomcat 5.5 using some other concurrency libs (oswego)?  Thanks.


Example thread dump:

"http-10.68.0.196-8080-301" daemon prio=1 tid=0x002b51e425b0 
nid=0x78a5 waiting for monitor entry 
[0x5b86c000..0x5b86cdb0]
  at 
org.apache.catalina.core.ApplicationContext.getAttribute(ApplicationContext.java:175) 


  - waiting to lock <0x002aabd633b0> (a java.util.HashMap)
  at 
org.apache.catalina.core.ApplicationContextFacade.getAttribute(ApplicationContextFacade.java:315) 

  at 
org.apache.myfaces.context.servlet.ApplicationMap.getAttribute(ApplicationMap.java:41) 

  at 
org.apache.myfaces.context.servlet.AbstractAttributeMap.get(AbstractAttributeMap.java:87) 

  at 
org.jboss.seam.contexts.FacesApplicationContext.get(FacesApplicationContext.java:47) 


  at org.jboss.seam.Component.forName(Component.java:1588)
  at org.jboss.seam.Component.getInstance(Component.java:1636)
  at org.jboss.seam.Component.getInstance(Component.java:1631)
  at org.jboss.seam.Component.getInstance(Component.java:1608)
  at org.jboss.seam.Component.getInstance(Component.java:1603)
  at org.jboss.seam.core.Events.instance(Events.java:158)
  at 
org.jboss.seam.jsf.AbstractSeamPhaseListener.afterPhase(AbstractSeamPhaseListener.java:139) 

  at 
org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:69)




--Phillip

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Contention in ApplicationContext.java in Tomcat 5.5

[Remy Maucherat]

Phillip Thurmond wrote:
I'm running some performance tests on JBoss 4.0.5.  I'm seeing some 
contention inside Tomcat on ApplicationContext.getAttribute().  With a 
load of 200 threads, I often see over 150 "waiting to lock" messages on 
the attributes object.  It looks like this contention has already been 
fixed in Tomcat 6 using the Java 5 concurrent objects.  Could this be 
fixed in Tomcat 5.5 using some other concurrency libs (oswego)?


Simple question, simple answer: no (reason: no additional dependency).

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Apache Tomcat 6.0.10 released

[Filip Hanik - Dev Lists]

Tomcat 6.0.10 stable libraries, mavenized, can be found at:
http://tomcat.apache.org/dev/dist/m2-repository/

Filip

Remy Maucherat wrote:

The Apache Tomcat team announces the immediate availability of Apache
Tomcat 6.0.10 stable. This release is the first stable release of the
6.0.x branch.

Apache Tomcat 6.0 includes new features over Apache Tomcat 5.5,
including support for the new Servlet 2.5 and JSP 2.1 specifications, a
refactored clustering implementation, advanced IO features, and
improvements in memory usage.

Please refer to the change log for the list of changes:
http://tomcat.apache.org/tomcat-6.0-doc/changelog.html

Downloads:
http://tomcat.apache.org/download-60.cgi

Migration guide from Apache Tomcat 5.5.x:
http://tomcat.apache.org/migration.html

Thank you,

-- The Apache Tomcat Team

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How to develop filter for tomcat ?

[Erica Zhang]

Hi,

I am new for Tomcat. I have read througth the documents on web site. I 
could not find the answer. So I ask this questions here.


On client, I aggregated some requests into a xml file and then post them 
to the server. I want to make a filter to enable those requests to be 
separate as they are sent one by one to the server and the server 
application could process them as usual. Then after the server 
application send those responses,  my another filter could catch those 
responses and aggregated them into one xml file and send it to the client .


I want to develop filter for tomcat to do this work. However, I did not 
find any document on developing filters for Tomcat. Could anyone help me 
about it ? Additionally, I noticed that there is an Application Filter 
Chain. Should I add my filters to it ? Or according to my idea, where 
should I add my filter ?


Thanks,

Erica

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to develop filter for tomcat ?

[Ian Darwin]

Questions about Servlet filters belong on the Tomcat user's list.

This list is for people developing Tomcat itself, not people developing 
Servlets and related web application components.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 99] - Tomcat reports 'out of memory error' BugRat Report#89

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=99





--- Additional Comments From [EMAIL PROTECTED]  2007-03-12 17:59 ---
Make sure you set the -Xmx flag to an appropriate value of your application.
If you are running the NIO connector, known to have a mem leak in 6.0.10, just
get the code from subversion.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41817] - tomcat 6.1.10 can't found the native be installed .

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41817


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2007-03-12 18:00 ---
Bugzilla is not a support forum, please take your question to the tomcat-user 
list.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41827] New: - Not support SSI

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41827

   Summary: Not support SSI
   Product: Tomcat 6
   Version: unspecified
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P1
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Download apache-tomcat-6.0.10.zip, and unzip it.
Not found servlets-ssi.jarCso system not support *.shtml.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41828] New: - mod_jk file locking (flock) causes kernel panic

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41828

   Summary: mod_jk file locking (flock) causes kernel panic
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


We have encountered several kernel panics in our benchmark tests using
Apache bench (ab).

Test environments are:
  RedHat Enterprise Linux 4.0 update 4
  Apache 2.0.52
  mod_jk 1.2.20
  Tomcat 5.5.17

It turned out to be a kernel bug (see
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=230976),
and we also found that mod_jk file locking problem in jk_shm.c is a main
cause of the kernel panic.

First, Apache mod_jk parent process opens shared memory file 
"jk-runtime-status" and its lock file "jk-runtime-status.lock".
Next, forked child processes inherit the parent data including file
descriptors (fd) of these files. 
The child processes don't re-open these files.
It then results that all mod_jk processes are locking/unlocking the
same file with same fd.

The problem is that flock system call with LOCK_EX (exclusive lock) 
from a process (A) has no effect if another process (B) has already
locked the same file with same fd.  The flock does not block process A
and returns without an error.  This is how flock works.  
And if process (A) calls flock with LOCK_UN (unlock) to the file, 
the file is unlocked even if process (B) is locking the file, which is
a main cause of the kernel panic.

The child process should re-open the lock file and use a new fd for
flock system call, in order to lock a file strictly.

I have verified that the following code fragments which re-opens a lock 
file for child processes has some effect and does not cause a kernel panic.

jk_shm.c:do_shm_open

if (jk_shmem.hdr) {
/* Probably a call from vhost */
if (JK_IS_DEBUG_LEVEL(l))
jk_log(l, JK_LOG_DEBUG,
"Shared memory is already open");
/* start of temporary code */
if( attached ) {
  if ((rc = do_shm_open_lock(fname, attached, l))) {
  munmap((void *)jk_shmem.hdr, jk_shmem.size);
  close(jk_shmem.fd);
  jk_shmem.hdr = NULL;
  jk_shmem.fd  = -1;
  JK_TRACE_EXIT(l);
  return rc;
  }
}
/* end of temporary code */
return 0;
}

In such situation, we are afraid that the shared memory is not safe
among multi-processes or multi-threads.

Thank you for your help.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]