You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by "Scott Harrington (JIRA)" <ji...@apache.org> on 2014/07/31 15:57:41 UTC

[jira] [Created] (LOG4J2-756) Stray Log4j2Plugins.dat appears during build

Scott Harrington created LOG4J2-756:
---------------------------------------

             Summary: Stray Log4j2Plugins.dat appears during build
                 Key: LOG4J2-756
                 URL: https://issues.apache.org/jira/browse/LOG4J2-756
             Project: Log4j 2
          Issue Type: Bug
          Components: Core
            Reporter: Scott Harrington
            Priority: Trivial


The PluginManagerPackagesTest runs an embedded JavaCompiler to get the "FixedStringLayout" class that is needed for the test.

At this point, the classpath may or may not have a valid PluginProcessor available. I assume it did, if would have placed the Log4j2Plugins.dat somewhere in a META-INF subdirectory, but instead (for me) it appears in the current directory, which is log4j-core.

Simple fix is to add "-proc:none" to the compiler options to disable annotation processing, like this:

{code:java}
// compile generated source
compiler.getTask(null, fileManager, diagnostics, Arrays.asList("-proc:none"), null, compilationUnits).call();
{code}

This assumes we really don't need the annotation processing for the test. If we do, then perhaps an explicit classpath needs to be provided to the JavaCompiler so we know we're getting the expected PluginProcessor (presumably one just built moments before). And we would want the test to clean up after itself (remove the DAT file, and probably the compiled classes as well).



--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org