Feature/aspects on imports

[MLanghammer]

The PR introduces handling of Franca Imports if multiple Franca files are created from multiple ARXML files. Also checks whether the provideds ARXML models is complete in the sense that all References can be resolved.

• The PR introduces a refactoring of the converting logic as we now load first all files that need to be transformed and than start the transformation and then save all results. This is necessary in order to deal with input files that referencing each other.

The PR also fixes Issue #90 , because it was easy to fix during the refactoring

[MLanghammer]

I implemented all suggestion except the following

OutputFileHelper.xtend:

* It is not necessary to call 'trimFileExtension' as the full segment is removed with 'trimSegments' anyway.

• Are you sure about the behaviour? I did not find anything about that in the docu/source code comments. Since this worked before, I did not touch it :).

ConverterCliCommand.java:

* Why is the order of calling 'convertARAFiles' and 'convertFrancaFiles' exchanged?

• not on purpose, but it should not matter.

  • As the implementation of 'convertARAFiles' and 'convertFrancaFiles' has been extracted these methods should be completely eliminated here.

• Not as the source code is structured right now. The methods are used from the command line tool and from the Eclipse UI as well. In order to do what you suggested, we would need to perform some refactoring to the CommandLineCLI class.

  • The additional command line option "-ca" for "check ARXML files only" should not be handled within the conversion command but realized as an own command.

I guess you are right, I implemented that to check whether the checking of ARXML works. So, I guess, we can also remove the "-ca", as it is not part of the use case of the tool.

Ara2FrancaConverter:

* What is the purpose of the step 'putAllFrancaModelsInOneResource'? The resource set that is created here is not used in the following step 'saveAllFrancaModels'!

• it is used implicitly during the save of the models.

  • The method 'getFrancaFilePath' does not preserve the relative paths of the input files in case of scanning input folders recursivly.

• As we discuseed offline, I created a ticket for that: see #102

FaraconTestsInjectorProvider.java:

* Why has the local varibale 'faraconInjector' been introduced?

• for debugging purposes. If one wants to look at the outcome of the injector, it is easer to do that while creating the local variable. I removed it.

FaraconTestsStandaloneSetup.java:

* What is the purpose of 'DirtyStateManager' which is bound here?

• I guess it now has none. It had some purpose for the testing for UI tests. I imprved that so that we do not need the IDirtyManager, but forgot to remove the injection.

ARA2FrancaTestBase.xtend:

tests/aspects_on_import/a2f/*

* Partially weired indentation in the test input and expected output files. The Franca and AUTOSAR model files should be pretty printed.

• I pretty printed the franca files using ctrl+shift+f.
• for the ARXML, files this produces even more weirder (?) arxml files. So I decided not to change them.

  A2F conversion:

  * The namespace should be appended to the name of Franca ouput files were an AUTOSAR file results in more than one Franca files.

• This should be the case already. If not, please provide an example where this is not the case.