Re: Old CVS repository of Tomcat

[Filip Hanik - Dev Lists]

Mladen Turk wrote:

Beat Fluri wrote:

Hi,

As a member of the Software Engineering group of the University 
Zurich, Switzerland, I'm investigating the evolution of software 
systems. For this, I'd like to use Tomcat as a case study. 
Unfortunately, our tools are limited to CVS and not yet fully adapted 
to Subversion. Is there a possibility to get an old version of the 
former CVS repository of Tomcat? I would very appreciate to get 
Tomcat as a case study.




Think not. It has nothing to do with Tomcat but as ASF at large.
I'd suggest you upgrade your tool to SVN
or you can start by asking [EMAIL PROTECTED], if they have an old 
backup tape laying around somewhere, but as Mladen said, if there is too 
much work getting/finding it, you're probably just better off getting SVN


Filip


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: r573772 - in /tomcat: sandbox/gdev6x/ trunk/

[fhanik]

Author: fhanik
Date: Fri Sep  7 19:35:33 2007
New Revision: 573772

URL: http://svn.apache.org/viewvc?rev=573772&view=rev
Log: (empty)

Added:
tomcat/sandbox/gdev6x/
  - copied from r573771, tomcat/trunk/
Removed:
tomcat/trunk/


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

DO NOT REPLY [Bug 42950] - ConcurrentModificationException on Shutdown

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





--- Additional Comments From [EMAIL PROTECTED]  2007-09-07 16:22 ---
Sorry I didn't see this question until just now.  The user in question did have
write permission to the directory (it was on Windows, running as an
administrator) and the error is not often seen.


-- 
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: [VOTE] Make released versions RTC

[Jim Jagielski]

On Sep 6, 2007, at 1:39 PM, Mladen Turk wrote:



If you read my post I was careful enough to not mention the RTC  
policy.

All I was saying is that current CTR caused too many problems,
because trunk was our stable branch, and disagreement on API
caused drastic things like putting trunk to sandbox etc. All that
could be prevented if we had trunk with CTR and stable branch with
RTC policy (or something like, that would give more stability to the
stable branch).



FWIW, CTR on stable, release-bound trees can work, and
has worked, both here and other places. But it is tough
when the amount of patches becomes significant enough that
true oversight is decidedly difficult or when things
go "too" far in one direction that the retro-active veto
becomes painful and causes all kinds of badness.

Not to succumb too much to jargon, but the phrase
"community before code" *does* mean something and *is*
a guiding precept of the ASF. If fast-and-free development,
whatever that means, must be slowed down, in order to
(re)built community and consensus, then that's the
solution that must be offered and taken.


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

Re: [VOTE] Make released versions RTC

[Filip Hanik - Dev Lists]

Remy Maucherat wrote:

Filip Hanik - Dev Lists wrote:
I get more and more provocations from you, for example on the 
Servlet expert group, where you could not resist alluding to this 
conflict in your introduction.
huh? it was a mere reference that we are working on the same project, 
twist it anyway you want.


Ok. It must be the "evil" part in "evil twin" and whoever of the two 
of us could be the "evil" one that gave me the wrong idea :|
it's in the eye of the beholder, it can also be viewed as a term of 
endearment


Filip

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

svn commit: r573637 - in /tomcat/site/trunk: docs/download-55.html xdocs/download-55.xml

[fhanik]

Author: fhanik
Date: Fri Sep  7 10:38:45 2007
New Revision: 573637

URL: http://svn.apache.org/viewvc?rev=573637&view=rev
Log:
In anticipation of the new release

Modified:
tomcat/site/trunk/docs/download-55.html
tomcat/site/trunk/xdocs/download-55.xml

Modified: tomcat/site/trunk/docs/download-55.html
URL: 
http://svn.apache.org/viewvc/tomcat/site/trunk/docs/download-55.html?rev=573637&r1=573636&r2=573637&view=diff
==
--- tomcat/site/trunk/docs/download-55.html (original)
+++ tomcat/site/trunk/docs/download-55.html Fri Sep  7 10:38:45 2007
@@ -3,16 +3,16 @@
 
 
 Apache Tomcat - Apache Tomcat 5 Downloads
-
+
 
-
-
+
+
 
 
 
 
 http://tomcat.apache.org/";>
-
+
 
 
 
@@ -23,28 +23,28 @@
 
 
 http://www.apache.org/";>
-http://www.apache.org/images/asf-logo.gif"; align="right" alt="Apache 
Logo" border="0"/>
+http://www.apache.org/images/asf-logo.gif"; />
 
 
 
 
 
-http://www.google.com/search"; method="get">
-
-
-
+http://www.google.com/search";>
+
+
+
 
 
-
+
 
 
 
-
+
 
 
 
 
-
+
 
 Apache Tomcat
 
@@ -170,11 +170,11 @@
 
 
 
