A Survey on Defect Management Practices in Free/Open Source Software

2007-04-03 Thread Anu Gupta DCSA
Dear Tomcat Contributors,

I seek help from designers, developers, testers,defect fixers,project 
managers or playing any other key role in Free/Open Source software 
development or maintenence 
in carrying out a study on practices and problems of defect management in 
various Free/Open Source Software projects. The 
insights gained from the study can further help us to extract publicly 
accessible defect data and determine impact of defect management practices 
on software quality. 
Please spend a few minutes of your precious time to fill up the 
Questionnaire. The most of the questions follow multiple choice formats and 
are quite easy to answer. 

To have the Online Questionnaire, please visit: 

http://anu.puchd.ac.in/phpESP/public/survey.php?name=FOSS_Defect_Survey 

(You can also copy and paste this link into your browser, and hit the 
'Return' key.) 

I hope you will find all the questions interesting and thought-provoking. 
Your answers will be kept anonymous.The data thus collected will 
only be used for research purpose.It would be nice if you may further refer 
this mail to others actively engaged with Free/Open Source Software 
development. If you have any query or suggestions then 
feel free to contact. 

Thank You 

With regards, 

Anu Gupta 
Senior Lecturer 
Department of Computer Science and Applications, 
Panjab University, Chandigarh. 
INDIA


In case of any problem in accessing/using the above mentioned link please 
contact:
E-mail: [EMAIL PROTECTED] 
[EMAIL PROTECTED] 


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



DO NOT REPLY [Bug 42041] - Tomcat deployer can not auto create directory "apache-tomcat-6.0.10\conf\Catalina\localhost"

2007-04-03 Thread 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=42041





--- Additional Comments From [EMAIL PROTECTED]  2007-04-03 22:25 ---
Created an attachment (id=19910)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19910&action=view)
run project successed after create "Catalina\localhost" manually


-- 
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 42041] - Tomcat deployer can not auto create directory "apache-tomcat-6.0.10\conf\Catalina\localhost"

2007-04-03 Thread 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=42041





--- Additional Comments From [EMAIL PROTECTED]  2007-04-03 22:24 ---
Created an attachment (id=19909)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19909&action=view)
Tomcat error log


-- 
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 42041] - Tomcat deployer can not auto create directory "apache-tomcat-6.0.10\conf\Catalina\localhost"

2007-04-03 Thread 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=42041





--- Additional Comments From [EMAIL PROTECTED]  2007-04-03 22:22 ---
Created an attachment (id=19908)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19908&action=view)
netbeans deploy log


-- 
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 42041] New: - Tomcat deployer can not auto create directory "apache-tomcat-6.0.10\conf\Catalina\localhost"

2007-04-03 Thread 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=42041

   Summary: Tomcat deployer can not auto create directory "apache-
tomcat-6.0.10\conf\Catalina\localhost"
   Product: Tomcat 6
   Version: 6.0.10
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


my operation is follow:

1.unzip netbeans6.0 m8 to D:\Java\netbeans.

2.unzip  apache-tomcat-6.0.10.zip to
D:\Java\netbeans\enterprise4\apache-tomcat-6.0.10.

3.change tomcat-users.xml for add  

4.start up netbeans, add tomcat 6.0 in "Server Manger".

5.create a web application, choose server "Tomcat 6.0"

6.run project, thne failed.

filed log is: 

netbeans log :  

Starting server Tomcat 6.0
Starting Tomcat process...
Waiting for Tomcat...
Tomcat server started.
In-place deployment at D:\Java\netbeans\nbwork\shside\build\web
deploy?config=file:/C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/context63484.xml&path=/shside
FAIL - Failed to deploy application at context path /shside
D:\Java\netbeans\nbwork\shside\nbproject\build-impl.xml:866: Deployment error:
The module has not been deployed.
See the server log for details.
BUILD FAILED (total time: 40 seconds)


tomcat log:

java.io.FileNotFoundException:
D:\Java\netbeans\enterprise4\apache-tomcat-6.0.10\conf\Catalina\localhost\shside.xml
(系统找不到指定的路径。)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.(FileOutputStream.java:179)
at java.io.FileOutputStream.(FileOutputStream.java:131)
at
org.apache.catalina.manager.ManagerServlet.copyInternal(ManagerServlet.java:1570)
at 
org.apache.catalina.manager.ManagerServlet.copy(ManagerServlet.java:1530)
at
org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:803)
at 
org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:345)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:216)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
at java.lang.Thread.run(Thread.java:619)
2007-4-4 13:08:36 org.apache.coyote.http11.Http11Protocol pause




