Re: [RESULT] [VOTE] create new mailing list notificati...@rya.incubator.apache.org

2015-12-09 Thread Josh Elser

Ok, notifications@r.i.a.o is pending creation

"moderators": 
"els...@apache.org,edwardy...@apache.org,bus...@apache.org,venkat...@innerzeal.com,afu...@apache.org,ad...@apache.org",


Also, I did notice that there already a commits@r.i.a.o mailing list 
that isn't being used at all. Sounds like we forgot it existed..


Josh Elser wrote:

I'll try to remember to make the new list tonight. :)

Adina Crainiceanu wrote:

Hi,

The vote for creation of notificati...@rya.incubator.apache.org passes
with
six +1 votes and no other votes.

The votes were from:
Aaron Mihalik (PPMC member)
Adina Crainiceanu (PPMC member)
Jesse Hatfield
Puja Valiyil (PPMC member)
Steve Wagner (PPMC member)
David Rapp (PPMC member)


Thank you,
Adina


Hi all,

In order to reduce the amount of automated messages being sent to the
dev
list, we propose to create a new mailing list,
notificati...@rya.incubator.apache.org. Automated messages from JIRA and
maybe other automated messages (ci when/if we'll have it) will be
sent to
this new list. The list will be configured such that replies will go
to the
dev list, where discussions should take place.

Please vote on the addition of this new mailing list for Rya.

The vote will be open for 72 hours, until Monday 12/7/2015 evening.

[ ] +1 create the notifications mailing list
[ ] 0 no opinion
[ ] -1 do not create the notifications mailing list because ...







[jira] [Commented] (RYA-6) DOA/Query Dates Test fail on Hortonworks Sandox

2015-12-09 Thread David W. Lotts (JIRA)

[ 
https://issues.apache.org/jira/browse/RYA-6?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15049531#comment-15049531
 ] 

David W. Lotts commented on RYA-6:
--

Initial speculation:
This test adds 9 statements varying by only their datetime subjects. It then 
queries two very similar ones that exactly match two statements:

subject 1 = "2000-01-01"
subject 2 = "2000-01-01TZ"

One does not specify the timezone, the other does.  If the implementation for 
adding the statement assumes or determines via system timezone that unspecified 
== Zulu time (Z) then the second date will overwrite the first, as their 
canonical/lexical forms are the same.

The same goes for the query engine, if it removes duplicates based on lexical 
form.

The interesting assert is at line 441 of file:
/dao/accumulo.rya/src/test/java/mvm/rya/accumulo/AccumuloRyaDAOTest.java

> DOA/Query Dates Test fail on Hortonworks Sandox
> ---
>
> Key: RYA-6
> URL: https://issues.apache.org/jira/browse/RYA-6
> Project: Rya
>  Issue Type: Bug
> Environment: OS: Hortonworks Sandbox with HDP 2.2.4 (Cent OS 6 64bit)
> Maven version: 3.3.3
> Java version: OpenJDK Runtime Environment 1.7.0_79
> Accumulo version: 1.6.1.2.2.4.2-2
> Hadoop version:2.6.0.2.2.4.2-2
>Reporter: Aaron Mihalik
>
> here is the stack trace:
> {noformat}
> ---
> Test set: mvm.rya.accumulo.AccumuloRyaDAOTest
> ---
> Tests run: 19, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 9.243 sec 
> <<< FAILURE!
> testQueryDates(mvm.rya.accumulo.AccumuloRyaDAOTest)  Time elapsed: 0.16 sec  
> <<< FAILURE!
> java.lang.AssertionError: expected:<2> but was:<1>
>   at org.junit.Assert.fail(Assert.java:91)
>   at org.junit.Assert.failNotEquals(Assert.java:645)
>   at org.junit.Assert.assertEquals(Assert.java:126)
>   at org.junit.Assert.assertEquals(Assert.java:470)
>   at org.junit.Assert.assertEquals(Assert.java:454)
>   at 
> mvm.rya.accumulo.AccumuloRyaDAOTest.testQueryDates(AccumuloRyaDAOTest.java:441)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)