Re: tomcat native 1.1.13 for win32

2008-03-13 Thread jean-frederic clere

William A. Rowe, Jr. wrote:

Mark Thomas wrote:

Henri Gomez wrote:

Hi to all,

I used to get the win32 tcnative at http://tomcat.heanet.ie/native/
but there is only a 1.1.12 there.

Do you know alternate location ?


Nothing I am aware of. That is where they are currently uploaded to.

Also, shouldn't we provide such win32/win64 binaries at 
tomcat.apache.org ?


Hmm. The downloads page mentions crypto limitations but since httpd 
distributes binaries that include OpenSSL I don't see why we can't 
(providing we stick to the terms of the license).


Doesn't this go back to the discussion of creating "releases" of tcnative
connectors?


I think that there are still some administrative tasks to do according 
to http://www.apache.org/dev/crypto.html.


Comments?

Cheers

Jean-Frederic




Bill

-
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 44021] Deployer cannot deploy wars with #s

2008-03-13 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=44021





--- Comment #10 from Mark Thomas <[EMAIL PROTECTED]>  2008-03-13 00:56:22 PST 
---
(In reply to comment #9)
> I presume that when Tomcat deploys a#b#c.war to a dir named a#b#c, it will 
> also
> deploy META-INF/context.xml contained in a#b#c.war to
> ${CATALINA_BASE}/conf/Engine/host/a#b#c.xml, correct?

That is how I envisage it working.


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

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



DO NOT REPLY [Bug 44595] New: Add possibility to request the QueueSize of an executor via JMX

2008-03-13 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=44595

   Summary: Add possibility to request the QueueSize of an executor
via JMX
   Product: Tomcat 6
   Version: 6.0.16
  Platform: PC
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Connectors
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Created an attachment (id=21660)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=21660)
Patch against 6.0.16

The attached patch adds the possibility to check the QueueSize of an executor
via JMX.


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

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



DO NOT REPLY [Bug 44598] New: JAASRealm is suppressing Exceptions

2008-03-13 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=44598

   Summary: JAASRealm is suppressing Exceptions
   Product: Tomcat 6
   Version: 6.0.16
  Platform: PC
OS/Version: Windows Vista
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


in the class "org/apache/catalina/realm/JAASRealm.java"
in method "public Principal authenticate(String username, String credentials)"

many exceptions out from the JAAS login modules are catched and returned null.
...
} catch (LoginException e) {
log.warn(sm.getString("jaasRealm.loginException", username), e);
return (null);
}
...

with this it is not possible to display any exception that is thrown within an
own or implemented login module. in my opinion the exception should be stored
in session or pagecontext to be used later by the error.page (if formbased
authentication) is used.

this bug is in 5.0.28, 5.5.x, 6.0.x and even in trunk.


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

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



DO NOT REPLY [Bug 44448] Invalid Response if HTTP Status = 304

2008-03-13 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=8


Robert Andersson <[EMAIL PROTECTED]> changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |




--- Comment #3 from Robert Andersson <[EMAIL PROTECTED]>  2008-03-13 09:41:39 
PST ---
This was closed as a duplicate of bug #40317. 

However that bug was, IMO rightly, closed as invalid.

So the ball is again back in the tomcat yard.

I have confirmed that both firefox and safari become totally confused due to
this bug, see:
https://bugzilla.mozilla.org/show_bug.cgi?id=363109

So reopening, the original reporter was spot on.

Regards, Robert.


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

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