🧬🌟 Codely Scala Spark Skeleton (powered by Giter 8)

Template for bootstrapping your new Scala project following idiomatic best practices powered by Giter 8.

💡 Related resources | 🌟 Repository Stargazers

🚀 How to use

Run the following command and you're ready to go:

sbt new codelytv/scala-spark-skeleton.g8

You can now move to your project's directory, enter the SBT shell with the sbt command, and run the tests with test or t.

Project creation wizard

It will ask for some parameters like your desired project name or the organization to customize the generated project package name.

It will also ask for the version of some dependencies such as Scala (the language itself), SBT, or ScalaTest. If you do not know which version to choose for any of these dependencies, just go with the default one. These suggestions are dynamically generated based on the latest stable version available in Maven at the moment of creating your project 😊🤟

Pre-requisites

You only need the common tooling used for developing Scala applications:

• JDK
• SBT

Installing instructions for macOS with SDKMAN!

If you use macOS, we would recommend using SDKMAN! to manage different JDK versions and tooling:

1. Install SDKMAN with homebrew
2. Install the JDK you prefer. If you ask us, we will opt for:
   1. Check the latest Java LTS JDK version
   2. Check the latest Zulu distribution version for that LTS with:

      sdk list java

   3. Install it:

      sdk install java XX.YY.ZZ-zulu

3. Install the latest SBT:

   sdk install sbt

💎 Features

• Permissive LICENSE: Allow using projects created with this template for commercial and private purposes.
• Continuous Integration for the template: Use GitHub Actions to validate every commit merging to main to guarantee correctness.
• Complete README.md example: Include badges for CI status and other fancy stuff.
• Latest versions of Scala, SBT and ScalaTest. Always: They are dynamically suggested based on the latest stable version available while creating your project.
• Minimum dependencies: Just the most common for starting up, and you can delete them in your build.sbt once the project has been created:
  • ScalaTest: Test runner.
  • ScalaMock: Test doubles generator.
  • nscala-time: Commonly used library wrapping Joda Time offering a Scala-friendly API like: 2.hours + 45.minutes.
  • pprint: Much better than System.out.println(x.toString).
• sbt-assembly: Included to simplify packaging your project into a "fat JAR" with all dependencies. Ideal for running on Spark clusters or standalone environments:
  • Generates an uber JAR using sbt assembly.
  • Configured to exclude Spark dependencies marked as provided, keeping the final JAR lightweight.
  • Supports cluster and local deployment workflows.
• Other ecosystem tools already configured to follow idiomatic best practices:
  • Scalafmt Code formatter: Already configured following idiomatic best practices.
  • EditorConfig: Ready to follow Scala conventions.
• Opinions:
  • Configured to avoid the scala/ default subdirectory because we don't want to split source code by programming language. That is, instead of having the src/main/scala/ and src/test/scala/ folders you will be able to code right in src/main/ and src/test/ ones.
  • .gitignore: Avoid including particular ignore rules for any specific IDE or OS. They must be included in your global Git config saving that noise from the project-specific rules.
  • Include SBT aliases for common tasks. You will be able to run your tests with t, compile with c, or run all the tasks needed to execute before doing a Git push (compile source and test, and check source and test code style) with prep

🤽‍ Pre-push Git hook

There's one Git hook included. It's inside the doc/hooks folder, and it will run the prep SBT task before pushing to any remote.

This prep task is intended to run all the checks you consider before pushing. At this very moment, it tries to compile and check the code style rules with ScalaFmt.

You can define what this task does by modifying the prep task in the build.sbt file. We like the approach of just having to run 1 single SBT task instead of multiple tasks because it's more efficient (the hook doesn't have to create multiple SBT sessions), and also because this way we can control the pre push tasks with the SBT alias defined at the build.sbt without altering the hooks.

If you want to install this hook, just cd doc/hooks and run ./install-hooks.sh.

💡 Related resources

🧑‍🎓 Related learning resources

• Scala courses (Spanish)
• Software architecture courses (Spanish)
• Backend courses (Spanish)

🧑‍💻 Related skeleton repositories

🧬 Scala repositories

• 🌱 Codely Scala Basic Skeleton
• 🎯 Scala DDD Example

♨️ Java

• 🌱 Java Basic Skeleton
• 🦠 Java OOP Examples
• 🧱 Java SOLID Examples
• 🎯 Java DDD Example

🟪 Kotlin

• 🌱 Kotlin Basic Skeleton
• 🎯 Kotlin API Skeleton

🦈 C#

• 🌱 C# Basic Skeleton
• ✨ C# DDD Skeleton

🟨 JavaScript

• 🌱 JavaScript Basic Skeleton

🔷 TypeScript

• 🌱 TypeScript Basic Skeleton
• 🕸️ TypeScript Web Skeleton
• 🌍 TypeScript API Skeleton
• ✨ TypeScript DDD Skeleton
• 🎯 TypeScript DDD Example

🐘 PHP

• 🌱 PHP Basic Skeleton
• ✨ PHP DDD Skeleton
• 🎯 PHP DDD Example

⚖️ License

See LICENSE.

🤝 Contributing

See CONTRIBUTING.md.

🤔 About

This hopefully helpful resource has been developed by Codely and contributors.

If you appreciate this contribution and want to show some support to our Open Source contributions, you have several options:

• Without leaving GitHub:
  • Give a star to this repository and be listed as a stargazer
  • Follow CodelyTV on GitHub
• Follow us on other social networks:
  • YouTube
  • Twitch
  • Twitter
  • LinkedIn
  • Instagram
• Sponsoring our work:
  • GitHub Sponsors Donation
  • Subscribe to our course platform