Problem with qualified names of CtTypeReference when using setNoClasspath(true)

[worblehat]

When settings setNoClasspath(true) on the environment, unresolved type references don't have the correct qualified name. getQualifiedName() returns the simple name (without the package prefix) instead.

I discovered that behaviour with this processor:

class TypeReferenceProcessor extends AbstractProcessor<CtType<?>> {

    @Override
    public void process(CtType<?> spType) {
        for (CtTypeReference<?> spRef : spType.getReferencedTypes()) {
            System.out.println(spRef.getQualifiedName());
        }
    }
}

[tdurieux]

It's not always possible to determine the qualified name of a reference when the reference type is not in the classpath.
When the reference type is not in the classpath, Spoon tries to resolve the package of the type by looking the imports but it's not always possible (for example with start imports).

Please provides the code that you try to Spoon so that we can verify the behavior of Spoon on your specific case.

[worblehat]

This is a minimal example program that uses an external library:

package example;

import com.google.common.base.Joiner;

public class Demo {

    public static void main(String[] args) {
        System.out.println(Joiner.on(" ").join("Hello", "World!"));
    }
}

I use this code to analyze it with spoon:

package analysis;

import java.io.File;
import java.util.Arrays;

import spoon.Launcher;
import spoon.SpoonModelBuilder;
import spoon.processing.AbstractProcessor;
import spoon.reflect.declaration.CtType;
import spoon.reflect.reference.CtTypeReference;

public class Analyzer {

    public static void main(String[] args) {
        Launcher spLauncher = new Launcher();
        spLauncher.getEnvironment().setNoClasspath(true);
        SpoonModelBuilder spModelBuilder = spLauncher.createCompiler();
        spModelBuilder.addInputSource(new File("../TestProject/src"));
        spModelBuilder.build();
        spModelBuilder.process(Arrays.asList(new TypeReferenceProcessor()));
    }

    private static class TypeReferenceProcessor extends AbstractProcessor<CtType<?>> {

        @Override
        public void process(CtType<?> spType) {
            for (CtTypeReference<?> spRef : spType.getReferencedTypes()) {
                System.out.println(spRef.getQualifiedName());
            }
        }
    }
}

The output from the above Analyzer-class is:

example.Demo
void
Joiner
java.lang.System
java.lang.Object
java.lang.String

The qualified name of the reference to Joiner does not contain the package, although it was explicitly imported.

[worblehat]

I am using Spoon 4.4.1 by the way...

[tdurieux]

I Created a PR that fix your problem, unfortunately I found an other related issue that I was not able to resolve.

[worblehat]

Thank you very much for the quick solution!

Will there be a bug fix release or will this only be available in the next major/minor release?

[tdurieux]

No problem.

For the release date, I don't know. The spoon maintainers are on holidays until next week.

There is still an issue with static fields that are not in the classpath, the current spoon model is not correct... I need to discuss with the maintainers to solve this issue.

[worblehat]

Alright. I will try to build Spoon including your patch by myself then. Is there any documentation with instructions on how to build Spoon from source?

[tdurieux]

I thought yes, but I can not find the instructions.

Build instructions

1. clone my repository https://github.com/tdurieux/spoon.git
2. go to the branch package-typeref-noclasspath: git checkout package-typeref-noclasspath
3. Build spoon: mvn clean install -Dmaven.test.skip=true ( -Dmaven.test.skip=true because one test fails)
4. copies the jar to your project: cp target/spoon-core-5.0.0-SNAPSHOT-jar-with-dependencies.jar <your_project_dir> or uses the spoon snapshot in your project.