We recently upgraded an old rails app from rails 3 to 4.2, along with many other gem updates. Now I can't get my rails app to load any pages. We were on JRuby 9.1.0.0 but upgraded to 9.1.8.0. However, I'm hitting the same problem on both versions.
Once we start tomcat with our latest .war, it runs all the way until I see the INFO: Server startup in 1234ms message. I've added some debug statements in my rails environment / initializers files to follow it through and it is hitting each of them. So once I see the startup message from tomcat, I figured it would be okay. However, it immediately spits out the following message quite a few times:
DEBUG: resetting rack response due exception
Every time I load a URL, it also shows that message in my logs.
I see that it's from this jruby-rack class but I have no idea how to debug or troubleshoot this further.
I assume that something in my configuration is causing a problem or that a class/module is somehow short-circuiting it but I'm not sure how to identify which one it is or isolate the issue.
Does anybody know of a way to get some more verbose logs or ways to figure out where the problem is happening?
Happy to post any config/gemfiles etc if it will help.
After receiving some great help from the #jruby IRC channel, they mentioned the error message was missing the specific exception message. I was using the latest version, v1.1.21 so I just made a hack-build that added some logging to identify my problem further. Turns out it was a runtime error because of some missing config.
I made an issue with jruby-rack and a PR which will hopefully make its way into the next release!
Related
Hi guys im having an issue with my intellij react project, ive already connected to the MySQL DB from intelliJ..
After running springboot:run, it installs all dependencies for the app after all is done i get a target folder thats red and a package-lock.json thats also red what does this mean?
Im new to react so im trying to run this app locally but when i run the project i get this error:
"Error starting ApplicationContext. To display the auto-configuration report re-run your application with 'debug' enabled.
2018-06-22 13:23:20.295 ERROR 6796 --- [ restartedMain] o.s.boot.SpringApplication : Application startup failed"
Project has already been built by previous Dev im just trying to get it ti run locally now.
what could i be doing wrong?
Spring-boot is one of the wonderful thing to get started to fast, it
does many things automatically. At the same time, missing
configuration will lead to this kind of errors.
Please double check application.yaml/.properties and pom.xml for more details.
This error is thrown when dependencies are not resolved correctly and mis-configuration of dependencies.
If it is a Maven project, right click on project folder and do 'Maven -> Re-Import'. It will fetch the missing maven dependencies.
Also, whatever is mentioned as part of the dependencies should have proper configurations. Let's say for example, you're mentioning mysql as dependency and doesn't provide connection/username/password details then this error occurs.
Please provide more details/error-trace log to provide more accurate answer.
Hope it helps!!
On Ubuntu v15 my Jekyll Blog with jekyll lunr-js-search builds well as well as it gets build in gitlab-ci.
Now, I moved my project to Windows system with same versions of node, bower etc. I get following error on windows as well as gitlab-ci (This error repeated on gitlab-ci when I've made only a single line change in post). HOW TO FIX ?
ERROR
Dependency Error: Yikes! It looks like you don't have /builds/sachingpta/home/_plugins/lunrjs/jekyll_lunr_js_search.rb or one of its dependencies installed. In order to use Jekyll as currently configured, you'll need to install this gem. The full error message from Ruby is: 'cannot load such file -- v8' If you run into trouble, you can find helpful resources at https://jekyllrb.com/help/!
It got built on gitlab, it could be due to gitlab update with dashboard message: We're currently deploying 8.17.0 RC2, so you may encounter intermittent errors. Somebody mentioned that required dependency therubyracer does not compiles on windows so this question is closed. I've to compile project on ubuntu only :(
I get a dyld fatal error as xcode attempts to initiate the UI test suite.
dyld: Library not loaded: #rpath/XCTest.framework/XCTest
Referenced from: /var/mobile/Containers/Bundle/Application/9A03F81B-1A93-4F0E-88B0-56C0748D1D43/ExampleUITests-Runner.app/XCTRunner
Reason: no suitable image found. Did find:
/private/var/mobile/Containers/Bundle/Application/9A03F81B-1A93-4F0E-88B0-56D0748D1D43/ExampleUITests-Runner.app/Frameworks/XCTest.framework/XCTest: mmap() errno=1 validating first page of '/private/var/mobile/Containers/Bundle/Application/9A03F81B-1A93-4F0E-88B0-56D0748D1D43/ExampleUITests-Runner.app/Frameworks/XCTest.framework/XCTest'
So I'm running this on a Mac Mini which is a designated testing workstation. I have the same identical project on my macbook and it runs fine. I tried deleting my project and re-cloning it and it still goes through the same issue.
Any ideas on what the issue may be?
On a side note, I had this issue before. My solution was doing a re-format since re-installing Xcode and recloning my project from github did not fix the issue.
Error seems to suggest that Xcode is not able to locate XCTest.framework on your mac mini.Did you try adding $(PLATFORM_DIR)/Developer/Library/Frameworks to Framework Search Path of your UI Test Target.
You can also test adding XCTest.framework as a Build Phases Dependency.
It turned out it was an error regarding my certificates and this issue was resolved by revoking my certificates and resetting all of them.
Then I had to remove the problem apps from my device from Window > Devices and that allowed me to run my tests.
I'm having the following problem with Hudson after upgrading to 2.1.0:
After successfully creating the doxygen output, the following exception occurs:
Publishing Doxygen HTML results.
The determined Doxygen directory is 'C:/doxy/myDir'.
FATAL: error
hudson.util.IOException2: java.io.IOException: Unconnected pipe
The error did not occur with 2.0.1, unfortunately, downgrading does not work - Hudson tells me, that it can't read the job files anymore.
Does anyone know the best way to deal with this? Is there a simple solution to either make the doxygen plugin work in 2.1.0 or to successfully downgrade to 2.0.1?
Not sure what exactly the problem was, but migrating to the newest Jenkins release and using the HTML report publisher plugin instead of the Doxygen plugin is at least a work
I want to deploy my application to glassvish v3 with asadmin deploy command however I get an error:
com.sun.enterprise.admin.cli.CommandException: remote failure: There is no installed container capable of handling this application com.sun.enterprise.deploy.shared.FileArchive#1c2a1c7
What can be the problem?
To me, the problem was coming from the fact that in /domains/domain/applications there was still the application I was trying to deploy again.
Another file access possibility I just ran into:
Service was started as root and the app undeployed/deployed. Then, as the correct limited rights user, undeploy/deploy. On deploy you'll receive this error, as the application files will still exist in he 'domains/yourdomain/applications' directory, and will be owned by root.
+1 to Keeg's comment on the awesome error messages we've all come to expect from Glassfish.
Hey I got the same error.In my case,I'd made a directory named "Web-INF",apparently the name of the folder has to be (mandatory) in upper-case i.e. "WEB-INF".
In short,check for spelling errors.
It solved my issue.So just wanted to share.I'm new to glassfish, so can't really tell you the exact solution.But what worked for me could be a solution for you as well.
Just in case someone else finds this question and the above answer doesn't match your case... Our problem was that the temporary area on the Glassfish server was full. Clearing some space let me redeploy the same application. Thank goodness for excellent error messages.
I had an ear project, where the ear package had different version number configured to maven pom.xml than the rest of the projects it contained. It searched sub-modules from version 1.x and the rest of the project was at 1.y version. I updated every pom to same version and that made the trick.