Skip to content
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

Upgrade to Spark 0.9 and Scala 2.10 #78

Merged
merged 5 commits into from
Mar 7, 2014

Conversation

jey
Copy link
Contributor

@jey jey commented Feb 2, 2014

Upgrade to Spark 0.9.0 and Scala 2.10.3. Tests pass under Hadoop 2.2.0 and Hadoop 1.0.4.

NOTE: You will probably also want to upgrade your Scala installation to 2.10.3 to match.

@@ -55,8 +55,6 @@ class TransformArgs extends Args4jBase with ParquetArgs with SparkArgs {
class Transform(protected val args: TransformArgs) extends AdamSparkCommand[TransformArgs] with Logging {
val companion = Transform

initLogging()
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is initLogging no longer needed in Spark 0.9.0?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think it was required in earlier versions either, but now initLogging() doesn't exist.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, good to know!

@fnothaft
Copy link
Member

fnothaft commented Feb 2, 2014

+1, looks good!

@carlyeks
Copy link
Member

carlyeks commented Feb 3, 2014

Looks like Jenkins lost this build.

Also, did we want to jump to a .0 release from Spark? I know there was some discussion with @massie about waiting until 0.9.1 to upgrade.

@massie
Copy link
Member

massie commented Feb 3, 2014

Jenkins, test this please.

@massie
Copy link
Member

massie commented Feb 3, 2014

Actually, the issue is likely that the Jenkins workers don't have Scala 2.10 available.

This raises a question about testing. We need to make sure that we're targeting the correct version of Scala. We can't, for example, just upgrade across the board because the old branches for Spark and friends needs 2.9.

Agree with @carlyeks that we probably want to move slowly on this; although, it's good to start setting up the test environment to support it. By the time it's polished, the 0.9.1 release will probably be on it's way. :)

@AmplabJenkins
Copy link

All automated tests passed.
Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/ADAM-prb/76/

@jey
Copy link
Contributor Author

jey commented Feb 4, 2014

It appears that Jenkins [job 75](https://amplab.cs.berkeley.edu/jenkins/view/Pull Request Builders/job/ADAM-prb/75/console) got stuck for 3 days while testing PR #69. I canceled the job and requested a retest of #69, and have configured the ADAM PRB to report a build failure after 3 hours.

@massie
Copy link
Member

massie commented Feb 13, 2014

Jenkins, test this please.

@AmplabJenkins
Copy link

One or more automated tests failed
Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/ADAM-prb/108/

@AmplabJenkins
Copy link

One or more automated tests failed
Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/ADAM-prb/109/

@fnothaft
Copy link
Member

I'm running into the following error when trying to merge this to cut a new RC:

[ERROR] /Users/fnothaft/adam-new/adam/adam-core/src/test/scala/edu/berkeley/cs/amplab/adam/util/NormalizationUtilsSuite.scala:69: value samtoolsCigar is not a member of edu.berkeley.cs.amplab.adam.avro.ADAMRecord
[ERROR] assert(read.samtoolsCigar.getReadLength === new_cigar.getReadLength)
[ERROR] ^
[ERROR] one error found

@jey / @massie Would you know why the implicit conversion is not being picked up?

@jey
Copy link
Contributor Author

jey commented Feb 18, 2014

Not sure, I encountered the same problem. Explicitly taking an argument of RichADAMRecord fixed it. Is maybe an ambiguous conversion?

@fnothaft
Copy link
Member

That's what I've been doing to fix it. I believe that the conversion is unambiguous; it converts properly somewhere else in the class. This may have something to do with it being inside an assert?

fnothaft added a commit that referenced this pull request Feb 18, 2014
This was referenced Feb 26, 2014
@jey
Copy link
Contributor Author

jey commented Mar 5, 2014

This is ready to be merged

@AmplabJenkins
Copy link

All automated tests passed.
Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/ADAM-prb/198/

@AmplabJenkins
Copy link

All automated tests passed.
Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/ADAM-prb/199/

@fnothaft fnothaft added this to the 0.7.0 Release milestone Mar 5, 2014
massie added a commit that referenced this pull request Mar 7, 2014
Upgrade to Spark 0.9 and Scala 2.10
@massie massie merged commit 379760b into bigdatagenomics:master Mar 7, 2014
@massie
Copy link
Member

massie commented Mar 7, 2014

Thanks, Jey!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants