svn commit: r442173 - in /tomcat/connectors/trunk/jk/native/iis: isapi.dsp isapi.dsw pcre/pcreposix.dsp pcre/pcreposix.h

[mturk]

Author: mturk
Date: Mon Sep 11 04:08:29 2006
New Revision: 442173

URL: http://svn.apache.org/viewvc?view=rev&rev=442173
Log:
Update pcre libray dependency.

Added:
tomcat/connectors/trunk/jk/native/iis/pcre/pcreposix.h   (with props)
Modified:
tomcat/connectors/trunk/jk/native/iis/isapi.dsp
tomcat/connectors/trunk/jk/native/iis/isapi.dsw
tomcat/connectors/trunk/jk/native/iis/pcre/pcreposix.dsp

Modified: tomcat/connectors/trunk/jk/native/iis/isapi.dsp
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/isapi.dsp?view=diff&rev=442173&r1=442172&r2=442173
==
--- tomcat/connectors/trunk/jk/native/iis/isapi.dsp (original)
+++ tomcat/connectors/trunk/jk/native/iis/isapi.dsp Mon Sep 11 04:08:29 2006
@@ -43,7 +43,7 @@
 # PROP Ignore_Export_Lib 0
 # PROP Target_Dir ""
 # ADD BASE CPP /nologo /MT /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D 
"_MBCS" /D "_USRDLL" /D "ISAPI_EXPORTS" /YX /FD /c
-# ADD CPP /nologo /MD /W3 /Zi /O2 /I "..\common" /I "$(JAVA_HOME)\include" /I 
"$(JAVA_HOME)\include\win32" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D 
"ISAPI_EXPORTS" /Fd"Release/isapi_redirector_src" /FD /c
+# ADD CPP /nologo /MD /W3 /Zi /O2 /I "..\common" /I "pcre" /I 
"$(JAVA_HOME)\include" /I "$(JAVA_HOME)\include\win32" /D "WIN32" /D "NDEBUG" 
/D "_WINDOWS" /D "ISAPI_EXPORTS" /D "HAS_PCRE" 
/Fd"Release/isapi_redirector_src" /FD /c
 # ADD BASE MTL /nologo /D "NDEBUG" /mktyplib203 /win32
 # ADD MTL /nologo /D "NDEBUG" /mktyplib203 /win32
 # ADD BASE RSC /l 0x809 /d "NDEBUG"
@@ -69,7 +69,7 @@
 # PROP Ignore_Export_Lib 0
 # PROP Target_Dir ""
 # ADD BASE CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D 
"_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "ISAPI_EXPORTS" /YX /FD /GZ /c
-# ADD CPP /nologo /MDd /W3 /GX /Zi /Od /I "..\common" /I 
"$(JAVA_HOME)\include" /I "$(JAVA_HOME)\include\win32" /D "_DEBUG" /D "WIN32" 
/D "_WINDOWS" /Fd"Debug/isapi_redirector_src" /FD /c
+# ADD CPP /nologo /MDd /W3 /GX /Zi /Od /I "..\common" /I "pcre" /I 
"$(JAVA_HOME)\include" /I "$(JAVA_HOME)\include\win32" /D "_DEBUG" /D "WIN32" 
/D "_WINDOWS" /D "ISAPI_EXPORTS" /D "HAS_PCRE" /Fd"Debug/isapi_redirector_src" 
/FD /c
 # ADD BASE MTL /nologo /D "_DEBUG" /mktyplib203 /win32
 # ADD MTL /nologo /D "_DEBUG" /mktyplib203 /win32
 # ADD BASE RSC /l 0x809 /d "_DEBUG"

Modified: tomcat/connectors/trunk/jk/native/iis/isapi.dsw
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/isapi.dsw?view=diff&rev=442173&r1=442172&r2=442173
==
--- tomcat/connectors/trunk/jk/native/iis/isapi.dsw (original)
+++ tomcat/connectors/trunk/jk/native/iis/isapi.dsw Mon Sep 11 04:08:29 2006
@@ -3,6 +3,18 @@
 
 ###
 
+Project: "dftables"=".\pcre\dftables.dsp" - Package Owner=<4>
+
+Package=<5>
+{{{
+}}}
+
+Package=<4>
+{{{
+}}}
+
+###
+
 Project: "isapi"=".\isapi.dsp" - Package Owner=<4>
 
 Package=<5>
@@ -11,6 +23,24 @@
 
 Package=<4>
 {{{
+Begin Project Dependency
+Project_Dep_Name pcre
+End Project Dependency
+}}}
+
+###
+
+Project: "pcre"=".\pcre\pcre.dsp" - Package Owner=<4>
+
+Package=<5>
+{{{
+}}}
+
+Package=<4>
+{{{
+Begin Project Dependency
+Project_Dep_Name dftables
+End Project Dependency
 }}}
 
 ###

Modified: tomcat/connectors/trunk/jk/native/iis/pcre/pcreposix.dsp
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/pcre/pcreposix.dsp?view=diff&rev=442173&r1=442172&r2=442173
==
--- tomcat/connectors/trunk/jk/native/iis/pcre/pcreposix.dsp (original)
+++ tomcat/connectors/trunk/jk/native/iis/pcre/pcreposix.dsp Mon Sep 11 
04:08:29 2006
@@ -41,7 +41,7 @@
 # PROP Intermediate_Dir "LibR"
 # PROP Target_Dir ""
 # ADD BASE CPP /nologo /MD /W3 /O2 /D "_WIN32" /D "NDEBUG" /D "_WINDOWS" /D 
"PCRE_STATIC" /FD /c
-# ADD CPP /nologo /MD /W3 /O2 /Oy- /Zi /I "..\..\include" /D "_WIN32" /D 
"NDEBUG" /D "_WINDOWS" /D "PCRE_STATIC" /Fd"LibR/pcreposix_src" /FD /c
+# ADD CPP /nologo /MD /W3 /Zi /O2 /Oy- /D "_WIN32" /D "NDEBUG" /D "_WINDOWS" 
/D "PCRE_STATIC" /Fd"LibR/pcreposix_src" /FD /c
 # ADD BASE RSC /l 0x409
 # ADD RSC /l 0x409
 BSC32=bscmake.exe
@@ -63,8 +63,8 @@
 # PROP Output_Dir "LibD"
 # PROP Intermediate_Dir "LibD"
 # PROP Target_Dir ""
-# ADD BASE CPP /nologo /MDd /W3 /EHsc /Zi /Od /D "_WIN32" /D "_DEBUG" /D 
"_WINDOWS" /D "PCRE_STATIC" /FD /c
-# ADD CPP /nologo /MDd /W3 /EHsc /Zi /Od /I "..\..\include" /D "_WIN32" /D 
"_DEBUG" /D "_WINDOWS" /D "PCRE_STATIC" /Fd"LibD/pcreposix_src" /FD /c
+# ADD BASE CPP /nologo /MDd /W3 /Zi /Od /D "_WIN32" /

Re: [DRAFT] Board Report for September 2006

[Yoav Shapira]

OK, submitting now.

Yoav

On 9/6/06, Rainer Jung <[EMAIL PROTECTED]> wrote:

+1 and thanks.

Yoav Shapira wrote:
> Hi,
> OK, so the updated draft looks like this:
>
> 
> Attachment [TBD]: Status report for the Apache Tomcat Project
> - We have no issues that require attention from the Board at this time
>
> Development:
> - Continued work on Tomcat 6.0 development: we expect to have release
> 6.0.0 ready roughly at the same time that Servlet Specification v2.5
> and JSP Specification v2.1 are finalized.  No change here since
> previous Board report.
> - Much work has been done on the mod_jk connector, improving
> reliability, performance, and monitoring options for httpd / mod_jk
> administrators.  It's been great to see the increased level of energy
> and enthusiasm around the connectors, and the new connector releases
> have been getting pre-release testing from a number of committers on
> various platforms.
> - We've also added a non-blocking HTTPS protocol connector written in
> Java to provide users with another choice on platforms that handle
> non-blocking IO threads well.
> - We're also diversifying release managers: Mark Thomas is the current
> release manager for Tomcat 4.x, Filip Hanik for Tomcat 5.x, Remy
> Maucherat for 6.x, and Rainer Jung for the connectors.
>
> Releases:
> - mod_jk 1.2.17 and 1.2.18 were released.  1.2.18 is currently the
> stable release (it was put out on July 20th).  mod_jk 1.2.19 is in the
> works, expected to release in the first half of September.
> - Tomcat 4.1.34 was released in the first week of September, and
> addresses virtually all the issues reported against the previous 4.1
> release.
> - Tomcat 5.5.18 is also in the middle of its release process, with
> expected release in the next two weeks.  Tomcat 5.5.17 is still the
> latest stable Tomcat release.
>
> People:
> - No changes since last Board report.
> 
>
> (End of draft)
> Yoav
>
> On 9/2/06, Rainer Jung <[EMAIL PROTECTED]> wrote:
>
>> +1 (thanks for the nice comments on the recent connectors work) and +1
>> to Mladens Comments on the connector stuff.
>>
>> Maybe you might like to add myself to the "diversifying release managers
>> part concerning tomcat-connectors.
>>
>> Regards,
>>
>> Rainer
>>
>> Yoav Shapira schrieb:
>> > Hey,
>> > We need to submit a quarterly report to the Board this month.  I've
>> > put together a first draft below.  Comments and edits are welcome:
>> > we've got a while before we have to submit this (the Board meeting is
>> > September 20th, so let's stick the comments deadline somewhere in the
>> > middle, September 10th.
>> >
>> > Yoav
>> >
>> > 
>> > Attachment [TBD]: Status report for the Apache Tomcat Project
>> > - We have no issues that require attention from the Board at this time
>> >
>> > Development:
>> > - Continued work on Tomcat 6.0 development: we expect to have release
>> > 6.0.0 ready roughly at the same time that Servlet Specification v2.5
>> > and JSP Specification v2.1 are finalized.  No change here since
>> > previous Board report.
>> > - Much work has been done on the mod_jk connector, improving
>> > reliability, performance, and monitoring options for httpd / mod_jk
>> > administrators.  It's been great to see the increased level of energy
>> > and enthusiasm around the connectors, and the new connector releases
>> > have been getting pre-release testing from a number of committers on
>> > various platforms.
>> > - We're also diversifying release managers: Mark Thomas is the current
>> > release manager for Tomcat 4.x, Filip Hanik for Tomcat 5.x, and Remy
>> > Maucherat for 6.x.
>> >
>> > Releases:
>> > - mod_jk 1.2.17 and 1.2.18 were released.  1.2.18 is currently the
>> > stable release (it was put out on July 20th).  mod_jk 1.2.19 is in the
>> > works, expected to release in September.
>> > - Tomcat 4.1.34 is being voted on right now, with expected final
>> > release next week.  This is a bug fix, documentation update, and
>> > limited back-porting of features release.
>> > - Tomcat 5.5.18 is also in the middle of its release process, with
>> > expected release in the next two weeks.  Tomcat 5.5.17 is still the
>> > latest stable Tomcat release.
>> >
>> > People:
>> > - No changes since last Board report.
>> > 
>> >
>> > -
>> > 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 PROTECT

Apache Tomcat Board Report, September 2006

[Yoav Shapira]

Board,
Below is the report due for Tomcat for your board meeting this month.
Thank you,

The Tomcat PMC


Attachment [TBD]: Status report for the Apache Tomcat Project
- We have no issues that require attention from the Board at this time

Development:
- Continued work on Tomcat 6.0 development: we expect to have release
6.0.0 ready roughly at the same time that Servlet Specification v2.5
and JSP Specification v2.1 are finalized.  No change here since
previous Board report.
- Much work has been done on the mod_jk connector, improving
reliability, performance, and monitoring options for httpd / mod_jk
administrators.  It's been great to see the increased level of energy
and enthusiasm around the connectors, and the new connector releases
have been getting pre-release testing from a number of committers on
various platforms.
- We've also added a non-blocking HTTPS protocol connector written in
Java to provide users with another choice on platforms that handle
non-blocking IO threads well.
- We're also diversifying release managers: Mark Thomas is the current
release manager for Tomcat 4.x, Filip Hanik for Tomcat 5.x, Remy
Maucherat for 6.x, and Rainer Jung for the connectors.

Releases:
- mod_jk 1.2.17 and 1.2.18 were released.  1.2.18 is currently the
stable release (it was put out on July 20th).  mod_jk 1.2.19 is in the
works, expected to release in the first half of September.
- Tomcat 4.1.34 was released in the first week of September, and
addresses virtually all the issues reported against the previous 4.1
release.
- Tomcat 5.5.18 and 5.5.19 were cut, but did not make it into final
release: 5.5.20 is in the works. Tomcat 5.5.17 is still the latest
stable Tomcat release.

People:
- No changes since last Board report.


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

Re: [DRAFT] Board Report for September 2006

[Remy Maucherat]

Yoav Shapira wrote:

OK, submitting now.


+1.

Rémy

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

Make Cookie and SavedRequest Serializable to allow proper SSO handling in clustered environments

[Alberto Rodriguez Galdo]

Hi,

  In our company we have a distributed clustered application that uses
session replication, single sign on and form-based authentication.

  When implementing this scenario we used
Jboss(clustering)+Tomcat(servlets+jsp)+Apache(load balancing).

  If you don't want to use stiky sessions, you're forced to make all
information of a particular user session live in one node of the cluster,
then tomcat is able to find it's SavedRequest Object when authenticating an
user. What's natural is that Apache should be able to choose any of the
cluster nodes to continue the authentication process ( once the user has
been redirected to the login page), but, as SavedRequest is not Serializable
it's impossible for an application server clustering implementation to
replicate the SavedRequest info in the nodes of the cluster.


  We're working hand to hand with jboss in trying to implement this
behaviour (as you can see in
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=89734 and
http://jira.jboss.com/jira/browse/JBCLUSTER-148 ) and to allow the
serializing of SavedRequest and begin Jboss specific implementation we need
from Tomcat to make
org.apache.catalina.authenticator.SavedRequestSerializable (implements
java.io.Serializable) and as a consecuence, make
javax.servlet.http.CookieSerializable too (I know, I know, I've read
the disclaimer regarding JDK
1.01... but...). We've already checked that making both classes Serializable
does not affect to Tomcat's behaviour and eases very much our approach to
the problem in JBoss (and other Application servers that use Tomcat as
servlet/jsp container).



  Is this possible?, Do you want us to send the proper diff files against
cvs?


Greets,

--
Alberto Rodriguez Galdo
[EMAIL PROTECTED]

Re: [TC6] revision that removed calls to makeOutputDir() breaks Jasper

[Remy Maucherat]

Scott Johnson wrote:
Revision 441109 to JspCompilationContext.java removed calls to 
makeOutputDir() from the methods getClassFileName() and 
getServletJavaFileName().  This results in JSP compilation failures in 
this scenario:


1. my.jsp is requested for the first time, its implementation 
servlet is created in the outputDir , JspServletWrapper is populated, etc. 
 Happy.
2. You delete the outputDir.  Not just my_jsp.class, but the 
entire directory.
3. Request my.jsp again. 

Because the servletwrapper for my.jsp has been populated with a 
jspcompilationcontext, both 'servletJavaFileName' and 'classFileName' are 
initialized.  In addition, 'outputDir' is intialized.  Revision 441109 
results in no call to makeOutputDir() 
ever being made and therefore the resultant generation of my_jsp.java 
fails due to the outputDir not existing.


BTW, thanks for the testing.

Rémy


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

svn commit: r442223 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/LocalStrings.properties

[fhanik]

Author: fhanik
Date: Mon Sep 11 07:02:07 2006
New Revision: 442223

URL: http://svn.apache.org/viewvc?view=rev&rev=442223
Log:
Fixed spelling error

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/LocalStrings.properties

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/LocalStrings.properties
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/LocalStrings.properties?view=diff&rev=442223&r1=44&r2=442223
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/LocalStrings.properties
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/LocalStrings.properties
 Mon Sep 11 07:02:07 2006
@@ -16,7 +16,7 @@
 applicationResponse.badResponse=Response is not a 
javax.servlet.ServletResponseWrapper
 aprListener.aprInit=The Apache Tomcat Native library which allows optimal 
performance in production environments was not found on the java.library.path: 
{0}
 aprListener.tcnInvalid=An incompatible version {0} of the Apache Tomcat Native 
library is installed, while Tomcat requires version {1} 
-aprListener.tcnVersion=An older version {0} of the Apache Tomcat Native 
library is installed, while Tomcat recommends version greater then {1}
+aprListener.tcnVersion=An older version {0} of the Apache Tomcat Native 
library is installed, while Tomcat recommends version greater than {1}
 aprListener.aprDestroy=Failed shutdown of Apache Portable Runtime
 containerBase.addDefaultMapper=Exception configuring default mapper of class 
{0}
 containerBase.alreadyStarted=Container {0} has already been started



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

svn commit: r442235 [2/2] - in /tomcat/tc6.0.x/trunk/test/org/apache/catalina/tribes/demos: ./ ChannelCreator.java CoordinationDemo.java EchoRpcTest.java IntrospectionUtils.java LoadTest.java MapDemo.

[fhanik]

Added: tomcat/tc6.0.x/trunk/test/org/apache/catalina/tribes/demos/LoadTest.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/test/org/apache/catalina/tribes/demos/LoadTest.java?view=auto&rev=442235
==
--- tomcat/tc6.0.x/trunk/test/org/apache/catalina/tribes/demos/LoadTest.java 
(added)
+++ tomcat/tc6.0.x/trunk/test/org/apache/catalina/tribes/demos/LoadTest.java 
Mon Sep 11 07:47:47 2006
@@ -0,0 +1,424 @@
+/*
+ * Copyright 1999,2004-2006 The Apache Software Foundation.
+ * 
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * 
+ *  http://www.apache.org/licenses/LICENSE-2.0
+ * 
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.apache.catalina.tribes.demos;
+
+import java.io.Serializable;
+import java.util.Random;
+
+import org.apache.catalina.tribes.ByteMessage;
+import org.apache.catalina.tribes.ChannelException;
+import org.apache.catalina.tribes.ChannelListener;
+import org.apache.catalina.tribes.ManagedChannel;
+import org.apache.catalina.tribes.Member;
+import org.apache.catalina.tribes.MembershipListener;
+import org.apache.catalina.tribes.io.XByteBuffer;
+import org.apache.catalina.tribes.Channel;
+import java.io.Externalizable;
+
+
+/**
+ * Title: 
+ *
+ * Description: 
+ *
+ * Copyright: Copyright (c) 2005
+ *
+ * Company: 
+ *
+ * @author not attributable
+ * @version 1.0
+ */
+public class LoadTest implements MembershipListener,ChannelListener, Runnable {
+protected static org.apache.commons.logging.Log log = 
org.apache.commons.logging.LogFactory.getLog(LoadTest.class);
+public static int size = 24000;
+public static Object mutex = new Object();
+public boolean doRun = true;
+
+public long bytesReceived = 0;
+public float mBytesReceived = 0;
+public int  messagesReceived = 0;
+public boolean send = true;
+public boolean debug = false;
+public int msgCount = 100;
+ManagedChannel channel=null;
+public int statsInterval = 1;
+public long pause = 0;
+public boolean breakonChannelException = false;
+public boolean async = false;
+public long receiveStart = 0;
+public int channelOptions = Channel.SEND_OPTIONS_DEFAULT;
+
+static int messageSize = 0;
+
+public static long messagesSent = 0;
+public static long messageStartSendTime = 0;
+public static long messageEndSendTime = 0;
+public static int  threadCount = 0;
+
+public static synchronized void startTest() {
+threadCount++;
+if ( messageStartSendTime == 0 ) messageStartSendTime = 
System.currentTimeMillis();
+}
+
+public static synchronized void endTest() {
+threadCount--;
+if ( messageEndSendTime == 0 && threadCount==0 ) messageEndSendTime = 
System.currentTimeMillis();
+}
+
+
+public static synchronized long addSendStats(long count) {
+messagesSent+=count;
+return 0l;
+}
+
+private static void printSendStats(long counter, int messageSize) {
+float cnt = (float)counter;
+float size = (float)messageSize;
+float time = (float)(System.currentTimeMillis()-messageStartSendTime) 
/ 1000f;
+log.info("SEND STATS-"+Thread.currentThread().getName()+"*"+
+ "\n\tMessage count:"+counter+
+ "\n\tTotal bytes  :"+(long)(size*cnt)+
+ "\n\tTotal seconds:"+(time)+
+ "\n\tBytes/second :"+(size*cnt/time)+
+ "\n\tMBytes/second:"+(size*cnt/time/1024f/1024f));
+}
+
+
+
+public LoadTest(ManagedChannel channel, 
+boolean send,
+int msgCount,
+boolean debug,
+long pause,
+int stats,
+boolean breakOnEx) {
+this.channel = channel;
+this.send = send;
+this.msgCount = msgCount;
+this.debug = debug;
+this.pause = pause;
+this.statsInterval = stats;
+this.breakonChannelException = breakOnEx;
+}
+
+
+
+public void run() {
+
+long counter = 0;
+long total = 0;
+LoadMessage msg = new LoadMessage();
+int messageSize = LoadTest.messageSize;
+
+try {
+startTest();
+while (total < msgCount) {
+if (channel.getMembers().length == 0 || (!send)) {
+synchronized (mutex) {
+try {
+mutex.wait();
+   

Funding someone to fix a few bugs

[George Sexton]

Is it permitted to offer to fund someone to fix a few bugs? I have three 
things I'd like to see fixed. One trivial, and two non-trivial.


As background, I'm using tomcat to host our web calendar software. I'm 
currently running some 300+ virtual hosts in one instance of tomcat. I 
add or remove between 5-8 virtual hosts per day. Because of these 
defects, new hosts don't have logs until Tomcat is re-started, and 
removed hosts generate an error when users try to access them.  To add 
and remove the hosts, I'm using custom software that calls the tomcat 
host-manager application.


The bug IDs are:

Host Manager Add Host Problems w/ Spaces
http://issues.apache.org/bugzilla/show_bug.cgi?id=39125

context.xml not used when new host created. I haven't re-tested this 
since it's submission.

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

Requests for host removed via Host Manager not sent to Engine Default Host
http://issues.apache.org/bugzilla/show_bug.cgi?id=40449

If this is permitted, and anyone is interested, please send me an EMail 
off-list so we can make arrangements.


If this is not permitted, please say so and I will try to come up with 
some other method of fixing these issues.


--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL:   http://www.mhsoftware.com/


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

svn commit: r442236 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometEvent.java

[fhanik]

Author: fhanik
Date: Mon Sep 11 07:49:04 2006
New Revision: 442236

URL: http://svn.apache.org/viewvc?view=rev&rev=442236
Log:
added missing author tag

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometEvent.java

Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometEvent.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometEvent.java?view=diff&rev=442236&r1=442235&r2=442236
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometEvent.java (original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometEvent.java Mon Sep 11 
07:49:04 2006
@@ -27,6 +27,7 @@
  * The CometEvent interface.
  * 
  * @author Filip Hanik
+ * @author Remy Maucherat
  */
 public interface CometEvent {
 



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

Re: [TC6] revision that removed calls to makeOutputDir() breaks Jasper

[Scott Johnson]

My pleasure. 





Remy Maucherat <[EMAIL PROTECTED]> 
09/11/2006 09:52 AM
Please respond to
"Tomcat Developers List" 


To
Tomcat Developers List 
cc

Subject
Re: [TC6] revision that removed calls to makeOutputDir() breaks Jasper






Scott Johnson wrote:
> Revision 441109 to JspCompilationContext.java removed calls to 
> makeOutputDir() from the methods getClassFileName() and 
> getServletJavaFileName().  This results in JSP compilation failures in 
> this scenario:
> 
> 1. my.jsp is requested for the first time, its implementation 
> servlet is created in the outputDir , JspServletWrapper is populated, 
etc. 
>  Happy.
> 2. You delete the outputDir.  Not just my_jsp.class, but the 
> entire directory.
> 3. Request my.jsp again. 
> 
> Because the servletwrapper for my.jsp has been populated with a 
> jspcompilationcontext, both 'servletJavaFileName' and 'classFileName' 
are 
> initialized.  In addition, 'outputDir' is intialized.  Revision 441109 
> results in no call to makeOutputDir() 
> ever being made and therefore the resultant generation of my_jsp.java 
> fails due to the outputDir not existing.

BTW, thanks for the testing.

Rémy


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

Re: Funding someone to fix a few bugs

[Filip Hanik - Dev Lists]

George Sexton wrote:
Is it permitted to offer to fund someone to fix a few bugs? I have 
three things I'd like to see fixed. One trivial, and two non-trivial.
I don't see this as a problem, all ASF committers are being funded 
somehow to enable them to do their contributions here.
Some work for companies that let them do it full time, other fund their 
own involvement here through outside consulting.


As with any patches, you can offer someone $ to come up with a patch, 
that patch will be submitted, reviewed and if accepted applied to the 
code base.



As background, I'm using tomcat to host our web calendar software. I'm 
currently running some 300+ virtual hosts in one instance of tomcat. I 
add or remove between 5-8 virtual hosts per day. Because of these 
defects, new hosts don't have logs until Tomcat is re-started, and 
removed hosts generate an error when users try to access them.  To add 
and remove the hosts, I'm using custom software that calls the tomcat 
host-manager application.


The bug IDs are:

Host Manager Add Host Problems w/ Spaces
http://issues.apache.org/bugzilla/show_bug.cgi?id=39125

context.xml not used when new host created. I haven't re-tested this 
since it's submission.

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

Requests for host removed via Host Manager not sent to Engine Default 
Host

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

If this is permitted, and anyone is interested, please send me an 
EMail off-list so we can make arrangements.


If this is not permitted, please say so and I will try to come up with 
some other method of fixing these issues.




Filip


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

Re: Funding someone to fix a few bugs

[Yoav Shapira]

Hi,


George Sexton wrote:
> Is it permitted to offer to fund someone to fix a few bugs? I have
> three things I'd like to see fixed. One trivial, and two non-trivial.


I'm not sure, but I'm not aware of precedents, and I am aware of some
discussion against this idea.

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

I don't see this as a problem, all ASF committers are being funded
somehow to enable them to do their contributions here.


No, that's not true.  Many of us, such as myself, contribute to the
ASF during our free time on our own equipment.


As with any patches, you can offer someone $ to come up with a patch,
that patch will be submitted, reviewed and if accepted applied to the
code base.


Yes, the normal patch review and acceptance criteria still apply.
Even if you paid someone, a patch can be -1ed or otherwise not make it
into the product.

Yoav

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

Re: Funding someone to fix a few bugs

[George Sexton]

Yoav Shapira wrote:

Hi,


George Sexton wrote:
> Is it permitted to offer to fund someone to fix a few bugs? I have
> three things I'd like to see fixed. One trivial, and two non-trivial.

I'm not sure, but I'm not aware of precedents, and I am aware of some
discussion against this idea.
I really need these things fixed and I really don't have time to try to 
do it myself. I'm not sure what other recourse I could have other than 
trying to drum up support from other users. I'm guessing that very few 
people are doing large scale virtual hosting with Tomcat, so this might 
not work.



As with any patches, you can offer someone $ to come up with a patch,
that patch will be submitted, reviewed and if accepted applied to the
code base.

Yes, the normal patch review and acceptance criteria still apply.
Even if you paid someone, a patch can be -1ed or otherwise not make it
into the product.
I understand how this works... Milestone payments would be made on 
commit, and release of a stable version incorporating the feature.


I'm hoping that since they are genuine defects (IOW, they haven't yet 
been rejected as INVALID) that a patch of good quality would be accepted.


--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL:   http://www.mhsoftware.com/


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

Re: Funding someone to fix a few bugs

[Filip Hanik - Dev Lists]

Yoav Shapira wrote:

Hi,


George Sexton wrote:
> Is it permitted to offer to fund someone to fix a few bugs? I have
> three things I'd like to see fixed. One trivial, and two non-trivial.


I'm not sure, but I'm not aware of precedents, and I am aware of some
discussion against this idea.

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

I don't see this as a problem, all ASF committers are being funded
somehow to enable them to do their contributions here.


No, that's not true.  Many of us, such as myself, contribute to the
ASF during our free time on our own equipment.
so you fund your own time, that the whole point. Someone, and always 
someone funds your time here.

Be it yourself, a company or something else




As with any patches, you can offer someone $ to come up with a patch,
that patch will be submitted, reviewed and if accepted applied to the
code base.


Yes, the normal patch review and acceptance criteria still apply.
Even if you paid someone, a patch can be -1ed or otherwise not make it
into the product.

Yoav

-
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: Proposal - Comet changes

[Remy Maucherat]

Filip Hanik - Dev Lists wrote:
yes please get started, I want to spend some time in the clustering code 
right now, so I'll chime in a bit later.


Cool. Since I'll be reusing a lot of existing code, I think it'll be 
done quickly (maybe by tomorrow).


Rémy

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

Re: Funding someone to fix a few bugs

[Yoav Shapira]

Hi,

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

so you fund your own time, that the whole point. Someone, and always
someone funds your time here.
Be it yourself, a company or something else


If you think my working on something on my own time, on my own
equipment, without anyone asking me to prioritize things according to
their criteria is the same as a company paying me currency in exchange
for individual commits, have a blast... I don't see it that way, not
by a long shot.

Note that I'm not criticising those who do: I'm obviously aware of the
various types of working relationships we have here now and in the
past (Covalent, JBoss, Sun, IBM, Mortbay, etc.).  I don't mind it at
all, it's an individual choice.  I'm just saying not all of us are
funded in the same way.

Yoav

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

Re: Funding someone to fix a few bugs

[Filip Hanik - Dev Lists]

Yoav Shapira wrote:

Hi,

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

so you fund your own time, that the whole point. Someone, and always
someone funds your time here.
Be it yourself, a company or something else


If you think my working on something on my own time, on my own
equipment, without anyone asking me to prioritize things according to
their criteria is the same as a company paying me currency in exchange
for individual commits, have a blast... I don't see it that way, not
by a long shot.
he he, we all have, including you, received money for consulting 
services due to our association and skillset gained from the ASF.
if someone offers you $$ to fix a bug, that is no different. Whether the 
bug gets committed or not, has nothing to do with the $$,

it simply follows the ASF process.


Note that I'm not criticising those who do: I'm obviously aware of the
various types of working relationships we have here now and in the
past (Covalent, JBoss, Sun, IBM, Mortbay, etc.).  I don't mind it at
all, it's an individual choice.  I'm just saying not all of us are
funded in the same way.
no, but we all live in a monetary world, so unless we are trust fund 
babies, money has to come from somewhere. if you don't like to call that 
funding, fine, but its money, used for a purpose, in your case, pay for 
your time and your equipment that allows you to work on ASF projects :)


Filip

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

Re: Funding someone to fix a few bugs

[Yoav Shapira]

Hi,
I think this is getting philosophical and off-topic...

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

he he, we all have, including you, received money for consulting
services due to our association and skillset gained from the ASF.


Sure I have, and like I said I'm not criticizing that in any way.


if someone offers you $$ to fix a bug, that is no different. Whether the
bug gets committed or not, has nothing to do with the $$,
it simply follows the ASF process.


What George is suggesting that no money would be paid unless a patch
is committed, so it's not just about the ASF process.  We all agree (I
think) that the patch review process will be followed as usual, and we
also all trust each other to have the good of the project and the ASF
in mind.  None of these are the point.


no, but we all live in a monetary world, so unless we are trust fund
babies, money has to come from somewhere. if you don't like to call that
funding, fine, but its money, used for a purpose, in your case, pay for
your time and your equipment that allows you to work on ASF projects :)


That's a very abstract economic notion, under which indeed everything
is paid for, including things like biological cell division, the gulf
stream in the ocean, etc.  I bought my computer with money from my
current job, which has never had anything to do with the ASF.  I use
it to do ASF work on my free time, etc.  If you think that's the same
as someone paying me for a commit only after I make the commit (and if
you think the latter doesn't skew someone's priorities), we're living
in a different world, but that's OK ;)

Yoav

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

Re: Funding someone to fix a few bugs

[Filip Hanik - Dev Lists]

Yoav Shapira wrote:

Hi,
I think this is getting philosophical and off-topic...

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

he he, we all have, including you, received money for consulting
services due to our association and skillset gained from the ASF.


Sure I have, and like I said I'm not criticizing that in any way.


if someone offers you $$ to fix a bug, that is no different. Whether the
bug gets committed or not, has nothing to do with the $$,
it simply follows the ASF process.


What George is suggesting that no money would be paid unless a patch
is committed, so it's not just about the ASF process.  
yeah, that wont fly, but if someone is will to take that risk, ie doing 
work pro-bono so to speak, then again, its the agreement between the 
client and the vendor.

We all agree (I
think) that the patch review process will be followed as usual, and we
also all trust each other to have the good of the project and the ASF
in mind.  None of these are the point.


no, but we all live in a monetary world, so unless we are trust fund
babies, money has to come from somewhere. if you don't like to call that
funding, fine, but its money, used for a purpose, in your case, pay for
your time and your equipment that allows you to work on ASF projects :)


That's a very abstract economic notion, under which indeed everything
indeed, it follows the same basis that you are right now inhaling some 
of the same atoms that Napoleon did back in his days.



is paid for, including things like biological cell division, the gulf
stream in the ocean, etc.  I bought my computer with money from my
current job, which has never had anything to do with the ASF.  I use
it to do ASF work on my free time, etc.  If you think that's the same
as someone paying me for a commit only after I make the commit (and if
you think the latter doesn't skew someone's priorities), we're living
in a different world, but that's OK ;)
yes, you are completely right, no one can "pay to commit" meaning a 
commit is never guaranteed, the deal is completely outside the realm of ASF.
however, if someone is willing to do it under his terms, its just a risk 
to the implementer since there is a chance he/she had to work for free, 
now, that would classify as free work :)


think we've beaten this to death, sounds like we agree,
a) he is allowed to solicit people, and pay them to do work, in this 
case it happens to be Tomcat bugs

b) that work could result in patches being committed into the ASF code base
c) there is no guarantee those patches will be committed, they are 
subject to the ASF rules and policies


Filip



Yoav

-
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: Funding someone to fix a few bugs

[Yoav Shapira]

Yup, all agreed with what you said below.

Yoav

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

Yoav Shapira wrote:
> Hi,
> I think this is getting philosophical and off-topic...
>
> On 9/11/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:
>> he he, we all have, including you, received money for consulting
>> services due to our association and skillset gained from the ASF.
>
> Sure I have, and like I said I'm not criticizing that in any way.
>
>> if someone offers you $$ to fix a bug, that is no different. Whether the
>> bug gets committed or not, has nothing to do with the $$,
>> it simply follows the ASF process.
>
> What George is suggesting that no money would be paid unless a patch
> is committed, so it's not just about the ASF process.
yeah, that wont fly, but if someone is will to take that risk, ie doing
work pro-bono so to speak, then again, its the agreement between the
client and the vendor.
> We all agree (I
> think) that the patch review process will be followed as usual, and we
> also all trust each other to have the good of the project and the ASF
> in mind.  None of these are the point.
>
>> no, but we all live in a monetary world, so unless we are trust fund
>> babies, money has to come from somewhere. if you don't like to call that
>> funding, fine, but its money, used for a purpose, in your case, pay for
>> your time and your equipment that allows you to work on ASF projects :)
>
> That's a very abstract economic notion, under which indeed everything
indeed, it follows the same basis that you are right now inhaling some
of the same atoms that Napoleon did back in his days.