-
-
+
+
 
 
-
+
 
 Tomcat 5 Downloads
 
@@ -195,14 +195,14 @@
 
 
 
-
+
 
 
 
-
+
 
 
-
+
 
 Quick Navigation
 
@@ -214,7 +214,7 @@
 
 
 http://www.apache.org/dist/tomcat/tomcat-5/KEYS";>KEYS |
-5.5.23 |
+5.5.25 |
 5.0.30-beta |
 5.0.28 |
 http://archive.apache.org/dist/tomcat/tomcat-5";>Archives
@@ -224,14 +224,14 @@
 
 
 
-
+
 
 
 
-
+
 
 
-
+
 
 Release Integrity
 
@@ -255,14 +255,14 @@
 
 
 
-
+
 
 
 
-
+
 
 
-
+
 
 Mirrors
 
@@ -278,8 +278,8 @@
encounter a problem with this mirror, please select another
mirror.  If all mirrors are failing, there are backup
mirrors (at the end of the mirrors list) that should be
-   available.[if-any logo]
-
+   available.[if-any logo]
+
 [end]
 
 
@@ -294,7 +294,7 @@
[for backup][backup] (backup)[end]
[end]
  
-
+
 
 
   
@@ -305,16 +305,16 @@
 
 
 
-
+
 
 
 
-
+
 
 
-
-
-5.5.23
+
+
+5.5.25
 
 
 
@@ -324,15 +324,15 @@
 
 
   
-  Please see the 
-  README
+  Please see the 
+  README
   file for packaging information.  It explains what every distribution 
contains.
   
 
-  
+  
 
 
-
+
 
 Binary Distributions
 
@@ -346,19 +346,19 @@
 Core:
   
   
-  zip 
-  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23.zip.asc";>pgp,
 
-  http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23.zip.md5";>md5)
+  zip 
+  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25.zip.asc";>pgp,
 
+  http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25.zip.md5";>md5)
   
   
-  tar.gz
 
-  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23.tar.gz.asc";>pgp,
 
-  http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23.tar.gz.md5";>md5)
+  tar.gz
 
+  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25.tar.gz.asc";>pgp,
 
+  http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25.tar.gz.md5";>md5)
   
   
-  Windows 
Service Installer 
-  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23.exe.asc";>pgp,
 
-  http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23.exe.md5";>md5)
+  Windows 
Service Installer 
+  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25.exe.asc";>pgp,
 
+  http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25.exe.md5";>md5)
   
   
 
@@ -366,28 +366,28 @@
 Deployer: 
   
   
-  zip
 
-  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23-deployer.zip.asc";>pgp,
 
-   http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23-deployer.zip.md5";>md5)
+  zip
 
+  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25-deployer.zip.asc";>pgp,
 
+   http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25-deployer.zip.md5";>md5)
   
   
-  tar.gz
 
-  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23-deployer.tar.gz.asc";>pgp,
 
-  http://www.apache.org/dist/tomcat/tomcat-5/v5.5.23/bin/apache-tomcat-5.5.23-deployer.tar.gz.md5";>md5)
+  tar.gz
 
+  (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25-deployer.tar.gz.asc";>pgp,
 
+  http://www.apache.org/dist/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25-deployer.tar.gz.md5";>md5)
   
   
  

Re: [VOTE] Make released versions RTC

[Henri Gomez]

2007/9/6, Mladen Turk <[EMAIL PROTECTED]>:
> Henri Gomez wrote:
> > Well what's the consensus on Java projects, like Xerces, Xalan or Lucene ?
> >
>
> It doesn't mater how other project do things. It's irrelevant.

Well all projects are ASF projects and it's not bad to see what others
do, just to avoid the 'not invented here' syndrom and be in phase with
others ASF majors projects.

If we didn't matter, just propose a vote and basta...

> We had CTR policy till now and it was working.
> Now we have a new situation with different developers POVs,
> and cause of that, this requires a different set of rules.
>
> Do we need it? Yes, if we wish to survive as a project.
> It's pain in the ass, I know, but IMHO it's also the only
> way to get some sense in this chaos.

It's funny to see all the buzz on the Tomcat project history, it's not
the first and probably not the last (i remember the TC33/TC4, or
mod_jk/mod_webapp days).

How life seems simpler in the httpd project, the ASF flagship product :)

Ok, so let's vote

So make use of voting system and

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

Re: [VOTE] Make released versions RTC

[Jim Jagielski]

On Sep 6, 2007, at 1:22 PM, Remy Maucherat wrote:



Most of the comments were that it was too annoying to do for casual  
bugfixing, and it's true it's not justified for all patches. Maybe  
a finer rule could be devised, something like using a RtisTC (tis =  
the important stuff) model.


