DO NOT REPLY [Bug 45453] JDBCRealm. getRoles bad synchronization causes hangs w/ DIGEST authentication
https://issues.apache.org/bugzilla/show_bug.cgi?id=45453 --- Comment #2 from Santtu Hyrkk <[EMAIL PROTECTED]> 2008-07-23 00:54:33 PST --- Created an attachment (id=22302) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22302) proposed patch for tomcat-5.5.26 synchronize JDBCRealm.getPrincipal() -- 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 45453] JDBCRealm. getRoles bad synchronization causes hangs w/ DIGEST authentication
https://issues.apache.org/bugzilla/show_bug.cgi?id=45453 --- Comment #1 from Santtu Hyrkk <[EMAIL PROTECTED]> 2008-07-23 00:54:05 PST --- Created an attachment (id=22301) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22301) proposed patch for tomcat-6.0.16 synchronize JDBCRealm.getPrincipal -- 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 45453] JDBCRealm. getRoles bad synchronization causes hangs w/ DIGEST authentication
https://issues.apache.org/bugzilla/show_bug.cgi?id=45453 Santtu Hyrkk <[EMAIL PROTECTED]> changed: What|Removed |Added Component|Catalina|Catalina Keywords||PatchAvailable Product|Tomcat 5|Tomcat 6 Target Milestone|--- |default Version|5.5.26 |6.0.16 --- Comment #3 from Santtu Hyrkk <[EMAIL PROTECTED]> 2008-07-23 01:01:45 PST --- The problem is also in 6.0.16 -- 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 44864] optionalNoCA not honored
https://issues.apache.org/bugzilla/show_bug.cgi?id=44864 Mladen Turk <[EMAIL PROTECTED]> changed: What|Removed |Added Component|Native:JK |Connectors --- Comment #1 from Mladen Turk <[EMAIL PROTECTED]> 2008-07-23 01:11:24 PST --- This actually belongs to Connectors, not JK -- 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 45412] Mod-Jk 1.2.26 AND Aapche 2. 2 not releasing connections quickly to backend Jboss 4.2 release
https://issues.apache.org/bugzilla/show_bug.cgi?id=45412 Mladen Turk <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Mladen Turk <[EMAIL PROTECTED]> 2008-07-23 01:14:31 PST --- Please use users group for this kind of questions. The TIME_WAIT problem and solutions was explained few times. -- 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 45156] Symbol not found: _open$UNIX2003
https://issues.apache.org/bugzilla/show_bug.cgi?id=45156 Mladen Turk <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #3 from Mladen Turk <[EMAIL PROTECTED]> 2008-07-23 01:16:47 PST --- I'm marking this as WONTFIX sice the solution is to compile the module from source. -- 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]
svn commit: r679036 - in /tomcat/connectors/trunk/jni: native/src/sslnetwork.c xdocs/miscellaneous/changelog.xml
Author: mturk
Date: Wed Jul 23 02:03:38 2008
New Revision: 679036
URL: http://svn.apache.org/viewvc?rev=679036&view=rev
Log:
Fix #44864 by using additional check like with mod_ssl
Modified:
tomcat/connectors/trunk/jni/native/src/sslnetwork.c
tomcat/connectors/trunk/jni/xdocs/miscellaneous/changelog.xml
Modified: tomcat/connectors/trunk/jni/native/src/sslnetwork.c
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/src/sslnetwork.c?rev=679036&r1=679035&r2=679036&view=diff
==
--- tomcat/connectors/trunk/jni/native/src/sslnetwork.c (original)
+++ tomcat/connectors/trunk/jni/native/src/sslnetwork.c Wed Jul 23 02:03:38 2008
@@ -302,6 +302,7 @@
tcn_socket_t *ss = J2P(sock, tcn_socket_t *);
tcn_ssl_conn_t *con;
int s, i;
+long vr;
apr_status_t rv;
X509 *peer;
@@ -351,11 +352,17 @@
/*
* Check for failed client authentication
*/
-if (SSL_get_verify_result(con->ssl) != X509_V_OK) {
-/* TODO: Log SSL client authentication failed */
-con->shutdown_type = SSL_SHUTDOWN_TYPE_UNCLEAN;
-/* TODO: Figure out the correct return value */
-return APR_EGENERAL;
+if ((vr = SSL_get_verify_result(con->ssl)) != X509_V_OK) {
+if (SSL_VERIFY_ERROR_IS_OPTIONAL(vr) &&
+con->ctx->verify_mode == SSL_CVERIFY_OPTIONAL_NO_CA) {
+/* TODO: Log optionalNoCA */
+}
+else {
+/* TODO: Log SSL client authentication failed */
+con->shutdown_type = SSL_SHUTDOWN_TYPE_UNCLEAN;
+/* TODO: Figure out the correct return value */
+return APR_EGENERAL;
+}
}
/*
Modified: tomcat/connectors/trunk/jni/xdocs/miscellaneous/changelog.xml
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/xdocs/miscellaneous/changelog.xml?rev=679036&r1=679035&r2=679036&view=diff
==
--- tomcat/connectors/trunk/jni/xdocs/miscellaneous/changelog.xml (original)
+++ tomcat/connectors/trunk/jni/xdocs/miscellaneous/changelog.xml Wed Jul 23
02:03:38 2008
@@ -36,6 +36,15 @@
new documentation project for Tomcat Native was started.
+
+
+
+ 44864: Use additional check for SSL verify like
+ with mod_ssl for SSLVerifyClient=optionalNoCA. (mturk)
+
+
+
+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44864] optionalNoCA not honored
https://issues.apache.org/bugzilla/show_bug.cgi?id=44864 Mladen Turk <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Mladen Turk <[EMAIL PROTECTED]> 2008-07-23 02:04:15 PST --- Should be fixed now. Can you verify by using the SVN 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 45452] Tomcat - Restriction of 80 file opens?
https://issues.apache.org/bugzilla/show_bug.cgi?id=45452
--- Comment #2 from Chrigoli <[EMAIL PROTECTED]> 2008-07-23 03:34:33 PST ---
All FileInputStreams are correctly closed. When I check the files the process
has opened (ls /proc/#no/fd), the RSS file is only once (or nonce) opened. So
there is not a problem that the file stays open.
OS Limits are set to 1024, so that won't also not be the problem.
I also tried to run the java application directly with the tomcat user from a
console with java myapp, that run was successful.
So there must be a restriction inside the tomcat environment.
In my web application I start the java app as follows:
Runtime rt = Runtime.getRuntime();
Process proc = rt.exec("java myapp");
Thanks for your help.
--
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 44864] optionalNoCA not honored
https://issues.apache.org/bugzilla/show_bug.cgi?id=44864 --- Comment #3 from André Cruz <[EMAIL PROTECTED]> 2008-07-23 04:31:21 PST --- Yes, it seems to work. Thanks! -- 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]
[VOTE] Release build 6.0.18
The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.18/ According to the release process, the 6.0.18 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44864] optionalNoCA not honored
https://issues.apache.org/bugzilla/show_bug.cgi?id=44864 Tom Scavo <[EMAIL PROTECTED]> changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #4 from Tom Scavo <[EMAIL PROTECTED]> 2008-07-23 07:31:02 PST --- What version of tomcat will incorporate this patch, do you know? Thanks. -- 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 45452] Tomcat - Restriction of 80 file opens?
https://issues.apache.org/bugzilla/show_bug.cgi?id=45452 Jonathan Leech <[EMAIL PROTECTED]> changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Jonathan Leech <[EMAIL PROTECTED]> 2008-07-23 08:56:29 PST --- This is obviously not a Tomcat bug. You are not running the application the same way when running from within Tomcat and standalone. The culprit here is Sun Microsystems and their impossible to understand interface for rt.exec(). Every single developer on the planet makes the same mistake you did and doesn't properly capture the output of the process. You've got a buffer, likely your System.out or System.err, that fills up. Your app is blocked trying to write to the buffer. There are tutorials / examples all over the web on how to properly exec a process from Java. -- 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]
hotdeploy of war files results in static variable being null
Hi,
I sometime hotdeploy my war file to tomcat 6.0.16. I have noticed that a
static variable in one of my classes then ends up being null.
The variable is initialized as follows:
private static Logger logger = Logger.getLogger(MyClass.class);
and then used below in a method:
public void mymethod(String mystring) {
logger.info(mystring + " did something");
}
This is a little annoying as I then need to restart the server for this class
to work properly.
Is this a known bug? I could probably create a little sample war file to
demonstrate the issue but I don't want to go through that if you guys already
know about the issue.
Thanks,
Fu-Tung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: hotdeploy of war files results in static variable being null
Hi,
as far as I know Tomcat's WebappClassloader sets final static references
to null upon re-deployments to prevent memory leaks. The following page
describes what's happening:
http://wiki.apache.org/jakarta-commons/Logging/StaticLog
One possible solution would be not to use static loggers.
Best regards,
-Felix
Fu-Tung Cheng wrote:
Hi,
I sometime hotdeploy my war file to tomcat 6.0.16. I have noticed that a
static variable in one of my classes then ends up being null.
The variable is initialized as follows:
private static Logger logger = Logger.getLogger(MyClass.class);
and then used below in a method:
public void mymethod(String mystring) {
logger.info(mystring + " did something");
}
This is a little annoying as I then need to restart the server for this class to work properly.
Is this a known bug? I could probably create a little sample war file to
demonstrate the issue but I don't want to go through that if you guys already
know about the issue.
Thanks,
Fu-Tung
-
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: hotdeploy of war files results in static variable being null
Talking about loggers and NullPointerExceptions ... I get the following
stacktrace every time an application is re-deployed:
log4j:ERROR LogMananger.repositorySelector was null likely due to error
in class reloading, using NOPLoggerRepository.
Jul 23, 2008 4:31:47 PM org.apache.catalina.core.StandardContext
processTlds
SEVERE: Error reading tld listeners java.lang.NullPointerException
java.lang.NullPointerException
at org.apache.log4j.Category.isEnabledFor(Category.java:749)
at
org.apache.commons.logging.impl.Log4JLogger.isTraceEnabled(Log4JLogger.java:333)
at
org.apache.catalina.startup.TldConfig.tldScanResourcePaths(TldConfig.java:581)
at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:282)
at
org.apache.catalina.core.StandardContext.processTlds(StandardContext.java:4307)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4144)
at
org.apache.catalina.core.StandardContext.reload(StandardContext.java:3025)
at
org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:432)
at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1278)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1570)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1579)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1579)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1559)
at java.lang.Thread.run(Thread.java:595)
I'm using Tomcat 5.5.25 (inside Eclipse) and the application uses
commons-logging + Log4j itself, therefore both jars are loaded from
WEB-INF/lib. Can anybody explain what's happening here and who's to
blame for this error?
Thanks a lot,
-Felix
Felix Gnass wrote:
Hi,
as far as I know Tomcat's WebappClassloader sets final static
references to null upon re-deployments to prevent memory leaks. The
following page describes what's happening:
http://wiki.apache.org/jakarta-commons/Logging/StaticLog
One possible solution would be not to use static loggers.
Best regards,
-Felix
Fu-Tung Cheng wrote:
Hi,
I sometime hotdeploy my war file to tomcat 6.0.16. I have noticed
that a static variable in one of my classes then ends up being null.
The variable is initialized as follows:
private static Logger logger = Logger.getLogger(MyClass.class);
and then used below in a method:
public void mymethod(String mystring) {
logger.info(mystring + " did something");
}
This is a little annoying as I then need to restart the server for
this class to work properly.
Is this a known bug? I could probably create a little sample war
file to demonstrate the issue but I don't want to go through that if
you guys already know about the issue.
Thanks,
Fu-Tung
-
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: hotdeploy of war files results in static variable being null
Hi Felix,
Thank you for the link. Quite informative!!!
Fu-Tung
--- On Wed, 7/23/08, Felix Gnass <[EMAIL PROTECTED]> wrote:
> From: Felix Gnass <[EMAIL PROTECTED]>
> Subject: Re: hotdeploy of war files results in static variable being null
> To: "Tomcat Developers List"
> Date: Wednesday, July 23, 2008, 4:26 PM
> Hi,
>
> as far as I know Tomcat's WebappClassloader sets final
> static references
> to null upon re-deployments to prevent memory leaks. The
> following page
> describes what's happening:
> http://wiki.apache.org/jakarta-commons/Logging/StaticLog
>
> One possible solution would be not to use static loggers.
>
> Best regards,
> -Felix
>
>
> Fu-Tung Cheng wrote:
> > Hi,
> >
> > I sometime hotdeploy my war file to tomcat 6.0.16. I
> have noticed that a static variable in one of my classes
> then ends up being null.
> >
> > The variable is initialized as follows:
> >
> > private static Logger logger =
> Logger.getLogger(MyClass.class);
> >
> > and then used below in a method:
> >
> > public void mymethod(String mystring) {
> > logger.info(mystring + " did something");
> > }
> >
> > This is a little annoying as I then need to restart
> the server for this class to work properly.
> >
> > Is this a known bug? I could probably create a little
> sample war file to demonstrate the issue but I don't
> want to go through that if you guys already know about the
> issue.
> >
> > Thanks,
> >
> > Fu-Tung
> >
> >
> >
> >
> >
> >
> -
> > 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: [VOTE] bayeux inclusion
Costin Manolache wrote: On Tue, Jul 22, 2008 at 10:17 AM, Filip Hanik - Dev Lists < [EMAIL PROTECTED]> wrote: As promised, here is the vote for inclusion of the bayeux toolkit https://issues.apache.org/bugzilla/show_bug.cgi?id=45413 I think this toolkit should [X] +1 include it as an independent component, I'm interested [ ] 0 sounds interesting [ ] -1 throw it away I plan to put it under svn.apache.org/repos/asf/tomcat/cometd/bayeux thinking that there may be more cometd components in the future I don't know about this - don't you think we have too many svn trees ? Is there any reason for this ? I wouldn't mind having it in the trunk. Not in the java/ dir, but maybe some extensions/bayeux ? It would be easier for people to see/checkout, and maybe will be easier to package/release extensions, if we end up with more. I'm fine either way, if there are other suggestions, let me know, and I'll just follow majority consensus Filip Costin Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No virus found in this incoming message. Checked by AVG. Version: 7.5.526 / Virus Database: 270.5.3/1565 - Release Date: 7/21/2008 6:36 PM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45467] New: typo corrections, whichversion web page
https://issues.apache.org/bugzilla/show_bug.cgi?id=45467 Summary: typo corrections, whichversion web page Product: Tomcat 6 Version: 6.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Created an attachment (id=22305) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22305) patchfile, whichversion.xml Attached patch file addresses typos on the Tomcat "which version" web page. -- 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]
Re: [VOTE] Release build 6.0.18
The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.18/ According to the release process, the 6.0.18 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45468] New: Upate copyright to 2008, site-wide
https://issues.apache.org/bugzilla/show_bug.cgi?id=45468 Summary: Upate copyright to 2008, site-wide Product: Tomcat 6 Version: 6.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Created an attachment (id=22306) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22306) Patchfile, tomcat-site.xsl If I'm properly understanding the site's structure, a change to this one file should propagate throughout the Tomcat site. Path = ...\site\trunk\xdocs\stylesheets\tomcat-site.xsl -- 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 45469] New: Update copyright on "legal" page
https://issues.apache.org/bugzilla/show_bug.cgi?id=45469 Summary: Update copyright on "legal" page Product: Tomcat 6 Version: 6.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] patch attached to update the "legal" page copyright statement. Path=../site/trunck/xdocs/legal.xml -- 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 45469] Update copyright on "legal" page
https://issues.apache.org/bugzilla/show_bug.cgi?id=45469 --- Comment #1 from David Barnes <[EMAIL PROTECTED]> 2008-07-23 11:31:19 PST --- Created an attachment (id=22307) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22307) patchvile, legal.xml -- 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]
WARP development
hello. pardon me as a newbie if these comments seem to be awkward... i searched the archives, but failed to find any such thing with reference to tomcat6. what i have read till now, i feel WARP to be more faster and efficient than AJP (maybe the book authors were biased !!). since a "yes-no" answer is not possible, i would like to know your comments on this statement... one more thing ,why is the WARP connector development so limited ?? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to Kill or Stop a request processing on the server side?
Hi, How to stop or kill a request processing on the server side, once the client decides to abort the request. For Ex. in our web app, user can send a request to load a document. While document is being loaded we show users a processing dialog which has a cancel button. Sometimes document loading can take a very long time because we do some processing on the document content before returning it. Meanwhile user might decide to cancel this request by clicking on the Cancel button. How can I stop the processing of that request on the server, so that it does not spend any more time on the document content processing and frees up the CPU and memory. Thanks, Hiren -- View this message in context: http://www.nabble.com/How-to-Kill-or-Stop-a-request-processing-on-the-server-side--tp18617782p18617782.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AntiResourceLocking Side Effect
Hi all, Just a quick introduction, I'm Jonathan Holloway, I recently became a contributer with Apache. I've been using Java and Apache software since 1998 or so... : ) I really wanted to get an understanding on an issue that's in the Apache documentation regarding antiResourceLocking which is set on the Context element. The bug is here: https://issues.apache.org/bugzilla/show_bug.cgi?id=37668 The side effect of setting this is that JSP's or in our case Velocity templates are not reloaded. This is a bit of pain for development, but is required for production on a Windows server (I'm told). Is this considered a bug still and does it need a fix proposed, or is it an accepted side effect? We've solved this by substituting the value into our context.xml file for production.. I'd also like to know the best way to get started with becoming a Tomcat contributor, could I possibly help out by doing some documentation work for now? If you need any help here then please let me know. Many thanks, Jon. -- Web: http://www.jonathanholloway.co.uk Mail: [EMAIL PROTECTED] IM: [EMAIL PROTECTED]
