The first java2scala samples we are going to discuss is generated by creating project from maven archetype.
Let me remember you that you need an environment with:

• Eclipse with eclipse-scala plugin
• maven wih maven-scala plugin
• git to clone the project from github. This is optional, you can of course download the code directly with download link on github page itself…or digit yourself

I’ve used m2eclipse plugin and created the two submodules using maven-archetype-quickstart (for java module) and scala-archetype-simple (for scala).

Let’s start with code samples (of course all code is available on our github project):

Java class

package it.javalinux.samples.java;
 
/**
* Hello world!
*
*/
public class App
{
public static void main( String[] args )
{
System.out.println( "Hello World!" );
}
}

Java unit test

package it.javalinux.samples.java;
 
import junit.framework.Test;
import junit.framework.TestCase;
import junit.framework.TestSuite;
 
/**
 * Unit test for simple App.
 */
public class AppTest
    extends TestCase
{
    /**
     * Create the test case
     *
     * @param testName name of the test case
     */
    public AppTest( String testName )
    {
        super( testName );
    }
 
    /**
     * @return the suite of tests being tested
     */
    public static Test suite()
    {
        return new TestSuite( AppTest.class );
    }
 
    /**
     * Rigourous Test :-)
     */
    public void testApp()
    {
        assertTrue( true );
    }
}

Scala class

package it.javalinux.samples.scala
 
/**
 * Hello world!
 *
 */
object App extends Application {
  println( "Hello World!" )
}

Scala Unit Test

package it.javalinux.samples.scala
 
import org.junit._
import Assert._
 
@Test
class AppTest {
 
    @Test
    def testOK() = assertTrue(true)
 
//    @Test
//    def testKO() = assertTrue(false)
 
}

Scala BDD specs

package it.javalinux.samples.scala
 
import org.specs._
import org.specs.runner.{ConsoleRunner, JUnit4}
 
class MySpecTest extends JUnit4(MySpec)
//class MySpecSuite extends ScalaTestSuite(MySpec)
object MySpecRunner extends ConsoleRunner(MySpec)
 
object MySpec extends Specification {
  "This wonderful system" should {
    "save the world" in {
      val list = Nil
      list must beEmpty
    }
  }
}

My Comments
It have been your first taste of scala. How do you feel with it?

Of course, since it is your first piece of scala code in this samples you have to note a lot of things. Don’t try to get all aspects right now, I promise I’ll explain you each of them in great detail in next future:

• Scala support two keyword class and object. The first one is the same than in scala, while the object is the keyword to define singleton object. Singleton object is the way scala define “static” methods in a pure object oriented style…don’t ask me to explain in this very first sample singleton object and/or companion object…we will explain their usefulness very sonn, just be a little patience and think it as classes with all static methods. Let me remark they are much more than this, but we will focus on them later in our series.
• Scala method definition syntax. The equals after a method name suggest that a method is function returning a value, while methods without equals symbol, or declaring Unit as return type, are procedure defined only for their side effects.
• Scala val keyword. Scala support two kind of variable definition. val keyword define an immutable variable (like final in java) while var define a mutable variable. Please keep in mind using of val is encouraged and very often used to develop with a functional style.
• Scala conciseness: The App class is more concise in scala, and AppTest is much more concise than Java one. Conciseness can hurt you at a very first stage, you can feel concise code less readable in some cases. But it is really an advantage: less code = less error, and a good code style can help you to keep your code readable even if concise.
• Scala doesn’t need main() method to make a class executable. You just need to extends Application trait. WTF is a trait? We will have a lot of time to explain it better with some more useful samples. For now just think a trait as an interface with some methods implementation.
• Underscore char ( _ ) is used in imports instead of star ( * ) as wild card. Moreover Scala support also imports of classes sets in same package using {firstClass,SecondClass} notation (have a look of that on MySpecTest).
• The scala maven artifact create also a BDD spec. It’s because BDD is supported and suggested by the scala community. I’m not going to introduce you to BDD specs here, at least not today. Just keep in mind BDD is quite used in scala community.

Ok, it has been just your first taste of Scala, I’ve already said too much and put too much things in our plate. In our next post we will take a look to some very basic language’s feature like how to define class, variables, and methods/procedures.

Of course all code is available on our github project

Next post is coming in few days (probably during next week end) and it will be focus on basic variables and methods definition.

Stay tuned.

This is the very first post of a new series in which I’ll try to introduce scala to an audience supposed to be a quite expert and very busy Java programmer. I don’t want to discuss here if scala will be the next success language in favour of Java (even if I agree with some opinions about that [1] [2]). I’d like to just suppose you:

• Are a quite expert Java developer. So you can read and understand in few seconds not too complex java samples.
• You think a polyglot programmer is a must nowadays: see my opinion and what a friend of mine said about that.
• You are very interested in scala language and would get in touch with it
• You are terrible busy and/or prefer to learn from examples than from a book. Of course at some stage of your learning a good book would be a must. Don’t worry there are many good book about scala. As said if you are busy some samples comparing a well known java with scala could help you to get a first idea about scala.

At this point you have probably already got what I have in mind: a post series (maybe a long one) with a set of samples written in java and in scala doing the same things. I think it could be a good way for an expert java developer to compare the language, understand similarities, difference and totally new features of the language. Of course I’ll try to help you to get all these points with some opportune comment in my posts.

I’m trying to make your life easier. For example what I don’t like (from my java developer point of view) of all books article and tutorials about scala (and more generally speaking about all new languages around) is that all samples are written to run in console and suppose to demonstrate everything with the console output. Of course it is the easiest way to try something in the new language and (don’t misunderstand me) scala console is great to play with the language. But it isn’t what a java developer is used to. We are used to an IDE to edit our code, a build framework to build/package/resolve dependencies, unit tests to better understand and verify code, a version control system to keep track of our code changes and their history. And I’m trying to present java2scala samples with no console, but a complete environment where you will feel at home:

java2scala samples will be not only a series of blog posts, but also a project:

• Using Eclipse and the scala plugin as IDE
• Using maven as build environment (with scala-maven-plugin and m2eclipse integration)
• All samples will always have its own unit tests (both for java and scala sample)
• The project is hosted on github using git as SCM and having some great good feature of github like direct download of last committed code.
• All samples will have a blog post describing every sample details and difference and features of both languages presented in the samples. I’ll try to keep my comment as minimal as possible, hoping sample code can explain itself. I’ll just try to point your attention to some crucial aspect of samples presented, but , of course, feel free to ask.

The project will be always up to date to the last blog posts (at least master branch) and will contain 2 maven modules: java samples and scala samples. Of course both module will have same samples (and their unit tests) in the same packages written in the two different languages.

All what you have to do is to download (or much better “git clone git://github.com/maeste/java2scalaSamples.git” the project), import it as maven project in an eclipse workspace with m2eclipse and scala plugin installed and start to explore it. Of course don’t forget to follow this blog for posts explaining new samples (I think I’ll have 1 or 2 new posts a week).

Posts in this blog will be very important too describing samples and remarking differences, explaining what I have in mind and I would demonstrate abour Scale with various samples. Javadocs of any sample will contain a link to the dedicated blog post. All posts will be laced in a dedicated category java2scala and will also have its own homepage with this description, some useful links and a link to the category index.

Would you contribute in some way? Of course the simplest way is comments on this blog to add some different point of view, or open a discussion about any sample, but also someone who would join with some sample written in another language would be cool: it would permit us to compare Java, Scala, and some other language out there. Any other ideas? Feel free to write me.

Anyway, let’s me start with next post description of the very first samples already committed in git project…it will be posted Tuesday night (CET).

Stay tuned.