> is paid for, including things like biological cell division, the gulf
> stream in the ocean, etc.  I bought my computer with money from my
> current job, which has never had anything to do with the ASF.  I use
> it to do ASF work on my free time, etc.  If you think that's the same
> as someone paying me for a commit only after I make the commit (and if
> you think the latter doesn't skew someone's priorities), we're living
> in a different world, but that's OK ;)
yes, you are completely right, no one can "pay to commit" meaning a
commit is never guaranteed, the deal is completely outside the realm of ASF.
however, if someone is willing to do it under his terms, its just a risk
to the implementer since there is a chance he/she had to work for free,
now, that would classify as free work :)

think we've beaten this to death, sounds like we agree,
a) he is allowed to solicit people, and pay them to do work, in this
case it happens to be Tomcat bugs
b) that work could result in patches being committed into the ASF code base
c) there is no guarantee those patches will be committed, they are
subject to the ASF rules and policies

Filip

>
> Yoav
>
> -
> 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]

svn commit: r442283 - in /tomcat/tc6.0.x/trunk: ./ webapps/docs/tribes/

[fhanik]

Author: fhanik
Date: Mon Sep 11 11:38:36 2006
New Revision: 442283

URL: http://svn.apache.org/viewvc?view=rev&rev=442283
Log:
documentation for the groupcom module