To give an idea, "tis" could mean:
- API changing patches (any protected or above signature change)
- code changes in the critical path (for example, code which gets  
executed on each HTTP request)
- any other commit for which a committer asks for the RTC procedure  
should be rollbacked if it hinders concurrent work, and go through  
the RTC procedure


Jean-Frédéric didn't like it much though, and it's true that people  
need to play fair for it to work.





If people felt that people were "playing fair" then the whole
above business wouldn't be needed.

The whole voting thing was developed to basically force coop work
when it would fail on its own. TC is hardly unique in having these
sort of head-butting problems. And in all cases that I know
of, the current voting rules were sufficient to handle it.
Yeah, RTC is annoying for casual bugfixing, but, IMO, that's the
breaks when people can't come to a consensus.

I'm guessing mostly everyone knows about:

http://www.apache.org/foundation/voting.html



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

Re: [VOTE] Make released versions RTC

[Filip Hanik - Dev Lists]

bottom line is that
1. moving trunk to sandbox
2. trying to implement a semi RTC

both do nothing but hurt Tomcat moving forward, and falling further 
behind in the servlet container space.


The whole debate that has risen up, is only based on conjured up  
supposed breakage of the CTR  model that never happened, and the mailing 
archives and SVN prove it.
Anyone with interest and time to do the research, would come to the same 
conclusion.


I'm extremely sad and bothered that it's led to this, and that we 
haven't addressed the issue for what it really is. But this has happened 
in the past, and hopefully we will survive this too.


I've received several personal support emails about the incident, but as 
long as people don't speak up in public, it's gonna have to go down in 
history as one of those events that in previous history of ASF Tomcat 
caused a fork, simply because folks were being cornered and not getting 
any leadway to continue development in a forward direction.


Another fork at this time is not an option, this community needs to heal 
up, speak up, and focus on forward development, not on trying to 
restrict and control everything tighter, it is the *control* factor that 
got us here in the first place. Its a community project, it is not for 
an individual or for a corporation to try to control the code base!


Filip


Mladen Turk wrote:

Remy Maucherat wrote:


To give an idea, "tis" could mean:
- API changing patches (any protected or above signature change)
- code changes in the critical path (for example, code which gets 
executed on each HTTP request)


Fine.

- any other commit for which a committer asks for the RTC procedure 
should be rollbacked if it hinders concurrent work, and go through 
the RTC procedure




This looks like a conditional veto that can be voted over. Perfect!
IIUC it means that instead veto one asks for a vote (+3 votes), right?
Looks like RTC on demand, that would require some sort of lazy consensus.

Regards,
Mladen


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






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

DO NOT REPLY [Bug 43327] New: - Socket bind fails on tomcat startup when using apr

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

   Summary: Socket bind fails on tomcat startup when using apr
   Product: Tomcat 6
   Version: 6.0.14
  Platform: HP
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I'm running debian sid, kernel 2.6.22 and use tomcat 6.0.14 together with apr
1.2.11. no special tomcat configuration (out of the box).
On start up of tomcat I get the following error log:

Debugging apr revealed a problem with IPV6:
apr_socket_create() assigns a AF_INET6 socket,
apr_socket_bind tries to bind a AF_INET address which fails.

INFO: Loaded Apache Tomcat Native library 1.1.10.
Sep 7, 2007 6:05:16 PM org.apache.catalina.core.AprLifecycleListener init
INFO: APR capabilities: IPv6 [true], sendfile [true], accept filters [false],
random [true].
Sep 7, 2007 6:05:16 PM org.apache.coyote.http11.Http11AprProtocol init
SEVERE: Error initializing endpoint
java.lang.Exception: Socket bind failed: [22] Invalid argument
at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:612)
at 
org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:121)
at org.apache.catalina.connector.Connector.initialize(Connector.java:1059)
  
regards
erik

-- 
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: Old CVS repository of Tomcat

[Mladen Turk]

Beat Fluri wrote:

Hi,

As a member of the Software Engineering group of the University Zurich, 
Switzerland, I'm investigating the evolution of software systems. For 
this, I'd like to use Tomcat as a case study. Unfortunately, our tools 
are limited to CVS and not yet fully adapted to Subversion. Is there a 
possibility to get an old version of the former CVS repository of 
Tomcat? I would very appreciate to get Tomcat as a case study.




Think not. It has nothing to do with Tomcat but as ASF at large.
I'd suggest you upgrade your tool to SVN

Regards,
Mladen

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

Old CVS repository of Tomcat

[Beat Fluri]

Hi,

As a member of the Software Engineering group of the University  
Zurich, Switzerland, I'm investigating the evolution of software  
systems. For this, I'd like to use Tomcat as a case study.  
Unfortunately, our tools are limited to CVS and not yet fully adapted  
to Subversion. Is there a possibility to get an old version of the  
former CVS repository of Tomcat? I would very appreciate to get  
Tomcat as a case study.


Thank you for your help.

Best wishes,
--Beat Fluri

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