Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: softfail (athena.apache.org: transitioning domain of
 brian@pingtoo.com does not designate 217.154.193.216 as permitted sender)
Message-ID: <5187E3ED.7000508@PingToo.com>
Date: Mon, 06 May 2013 18:10:05 +0100
From: Brian Burch <brian@PingToo.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
 rv:17.0) Gecko/20130329 Thunderbird/17.0.5
MIME-Version: 1.0
To: dev@tomcat.apache.org
Subject: Re: [VOTE] Release Apache Tomcat 7.0.40
References: <51863811.1030002@apache.org> <5187699B.4060206@kippdata.de>
 <5187B276.6000707@PingToo.com>
 <CABzHfVkTXCpv6AUOYO-0cR4FEqtH-FXOboWs+GJvxYfAdA1n7g@mail.gmail.com>
In-Reply-To: 
 <CABzHfVkTXCpv6AUOYO-0cR4FEqtH-FXOboWs+GJvxYfAdA1n7g@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 06/05/13 15:27, Konstantin Kolinko wrote:
> 2013/5/6 Brian Burch <brian@pingtoo.com>:
>> On 05.05.2013 12:44, Mark Thomas wrote:
>>>
>>> The proposed Apache Tomcat 7.0.40 release is now available for voting.
>>>
>>> It can be obtained from:
>>> https://dist.apache.org/repos/dist/dev/tomcat/tomcat-7/v7.0.40/
>>> The Maven staging repo is:
>>> https://repository.apache.org/content/repositories/orgapachetomcat-001/
>>> The svn tag is:
>>> http://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_40/
>>>
>>> The proposed 7.0.40 release is:
>>> [ ] Broken - do not release
>>> [X] Stable - go ahead and release as 7.0.40 Stable
>>
>>
>> I would like to use this release as early as possible, so I picked up the
>> source, built and tested it. I noticed some errors which do not matter in my
>> environment, but because I haven't tested any earlier releases, I don't know
>> whether they are generally acceptable. I couldn't find a reference to them
>> being known problems, and (of course) it could be a "user error".
>>
>> environment:
>>
>> Linux version 3.5.0-28-lowlatency (buildd@roseapple) (gcc version 4.7.2
>> (Ubuntu/Linaro 4.7.2-2ubuntu1) ) #32-Ubuntu SMP PREEMPT Fri Apr 26 11:05:36
>> UTC 2013 (Ubuntu 3.5.0-28.32-lowlatency 3.5.7.9)
>>
>> brian@bacchus:~$ /usr/lib/jvm/java-6-openjdk-i386/bin/java -version
>> java version "1.6.0_27"
>> OpenJDK Runtime Environment (IcedTea6 1.12.3) (6b27-1.12.3-0ubuntu1~12.10.1)
>> OpenJDK Server VM (build 20.0-b12, mixed mode)
>>
>>
>> I have /real/ test failures for both BIO and NIO in:
>> TEST-org.apache.catalina.tribes.group.interceptors.TestNonBlockingCoordinator.?IO.txt
>> TEST-org.apache.catalina.tribes.group.interceptors.TestOrderInterceptor.?IO.txt
>> TEST-org.apache.catalina.tribes.group.interceptors.TestTcpFailureDetector.?IO.txt
>> TEST-org.apache.catalina.tribes.group.TestGroupChannelMemberArrival.?IO.txt
>>
>> for example, one of them is:
>>
>> Testcase: testMemberArrival took 7.191 sec FAILED
>> Checking member arrival length (Listener-10) expected:<9> but was:<0>
>> junit.framework.AssertionFailedError: Checking member arrival length
>> (Listener-10) expected:<9> but was:<0>
>>          at
>> org.apache.catalina.tribes.group.TestGroupChannelMemberArrival.testMemberArrival(TestGroupChannelMemberArrival.java:80)
>>
>>
>> I don't want to waste anybody's time, but perhaps you could let me know
>> whether the errors are significant? If you think it is because I've made a
>> simple error in my configuration, perhaps you point me in the right
>> direction to resolve it.
>
> Tribes is communication layer that is used to implement clustering
> (aka "ha", high availability)
> http://tomcat.apache.org/tomcat-7.0-doc/tribes/introduction.html
>
> If you do not use clustering, then those do not matter for you.
>
>
> You can compare your test log files with ones produced by buildbot:
> http://ci.apache.org/projects/tomcat/tomcat7/logs/
>
> If you want to (re)run a single test from the testsuite, BUILDING.txt
> says how to do so.
>
> Maybe some network or security configuration at your box prevents
> those tests from working? IPv6? Any error messages in the logs?
>
> The tests respect the "conf/logging.properties" file, so it is
> possible to enable fine logging if you need so.

Thank you for your suggestions, Konstantin. Thanks also to Rainer for 
his suggestions.

My primary objective was to raise the issue at this opportune moment, 
just in case it turned out to be a general problem.

I am satisfied with your theory that the failures I see are related to 
multicast support on my particular development system. As I said at the 
start, I do not need tribes support on my production system.

When I deploy the new release on my production system, hopefully later 
this week, I will run all the tests there too. It (now) seems quite 
likely that I will observe different behaviour under the different 
execution environment.

If anything strikes me as strange, then I will raise the issue, with 
more diagnostics, on the users list.

In the meantime, please discount my report when considering the 
stability of 7.0.40.

Thanks,

Brian

> Best regards,
> Konstantin Kolinko
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org