Added:
tomcat/tc6.0.x/trunk/webapps/docs/tribes/
tomcat/tc6.0.x/trunk/webapps/docs/tribes/faq.xml
tomcat/tc6.0.x/trunk/webapps/docs/tribes/introduction.xml

tomcat/tc6.0.x/trunk/webapps/docs/tribes/leader-election-initiate-election.dia  
 (with props)

tomcat/tc6.0.x/trunk/webapps/docs/tribes/leader-election-initiate-election.jpg  
 (with props)

tomcat/tc6.0.x/trunk/webapps/docs/tribes/leader-election-message-arrives.dia   
(with props)

tomcat/tc6.0.x/trunk/webapps/docs/tribes/leader-election-message-arrives.jpg   
(with props)
tomcat/tc6.0.x/trunk/webapps/docs/tribes/project.xml
tomcat/tc6.0.x/trunk/webapps/docs/tribes/setup.xml
tomcat/tc6.0.x/trunk/webapps/docs/tribes/tomcat-docs.xsl
Modified:
tomcat/tc6.0.x/trunk/build.xml

Modified: tomcat/tc6.0.x/trunk/build.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/build.xml?view=diff&rev=442283&r1=442282&r2=442283
==
--- tomcat/tc6.0.x/trunk/build.xml (original)
+++ tomcat/tc6.0.x/trunk/build.xml Mon Sep 11 11:38:36 2006
@@ -346,6 +346,15 @@
   includes="*.xml">
   
 