8. I create 
"D:\Java\netbeans\enterprise4\apache-tomcat-6.0.10\conf\Catalina\localhost"
manually.

9. then rerun project again.

10.Succesfull.


so. maybe this is tomcat deployer's bug  or netbeans's bug???

-- 
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: Is there a tomcat/jasper test suite?

2007-04-03 Thread Yoav Shapira

Hi,

On 4/3/07, David Jencks <[EMAIL PROTECTED]> wrote:

Following Remy's suggestion I implemented web.xml overrides of
annotations but although the result compiles I have no very good way
to determine if it works.  I looked around a bit but didn't see any
unit tests or integration testsuite.  What am I missing?  Right now I
can really only test the geronimo javaee integration with the javaee
tck, but that doesn't use the code in question.  If the standalone
tck is the normal test method, is there some way I could get access
to it?


If you run "ant tester" on the main Tomcat build.xml, that will run
the internal test suite.  It covers many, but not all, of the same
tests as the TCK.

Yoav

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



DO NOT REPLY [Bug 42039] - Tomcat doesn't output the stack trace of UnavailableException.

2007-04-03 Thread 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=42039





--- Additional Comments From [EMAIL PROTECTED]  2007-04-03 17:01 ---
Created an attachment (id=19907)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19907&action=view)
Tomcat outputs the stack trace with this patch.

Tomcat outputs the stack trace with this patch.

-- 
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 42039] New: - Tomcat doesn't output the stack trace of UnavailableException.

2007-04-03 Thread 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=42039

   Summary: Tomcat doesn't output the stack trace of
UnavailableException.
   Product: Tomcat 5
   Version: 5.5.23
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When UnavailableException is thrown from the Servlet:init, Tomcat doesn't output
the stack trace of UnavailableException.

The cause of problem is lost.

Tomcat should output the stack trace at the "invoke" method of
StandardWrapperValue.

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



Is there a tomcat/jasper test suite?

2007-04-03 Thread David Jencks
Following Remy's suggestion I implemented web.xml overrides of  
annotations but although the result compiles I have no very good way  
to determine if it works.  I looked around a bit but didn't see any  
unit tests or integration testsuite.  What am I missing?  Right now I  
can really only test the geronimo javaee integration with the javaee  
tck, but that doesn't use the code in question.  If the standalone  
tck is the normal test method, is there some way I could get access  
to it?


thanks
david jencks


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



svn commit: r525296 - /tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml

2007-04-03 Thread remm
Author: remm
Date: Tue Apr  3 14:55:06 2007
New Revision: 525296

URL: http://svn.apache.org/viewvc?view=rev&rev=525296
Log:
- Changelog update.

Modified:
tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml

Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?view=diff&rev=525296&r1=525295&r2=525296
==
--- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Tue Apr  3 14:55:06 2007
@@ -69,6 +69,39 @@
 40150 Ensure user and roll classnames are validated on 
startup.  Patch by
   Tom. (yoavs)
   
+  
+Refactor extend access log valve using the optimized access log valve. 
Submitted by
+Takayuki Kaneko. (remm)
+  
+  
+Possible deadlock in classloading when defining packages. (remm)
+  
+  
+Remove excessive syncing from listener support. (remm)
+  
+  
+Web services support, except the actual factory implementations. 
Submitted by
+Fabien Carrion. (remm)
+  
+  
+Add logging to display APR capabilities on the platform. (remm)
+  
+  
+Expose executors in JMX. (remm)
+  
+  
+CRLF inside a URL pattern is always invalid. (remm)
+  
+  
+Tweak startup time display. (remm)
+  
+  
+Adjustments to handling exceptions with Comet. (remm)
+  
+  
+If the event is closed asynchronously, generate an end event for 
cleanup on the 
+next event. (remm)
+  
 
   
   
@@ -88,6 +121,20 @@
 41675 Add a couple of DEBUG-level logging statements to 
Http11Processors
   when sending error responses.  Patch by Ralf Hauser. (yoavs)
   
+  
+Reuse digester used by the modeler. (remm)
+  
+  
+When the platform does not support deferred accept, put accepted 
sockets in the 
+poller. (remm)
+  
+  
+Fix problem with blocking reads for keepalive when using an executor 
(the number 
+of busy threads is always 0). (remm)
+  
+  
+The poller now has good performance, so remove firstReadTimeout. (remm)
+  
 
   
   
@@ -110,6 +157,28 @@
   
 41227 Add a bit of DEBUG-level logging to JspC so users know
   which file is being compiled. (yoavs)
+  
+  
+Remove some dead utility code, and refactor stream capture as part of 
the Ant compiler. (remm)
+  
+  
+Support the trim directive of JSP 2.1 as an equivalent of Jasper's own 
parameter. (remm)
+  
+  
+41790: Close file stream used to read the Java source. 
(remm)
+  
+  
+Fix reporting of errors which do not correspond to a portion of the 
JSP source. (remm)
+  
+  
+Remove try/catch usage for annotation processing in classic tags. The 
usage 
+of the log method might have been questionable as well. (remm)
+  
+  
+Cleanup of the message that is displayed for compilation errors. (remm)
+  
+  
+Skip BOM when reading a JSP file. (remm)
   
 
   



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



DO NOT REPLY [Bug 42038] New: - JK uriworkermap case sensitive exclusion rules ignored

2007-04-03 Thread 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=42038

   Summary: JK uriworkermap case sensitive exclusion rules ignored
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: Windows Server 2003
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Exclusion rules that differ from non-excluded mappings only by case appear to be
ignored.

With JK 1.2.20 installed on IIS on Windows 2003, and
given the following in uriworkermap.properties:

/umich|/*=v7CDALiveWorker
#Added for Friendly URL Mapper
/*=v7CDALiveWorker
#Exclude static files
!/UMICH/*=v7CDALiveWorker
!/System/*=v7CDALiveWorker

Requests to /umich are sent appropriately to Tomcat. [Correct]
Requests to /UMICH are sent to Tomcat (resulting in a Tomcat 404 error) [Bug]
Request to /System are sent to IIS, NOT Tomcat. [Correct]

Somehow I think it's the case sensitivity, but the fact that there's a Root
context might complicate things. I've tried looking through the source code, but
 it's beyond me to figure out what's going on.

-- 
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 42037] - User principal not always set correctly

2007-04-03 Thread 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=42037





--- Additional Comments From [EMAIL PROTECTED]  2007-04-03 14:00 ---
Ok, maybe I was not using the correct wording. I was hoping the patch would be
self explanatory. Let me explain our case. We use struts tiles. In some of the
tiles (included jsps) we request the user principal. However sometimes when the
user is logged in, in the tiles getUserPrincipal() returns null. This patch
fixes that 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]



DO NOT REPLY [Bug 42037] - User principal not always set correctly

2007-04-03 Thread 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=42037





--- Additional Comments From [EMAIL PROTECTED]  2007-04-03 13:41 ---
I have no idea what you are talking about. For starters, "parallel request" is
usually not a valid use case.

-- 
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 42037] - User principal not always set correctly

2007-04-03 Thread 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=42037





--- Additional Comments From [EMAIL PROTECTED]  2007-04-03 13:24 ---
Created an attachment (id=19903)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19903&action=view)
Patches Request.java fixing user principal bug


-- 
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 42037] New: - User principal not always set correctly

2007-04-03 Thread 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=42037

   Summary: User principal not always set correctly
   Product: Tomcat 5
   Version: 5.5.16
  Platform: All
OS/Version: All
Status: NEW
  Keywords: PatchAvailable
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


In certain cases the user principal is overwritten and set to null. Especially
in cases of parallel request when for instance using tiles.

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



svn commit: r525206 - in /tomcat/connectors/trunk/jni: jnirelease.sh native/include/tcn_version.h native/os/win32/libtcnative.rc

2007-04-03 Thread mturk
Author: mturk
Date: Tue Apr  3 09:42:27 2007
New Revision: 525206

URL: http://svn.apache.org/viewvc?view=rev&rev=525206
Log:
Increment the current trunk version after 1.1.10 tag.

Modified:
tomcat/connectors/trunk/jni/jnirelease.sh
tomcat/connectors/trunk/jni/native/include/tcn_version.h
tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc

Modified: tomcat/connectors/trunk/jni/jnirelease.sh
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/jnirelease.sh?view=diff&rev=525206&r1=525205&r2=525206
==
--- tomcat/connectors/trunk/jni/jnirelease.sh (original)
+++ tomcat/connectors/trunk/jni/jnirelease.sh Tue Apr  3 09:42:27 2007
@@ -50,10 +50,10 @@
 
 # Replace JKJNIEXT with branch/or tag
 # and JKJNIVER by the version like 1.1.0
-# JKJNIEXT="trunk"
-# JKJNIVER="current"
-JKJNIEXT="tags/other/TOMCAT_NATIVE_1_1_10"
-JKJNIVER="1.1.10"
+JKJNIEXT="trunk"
+JKJNIVER="current"
+# JKJNIEXT="tags/other/TOMCAT_NATIVE_1_1_10"
+# JKJNIVER="1.1.10"
 SVNBASE=https://svn.apache.org/repos/asf/tomcat/connectors/
 JKJNIDIST=tomcat-native-${JKJNIVER}-src
 rm -rf ${JKJNIDIST}

Modified: tomcat/connectors/trunk/jni/native/include/tcn_version.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/include/tcn_version.h?view=diff&rev=525206&r1=525205&r2=525206
==
--- tomcat/connectors/trunk/jni/native/include/tcn_version.h (original)
+++ tomcat/connectors/trunk/jni/native/include/tcn_version.h Tue Apr  3 
09:42:27 2007
@@ -69,7 +69,7 @@
 #define TCN_MINOR_VERSION   1
 
 /** patch level */
