-
Notifications
You must be signed in to change notification settings - Fork 309
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ADAM variant and genotype formats; and a VCF->ADAM converter #7
Conversation
Merged build triggered. |
Merged build started. |
Merged build finished. |
One or more automated tests failed |
Looks like this pull request isn't building. If you look at the console output of the build results, there's the following error:
|
@@ -0,0 +1,154 @@ | |||
/* | |||
* Copyright (c) 2013. The Broad Institute of MIT/Harvard |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the correct header. This work was done by Chris as an employee of The Broad.
Looking into the build error now... |
Matt — this builds clean on my local machine. I believe this is a Jenkins issue: it looks like all of the last 3 builds have failed for this same reason. I've seen a similar issue before on my local. I believe that what is happening is that the autogenerated source inside of adam-format isn't getting rebuilt. Are we doing a full clean build on each pull request, or just an incremental build? |
Merged build triggered. |
Merged build started. |
Merged build finished. |
All automated tests passed. |
As an aside, I tried to merge all three pull requests from yesterday and ran across some interesting behavior. Specifically, when doing a merge, the following code gets dropped:
This is in the *.avdl file. I am not sure why this is happening, but once we merge the PRs in, we need to manually verify that those lines are still visible in the final merge, as otherwise the compile will fail. |
You can also do a manual merge which gives you more control of the process. -Matt On Mon, Nov 25, 2013 at 8:38 AM, Frank Austin Nothaft <
|
In principle, I wouldn't mind taking over this part of the pipeline. One issue, however, is that I've never touched Scala. Perhaps this could be rewritten in Java? |
Practically, I think we'd rather keep as much code in Scala as possible, but we may be flexible. FWIW, there's a pretty low barrier to entry for Scala; neither Chris nor I had written in Scala before we started working on ADAM this fall. @massie is probably best to chime in here. |
I'd vote for Scala -- but Uri, I'd be happy to help translate any Java prototypes you have into Scala if that would be useful to you. ADAM has been a great excuse, for me, to (re-)learn a lot of Scala. |
Ditto — I'd be glad to help with translation as well. |
Manually merged. Thanks, Frank! |
Merge in upstream, upgrade parent plugin
This is from the old repository, https://github.com/massie/adam/pull/12. This work was contributed by Chris Hartl as part of the work he did during his time at the AMPLab. He's unable to continue contributing work to this project as he's moved on to his next challenge (and will be missed).
This code is not fully clean nor complete yet, but I wanted to get it out into the open. There was a significant amount of discussion around this code when it originally hit the old repository, especially surrounding how to handle additional info fields. In the last PR, Chris had thrown some ideas out. We'd like to find someone to own this code moving forward — barring any volunteers, I will continue the cleanup efforts towards the end of this week.
@massie Matt, can you check the copyright info on the Vcf2Adam.scala file?