+
+
+  
+
 



Added: tomcat/tc6.0.x/trunk/webapps/docs/tribes/faq.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/tribes/faq.xml?view=auto&rev=442283
==
--- tomcat/tc6.0.x/trunk/webapps/docs/tribes/faq.xml (added)
+++ tomcat/tc6.0.x/trunk/webapps/docs/tribes/faq.xml Mon Sep 11 11:38:36 2006
@@ -0,0 +1,21 @@
+
+
+]>
+
+
+&project;
+
+
+Filip Hanik
+Apache Tribes - Frequently Asked Questions
+
+
+
+
+
+
+
+
+
+

Added: tomcat/tc6.0.x/trunk/webapps/docs/tribes/introduction.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/tribes/introduction.xml?view=auto&rev=442283
==
--- tomcat/tc6.0.x/trunk/webapps/docs/tribes/introduction.xml (added)
+++ tomcat/tc6.0.x/trunk/webapps/docs/tribes/introduction.xml Mon Sep 11 
11:38:36 2006
@@ -0,0 +1,330 @@
+
+
+]>
+
+
+&project;
+
+
+Filip Hanik
+Apache Tribes - Introduction
+
+
+
+
+
+
+
+  Apache Tribes is a group or peer-to-peer communcation framework that 
enables you to easily connect
+ your remote objects to communicate with each other.
+  
+  
+Import: org.apache.catalina.tribes.Channel
+Import: org.apache.catalina.tribes.Member
+Import: org.apache.catalina.tribes.MembershipListener
+Import: org.apache.catalina.tribes.ChannelListener
+Import: org.apache.catalina.tribes.group.GroupChannel
+Create a class that implements: 
org.apache.catalina.tribes.ChannelListener
+Create a class that implements: 
org.apache.catalina.tribes.MembershipListener
+Simple class to demonstrate how to send a message:
+  
+//create a channel
+Channel myChannel = new GroupChannel();
+
+//create my listeners
+ChannelListener msgListener = new MyMessageListener();
+MembershipListener mbrListener = new MyMemberListener();
+
+//attach the listeners to the channel
+myChannel.addMembershipListener(mbrListener);
+myChannel.addChannelListener(msgListener);
+
+//start the channel
+myChannel.start(Channel.DEFAULT);
+
+//create a message to be sent, message must implement 
java.io.Serializable
+//for performance reasons you probably want them to implement 
java.io.Externalizable
+Serializable myMsg = new MyMessage();
+
+//retrieve my current members
+Member[] group = myChannel.getMembers();
+
+//send the message
+channel.send(group,myMsg,Channel.SEND_OPTIONS_DEFAULT);
+  
+
+  
+  
+  Simple yeah? There is a lot more to Tribes than we have shown, hopefully 
the docs will be able
+  to explain more to you. Remember, that we are always interested in 
suggestions, improvements, bug fixes
+  and anything that you think would help this project.
+  
+  
+  Note: Tribes is currently built for JDK1.5, you can run on JDK1.4 by a 
small modifications to locks used from the java.util.concurrent 
package.
+  
+
+
+
+
+  
+Tribes is a messaging framework with group communication abilities. Tribes 
allows you to send and receive
+messages over a network, it also allows for dynamic discovery of other 
nodes in the network.
+And that is the short story, it really is as simple as that. What makes 
Tribes useful and unique will be
+described in the section below.
+  
+  
+The Tribes module was started early 2006 and a small part of the code base 
comes fr

DO NOT REPLY [Bug 40474] New: - BD ACCESS and TOMCAT

[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=40474

   Summary: BD ACCESS and TOMCAT
   Product: Tomcat 5
   Version: Unknown
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: critical
  Priority: P5
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


I did build a web Application with JSP Pages, and my index.jsp page have a 
function who connect to a DataBase ACCESS with ODBC. When I Execute the 
Application on the IDE NetBeans all Works Fine, But when I put this 
Application on TomCat its not works. If I Choose another DataBase like MySQL 
then Works Fine... Dont appear any error, just the Internet Explorer Thinking 
all the time.

obs: Sorry by my bad English!!!

-- 
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: Proposal - Comet changes

[Filip Hanik - Dev Lists]

great, can we adjust processSocket(socket, boolean) (AprEndPoint and 
NioEndpoint) so that it can pass the correct data (timeout, shutdown etc)
I can do all the schtuff in the NIO piece, its so similar to the APR 
piece that I can just see what you have done there.


Filip


Remy Maucherat wrote:

Filip Hanik - Dev Lists wrote:
yes please get started, I want to spend some time in the clustering 
code right now, so I'll chime in a bit later.


Cool. Since I'll be reusing a lot of existing code, I think it'll be 
done quickly (maybe by tomorrow).


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]

DO NOT REPLY [Bug 40477] New: - how to compile tomcat.exe for 64 bit

[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=40477

   Summary: how to compile tomcat.exe for 64 bit
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: Windows Server 2003
Status: NEW
  Severity: critical
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi 

I am using windows 2003 with amd 64 bit cpu. i have installed java 64 bit and 
tomcat 5.0.28, if I start in tomcat in command line, ever thing works fine.

But I am not able to start the tomcat as windows service. 

I did some goggling, every one suggesting i have to rebuild the tomcat.exe 
with 64 bit.

Please let me know how compile tomcat.exe or if any of you have amd 64 bit exe 
complied, please mail me.

Thanks in advance for all the help

--Chandra

-- 
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 40477] - how to compile tomcat.exe for 64 bit

[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=40477


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-09-11 23:26 ---
Bugzilla is not a support forum. Please use the users mailing 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 40474] - BD ACCESS and TOMCAT

[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=40474


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-09-11 23:27 ---
Bugzilla is not a support forum. Please use the users mailing 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]