-#define TCN_PATCH_VERSION   10
+#define TCN_PATCH_VERSION   11
 
 /**
  *  This symbol is defined for internal, "development" copies of TCN. This

Modified: tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc?view=diff&rev=525206&r1=525205&r2=525206
==
--- tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc (original)
+++ tomcat/connectors/trunk/jni/native/os/win32/libtcnative.rc Tue Apr  3 
09:42:27 2007
@@ -19,7 +19,7 @@
 "specific language governing permissions and " \
 "limitations under the License."
 
-#define TCN_VERISON "1.1.10"
+#define TCN_VERISON "1.1.11"
 1000 ICON "apache.ico"
 
 1001 DIALOGEX 0, 0, 252, 51
@@ -35,8 +35,8 @@
 END
 
 1 VERSIONINFO
- FILEVERSION 1,1,10,0
- PRODUCTVERSION 1,1,10,0
+ FILEVERSION 1,1,11,0
+ PRODUCTVERSION 1,1,11,0
  FILEFLAGSMASK 0x3fL
 #ifdef _DEBUG
  FILEFLAGS 0x1L



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



Re: Passing configuration param to a AprLifecycleListener

2007-04-03 Thread Mladen Turk

Filip Hanik - Dev Lists wrote:

That should be pretty straight forward, no mbean or anything needed.
I'll take a look at it tonight



Cool, otherwise if we have a native compiled without SSL,
it throws exception instead not initializing SSL at all.

Regards,
Mladen.

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



svn commit: r525200 - /tomcat/tc6.0.x/trunk/webapps/docs/aio.xml

2007-04-03 Thread pero
Author: pero
Date: Tue Apr  3 09:27:21 2007
New Revision: 525200

URL: http://svn.apache.org/viewvc?view=rev&rev=525200
Log:
fixed typo...

Modified:
tomcat/tc6.0.x/trunk/webapps/docs/aio.xml

Modified: tomcat/tc6.0.x/trunk/webapps/docs/aio.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/aio.xml?view=diff&rev=525200&r1=525199&r2=525200
==
--- tomcat/tc6.0.x/trunk/webapps/docs/aio.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/aio.xml Tue Apr  3 09:27:21 2007
@@ -81,7 +81,7 @@
  or a similar unrecoverable error occurs on the connection. Fields that 
have
  been initialized in the begin method should be reset. After this event has
  been processed, the request and response objects, as well as all their 
dependent
- objects will be recycled and used to process other requests.
+ objects will be recycled and used to process other requests.
   
 
   



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



Re: Passing configuration param to a AprLifecycleListener

2007-04-03 Thread Filip Hanik - Dev Lists

That should be pretty straight forward, no mbean or anything needed.
I'll take a look at it tonight

Filip

Mladen Turk wrote:

Hi,

Few months ago Filip added something like
SSLEngine="someengine/on/off" />


Now, that simply doeasn't work because SSL.initialize(null) is always 
called,
and my perception was that this would allow having 
SSL.initialize(someengine)

or not calling SSL.initialize at all if off is entered.

Now, additional param would be needed for APR before calling 
SSL.initialize,

and that is SSLRandom="/dev/urandom" that would call
SSL.randSet("/dev/urandom") or SSL.randSet(null) if SSLRandom="builtin"

I suppose this would require creating mbean or something.

Comments?

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]



svn commit: r525163 - /tomcat/connectors/trunk/jni/native/src/ssl.c

2007-04-03 Thread mturk
Author: mturk
Date: Tue Apr  3 07:16:23 2007
New Revision: 525163

URL: http://svn.apache.org/viewvc?view=rev&rev=525163
Log:
Parse the random file name as mod_ssl does.
Use egd only if prefixed with egd:
(eg, egd:/var/run/egd-pool)

Modified:
tomcat/connectors/trunk/jni/native/src/ssl.c

Modified: tomcat/connectors/trunk/jni/native/src/ssl.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/src/ssl.c?view=diff&rev=525163&r1=525162&r2=525163
==
--- tomcat/connectors/trunk/jni/native/src/ssl.c (original)
+++ tomcat/connectors/trunk/jni/native/src/ssl.c Tue Apr  3 07:16:23 2007
@@ -257,16 +257,21 @@
 
 if (file == NULL)
 file = ssl_global_rand_file;
-
-if (file == NULL)
+if (file && (strcmp(file, "builtin") == 0))
 return -1;
-else if ((n = RAND_egd(file)) > 0) {
-return n;
+if (file == NULL)
+file = RAND_file_name(buffer, sizeof(buffer));
+if (file) {
+if (strncmp(file, "egd:", 4) == 0) {
+if ((n = RAND_egd(file + 4)) > 0)
+return n;
+else
+return -1;
+}
+if ((n = RAND_load_file(file, -1)) > 0)
+return n;
 }
-if (file && (n = RAND_load_file(file, -1)) > 0)
-return n;
-else
-return -1;
+return -1;
 }
 
 /*
@@ -492,7 +497,7 @@
 TCN_ALLOC_CSTRING(file);
 UNREFERENCED(o);
 if (J2S(file)) {
-ssl_global_rand_file = apr_pstrdup(tcn_global_pool, J2S(file));
+ssl_global_rand_file = apr_pstrdup(tcn_global_pool, J2S(file));
 }
 TCN_FREE_CSTRING(file);
 }
@@ -569,7 +574,7 @@
 if (bi->init) {
 JNIEnv   *e = NULL;
 bi->init = 0;
-tcn_get_java_env(&e);
+tcn_get_java_env(&e);
 TCN_UNLOAD_CLASS(e, j->cb.obj);
 }
 OPENSSL_free(bi->ptr);
@@ -625,7 +630,7 @@
 if (b->init && in != NULL) {
 BIO_JAVA *j = (BIO_JAVA *)b->ptr;
 JNIEnv   *e = NULL;
-tcn_get_java_env(&e);
+tcn_get_java_env(&e);
 ret = (*e)->CallIntMethod(e, j->cb.obj,
   j->cb.mid[2],
   tcn_new_string(e, in));



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



svn commit: r525161 - /tomcat/tc6.0.x/trunk/webapps/docs/aio.xml

2007-04-03 Thread remm
Author: remm
Date: Tue Apr  3 07:14:30 2007
New Revision: 525161

URL: http://svn.apache.org/viewvc?view=rev&rev=525161
Log:
- Merge from javadoc.

Modified:
tomcat/tc6.0.x/trunk/webapps/docs/aio.xml

Modified: tomcat/tc6.0.x/trunk/webapps/docs/aio.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/aio.xml?view=diff&rev=525161&r1=525160&r2=525161
==
--- tomcat/tc6.0.x/trunk/webapps/docs/aio.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/aio.xml Tue Apr  3 07:14:30 2007
@@ -63,14 +63,16 @@
  synchronization is mandatory. After processing the initial event, the 
request 
  is considered to be committed.
   EventType.READ: This indicates that input data is available, and that 
one read can be made
- without blocking. The available and ready methods of the InputStream or
- Reader may be used to determine if there is a risk of blocking: the 
servlet
- should read while data is reported available, and can make one additional 
read
- without blocking. When encountering a read error or an EOF, the servlet 
MUST
- report it by either returning false or throwing an exception such as an 
- IOException. This will cause the error event to be invoked, and the 
connection
- will be closed. It is not allowed to attempt reading data from the 
request object
- outside of the execution of this method.
+   without blocking. The available and ready methods of the InputStream or
+   Reader may be used to determine if there is a risk of blocking: the 
servlet
+   should read while data is reported available, and can make one 
additional read
+   without blocking. When encountering a read error, the servlet should
+   report it by propagating the exception properly. Throwing an exception 
will 
+   cause the error event to be invoked, and the connection will be closed. 
+   Alternately, it is also possible to catch any exception, perform clean 
up
+   on any data structure the servlet may be using, and using the close 
method
+   of the event. It is not allowed to attempt reading data from the 
request 
+   object outside of the execution of this method.
   EventType.END: End may be called to end the processing of the request. 
Fields that have
  been initialized in the begin method should be reset. After this event has
  been processed, the request and response objects, as well as all their 
dependent
@@ -79,7 +81,29 @@
  or a similar unrecoverable error occurs on the connection. Fields that 
have
  been initialized in the begin method should be reset. After this event has
  been processed, the request and response objects, as well as all their 
dependent
- objects will be recycled and used to process other requests.
+ objects will be recycled and used to process other requests.
+  
+
+  
+There are some event subtypes which allow finer processing of events 
(note: some of these
+events require usage of the 
org.apache.catalina.valves.CometConnectionManagerValve valve):
+  
+
+  
+  EventSubType.TIMEOUT: The connection timed out (sub type of ERROR); note 
that this ERROR 
+type is not fatal, and the connection will not be closed unless the 
servlet uses the close 
+method of the event.
+  
+  EventSubType.CLIENT_DISCONNECT: The client connection was closed (sub 
type of ERROR).
+method of the event.
+  
+  EventSubType.IOEXCEPTION: An IO exception occurred, such as invalid 
content, for example, 
+an invalid chunk block (sub type of ERROR).
+  
+  EventSubType.WEBAPP_RELOAD: The web application is being reloaded (sub 
type of END).
+  
+  EventSubType.SESSION_END: The servlet ended the session (sub type of 
END).
+  
   
 
   



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



svn commit: r525160 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java

2007-04-03 Thread remm
Author: remm
Date: Tue Apr  3 07:13:33 2007
New Revision: 525160

URL: http://svn.apache.org/viewvc?view=rev&rev=525160
Log:
- It should be possible for the event object to be closed asynchronously. In 
that case, I think an END event
  should be sent to cleanup the pipeline.

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

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java?view=diff&rev=525160&r1=525159&r2=525160
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java 
Tue Apr  3 07:13:33 2007
@@ -120,8 +120,15 @@
 boolean error = false;
 try {
 if (status == SocketStatus.OPEN) {
-request.getEvent().setEventType(CometEvent.EventType.READ);
-request.getEvent().setEventSubType(null);
+if (response.isClosed()) {
+// The event has been closed asynchronously, so call 
end instead of
+// read to cleanup the pipeline
+
request.getEvent().setEventType(CometEvent.EventType.END);
+request.getEvent().setEventSubType(null);
+} else {
+
request.getEvent().setEventType(CometEvent.EventType.READ);
+request.getEvent().setEventSubType(null);
+}
 } else if (status == SocketStatus.DISCONNECT) {
 
request.getEvent().setEventType(CometEvent.EventType.ERROR);
 
request.getEvent().setEventSubType(CometEvent.EventSubType.CLIENT_DISCONNECT);
@@ -134,8 +141,15 @@
 request.getEvent().setEventType(CometEvent.EventType.END);
 
request.getEvent().setEventSubType(CometEvent.EventSubType.SERVER_SHUTDOWN);
 } else if (status == SocketStatus.TIMEOUT) {
-
request.getEvent().setEventType(CometEvent.EventType.ERROR);
-
request.getEvent().setEventSubType(CometEvent.EventSubType.TIMEOUT);
+if (response.isClosed()) {
+// The event has been closed asynchronously, so call 
end instead of
+// read to cleanup the pipeline
+
request.getEvent().setEventType(CometEvent.EventType.END);
+request.getEvent().setEventSubType(null);
+} else {
+
request.getEvent().setEventType(CometEvent.EventType.ERROR);
+
request.getEvent().setEventSubType(CometEvent.EventSubType.TIMEOUT);
+}
 }
 
 // Calling the container



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



Passing configuration param to a AprLifecycleListener

2007-04-03 Thread Mladen Turk

Hi,

Few months ago Filip added something like


Now, that simply doeasn't work because SSL.initialize(null) is always called,
and my perception was that this would allow having SSL.initialize(someengine)
or not calling SSL.initialize at all if off is entered.

Now, additional param would be needed for APR before calling SSL.initialize,
and that is SSLRandom="/dev/urandom" that would call
SSL.randSet("/dev/urandom") or SSL.randSet(null) if SSLRandom="builtin"

I suppose this would require creating mbean or something.

Comments?

Regards,
Mladen.

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



Re: [VOTE] Release Tomcat 4.1.36

2007-04-03 Thread Mark Thomas
Mark Thomas wrote:
> Tomcat 4.1.36 is:
> [X] Stable
> [ ] Beta
> [ ] Alpha

Mark

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



DO NOT REPLY [Bug 41973] - IPv6 APR Connectors assumes IPv4-mapped IPv6 address support

2007-04-03 Thread 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=41973


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-04-03 03:48 ---
Commited the proposed solution by using AF_INET for null addresses.

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



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

2007-04-03 Thread mturk
Author: mturk
Date: Tue Apr  3 03:47:06 2007
New Revision: 525133

URL: http://svn.apache.org/viewvc?view=rev&rev=525133
Log:
Fix #41973 by not initializing IPV6 if address is null.
APR cannot listen both on IPV4 and IPV6 on some platforms
(e.g BSD and Windows).

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

Modified: tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java?view=diff&rev=525133&r1=525132&r2=525133
==
--- tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java Tue 
Apr  3 03:47:06 2007
@@ -596,9 +596,6 @@
 }
  }
 
-if (Library.APR_HAVE_IPV6 && (addressStr == null || 
addressStr.indexOf(':') >= 0)) {
-family = Socket.APR_UNSPEC;
-}
 long inetAddress = Address.info(addressStr, family,
 port, 0, rootPool);
 // Create the APR server socket



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



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

2007-04-03 Thread mturk
Author: mturk
Date: Tue Apr  3 03:45:51 2007
New Revision: 525132

URL: http://svn.apache.org/viewvc?view=rev&rev=525132
Log:
Fix #41973 by not initializing IPV6 if address is null.
APR cannot listen both on IPV4 and IPV6 on some platforms
(e.g BSD and Windows).

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

Modified: tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java?view=diff&rev=525132&r1=525131&r2=525132
==
--- tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java Tue 
Apr  3 03:45:51 2007
@@ -587,6 +587,15 @@
 addressStr = address.getHostAddress();
 }
 int family = Socket.APR_INET;
+if (Library.APR_HAVE_IPV6) {
+if (addressStr == null) {
+if (!OS.IS_BSD && !OS.IS_WIN32 && !OS.IS_WIN64)
+family = Socket.APR_UNSPEC;
+} else if (addressStr.indexOf(':') >= 0) {
+family = Socket.APR_UNSPEC;
+}
+ }
+
 if (Library.APR_HAVE_IPV6 && (addressStr == null || 
addressStr.indexOf(':') >= 0)) {
 family = Socket.APR_UNSPEC;
 }



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



Re: svn commit: r524777 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

2007-04-03 Thread William A. Rowe, Jr.
Mladen Turk wrote:
> Rainer Jung wrote:
>> OK, I forgot, that I actually had a user and group named asf (I
>> thought tar would ignore their non-existance).
>>
>> All in all I would suggest root:bin to.
> 
> I used root:users instead.
> Think the users group exists on all *nixes.

So does bin.  users has a radically different connotation, that if you
change the perms to 664, everyone on the box has access to the unpacked
file, depending on your umask etc.  Sounds very dangerous to me.



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



Re: svn commit: r524777 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

2007-04-03 Thread Mladen Turk


All in all I would suggest root:bin to.


I used root:users instead.
Think the users group exists on all *nixes.



Hmm, it doesn't after all :(
Switching to suggested root/bin

Regards,
Mladen.

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



svn commit: r525072 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

2007-04-03 Thread mturk
Author: mturk
Date: Tue Apr  3 00:41:22 2007
New Revision: 525072

URL: http://svn.apache.org/viewvc?view=rev&rev=525072
Log:
Oops. Looks there is no users group on Solaris, using bin instead.

Modified:
tomcat/connectors/trunk/jk/tools/jkrelease.sh

Modified: tomcat/connectors/trunk/jk/tools/jkrelease.sh
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/tools/jkrelease.sh?view=diff&rev=525072&r1=525071&r2=525072
==
--- tomcat/connectors/trunk/jk/tools/jkrelease.sh (original)
+++ tomcat/connectors/trunk/jk/tools/jkrelease.sh Tue Apr  3 00:41:22 2007
@@ -34,7 +34,7 @@
 JK_CVST="tomcat-connectors"
 
 JK_OWNER="root"
-JK_GROUP="users"
+JK_GROUP="bin"
 
 COPY_TOP="KEYS LICENSE NOTICE"
 COPY_JK="BUILD.txt native jkstatus support tools xdocs"



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



Re: svn commit: r524777 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

2007-04-03 Thread Mladen Turk

Rainer Jung wrote:
OK, I forgot, that I actually had a user and group named asf (I thought 
tar would ignore their non-existance).


All in all I would suggest root:bin to.



I used root:users instead.
Think the users group exists on all *nixes.

Regards,
Mladen.

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



svn commit: r525070 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

2007-04-03 Thread mturk
Author: mturk
Date: Tue Apr  3 00:36:45 2007
New Revision: 525070

URL: http://svn.apache.org/viewvc?view=rev&rev=525070
Log:
Use root/users for a user/group when creating tar.

Modified:
tomcat/connectors/trunk/jk/tools/jkrelease.sh

Modified: tomcat/connectors/trunk/jk/tools/jkrelease.sh
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/tools/jkrelease.sh?view=diff&rev=525070&r1=525069&r2=525070
==
--- tomcat/connectors/trunk/jk/tools/jkrelease.sh (original)
+++ tomcat/connectors/trunk/jk/tools/jkrelease.sh Tue Apr  3 00:36:45 2007
@@ -33,8 +33,8 @@
 SVNPROJ="tomcat/connectors"
 JK_CVST="tomcat-connectors"
 
-JK_OWNER="asf"
-JK_GROUP="asf"
+JK_OWNER="root"
+JK_GROUP="users"
 
 COPY_TOP="KEYS LICENSE NOTICE"
 COPY_JK="BUILD.txt native jkstatus support tools xdocs"
@@ -193,7 +193,7 @@
 cd ../../
 
 # Pack and sign
-tar cfz ${JK_DIST}.tar.gz ${JK_DIST}
+tar cfz ${JK_DIST}.tar.gz --owner="${JK_OWNER}" --group="${JK_GROUP}" 
${JK_DIST}
 perl ${JK_DIST}/tools/lineends.pl --cr ${JK_DIST}
 zip -9 -r ${JK_DIST}.zip ${JK_DIST}
 # Create detatched signature



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



Re: svn commit: r524777 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

2007-04-03 Thread Rainer Jung
OK, I forgot, that I actually had a user and group named asf (I thought 
tar would ignore their non-existance).


But I agree with William, that we should instead use a general purpose 
user and group exactly because of the reasons given by him.


If a non-root user extracts the tarball, his ownership will be used, but 
many people unfortunately do it as root, because of the final 
installation steps and the end up with files created by root but owned 
by some foreign user/group which might exist on their local system. I 
never liked tarballs, which generated strange user ids when extracting them.


root as the user sounds like a plausible default, bin as a group will 
work on most *nix systems (I shortly checked Solaris, SuSE Linux and 
people.apache.org), although the ideas what bin is used for seem to vary 
a lot. All in all I would suggest root:bin to.


Regards,

Rainer

Mladen Turk wrote:

Rainer Jung wrote:

Hi Mladen,

did you delete setting owner and group by accident from the release 
script?




No, I did it by purpose. I don't have user or group named asf, so the tar
fails. What would be a purpose of it anyhow, and how would you ensure
that the same user will exist on the users box?

Regards,
Mladen.


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