muh6mm3d / jannocessor Goto Github PK

When the cloning method copy() is called in some circumstances for some code 
model objects, an exception is thrown saying it couldn't create a correct 
clone. 

This problem needs further investigation...

When the configuration class org.jannocessor.config.Processors doesn't exist, a 
misleading message is displayed:
"Couldn't reload class: org.jannocessor.config.Processors"

In jannocessor demo org.jannocessor.config.Processors passes destination 
package to generators, for example: new BeanGenerator(PKG_BEAN, DEBUG_MODE). I 
would like to be able to configure PKG_BEAN in pom.xml. In this case I could 
have single Processors and several generators in single module that could be 
used in other modules just providing destination package. When I try to have 
Processors in the same module in which the generated files are located I get a 
hot swap exception. 
And I could not find any way to get access to any options in Processors or 
CodeProcessor.

Thanks      

Factory methods for JavaAnnotationAttribute are missing:

New.annotationAttribute(...)

Thanks to Vladimir Tsanev! :)

Is there a way to create parametrized JavaType such as Collection<String>?

New.type(Class<?> type, Class<?>... typeParams) just ignores typeParams. 

Currently maven-annotation-plugin is used to run JAnnocessor as APT-based 
annotation processor. It is a great plugin and proved to be very useful for 
configuring and running JAnnocessor, but its generic annotation processing 
nature limits the possibilities of JAnnocessor execution.

Thus, a new Maven plugin is needed that will basically do the same as 
maven-annotation-plugin, but will run specifically JAnnocessor, and can be 
extended with more JAnnocessor-specific functionalities.

The end result will be simplified Maven configuration and more configuration 
options.

I have an open-source Apache License v2 library that many companies use.  I'd 
like to consider using jannocessor as part of that library.  However, because 
jannocessor is GPLv3, I think that including is as a dependency may scare off 
some of my users.

I imagine that many users who write closed-source software would also like to 
use this library but can't because of the license.

Please consider switching to a more flexible license.

The examples are all about using jannocessor to generate new classes, but I 
wonder if it can do this kind of work.

Original code:

    @MyBuilder
    public String show(String id) {
        Question question = Question.findById(id);
        render(question);
    }

With custom `MyBuilder` created by jannocessor, the generated code will be:

    @MyBuilder
    public String show(String id) {
        Question question = Question.findById(id);

        Map<String,Object> data = new HashMap<String,Object>();
        data.put("question", question);
        renderWithData(data);
    }

`MyBuilder` will read the source code of `show` method, and change part of it. 
Is it available?

JAnnocessor GUI is not straight-forward to use. The user experience should be 
improved with more intuitive UI controls (menu, toolbar, etc.).

[deleted issue]

Currently it shows using 0.6.6 which is not so bad but it seems that 
jsyntaxpane:jsyntaxpane:jar:0.9.5 is not in the central. Updating the version 
to the currently last one 0.6.8 solves this dependency problem.

Despite it is GPL-licensed, JAnnocessor should be available for 
processing/generation of GPL-incompatible source code, because it is used as a 
build technology.

Nevertheless, part of JAnnocessor (e.g. API, Extras) is required as project 
dependency for most usage scenarios. Although this part is required at build 
time only, it should be distinguished as "JAnnocessor Client" and released 
under APL 2 for convenience.

[deleted issue]

How to desactivate the UI to display when building with maven ?

The "imports" functionality needs to be modelled into the code model, to allow 
proper control of the generation of import statements in the Java code. 

Example:

JavaClass model = New.classs("MyClass");
model.getImports().add("java.util.Date");

Should render:

import java.util.Date;

public class MyClass {

}

For boolean fields Methods.getter() returns method with name that starts with 
"get" instead of "is". 

For example, for

private boolean disabled;

getter and setter should be:

    public boolean isDisabled() {
        return disabled;
    }

    public void setDisabled(boolean disabled) {
        this.disabled = disabled;
    }

According to Vladimir Tsanev, 

JavaAnnotation.getAttributes() throws a NPE.
This needs to be investigated and fixed...

An option to merge the generated with existing source code is needed. This 
could be designed as a strategy, giving flexibility to the users to implement 
their own code merging strategy. Some simple merging strategies should be 
included for convenience.

I would like to be able to configure so that different generators use different 
folders as output folders. For example, I have generated mappers that depend on 
domain models. But DTOs should be used independently as well, for example, by a 
REST web services client that does need to depend on persistent models.  

Thanks

The "JavaDoc" functionality needs to be modelled into the code model, to allow 
easier generation of JavaDoc. 

Example:

JavaClass model = New.classs("MyClass");
model.getJavaDoc().setHardcoded("This is a simple JavaDoc.");

Should render:

/**
 * This is a simple JavaDoc.
 */
public class MyClass {

}

Hi,

I'm trying your annotation processing on a test project. 
I've been following the tutorial by creating the 
org.jannocessor.config.Processors class in the same project as the annotated 
classes to process.

It keeps on failing by throwing following exception:

[INFO] diagnostic Note: Starting processing iteration...
[INFO] diagnostic Note: Total 1 elements were annotated with @Test

An annotation processor threw an uncaught exception.
Consult the following stack trace for details.
[ERROR] error on execute: error during compilation
java.lang.LinkageError: loader constraint violation: loader (instance of 
com/sun/tools/javac/util/CloseableURLClassLoader) previously initiated loading 
for a different type with name "org/jannocessor/config/Processors"
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
    at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
    at java.lang.Class.getDeclaringClass(Native Method)
    at java.lang.Class.getEnclosingClass(Class.java:1085)
    at java.lang.Class.getCanonicalName(Class.java:1169)
    at org.jannocessor.processor.JannocessorProcessor.processElements(JannocessorProcessor.java:187)
    at ...

I've enclosed the project's pom file... There's probably something to exclude 
at some point to avoid the evil twin... I'm trying to get my hand on in the 
meantime.

It would be much appreciated If you have any idea where the problem might come 
from..

Thanks for your help,
Sallah

The methods added to an interface model sometimes are not rendered.

Further investigation is needed...

It would be useful to provide access to attributes of the annotations used to 
generate code.

For example, in the GenerateFacade annotation, I'd like to add a name 
attribute. So it could be possible to generate different facades based on the 
name provided.

Can't find a way to access attributes of an annotation from the JavaInterface 
type.

Hot swap fails on Linux due to path construction bug for the ".class" files.

A global DEBUG flag will be useful, to configure the default debug mode for all 
the code processors. However, each code processor should be able to override 
this configuration for itself.

The function Name.getUncapitalized() returns incorrect value when the first 
part of the capitalized name contains more than one upper case letters (e.g. 
IPAddress).

Examples:

IPAddress => iPAddress (incorrect, should be ipAddress)
SOMEName => sOMEName (incorrect, should be someName)

OtherName => otherNAme (correct)