[
https://issues.jboss.org/browse/WFLY-9801?page=com.atlassian.jira.plugin....
]
Rostislav Svoboda reopened WFLY-9801:
-------------------------------------
Hi Rebecca.
I'm reopening this as proposed workaround is not suitable for end users.
when a command worked before, the same command must work now too.
No additional parameters or permission files are acceptable, backward compatibility must
be preserved. Customers can be using such scripts in automated fashion too.
It seems to me that WFLY-9868 looks like workaround for this. Am I right ?
Even if WFLY-9868 is the workaround for this problem, I believe this issue should be still
kept open. CXF should be fixed so the compiler is located using ServiceLoader as David
suggests.
[~asoldano] wdyt ?
Wsprovide tool ends with java.security.AccessControlException
-------------------------------------------------------------
Key: WFLY-9801
URL:
https://issues.jboss.org/browse/WFLY-9801
Project: WildFly
Issue Type: Bug
Components: Scripts, Web Services
Reporter: Marek Kopecký
Assignee: R Searls
Priority: Critical
Fix For: 12.0.0.CR1
Attachments: Echo1-security.policy, Echo1.class, Echo1Impl.class
*Description of the issue:*
wsprovide tool ends with java.security.AccessControlException
I see this issue on WF master (2018_02_12). This is regression against WF master from
2018_02_05, so priority of this jira is blocker.
*How reproducible:*
Always
*Steps to Reproduce:*
# Use these (class files are attached):
{code:java}
@WebService(endpointInterface =
"org.jboss.as.testsuite.integration.scripts.test.tools.Echo1", targetNamespace =
"org.jboss.as.testsuite.integration.scripts.test.tools", serviceName =
"Echo1Service")
public class Echo1Impl implements Echo1 {
@Override
public String echoPlus1(String s) {
return s + "1";
}
}
{code}
{code:java}
@WebService
@SOAPBinding
public interface Echo1 {
String echoPlus1(String s);
}
{code}
# cd $\{JBOSS_HOME\}/bin
# mkdir out
# ./wsprovide.sh -k -c $\{CLASS_DIR\} -o out
org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl
*Actual results:*
{noformat}
[mkopecky@localhost bin]$ ./wsprovide.sh -k -c ~/erase2 -o out
org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl
Could not find log4j.properties or log4j.xml configuration, logging to console.
java2ws -s /home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -classdir
/home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -d
/home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out -verbose -cp /home/mkopecky/erase2/:
-wrapperbean -createxsdimports
org.jboss.as.testsuite.integration.scripts.test.tools.Echo1Impl
java2ws - Apache CXF 3.2.2
java.security.AccessControlException: access denied ("java.io.FilePermission"
"/home/mkopecky/playground/wf/wfly.13/wfly.13/bin/out/org/jboss/as/testsuite/integration/scripts/test/tools/jaxws/EchoPlus1Response.java"
"read")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
at java.security.AccessController.checkPermission(AccessController.java:884)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
at java.io.File.isDirectory(File.java:844)
at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:69)
at com.sun.tools.javac.file.RegularFileObject.<init>(RegularFileObject.java:64)
at
com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromFiles(JavacFileManager.java:785)
at
com.sun.tools.javac.file.JavacFileManager.getJavaFileObjectsFromStrings(JavacFileManager.java:185)
at org.apache.cxf.common.util.Compiler.useJava6Compiler(Compiler.java:202)
at org.apache.cxf.common.util.Compiler.compileFiles(Compiler.java:141)
at
org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generateAndCompile(BeanGenerator.java:91)
at
org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generate(BeanGenerator.java:58)
at
org.apache.cxf.tools.java2wsdl.generator.wsdl11.BeanGenerator.generate(BeanGenerator.java:35)
at
org.apache.cxf.tools.java2wsdl.processor.JavaToWSDLProcessor.generate(JavaToWSDLProcessor.java:156)
at
org.apache.cxf.tools.java2wsdl.processor.JavaToWSDLProcessor.process(JavaToWSDLProcessor.java:118)
at
org.apache.cxf.tools.java2ws.JavaToWSContainer.processWSDL(JavaToWSContainer.java:110)
at org.apache.cxf.tools.java2ws.JavaToWSContainer.execute(JavaToWSContainer.java:75)
at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105)
at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:45)
at org.apache.cxf.tools.java2ws.JavaToWS.run(JavaToWS.java:83)
at org.jboss.wsf.stack.cxf.tools.CXFProviderImpl.provide(CXFProviderImpl.java:200)
at org.jboss.wsf.stack.cxf.tools.CXFProviderImpl.provide(CXFProviderImpl.java:109)
at org.jboss.ws.tools.cmd.WSProvide.generate(WSProvide.java:223)
at org.jboss.ws.tools.cmd.WSProvide.main(WSProvide.java:89)
at org.jboss.modules.Module.runMainMethod(Module.java:348)
at org.jboss.modules.Module.run(Module.java:328)
at org.jboss.modules.Main.main(Main.java:557)
{noformat}
*Expected results:*
No errors
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)