When i deploy a war with JRuby 9.4.0.0 on Weblogic 12.2.1.4 i get the following error:
resetting rack response due exception: org.jruby.rack.RackInitializationException: No such file or directory - C:/logs/oracle/wls/app/app.log from org/jruby/RubyIO.java:1255:in 'sysopen' from org/jruby/RubyFile.java:362:in 'initialize' from org/jruby/RubyClass.java:931:in 'new' from org/jruby/RubyIO.java:1174:in 'open' from...
Is it a problem of compatibility between jar files? It works with JRuby 1.7.4 and Weblogic 12.1.3.
Versions in Gemfile:
ruby '3.1.0'
#hardcoded version for Weblogic joda-time bug
gem 'jruby-jars', '1.7.4'
Jar Files in my WEB-INF/lib folder:
jruby-complete-9.4.0.0.jar
jruby-rack-1.1.22.jar
kryptcore.jar
kryptproviderjdk.jar
ojdbc6.jar
I removed the following jars, moving from Weblogic 12.1.3 (it works with this old version of the server):
jruby-rack-1.1.14
jruby-core-1.7.4
bcprov-jdk15on-1.47
bcpkix-jdk15on-1.47
jopenssl
Because of issues with bouncycastle (bcprov and bcpkix jars), and i added jruby-complete that should include jruby-core and jopenssl libs.
Related
I was using Apache tomcat 9.0.44 earlier and due to some security vulnerabilities I've upgraded it to 9.0.62 now.
/bin/Version.bat shows correct version now 9.0.62
Also checked registry keys and it also shows correct version
Still on security dashboard we are getting "Vulnerable version of Apache Tomcat is installed 9.0.44"
All the applications are working fine.
I am not sure if during upgrade I've missed anything.
During upgrade from 9.0.44 to 9.0.62 these were the steps that I'd followed:-
From this URL https://tomcat.apache.org/migration-9.html#Upgrading_9.0.x checked the configuration file changes from Apache tomcat 9.0.44 to apache tomcat 9.0.62 and perform these changes in the configuration files as applicable.
Replaced all jar files from
Downloads\apache-tomcat-9.0.62-windows-x64\apache-tomcat-9.0.62\lib to
Tomcat9/lib directory
Updated Bootstrap.jar , Tomcat-juli jar , Tomcat9.exe , Tomcat9w.exe files from
Downloads\apache-tomcat-9.0.62-windows-x64\apache-tomcat-9.0.62\bin to
Tomcat9/bin
Also java -cp "catalina.jar" org.apache.catalina.util.ServerInfo shows :-
could anyone please suggest what is incorrect in this case?
I am exporting a war file in eclipse and trying to deploy that in weblogic 8.1 but not able to do so. JDK version provided by weblogic is 1.4 but in my path variable jdk is 1.6. However I am using compiler compliance level as 1.3 but no luck. Can anyone please tell me what is the issue here. Is there any way to create war from eclipse and deploy it to weblogic 8.1???
i am upgrading current project to Tomcat 8, and I add the same external library which I used in Tomcat 6 and test with same application, but it start to throw bunch of
java.lang.NoClassDefFoundError: ...
because of compatibility issue, here is what's been inject to Tomcat 8 or 7 (via "add external jar" to server instance in Eclipse, not copy those jar files int Tomcat/lib folder)
el-api-1.0.jar
jsp-api-2.1.jar
jstl-1.2.jar
jstl-api-1.2
jstl-impl-1.2.jar
servlet-api-2.5.jar
validation-api-1.0.0.GA.jar
I checked on Tomcat versions but it didn't mention anything about backward compatibility.
Also I found in Pivotal(Server app based on Tomcat) Tomcat8(or7)/lib folder, it already include certain version of above libraries:
jsp-api.jar (version 2.3)
el-api.jar (version 3.0)
servlet-api.jar (version 3.1)
Then I take out the three jar file with lower version from the external jar files I attache to the server only leave jstl , It still gives me
java.lang.NoClassDefFoundError: javax/servlet/jsp/tagext/TagLibraryValidator
or
java.lang.ClassNotFoundException: org.apache.jsp.main_jsp
I understand that I can change the servlet version from 2.5 to 3.0. But I really prefer not to change anything from source code including web.xml so at this point, my questions are:
Can Tomcat 8 actually backward compatible to servlet 2.5?
If so, which version of JSTL I should put in the external jar file
Or, anyway I can suppress or remove the newer version of above api jars and use lower version from external source instead?
also
Is it ok to keep web-app to version 2.5 even in Tomcat 7/8?
I have a war file running with tomcat on a server with java 1.6. I need to update the java version on the server and have the war file use java 1.7. Will this happen automatically when I restart tomcat, or does the war file need to be recompiled?
I am attempting to reproduce an error in our production environment (1.7) that does not happen in our QA environment (1.6). Here is the issue if interested.
The WAR is not a stand-alone program. It will use whatever version of Java you are running Tomcat with. You can't have Tomcat on 1.7 and one of the WARs on 1.6, so this is how you would ensure that you are using a specific version of Java to test your WAR code.
I am working on a big project that requires massive financial calculations, I am using
Netbeans IDE 7.3 with a default web application of Java EE 5 (not a maven application)
,My application server is tomcat 7 I am using jsps and servlets my OS is windows 7.
I downloaded and added the jquantlib binary to my application, but when I run it keeps saying that it needs the slf4j-api extension that is not found so i download it also and added its jar to my project but still the error persists.
How can I solve this ? and can anyone give me some guidelines on how to do it ?
The key here is that jquantlib requires slf4j-api version 1.4.0 in the jar manifest:
(from MANIFEST.MF in jquantlib.jar)
Implementation-Vendor-Id: org.jquantlib
Extension-List: slf4j-api
slf4j-api-Extension-Name: slf4j-api
slf4j-api-Implementation-Version: 1.4.0
Tomcat will try to use the version of slf4j-api that you're including in your app, but it's likely that what you've included isn't actually compatible. See http://grepcode.com/file/repo1.maven.org/maven2/org.apache.tomcat/tomcat-catalina/7.0.34/org/apache/catalina/util/Extension.java#Extension.isCompatibleWith%28org.apache.catalina.util.Extension%29 for details.
Bottom line - try to use slf4j-api version 1.4.0 in your application.
Try removing the lines from the MANIFEST.MF file that mention the sfl4j