Hi Pierre, Great; you ask to be a contributer on the dev list - this allows you to assign a Jira to yourself.
Then you create a patch in git and attach it to the Jira and put it into the review board for review. There may be review comments or a "ship it". After that a committer (probably me in this case) should take your patch and push it to master. I was new to git and have created a wiki page with the git commands I use https://cwiki.apache.org/confluence/display/ATLAS/Using+Git+with+Atlas. You may find this useful if you have not used git too much. There is a also a wiki page for committers https://cwiki.apache.org/confluence/display/ATLAS/Developer+Resources you may be interested in . I suggest that the Jira should be scoped just to the fix you want to put in. You could change the words of 2270 or create a new one, all the best, David. From: "Pierre Padovani (JIRA)" <j...@apache.org> To: david...@apache.org Date: 22/02/2018 16:44 Subject: [jira] [Commented] (ATLAS-2270) Supported combinations of persistent store and index backend [ https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_ATLAS-2D2270-3Fpage-3Dcom.atlassian.jira.plugin.system.issuetabpanels-3Acomment-2Dtabpanel-26focusedCommentId-3D16373048-23comment-2D16373048&d=DwICaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=QhpUQPr5YlG95aAgCvZGStEXHg4hBbSYQ9JkRqR_svY&m=XQ5cRTBSZfDIanJGha8zM6Dkgnw0IjOYn8x5TlzRFBc&s=CvAzKNiTZy_yOqiqGZadB1tR74aieY28pWb2P8q3ucI&e= ] Pierre Padovani commented on ATLAS-2270: ---------------------------------------- [~davidrad] I'd be happy to be a contributor and get this in. How does one go about becoming one? Are there a set of guidelines somewhere specific to this project? We've been running the Cassandra + ES 5.x flavor of Atlas as both a self contained docker container for dev purposes, as well as a full blown HA cluster for at least the last two months. So I think it looks like a pretty stable setup. > Supported combinations of persistent store and index backend > ------------------------------------------------------------ > > Key: ATLAS-2270 > URL: https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_ATLAS-2D2270&d=DwICaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=QhpUQPr5YlG95aAgCvZGStEXHg4hBbSYQ9JkRqR_svY&m=XQ5cRTBSZfDIanJGha8zM6Dkgnw0IjOYn8x5TlzRFBc&s=r6UWXjJszzenyZwhDWtpds09zR_aEaPTnA245uXb-vU&e= > Project: Atlas > Issue Type: Bug > Reporter: Graham Wallis > Priority: Major > > We need to discuss and decide which combinations of persistent store and indexing backend Atlas 1.0.0 (master) should support. This includes building/running Atlas as a standalone package and running UTs/ITs as part of the Atlas build. > This JIRA focusses on titan0 and janusgraph 0.2.0, as they are the graph databases that will be supported in master/1.0.0. This JIRA deliberately ignores titan1 and janusgraph 0.1.1 as the former should be deprecated/removed and the other is a transient state as we get to janusgraph 0.2.0. > With titan0 as the graph provider, Atlas has supported the following combinations of persistent store and indexer. It is suggested that this set is kept unchanged: > {{ > titan0 solr es > ------------------------------------ > berkeley 0 1 > hbase 1 0 > cassandra 0 0 > }} > With janusgraph (0.2.0) as the graph provider, Atlas *could* support additional combinations. Cassandra is included in this discussion pending response to ATLAS-2259. > {{ > janus 0.2.0 solr es > ------------------------------------ > berkeley ? 1 > hbase 1 ? > cassandra ? ? > }} > It is suggested that the combinations marked with '1' should be continued and the remaining 4 combinations, marked with '?', should be considered. There seems to be evidence of people using all 4 of these combinations, although not necessarily with Atlas. > Depending on the decision made above, we need to ensure that it is possible to build Atlas as a standalone package with any of the combinations - i.e. that they are mutually exclusive and do not interfere with one another. They currently interfere which makes it impossible to build Atlas with -Pdist,berkeley-elasticsearch because the 'dist' profile will exclude jars that are needed by the berkeley-elasticsearch profile - which leads to class not found exceptions when the Atlas server is started. The solution to this could be very simple, or slightly more sophisticated, depending on how many of the combinations we choose to support. -- This message was sent by Atlassian JIRA (v7.6.3#76005) Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU