We'd like to run SonarQube in our Linux for z machine (IBM S/390), but when we unzipped it we found there is no wrapper for that platform.
Is there an alternative way to install it? Maybe building the wrapper ourselves (how)?
Any help from fellow mainframers is highly appreciated! :)
You can give a try to the latest version of the Java Service Wrapper for Linux/z from the JSWrapper download page, but I don't think you will get much support. Moreover, I hope you can install an Oracle (or OpenJDK) JDK on this box, since running SonarQube with the IBM JDK is not supported.
Related
I've a new computer with Debian 9 / 64bits.
After installing Netbeans 8.2 and Codename Plugin 5.0 if i try to open "CodenameOne Settings" or "CodenameOne Designer" nothing happens.
I've checked JRE_JAVA and JDK_JAVA and PATH environment variables and them points to the correct path.
I don't see any error message but the tools dont start.
I dont know what happens but i remember a similar issue in the old computer with Debian 6 / 32bits.
Can anybody help me?
Thanks a lot
Ramon Garcia
The default version of Java on Linux systems is OpenJDK which is a bit problematic due to its lack of JavaFX support. With newer JDKs we updated Codename One to download JavaFX dynamically as it was removed from the JDK but since the dynamic download only works with JDK 10 or newer (due to the way the people at Oracle compiled JavaFX) this would be the minimum version of OpenJDK.
So you can either install Oracle JDK 8 or Open JDK 11 to keep compatibility.
Notice you can track this issue by running the designer/gui builder from the command line and seeing the point of failure: https://www.codenameone.com/blog/tip-track-designer-guibuilder-issues.html
I'm developing a simple web application in Java, but since I've changed my computer from win7 to mac os, i can't deploy my application.
Before the SO change my compiled code/war from intellij was deployed to debian with no problem. Now I get this (anoying) error:
An error occurred at line: [1] in the generated java file: [/var/lib/tomcat8/work/Catalina/localhost/chat/org/apache/jsp/index_jsp.java]
The type java.util.Map$Entry cannot be resolved. It is indirectly referenced from required .class files
Stacktrace:
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:103)
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:199)
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:438)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:361)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:336)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:323)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:564)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:357)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:405)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:349)
javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
In both machines I have installed JDK8 and Tomcat8. Debian CPU is a ARMv6, a raspberry pi. My Mac OS is x64 from mid 2012.
I already search over the web, try to update Tomca8, compile to java7 and deploy to a Tomcat7 instance, its driving me crazy!! I think this may be a cross platform problem, or something to do with class compilations, but I cannot find what!
Any help is much appreciated, Thanks
After many research and tests I couldn't solve this problem. My solution (that is not a real solution) for keep developing was replace all 8 version (jdk and tomcat) by version 7, both JDK and server (Tomcat).
An important note is to use OpenJDK and NOT Oracle JDK. I know, it seems contradictory but in the end it seems that OpenJDK install the necessary and right compilers. I didn't test with OpenJDK version 8 because my project only requires version 7, but for someone with the same problem, it worth to give a try with OpenJDK 8.
Hope this help someone and if anyone has any suggestion for the real solution, just past it.
For me, the solution was to use a later version of the ecj jar, version ecj-4.4.2.jar
I've written a program which uses a lot of the new features in C++11. I wrote it on MacOS X, it compiles and runs fine with Apple Clang, Boost 1.5* and libc++ (assumption, as opposed to libstdc++). The program is for personal use and it won't need to be deployed on more than a few servers.
I shipped the production server to its overseas location with CentOS 6.5 installed. So I built a dev server with CentOS 6.5 installed. Pushed my code up to the dev server, used the package manager to get everything I thought I needed and then tried to compile - only to be bitterly disappointed.
Problem: I think the Clang version from EPEL is fine. However it wasn't playing nice with libstdc++ provided by the base repo - CentOS 6.5 is only up to GCC ~4.4. For example, I couldn't get GTest to compile. So I searched around and found a repo called the devtoolset-2 which had GCC ~4.8. It was made clear that this repo should only be used for testing purposes. Using the libstdc++ from this worked much better. However, now I was having a few boost problems - as the base CentOS 6.5 repo is only up to ~1.44. I've been trying to get 1.55 installed but failing... tried from repos and building myself but I'm guessing other dependencies are still out of date - e.g. Binutils. Either way it had all been a big mess.
I think moving the dev server to CentOS 7 would make things much easier. However, it is not going to be easy to move my production server over.
Basically I'm looking for advice. Can I build on CentOS 7 and copy the required libraries over to the production server? And what are the potential pitfalls of this? Should I statically link everything - including libstdc++? Or are there any other suggestions - apart from moving the production server to CentOS 7 (which I'll try do if I absolutely need to).
If you think this is not a 'stackoverflow' question please let me know.
Thanks.
John.
I need to do a installation of windows updates (OS and Microsoft Security Essentials) on multiple clients using Cent-OS Server. I'm not very familiar with Linux systems and I cant find an appropriate tutorial On the internet.
Give OPSI a try, this is an OpenSource Deployment Solution which works on CentOS:
http://www.opsi.org/
This is an integrated system to deploy full installation as well as simple updates or rollouts.
yum installs RedHat/CentOS/Fedora RPM packages on RedHat/CentOS/Fedora systems. It doesn't have anything to do with Windows. It doesn't understand exe files or anything like that.
I'm not even sure where to begin to understand what the question you are actually trying to ask is... unless your question is really just as confused as it sounds and you are failing to understand the difference between package managed linux systems and Windows systems.
I've found this helpful tutorial on web
http://blog.rayapps.com/2009/09/14/how-to-install-oracle-database-10g-on-mac-os-x-snow-leopard/
I've followed all steps, but, I've a problem with netca run. When I'll start it, crash with this error:
Invalid memory access of location 00000014 eip=11069523
/opt/oracle/product/10.2.0/db_1/jdk/jre/bin/java: line 2: 10323 Bus error /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java -d32 -Xbootclasspath/a:/opt/oracle/product/10.2.0/db_1/jdk/jre/lib/ext:/opt/oracle/product/10.2.0/db_1/jdk/lib/ext $*
and the error message on popup show that the problem is with libnjni10.jnilib plugin. On snow leopard there is only Java 1.6 but I've installed also JDK1.5 and I've changed the symbolic link for 1.4.2 to run the 1.5
Any idea?
thanks a lot!
Andrea
Alex Gorbachev's install guide suggests a couple of different ways of resolving this problem - editing runinstaller or installing JDK 1.4.2. Check it out.
Try Using VMWare
Is this for development purposes? I've been happy with installing Oracle on a VMWare Linux instance. One nice feature is that I can prep my database as I like, take a VMWare snapshot, and roll back to the saved snapshot as necessary.