juneau-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From James Bognar <jamesbog...@apache.org>
Subject Re: [VOTE] Release Apache Juneau 6.4.0-incubating RC2
Date Sun, 24 Sep 2017 20:01:30 GMT
I'd like to cancel RC2 and try for an RC3 after we resolve David's latest
issue in BeanConfigTest.

I've added significant debugging support to the microservice to help us
track down the HTTP call issues being reported by some of the
contributors....

https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=73639856

It's worthwhile to get these into 6.4.0.


On Sun, Sep 24, 2017 at 1:40 PM, James Bognar <jamesbognar@apache.org>
wrote:

> Hi David,
>
> Is that really occurring on line 473?  Could you catch the exception and
> print a longer stack trace?
>
> Thanks!
>
> On Sun, Sep 24, 2017 at 4:31 AM, David Goddard <goddard@acm.org> wrote:
>
>> Hi,
>>
>> Yes, this code now works:
>>
>> @Test
>> public void test() {
>>         BeanSession session = ps.getBeanContext()
>>                 .createSession(new BeanSessionArgs(null, sessionLocale,
>> sessionTimeZone, null));
>>         String actual = session.convertToType(calendar, String.class);
>>         if (expected.indexOf('(') == -1)
>>                 // Fix JVM-specific formatting difference
>>            actual.replaceAll(" \\([^\\)]+\\)",
>> "").replaceAll("\\([^\\)]+\\) ", "");
>>         assertEquals(expected, actual);
>>         Object c2 = session.convertToType(actual, calendar.getClass());
>>         String actual2 = session.convertToType(c2, String.class);
>>         if (expected.indexOf('(') == -1)
>>                 // Fix JVM-specific formatting difference
>>                 actual2 = actual2.replaceAll("\\([^\\)]+\\) ", "");
>>         assertEquals(expected, actual2);
>> }
>>
>> However, still one more error in my Windows environment though :(
>>
>> #############################
>> Tests run: 11, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.031
>> sec <<< FAILURE! - in org.apache.juneau.BeanConfigTest
>> testProxyHandler(org.apache.juneau.BeanConfigTest)  Time elapsed: 0 sec
>> <<< ERROR!
>> org.apache.juneau.BeanRuntimeException: interface
>> org.apache.juneau.BeanConfigTest$A is not visible from class loader
>>         at org.apache.juneau.BeanConfigTest.testProxyHandler(BeanConfig
>> Test.java:473)
>> Caused by: java.lang.IllegalArgumentException: interface
>> org.apache.juneau.BeanConfigTest$A is not visible from class loader
>>         at org.apache.juneau.BeanConfigTest.testProxyHandler(BeanConfig
>> Test.java:473)
>> #############################
>>
>> I'm wondering if this is an issue specific to my setup.  When I have a
>> chance (I am travelling at the moment), I'll set up an Oracle JVM in my
>> Windows test environment and try a build with that.
>>
>> David
>>
>> On 23/09/2017 21:35, James Bognar wrote:
>>
>>> Hi David,
>>>
>>> How about this?
>>> if (expected.indexOf('(') == -1)
>>>     actual.replaceAll(" \\([^\\)]+\\)", "").replaceAll("\\([^\\)]+\\) ",
>>> "");
>>>
>>>
>>> On Fri, Sep 22, 2017 at 3:08 PM, David Goddard <goddard@acm.org> wrote:
>>>
>>> Most things are in some way IBM's fault :)
>>>>
>>>> Trying both variants of your fix gives similar results.  Better in both
>>>> cases, but not quite there.  Details below.
>>>>
>>>> It looks to me on a quick read that those cases that now fail are
>>>> failing
>>>> because they *do* expect a value between the parentheses, and of course
>>>> the
>>>> fix strips that out.  For example, here's test 205:
>>>>
>>>> { "205", testDate, CalendarSwap.DateTimeLong.class, "en_UK",
>>>> Locale.KOREA, null, null, "2001년 3월 3일 (토) 오전 10시 11분 12초" },
>>>>
>>>> I guess we could bend the test a little further by conditionally only
>>>> stripping out the parenthetical content if the expected value doesn't
>>>> contain values in parentheses itself, but that be regarded as a fix too
>>>> far...
>>>>
>>>> #######################
>>>>
>>>> actual = actual.replaceAll("\\([^\\)]+\\) ", "");
>>>> actual2 = actual2.replaceAll("\\([^\\)]+\\) ", "");
>>>>
>>>> ...leads to:
>>>>
>>>> Tests run: 460, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 19.485
>>>> sec <<< FAILURE! - in org.apache.juneau.transforms.LocalizedDatesTest
>>>> test[205](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>> elapsed:
>>>> 0.004 sec  <<< FAILURE!
>>>> org.junit.ComparisonFailure: expected:<2001? 3? 3? [(?) ]?? 10? 11? 12?>
>>>> but was:<2001? 3? 3? []?? 10? 11? 12?>
>>>>          at org.apache.juneau.transforms.L
>>>> ocalizedDatesTest.test(Localiz
>>>> edDatesTest.java:660)
>>>>
>>>> test[435](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>> elapsed:
>>>> 0.001 sec  <<< FAILURE!
>>>> org.junit.ComparisonFailure: expected:<2001? 3? 3? [(?) ]?? 10? 11? 12?>
>>>> but was:<2001? 3? 3? []?? 10? 11? 12?>
>>>>          at org.apache.juneau.transforms.L
>>>> ocalizedDatesTest.test(Localiz
>>>> edDatesTest.java:660)
>>>>
>>>> With the different location for the space in the regexp, I get a longer
>>>> list of failures:
>>>>
>>>> #######################
>>>>
>>>> actual = actual.replaceAll(" \\([^\\)]+\\)", "");
>>>> actual2 = actual2.replaceAll(" \\([^\\)]+\\)", "");
>>>>
>>>> ... leads to:
>>>>
>>>> Running org.apache.juneau.transforms.LocalizedDatesTest
>>>> Tests run: 460, Failures: 4, Errors: 0, Skipped: 0, Time elapsed: 0.189
>>>> sec <<< FAILURE! - in org.apache.juneau.transforms.LocalizedDatesTest
>>>> test[125](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>> elapsed:
>>>> 0.003 sec  <<< FAILURE!
>>>> org.junit.ComparisonFailure: expected:<2001? 3? 3?[ (?)]> but was:<2001?
>>>> 3? 3?[]>
>>>>          at org.apache.juneau.transforms.L
>>>> ocalizedDatesTest.test(Localiz
>>>> edDatesTest.java:660)
>>>>
>>>> test[205](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>> elapsed:
>>>> 0 sec  <<< FAILURE!
>>>> org.junit.ComparisonFailure: expected:<2001? 3? 3? [(?) ]?? 10? 11? 12?>
>>>> but was:<2001? 3? 3? []?? 10? 11? 12?>
>>>>          at org.apache.juneau.transforms.L
>>>> ocalizedDatesTest.test(Localiz
>>>> edDatesTest.java:660)
>>>>
>>>> test[355](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>> elapsed:
>>>> 0 sec  <<< FAILURE!
>>>> org.junit.ComparisonFailure: expected:<2001? 3? 3?[ (?)]> but was:<2001?
>>>> 3? 3?[]>
>>>>          at org.apache.juneau.transforms.L
>>>> ocalizedDatesTest.test(Localiz
>>>> edDatesTest.java:660)
>>>>
>>>> test[435](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>> elapsed:
>>>> 0.001 sec  <<< FAILURE!
>>>> org.junit.ComparisonFailure: expected:<2001? 3? 3? [(?) ]?? 10? 11? 12?>
>>>> but was:<2001? 3? 3? []?? 10? 11? 12?>
>>>>          at org.apache.juneau.transforms.L
>>>> ocalizedDatesTest.test(Localiz
>>>> edDatesTest.java:660)
>>>>
>>>> #######################
>>>>
>>>>
>>>>
>>>>
>>>> On 22/09/2017 00:05, James Bognar wrote:
>>>>
>>>> Ah...so we can blame IBM :-)
>>>>>
>>>>> Can you see if swapping the location of the space in the regular
>>>>> expressions fixes all the tests?
>>>>> actual = actual.replaceAll(" \\([^\\)]+\\)", "");
>>>>>
>>>>> On Thu, Sep 21, 2017 at 6:01 PM, David Goddard <goddard@acm.org>
>>>>> wrote:
>>>>>
>>>>> Just to add:
>>>>>
>>>>>>
>>>>>> Maybe it's JVM vendor-specific behavior?
>>>>>>
>>>>>>>
>>>>>>>
>>>>>> Yes, I've now tested again after changing from an IBM JRE to an Oracle
>>>>>> JRE
>>>>>> - this resolves the problem.  It looks like this is specific to the
>>>>>> IBM
>>>>>> JRE
>>>>>> then.  My Mac testing was done with an Oracle JRE, so I think this is
>>>>>> probably JVM-specific rather than OS-specific.
>>>>>>
>>>>>>
>>>>>> On 21/09/2017 23:46, David Goddard wrote:
>>>>>>
>>>>>> Actual text is:
>>>>>>
>>>>>>>
>>>>>>> 2001年3月3日 (土曜日)
>>>>>>> (I've attached a copy as a text file also)
>>>>>>>
>>>>>>> In this case, I it looks like the value between the parenthesis is
>>>>>>> the
>>>>>>> day name, "Saturday".  So the expected value is just the date
>>>>>>> (2001年3月
>>>>>>> 3日),
>>>>>>> but the day is being added in the process.
>>>>>>>
>>>>>>>
>>>>>>> On 21/09/2017 22:45, James Bognar wrote:
>>>>>>>
>>>>>>> Interesting.  So the behavior of...
>>>>>>>
>>>>>>>>
>>>>>>>> DateFormat.getDateInstance(DateFormat.FULL, locale).format(date);
>>>>>>>> DateFormat.getDateTimeInstance(DateFormat.FULL, DateFormat.FULL,
>>>>>>>> locale
>>>>>>>> ).format(date);
>>>>>>>>
>>>>>>>> ...returns different formats depending on the OS.  Lovely.
>>>>>>>>
>>>>>>>> Maybe it's JVM vendor-specific behavior?
>>>>>>>>
>>>>>>>> I'm curious to know what's in those parentheses...
>>>>>>>> 2001?3?3? [*(???)* ]10?11?12? GMT
>>>>>>>>
>>>>>>>> Might give me something to google for.
>>>>>>>>
>>>>>>>> It's technically a test-only issue.  We can probably 'fix' the
>>>>>>>> testcase
>>>>>>>> by
>>>>>>>> just stripping out the formatting difference...
>>>>>>>>
>>>>>>>> @Test
>>>>>>>> public void test() {
>>>>>>>> BeanSession session = ps.getBeanContext().createSession(new
>>>>>>>> BeanSessionArgs(null, sessionLocale, sessionTimeZone, null));
>>>>>>>> String actual = session.convertToType(calendar, String.class);
>>>>>>>> *actual = actual.replaceAll("\\([^\\)]+\\) ", "");  // Fix
>>>>>>>> Windows-specific
>>>>>>>> formatting difference*
>>>>>>>> assertEquals(expected, actual);
>>>>>>>> Object c2 = session.convertToType(actual, calendar.getClass());
>>>>>>>> String actual2 = session.convertToType(c2, String.class);
>>>>>>>> *actual2 = actual2.replaceAll("\\([^\\)]+\\) ", "");  // Fix
>>>>>>>> Windows-specific formatting difference*
>>>>>>>> assertEquals(expected, actual2);
>>>>>>>> }
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Sep 21, 2017 at 3:11 PM, David Goddard <goddard@acm.org>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>>
>>>>>>>>> Yes, that fixed it, thanks.  It also still tests OK on my Mac after
>>>>>>>>> the
>>>>>>>>> change.
>>>>>>>>>
>>>>>>>>> I'm now running into some further test issues, also on Windows
>>>>>>>>> only.
>>>>>>>>>
>>>>>>>>> ########################
>>>>>>>>>
>>>>>>>>> Tests run: 460, Failures: 16, Errors: 0, Skipped: 0, Time elapsed:
>>>>>>>>> 0.247
>>>>>>>>> sec <<< FAILURE! - in org.apache.juneau.transforms.L
>>>>>>>>> ocalizedDatesTest
>>>>>>>>> test[111](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>>>>>>> elapsed:
>>>>>>>>> 0.015 sec  <<< FAILURE!
>>>>>>>>> org.junit.ComparisonFailure: expected:<2001?3?3?[]> but
>>>>>>>>> was:<2001?3?3?[
>>>>>>>>> (???)]>
>>>>>>>>>            at org.apache.juneau.transforms.L
>>>>>>>>> ocalizedDatesTest.test(Localiz
>>>>>>>>> edDatesTest.java:645)
>>>>>>>>>
>>>>>>>>> [...]
>>>>>>>>> test[423](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>>>>>>> elapsed:
>>>>>>>>> 0 sec  <<< FAILURE!
>>>>>>>>> org.junit.ComparisonFailure: expected:<2001?3?3? []10?11?12? GMT>
>>>>>>>>> but
>>>>>>>>> was:<2001?3?3? [(???) ]10?11?12? GMT>
>>>>>>>>>            at org.apache.juneau.transforms.L
>>>>>>>>> ocalizedDatesTest.test(Localiz
>>>>>>>>> edDatesTest.java:645)
>>>>>>>>>
>>>>>>>>> test[424](org.apache.juneau.transforms.LocalizedDatesTest)  Time
>>>>>>>>> elapsed:
>>>>>>>>> 0 sec  <<< FAILURE!
>>>>>>>>> org.junit.ComparisonFailure: expected:<2001?3?3? []10?11?12? GMT>
>>>>>>>>> but
>>>>>>>>> was:<2001?3?3? [(???) ]10?11?12? GMT>
>>>>>>>>>            at org.apache.juneau.transforms.L
>>>>>>>>> ocalizedDatesTest.test(Localiz
>>>>>>>>> edDatesTest.java:645)
>>>>>>>>>
>>>>>>>>> ########################
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> These are specific to date swap tests in Japanese & Korean:
>>>>>>>>>
>>>>>>>>> { "421", testDate.getTime(), DateSwap.DateTimeFull.class, "ja_JP",
>>>>>>>>> null,
>>>>>>>>> null, null, "2001年3月3日 10時11分12秒 GMT" },
>>>>>>>>> { "422", testDate.getTime(), DateSwap.DateTimeFull.class,
>>>>>>>>> Locale.JAPAN,
>>>>>>>>> null, null, null, "2001年3月3日 10時11分12秒 GMT" },
>>>>>>>>> { "423", testDate.getTime(), DateSwap.DateTimeFull.class, null,
>>>>>>>>> Locale.JAPAN, null, null, "2001年3月3日 10時11分12秒 GMT" },
>>>>>>>>> { "424", testDate.getTime(), DateSwap.DateTimeFull.class, "en_UK",
>>>>>>>>> Locale.JAPAN, null, null, "2001年3月3日 10時11分12秒 GMT" },
>>>>>>>>> { "425", testDate.getTime(), DateSwap.DateTimeFull.class, "en_UK",
>>>>>>>>> Locale.KOREA, null, null, "2001ë…„ 3ì›” 3ì�¼ í† ìš”ì�¼ ì˜¤ì „ 10ì‹œ
>>>>>>>>> 11분
>>>>>>>>> 12ì´ˆ GMT" },
>>>>>>>>> etc.
>>>>>>>>>
>>>>>>>>> All the date swaps where the test date contains Japanese or Korean
>>>>>>>>> characters in the date part fail in this way.  I initially thought
>>>>>>>>> it
>>>>>>>>> was
>>>>>>>>> the code page of the file, but I've changed to UTF-8 from the
>>>>>>>>> default
>>>>>>>>> and
>>>>>>>>> this didn't resolve this for me.  Again, this is specific to my
>>>>>>>>> Windows
>>>>>>>>> platform - all is fine on Mac.
>>>>>>>>>
>>>>>>>>> Given that this is a build test error, and specific to one platform
>>>>>>>>> (and
>>>>>>>>> possibly one machine), I'm not sure that it is a fatal problem for
>>>>>>>>> the
>>>>>>>>> release.
>>>>>>>>>
>>>>>>>>> David
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 21/09/2017 14:55, James Bognar wrote:
>>>>>>>>>
>>>>>>>>> Hi David,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> I don't have a Windows machine anymore :-(
>>>>>>>>>>
>>>>>>>>>> It looks like a test issue.  Is it only RDF tests that are
>>>>>>>>>> failing?
>>>>>>>>>>
>>>>>>>>>> Can you find line 484 in org.apache.juneau.TestUtils in
>>>>>>>>>> juneau-core-tests...
>>>>>>>>>>
>>>>>>>>>> String[] e = expected.trim().split("\n"), a =
>>>>>>>>>> actual.trim().split("\n");
>>>>>>>>>>
>>>>>>>>>> ...and change it to this?...
>>>>>>>>>>
>>>>>>>>>> String[] e = expected.trim().split("[\r\n]+"), a =
>>>>>>>>>> actual.trim().split(
>>>>>>>>>> "[\r\n]+");
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Background on this method:  Since Jena does not guarantee the
>>>>>>>>>> order
>>>>>>>>>> of
>>>>>>>>>> entries in the generated RDF (it's pretty much random), it's
>>>>>>>>>> difficult
>>>>>>>>>> to
>>>>>>>>>> do simple comparison validation.  So instead, we sort the expected
>>>>>>>>>> and
>>>>>>>>>> actual lines and then check for comparison.  It's not perfect (XML
>>>>>>>>>> attribute order can also be random), but generally good enough for
>>>>>>>>>> what
>>>>>>>>>> we're testing.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Thu, Sep 21, 2017 at 5:52 AM, David Goddard <goddard@acm.org>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> Thanks.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I'm seeting a whole load of test failures in juneau-core parsing
>>>>>>>>>>> (every
>>>>>>>>>>> round trip test is failing for me).  For example:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ByteArrayBase64SwapComboTest>ComboRoundTripTest.g32_parseRdf
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> XmlR:701->ComboRoundTripTest.testParse:205
>>>>>>>>>>>>
>>>>>>>>>>> ByteArray2d/parseRdfXmlR
>>>>>>>>>>> parse-normal failed expected:<<rdf:RDF>[
>>>>>>>>>>>       <rdf:Seq>
>>>>>>>>>>>         <rdf:li>AQID</rdf:li>
>>>>>>>>>>>         <rdf:li>BAUG</rdf:li>
>>>>>>>>>>>         <rdf:li rdf:resource='http://www.w3.or
>>>>>>>>>>> g/1999/02/22-rdf-syntax-ns#nil'/
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>       </rdf:Seq>
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> </rdf:RDF>]
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> but was:<<rdf:RDF>[
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>       <rdf:Seq>
>>>>>>>>>>>>
>>>>>>>>>>>>         <rdf:li>AQID</rdf:li>
>>>>>>>>>>>         <rdf:li>BAUG</rdf:li>
>>>>>>>>>>>         <rdf:li rdf:resource='http://www.w3.or
>>>>>>>>>>> g/1999/02/22-rdf-syntax-ns#nil'/
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>       </rdf:Seq>
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> </rdf:RDF>
>>>>>>>>>>>>
>>>>>>>>>>> ]
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> The only consistent difference I see is that the final closing
>>>>>>>>>>>> square
>>>>>>>>>>>>
>>>>>>>>>>>> bracket is appearing on a new line.  Perhaps this is a character
>>>>>>>>>>> encoding
>>>>>>>>>>> issue (although I wouldn't rule out user error) - these tests
>>>>>>>>>>> fail
>>>>>>>>>>> on
>>>>>>>>>>> a
>>>>>>>>>>> Windows platform, but work fine on a Mac.
>>>>>>>>>>>
>>>>>>>>>>> David
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 20/09/2017 15:39, James Bognar wrote:
>>>>>>>>>>>
>>>>>>>>>>> Indeed they are.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I've fixed them in Git.  Thanks David!
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Sep 20, 2017 at 8:25 AM, David Goddard <goddard@acm.org
>>>>>>>>>>>> >
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> I'm seeing a couple of issues with the Eclipse project names
>>>>>>>>>>>> when
>>>>>>>>>>>>
>>>>>>>>>>>> importing a fresh clone into a workspace.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> juneau-microservice/.project has <name>juneau-rest</name>
>>>>>>>>>>>>> juneau-doc/.project has <name>juneau-marshall</name>
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'm assuming these are copy/paste errors arising from the
>>>>>>>>>>>>> restructuring.
>>>>>>>>>>>>>
>>>>>>>>>>>>> David
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 19/09/2017 18:26, Charles Mims wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> +1, with intermittent test failures in Apache Juneau
>>>>>>>>>>>>> Microservice
>>>>>>>>>>>>> Tests
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> MD5 (apache-juneau-6.4.0-incubating-src.zip) =
>>>>>>>>>>>>>
>>>>>>>>>>>>>> e6ef05085093a5235cb9665c65a778fb
>>>>>>>>>>>>>> For me it failed on the 1st and 2nd try, passed on the 3rd.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Sep 19, 2017 at 11:11 AM, James Bognar <
>>>>>>>>>>>>>> jamesbognar@apache.org>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ** At this time, I have met “Broken Pipe” issue too. I think
>>>>>>>>>>>>>> we
>>>>>>>>>>>>>> need
>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> handle this problem soon.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Darn.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I'm thinking it must be an issue with Jetty since we just
>>>>>>>>>>>>>>> upgraded
>>>>>>>>>>>>>>> it.
>>>>>>>>>>>>>>>       From the Jetty side, the connection is open waiting for
>>>>>>>>>>>>>>> data,
>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>> that's
>>>>>>>>>>>>>>> all I know.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I'll have to figure out how to use Fiddler and do some
>>>>>>>>>>>>>>> low-level
>>>>>>>>>>>>>>> debugging.  It's really hard to reproduce though :-(
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tue, Sep 19, 2017 at 11:32 AM, Raphi D Lee <
>>>>>>>>>>>>>>> yidonguk@gmail.com
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> +1
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> SHA1, MD5 Checksum OK
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Maven Build OK
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ** At this time, I have met “Broken Pipe” issue too. I
>>>>>>>>>>>>>>>> think we
>>>>>>>>>>>>>>>> need
>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>> handle this problem soon.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> [INFO] Reactor Summary:
>>>>>>>>>>>>>>>> [INFO]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau (incubating) .........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 10.521 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau - Core APIs ..........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.737 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Marshall .............................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 45.444 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Marshal RDF ..........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 3.558 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Data Transfer Objects ................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 6.813 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Core .................................
>>>>>>>>>>>>>>>> SUCCESS [
>>>>>>>>>>>>>>>> 1.025 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Config File API ......................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 1.928 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Core Tests ...........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [01:04
>>>>>>>>>>>>>>>> min]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau - REST APIs ..........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.080 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau REST Servlet API .....................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 2.331 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau REST JAX/RS API ......................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.476 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau REST Client API ......................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 1.005 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau - Microservice APIs ..................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.068 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Microservice Server ..................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 1.588 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Microservice Template ................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 1.243 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau - Examples ...........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.183 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau REST Examples ........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 8.512 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Microservice Tests ...................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 24.522 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Core Examples ........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.287 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Javadocs .............................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.617 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau - Release Engineering ................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.040 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau UberJar ..............................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 1.008 s]
>>>>>>>>>>>>>>>> [INFO] Apache Juneau Distribution .........................
>>>>>>>>>>>>>>>> SUCCESS
>>>>>>>>>>>>>>>> [
>>>>>>>>>>>>>>>> 0.768 s]
>>>>>>>>>>>>>>>> [INFO] ------------------------------
>>>>>>>>>>>>>>>> ------------------------------
>>>>>>>>>>>>>>>> ------------
>>>>>>>>>>>>>>>> [INFO] BUILD SUCCESS
>>>>>>>>>>>>>>>> [INFO] ------------------------------
>>>>>>>>>>>>>>>> ------------------------------
>>>>>>>>>>>>>>>> ------------
>>>>>>>>>>>>>>>> [INFO] Total time: 03:01 min
>>>>>>>>>>>>>>>> [INFO] Finished at: 2017-09-19T20:11:43+09:00
>>>>>>>>>>>>>>>> [INFO] Final Memory: 87M/773M
>>>>>>>>>>>>>>>> [INFO] ------------------------------
>>>>>>>>>>>>>>>> ------------------------------
>>>>>>>>>>>>>>>> ------------
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Raphi D Lee, yidonguk@gmail.com
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 2017. 9. 18. 오전 9:54, James Bognar <jamesbognar@apache.org>
>>>>>>>>>>>>>>>> 작성:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I am pleased to be calling this vote for the source release
>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Apache
>>>>>>>>>>>>>>>>> Juneau 6.4.0-incubating RC2.
>>>>>>>>>>>>>>>>> This includes some fixes for bugs found in RC1 and some
>>>>>>>>>>>>>>>>> packaging
>>>>>>>>>>>>>>>>> changes
>>>>>>>>>>>>>>>>> for the example and template projects.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The list of new features can be found here:
>>>>>>>>>>>>>>>>> http://juneau.incubator.apache.org/site/apidocs/
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> overview-summary.html#6.4.0
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The binaries are available at:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> https://dist.apache.org/repos/dist/dev/incubator/juneau/
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> binaries/juneau-6.4.0-incubating-RC2/
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The release candidate to be voted over is available at:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> https://dist.apache.org/repos/dist/dev/incubator/juneau/
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> source/juneau-6.4.0-incubating-RC2/
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> SHA-1 checksums:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> aeb89ecf6b0da5e8b594455a349f1f7efa483f81 apache-juneau-6.4.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> 0-incubating-src.zip
>>>>>>>>>>>>>>>>> c3d4a1d7c21142a4006876419729d9f0c352203e
>>>>>>>>>>>>>>>>> apache-juneau-6.4.
>>>>>>>>>>>>>>>>> 0-incubating-bin.zip
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> MD5 checksums:
>>>>>>>>>>>>>>>>> e6ef05085093a5235cb9665c65a778fb
>>>>>>>>>>>>>>>>> apache-juneau-6.4.0-incubating
>>>>>>>>>>>>>>>>> -src.zip
>>>>>>>>>>>>>>>>> 4e96d5047c0e9f03f0def2d017521f13
>>>>>>>>>>>>>>>>> apache-juneau-6.4.0-incubating
>>>>>>>>>>>>>>>>> -bin.zip
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Build the release candidate using:
>>>>>>>>>>>>>>>>> mvn clean install
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The release candidate is signed with a GPG key available
>>>>>>>>>>>>>>>>> at:
>>>>>>>>>>>>>>>>> https://dist.apache.org/repos/
>>>>>>>>>>>>>>>>> dist/release/incubator/juneau/
>>>>>>>>>>>>>>>>> KEYS
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> A staged Maven repository is available for review at:
>>>>>>>>>>>>>>>>> https://repository.apache.org/
>>>>>>>>>>>>>>>>> content/repositories/orgapache
>>>>>>>>>>>>>>>>> juneau-1016/
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The Git commit for this release is...
>>>>>>>>>>>>>>>>> *https://git-wip-us.apache.org/repos/asf?p=incubator-
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> juneau.git;a=commit;h=6de99819
>>>>>>>>>>>>>>>>> 3807eeec40e6f297f6b70222552f3b
>>>>>>>>>>>>>>>>> 37
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> <https://git-wip-us.apache.org/repos/asf?p=incubator-
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> juneau.git;a=commit;h=6de99819
>>>>>>>>>>>>>>>> 3807eeec40e6f297f6b70222552f3b
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> 37>*
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Please vote on releasing this package as:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Apache Juneau 6.4.0-incubating
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> This vote will be open until 20-Sep-2017 9:00pm EST and
>>>>>>>>>>>>>>>>> passes
>>>>>>>>>>>>>>>>> if a
>>>>>>>>>>>>>>>>> majority of at least three +1 Apache Juneau PPMC votes are
>>>>>>>>>>>>>>>>> cast.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> [ ] +1 Release this package
>>>>>>>>>>>>>>>>> [ ] 0 I don't feel strongly about it, but don't object
>>>>>>>>>>>>>>>>> [ ] -1 Do not release this package because...
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Anyone can participate in testing and voting, not just
>>>>>>>>>>>>>>>>> committers,
>>>>>>>>>>>>>>>>> please
>>>>>>>>>>>>>>>>> feel free to try out the release candidate and provide your
>>>>>>>>>>>>>>>>> votes.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message