Software Engineering for Smart Data Analytics & Smart Data Analytics for Software Engineering
→ Tutorial Project
→ First JTransformer Query
→ Factbase Inspector (FBI)
→ Working with Prolog Files
→ Further Reading
If the installation was successful you should see a “JTransformer” menu. For this tutorial you will need the following views:
Add the JTransformer Tutorial Project to your workspace:
It will take some seconds to build the factbase. The creation of the factbase is indicated by the tiny progress bar in the lower right corner of the Eclipse window. As usual, you can open the Progress View (Window→Show View→Progress), to get more detailed information. The initial factbase creation may take a while on large projects2) but it only happens once. Afterwards, the factbase will be updated whenever a Java editor is saved (if there are no compilation problems). Updates are very fast since only the changes are propagated. They will be unnoticeable.
During the initial factbase creation, a new project named like your current project but with an added '-output' suffix will appear in the Eclipse Navigator and the Eclipse Package Explorer. It is used for storing the results of transformations when you activate the menu item “JTransformer → Save Factbase… → To Output Project(s)…”.
You should now see three new projects in your package explorer: JT_Tutorial, JT_Tutorial-output and JT_Tutorial_Prolog.
We will first take a look at the JT_Tutorial project. You can change anything you want, since it's always possible to delete the project and create a new one via the “New Example Project” dialog. If you want to keep the Prolog project and just reset the Java part of the tutorial you can choose “JTransformer Tutorial - Java Files”.
To see how JTransformer handles a realistic small project you can create the “JHotDraw” project (273 source classes). Here you have to activate JTransformer manually (see next section).
If you work with the JTransformer Tutorial Project the assignment of the factbase has already been done, so you can continue with your first jtransformer query.
You can, of course, use your own favorite Java 1.4 or Java 5/6 project for your experiments. To use JTransformer on a particular project you must first assign a JTransformer Factbase to your project.
It is now time to test the newly created factbase by trying out a few basic queries in the Prolog Console.
To enter a query, locate the Prolog Console view. If it is not visible, you might have to open it: From the JTransformer Menu, select Open Prolog Console. The console in which you can type your queries will appear.
Before you can ask your first query you must tell the Prolog Console which factbase you want to query. This is done by selecting a factbase in the drop down menu in the Prolog Console toolbar:
By default, the Factbase Switcher uses “Follow Mode”. Follow Mode means that the console always shows the factabase associated to the currently active editor window (if any).
Since we haven't opened any Java source file yet, we deactivate Follow Mode and select the JT_Tutorial factbase explicitly3). Now you see the prompt ”?-“ that invites you to enter a query:
Type the following query in the Prolog Console and hit <Enter>4):
?- classT(Id, CompilationUnit, Name, Members).
This way you ask for any class in the current factbase. A query basically asks the system to find correct values for the variables in the query. The capital spelling of Id, CompilationUnit, Name and Members indicates that these are variables. In our example, the first tuple of correct values for the variables is displayd like this:
This tells us that the first class found is the class named “Object”. The values for the variable
All the predicates that represent the Java AST are documented here.
The yellow background of the Prolog Console indicates that the query is not completed yet – there might be more results:
Try replacing the variable “Name” with a class name, e.g. 'B'. Be sure to surround the class name with simple quotes – otherwise it will be misinterpreted as a variable 9):
?- classT(Id, CompilationUnit, 'B', Members).
Now only one fact is matched: the fact that represents the “B” class.
If you just want to know which ID belongs to the class 'B' (and you are not interessted in the values CompilationUnit or Members) you can use an underscore “_” for this arguments.:
?- classT(Id, _, 'B', _).
Now the only result is the Class ID for Class 'B'.
If you just want to see your source-code classes (and not the ones from bytecode, like Object) you can connect two predicates with ”,“:
?- classT(Id, CompilationUnit, Name, Members), not(externT(Id)).
Now you can:
The Factbase Inspectors of JTransformer let you view and easily navigate the fact representation of your Java program. You can open an FBI instance to inspect the AST subtree belonging to a particular
Enter the following query in the Console:
The result will look similar to this10): <code prolog > Id = 17252, CompilationUnit = 17327, Members = [17253, 17257, 17258] </Code>
Now select the number representing the ID of the class B and from the context menu select “Open In Factbase Inspector”:
A new Factbase Inspector View will open, showing a single classT element representing the class B, as the root of a tree. Expanding the classT element reveals the elements inside B11).
Now select an element (for example a methodT element). Bring up the context menu of that method and select the “Show Source Code” item. A Java Editor opens and the source code corresponding to the selected fact is displayed in the editor, setting the editor selection to precisely the text representing the element:
Now select the field “dbAccess” in the Java editor. From the context menu select the “Open In Factbase Inspector” item (left-hand-side-image). A new Factbase Inspector View opens with the corresponding PEF as root (right-hand-side image):
For more details see the Factbase Inspector tutorial.
An alternative to typing your query directly in the console is to store it as a predicate definition in a Prolog file (*.pl).
Try this on the “JT_Tutorial_Prolog” project. To create it, just choose “File → New → Example… → JTransformer Example Projects → “JTransformer Tutorial - Prolog Files”. It consists of some examples for analysing and modifying your factbase.
To open an editoer for a Prolog file just click on it in your Package Explorer. To create a new Prolog file just click “New” → “File” and chose the file extension ”.pl”.
To load the predicate definitions (analyses) in a Prolog file you have to “consult” it. This is the Prolog term for compiling a file and loading it into the Prolog system. You can consult the currently active Prolog Editor file via the shortcut 'F9'. The Prolog files do not need to belong to the same project as your factbase. Just make sure that you choose in your Prolog console the factbase that you want to analyse before loading the Prolog file that defines the analysis. If a popup shows up asking whether to switch to the “default runtime” please click “No”.
To consult all Prolog files belonging to the JT_Tutorial project open the load.pl file and press 'F9'. You should see something like this:
Now you can analyse your program with some sample queries:
In the “JTransformer Tutorial Prolog project” there is a subfolder called 'patterns'. You can use the files in this folder to search for design patterns in your source code. A simple example is the “Singleton Pattern”. Any class C that uses this pattern are characterized by the following properties:
The file 'singleton.pl' provides a Prolog predicate called mineSingleton. A predicate is the equivalent of a procedure / method in imperative / object oriented languages. The mineSingleton predicate is defined as:
mineSingleton(TypeName, MethodName, FieldName) :- classMethodReturnsOwnInstance(Type, Method, Field), classT(Type,_,TypeName,_), % Get type name methodT(Method,_,MethodName,_,_,_,_), % Get method name fieldT(Field,_,_,FieldName,_). % Get field name
The predicate classMethodReturnsOwnInstance, also implemented in 'singleton.pl', does the real analysis, determining <Type, Method, Filed> triples consisting of identities of program elements that together form a Singletons (see above). The subsequent three predicate calls just access basic JTransformer facts (PEFs), to determine the names associated to the respective identities.
Let's try to find singletons in the JT_Tutorial project (of course you can use any other project that contains occurrences of the Singleton pattern).
Make sure you choose the proper factbase in your Prolog console (JT_Tutorial : JTtransformer). Consult the load.pl file and type:
mineSingleton(ClassName, MethodName, FieldName).
The result should look like this:
Maybe you want to detect Singleton classes that do not adhere to the requirement that all their constructors must be private. This can be done by extending the singleton.pl file with the following code:
mineSingletonWithNonPrivateConstructor(ClassName, MethodName, FieldName) :- classMethodReturnsOwnInstance(Class, Method, Field), not(allConstructorsPrivate(Class)), % There are non-private constructors classT(Class,_,ClassName,_), % Get type name methodT(Method,_,MethodName,_,_,_,_), % Get method name fieldT(Field,_,_,FieldName,_). % Get field name allConstructorsPrivate(Class) :- classT(Class,_,_,_), forall( constructorT(Method,Class,_,_,_), % For each constructor method it is true modifierT(Method, private) % ... that its modifier is "private" ).
Save the file, consult it again and call the newly created Prolog predicate in your console:
mineSingletonWithNonPrivateConstructor(ClassName, MethodName, FieldName).
The only result for this query on the Java part of the Jtransformer tutorial should be the 'BadSingleton' class.
Now you can try to run the analyses implemented in other Prolog files (find bad smells, nested DB accesses etc. ). Or you can modify your factbase by using Conditional Transformations.
Now you now the basics of working with JTransformer: creating factbases, analysing and inspecting them. Next, you could continue to the tutorials on