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 17:40:27 GMT
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.LocalizedDatesTest.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.LocalizedDatesTest.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.LocalizedDatesTest.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.LocalizedDatesTest.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.LocalizedDatesTest.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.LocalizedDatesTest.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=6de998193807eeec40e6f297f6b70222552f3b
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 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