How to use JavaCompiler from tools.jar without JDK
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;
I am trying to create an application that can compile a provided .java
file during runtime. I understand that there is a programmatical compiler available within the tools.jar
of the JDK. However, I cannot guarantee that the user of the application has JDK. I have attempted to package tools.jar
within the application and reference it as a library. This seems to work within the Eclipse IDE when I have tools.jar
added into the Bootstrap Entries of the classpath. When exporting the application to a runnable jar (with tools.jar
packaged with it), ToolProvider.getSystemJavaCompiler();
returns null
. I am not exactly sure what the issue is, but I believe it may have to do with the Bootstrap Entries of the classpath not being properly preserved when the application is exported to a runnable jar. Any ideas? Are there any alternatives to the tools.jar
compiler that I could use? Thanks for your patience, as this is my first question posted here!
java eclipse classpath javacompiler tools.jar
add a comment |
I am trying to create an application that can compile a provided .java
file during runtime. I understand that there is a programmatical compiler available within the tools.jar
of the JDK. However, I cannot guarantee that the user of the application has JDK. I have attempted to package tools.jar
within the application and reference it as a library. This seems to work within the Eclipse IDE when I have tools.jar
added into the Bootstrap Entries of the classpath. When exporting the application to a runnable jar (with tools.jar
packaged with it), ToolProvider.getSystemJavaCompiler();
returns null
. I am not exactly sure what the issue is, but I believe it may have to do with the Bootstrap Entries of the classpath not being properly preserved when the application is exported to a runnable jar. Any ideas? Are there any alternatives to the tools.jar
compiler that I could use? Thanks for your patience, as this is my first question posted here!
java eclipse classpath javacompiler tools.jar
add a comment |
I am trying to create an application that can compile a provided .java
file during runtime. I understand that there is a programmatical compiler available within the tools.jar
of the JDK. However, I cannot guarantee that the user of the application has JDK. I have attempted to package tools.jar
within the application and reference it as a library. This seems to work within the Eclipse IDE when I have tools.jar
added into the Bootstrap Entries of the classpath. When exporting the application to a runnable jar (with tools.jar
packaged with it), ToolProvider.getSystemJavaCompiler();
returns null
. I am not exactly sure what the issue is, but I believe it may have to do with the Bootstrap Entries of the classpath not being properly preserved when the application is exported to a runnable jar. Any ideas? Are there any alternatives to the tools.jar
compiler that I could use? Thanks for your patience, as this is my first question posted here!
java eclipse classpath javacompiler tools.jar
I am trying to create an application that can compile a provided .java
file during runtime. I understand that there is a programmatical compiler available within the tools.jar
of the JDK. However, I cannot guarantee that the user of the application has JDK. I have attempted to package tools.jar
within the application and reference it as a library. This seems to work within the Eclipse IDE when I have tools.jar
added into the Bootstrap Entries of the classpath. When exporting the application to a runnable jar (with tools.jar
packaged with it), ToolProvider.getSystemJavaCompiler();
returns null
. I am not exactly sure what the issue is, but I believe it may have to do with the Bootstrap Entries of the classpath not being properly preserved when the application is exported to a runnable jar. Any ideas? Are there any alternatives to the tools.jar
compiler that I could use? Thanks for your patience, as this is my first question posted here!
java eclipse classpath javacompiler tools.jar
java eclipse classpath javacompiler tools.jar
asked Nov 14 '18 at 2:22
rgoulazianrgoulazian
82
82
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
You need to use the compiler within "tools.jar"
ToolProvider.getSystemJavaCompiler()
will return the compiler from the jdk defined in the path variable,
you can do this instead:
File file = new File(pathToToolsJar);
URL urls = new URL file.toURI().toURL() ;
ClassLoader loader = new URLClassLoader(urls);
Class compilerClass = loader.loadClass("com.sun.tools.javac.api.JavacTool");
JavaCompiler compiler = (JavaCompiler) compilerClass.getConstructor().newInstance();
Or you can add tools.jar as a library at compile time
import com.sun.tools.javac.api.JavacTool;
...
JavaCompiler compiler = new JavacTool();
Or you can change System properties, but that leads to unexpected behaviors
Thanks for the fast response. This seems to work perfectly. Any chance I could get a brief explanation as to what the alternative is doing?
– rgoulazian
Nov 14 '18 at 3:00
Uhm, I'm not really sure why I suggested to use reflection, you could just add tools.jar as a library and instance it the old wayimport com.sun.tools.javac.api.JavacTool;
JavaCompiler compiler = new JavacTool();
– Juan
Nov 14 '18 at 3:06
What I suggested originaly was to load tools.jar at runtime using reflection; Using URLClassLoader is an easy way to load dependencies at runtime, you just ask the loader for the class you want, and it looks in the urls you specified for the class
– Juan
Nov 14 '18 at 3:11
add a comment |
Your Answer
StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53292291%2fhow-to-use-javacompiler-from-tools-jar-without-jdk%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
You need to use the compiler within "tools.jar"
ToolProvider.getSystemJavaCompiler()
will return the compiler from the jdk defined in the path variable,
you can do this instead:
File file = new File(pathToToolsJar);
URL urls = new URL file.toURI().toURL() ;
ClassLoader loader = new URLClassLoader(urls);
Class compilerClass = loader.loadClass("com.sun.tools.javac.api.JavacTool");
JavaCompiler compiler = (JavaCompiler) compilerClass.getConstructor().newInstance();
Or you can add tools.jar as a library at compile time
import com.sun.tools.javac.api.JavacTool;
...
JavaCompiler compiler = new JavacTool();
Or you can change System properties, but that leads to unexpected behaviors
Thanks for the fast response. This seems to work perfectly. Any chance I could get a brief explanation as to what the alternative is doing?
– rgoulazian
Nov 14 '18 at 3:00
Uhm, I'm not really sure why I suggested to use reflection, you could just add tools.jar as a library and instance it the old wayimport com.sun.tools.javac.api.JavacTool;
JavaCompiler compiler = new JavacTool();
– Juan
Nov 14 '18 at 3:06
What I suggested originaly was to load tools.jar at runtime using reflection; Using URLClassLoader is an easy way to load dependencies at runtime, you just ask the loader for the class you want, and it looks in the urls you specified for the class
– Juan
Nov 14 '18 at 3:11
add a comment |
You need to use the compiler within "tools.jar"
ToolProvider.getSystemJavaCompiler()
will return the compiler from the jdk defined in the path variable,
you can do this instead:
File file = new File(pathToToolsJar);
URL urls = new URL file.toURI().toURL() ;
ClassLoader loader = new URLClassLoader(urls);
Class compilerClass = loader.loadClass("com.sun.tools.javac.api.JavacTool");
JavaCompiler compiler = (JavaCompiler) compilerClass.getConstructor().newInstance();
Or you can add tools.jar as a library at compile time
import com.sun.tools.javac.api.JavacTool;
...
JavaCompiler compiler = new JavacTool();
Or you can change System properties, but that leads to unexpected behaviors
Thanks for the fast response. This seems to work perfectly. Any chance I could get a brief explanation as to what the alternative is doing?
– rgoulazian
Nov 14 '18 at 3:00
Uhm, I'm not really sure why I suggested to use reflection, you could just add tools.jar as a library and instance it the old wayimport com.sun.tools.javac.api.JavacTool;
JavaCompiler compiler = new JavacTool();
– Juan
Nov 14 '18 at 3:06
What I suggested originaly was to load tools.jar at runtime using reflection; Using URLClassLoader is an easy way to load dependencies at runtime, you just ask the loader for the class you want, and it looks in the urls you specified for the class
– Juan
Nov 14 '18 at 3:11
add a comment |
You need to use the compiler within "tools.jar"
ToolProvider.getSystemJavaCompiler()
will return the compiler from the jdk defined in the path variable,
you can do this instead:
File file = new File(pathToToolsJar);
URL urls = new URL file.toURI().toURL() ;
ClassLoader loader = new URLClassLoader(urls);
Class compilerClass = loader.loadClass("com.sun.tools.javac.api.JavacTool");
JavaCompiler compiler = (JavaCompiler) compilerClass.getConstructor().newInstance();
Or you can add tools.jar as a library at compile time
import com.sun.tools.javac.api.JavacTool;
...
JavaCompiler compiler = new JavacTool();
Or you can change System properties, but that leads to unexpected behaviors
You need to use the compiler within "tools.jar"
ToolProvider.getSystemJavaCompiler()
will return the compiler from the jdk defined in the path variable,
you can do this instead:
File file = new File(pathToToolsJar);
URL urls = new URL file.toURI().toURL() ;
ClassLoader loader = new URLClassLoader(urls);
Class compilerClass = loader.loadClass("com.sun.tools.javac.api.JavacTool");
JavaCompiler compiler = (JavaCompiler) compilerClass.getConstructor().newInstance();
Or you can add tools.jar as a library at compile time
import com.sun.tools.javac.api.JavacTool;
...
JavaCompiler compiler = new JavacTool();
Or you can change System properties, but that leads to unexpected behaviors
edited Nov 14 '18 at 3:10
answered Nov 14 '18 at 2:41
JuanJuan
525
525
Thanks for the fast response. This seems to work perfectly. Any chance I could get a brief explanation as to what the alternative is doing?
– rgoulazian
Nov 14 '18 at 3:00
Uhm, I'm not really sure why I suggested to use reflection, you could just add tools.jar as a library and instance it the old wayimport com.sun.tools.javac.api.JavacTool;
JavaCompiler compiler = new JavacTool();
– Juan
Nov 14 '18 at 3:06
What I suggested originaly was to load tools.jar at runtime using reflection; Using URLClassLoader is an easy way to load dependencies at runtime, you just ask the loader for the class you want, and it looks in the urls you specified for the class
– Juan
Nov 14 '18 at 3:11
add a comment |
Thanks for the fast response. This seems to work perfectly. Any chance I could get a brief explanation as to what the alternative is doing?
– rgoulazian
Nov 14 '18 at 3:00
Uhm, I'm not really sure why I suggested to use reflection, you could just add tools.jar as a library and instance it the old wayimport com.sun.tools.javac.api.JavacTool;
JavaCompiler compiler = new JavacTool();
– Juan
Nov 14 '18 at 3:06
What I suggested originaly was to load tools.jar at runtime using reflection; Using URLClassLoader is an easy way to load dependencies at runtime, you just ask the loader for the class you want, and it looks in the urls you specified for the class
– Juan
Nov 14 '18 at 3:11
Thanks for the fast response. This seems to work perfectly. Any chance I could get a brief explanation as to what the alternative is doing?
– rgoulazian
Nov 14 '18 at 3:00
Thanks for the fast response. This seems to work perfectly. Any chance I could get a brief explanation as to what the alternative is doing?
– rgoulazian
Nov 14 '18 at 3:00
Uhm, I'm not really sure why I suggested to use reflection, you could just add tools.jar as a library and instance it the old way
import com.sun.tools.javac.api.JavacTool;
JavaCompiler compiler = new JavacTool();
– Juan
Nov 14 '18 at 3:06
Uhm, I'm not really sure why I suggested to use reflection, you could just add tools.jar as a library and instance it the old way
import com.sun.tools.javac.api.JavacTool;
JavaCompiler compiler = new JavacTool();
– Juan
Nov 14 '18 at 3:06
What I suggested originaly was to load tools.jar at runtime using reflection; Using URLClassLoader is an easy way to load dependencies at runtime, you just ask the loader for the class you want, and it looks in the urls you specified for the class
– Juan
Nov 14 '18 at 3:11
What I suggested originaly was to load tools.jar at runtime using reflection; Using URLClassLoader is an easy way to load dependencies at runtime, you just ask the loader for the class you want, and it looks in the urls you specified for the class
– Juan
Nov 14 '18 at 3:11
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53292291%2fhow-to-use-javacompiler-from-tools-jar-without-jdk%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown