SpringToolSuite 4和适当的OSGi清理



我在macOS 11中安装了SpringToolSuite 4"Big Sur"在Zulu11OpenJDK11.0.11+9-LTS的aarch64中运行-"干净";参数的两种启动方式。从Applescript:open /Applications/SpringToolSuite4.app" & " --args -clean或从命令行:./SpringToolSuite4 -clean

看起来clean参数被成功地发送为"-Dosgi.clean=";true"在下面的最后一行。然而,这似乎没有帮助,因为每次重新启动时都会再次出现这种情况。

是否有其他方法可以进行OSGi清理?

我无法编辑ini文件,因为macOS会对此进行限制,并使整个安装无效。由于clean命令似乎已通过,因此这可能是不必要的。

错误消息:

java.lang.UnsisfiedLinkError:~/Library/Caches/JNA/temp/jna13221667715595625418.tmp:dlopen(~/Libraly/Caches/JNA/temp/JNa13221667755595625418,tmp,1):找不到合适的映像。确实找到:~/Library/Caches/JNA/temp/jna13221667715595625418.tmp:通用包装器中没有匹配的体系结构~/Library/Caches/JNA/temp/jna13221667715595625418.tmp:通用包装器中没有匹配的体系结构~/Library/Caches/JNA/temp/jna13221667715595625418.tmp:dlopen。确实找到:~/Library/Caches/JNA/temp/jna13221667715595625418.tmp:通用包装器中没有匹配的体系结构~/Library/Caches/JNA/temp/jna13221667715595625418.tmp:通用包装器中没有匹配的体系结构java.base/java.lang.ClassLoader$NativeLibrary.load0(本机方法)java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442)java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498)java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694)java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627)java.base/java.lang.Runtime.load0(Runtime.java:768)java.base/java.lang.System.load(System.java:1837)com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:1018)com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:988)com.sun.jna.Native。(Native。java:195)com.github.dokerjava.zerodep.UnixDomainSocket.(UnixDomainSocket.java:80)com.github.dokerjava.zerodep.ApacheDockerHttpClientImpl$2.createSocket(ApacheDockerHttpClientImpl.java:124)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http.impl.io.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnection Operator.java:125)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.io.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnection Manager.java:409)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.InternalExecRuntime.connectEndpoint(InternalExecRuntime.java:164)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.InternalExecRuntime.connectEndpoint(InternalExecRuntime.java:174)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.ConnectExec.execute(ConnectExec.java:135)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.execute(ExecChainElement.java:51)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.ExecChainElement$1.prough(ExecChainElement.java:57)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http.impl.classic.ProtocolExec.execute(ProtocolExec.java:165)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.execute(ExecChainElement.java:51)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.ExecChainElement$1.prough(ExecChainElement.java:57)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http.impl.classic.HttpRequestRetryExec.exexecute(HttpRequestRetryExec.java:93)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.execute(ExecChainElement.java:51)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.ExecChainElement$1.prough(ExecChainElement.java:57)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http.impl.classic.RRedirectExec.execute(RedirectExec.java:116)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.execute(ExecChainElement.java:51)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.ExecChainElement$1.prough(ExecChainElement.java:57)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.ContentCompressionExec.execute(ContentCompressionExec.java:128)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http://impl.classic.ExecutChainElement.execute(ExecChainElement.java:51)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http.impl.classic.InternalHttpClient.doExecute(InternalHttpClient.java:178)com.github.dokerjava.zerodep.shaded.org.apache.hc.client5.http.impl.classic.ClosableHttpClient.exexecute(CloseableHttpClient.java:67)com.github.dokerjava.zerodep.ApacheDockerHttpClientImpl.execute(ApacheDockerHTTP客户端Impl.java:157)com.github.dokerjava.zerodep.ZerodepDockerHttpClient.execute(ZerodepDocker HttpClient.java:8)com.github.dokerjava.core.DefaultInvocationBuilder.execute(DefaultInvocationBuildr.java:228)com.github.dokerjava.core.DefaultInvocationBuilder.get(DefaultInvocationBuildr.java:202)com.github.dokerjava.core.DefaultInvocationBuilder.get(DefaultInvocationBuildr.java:75)com.github.dokerjava.core.exec.InfoCmdExec.exec(InfoCmdExec.java:24)com.github.dokerjava.core.exec.InfoCmdExec.exec(InfoCmdExec.java:14)com.github.dokerjava.core.command.AbstrDockerCmd.exec(AbstrDockerCmd.java:35)org.springframework.ide.eclipse.boot.dash.docker.runtarget.DockerRunTarget.connect(DockerRunTarget.java:130)org.springframework.ide.eclipse.boot.dash.cloudfoundry.RemoteBootDashModelLambda$2(RemoteBootDashModel.java:77)org.springframework.ide.eclipse.boot.dash.model.remote.RefreshStateTracker.call(RefreshStateTracker.java:80)org.springframework.ide.eclipse.boot.dash.model.remote.RefreshStateTracker.lambda$3(RefreshStateTracker.java:123)org.springsource.ide.eclipse.commons.frameworks.core.util.JobUtil$6.run(JobUtil.java:193)org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)-Dosgi.clean=";真";

上面提到的问题是:https://github.com/spring-projects/sts4/issues/684

它与OSGi无关,所以-clean在这里没有帮助。该修复程序将是STS 4.12.1版本的一部分,但您可以立即获取夜间CI构建以获得修复程序:http://dist.springsource.com/snapshot/STS4/nightly-distributions.html

在一个相关的注意事项上:一旦您启动了STS至少一个,您应该能够毫无问题地修改.ini文件。如果macOS仍然对此抱怨,你可以从应用程序中删除隔离标志:

sudo xattr -r -d com.apple.quarantine SpringToolSuite4.app

这将避免出现错误消息,并允许您在编辑内容后启动STS4安装。

最新更新