-
Notifications
You must be signed in to change notification settings - Fork 150
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NUnit-Runner 3.9.0-dev-03972 exit with error: "Exception encountered unloading application domain" #410
Comments
+1 |
Interesting. This exception should be caught and just display what the error was. See https://github.com/nunit/nunit-console/blob/master/src/NUnitEngine/nunit.engine/Internal/DomainDetailsBuilder.cs#L65 @hbsis-williamdasilva - can you run this in NUnit Console directly and check what exit code you get? |
@ChrisMaddock on the print above the stack trace I'm running directly with NUnit-Console, but at the end I don't get the message of the error code (I remember that I saw in some print of yours in another issue where there was the code). Do I need some extra parameter to show the exit code? |
@hbsis-williamdasilva - see here: https://superuser.com/questions/123008/get-exit-status-of-last-executed-command-in-windows |
Thanks @ChrisMaddock . I'll just wait my team finish an activity in our environment and I will run the DLL again to get the exit status |
What CI server/build technology are you using? Some will fail a build if they detect the word “error” in the std out or if anything writes to std err.
… Il giorno 24 apr 2018, alle ore 20:49, hbsis-williamdasilva ***@***.***> ha scritto:
So
I'm receiving the exit code 0.
Could this be related to another issue then?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Yeah, exit code zero is what we'd expect. It may be that CircleCI is reading the logs and thinking anything that prints a stack trace is a failure? I'm not sure there though - afraid I don't use CircleCI. @nunit/engine-team - I feel like we might have seen something like this before where CI systems detect the word 'error' in logging and assume failure - do we have a convention here? @hbsis-williamdasilva - in my opinion currently, this is working as intended. I've submitted #411 however, to make the output a little less scary for what is a minor issue. I'd look into CircleCI and see if there's any way to avoid this behaviour, if it is the case. Edit: Thanks @chillitom! Confirmed my suspicions! |
@ChrisMaddock @chillitom I agree that if 0 is the expected, then it is not an issue. But it is very strange that the build is failing because of that. I will setup our environment in GoCD to see if it fails with v3.9 returning this log with "error". Thanks for the help. |
Sorry, short term memory problems! 😄 |
Hey @ChrisMaddock , I bring you good news: So, after a long night of rest and thinkering, today I could make some tests and things are fine now. Yesterday we test v 3.8 in our CI and the build failed. So I donwloded the v 3.9 and ran our dll with the NUnit-Console (not in the CI), and we got the same error on v 3.8. After you showed me how to see the error code, we got the error code 0 when running NUnit Console with v 3.9. So today's morning I did the same thing with v 3.8 and got the error code -5. Thing is that the error showed on the console was the same, who led us think that running v 3.8 and v 3.9 would get the same result. So, I upgraded to v 3.9 on our CI environment and runned the build again: I see #411 improved the message, wich I belive will help, 'cause now it doesn't looks like the end of the world after running the tests.,Maybe, if this could help, I would suggest, at the end of the stack trace, to print the Exit Code too. So problem solved, v 3.9 works fine 😀 |
Great - glad you're sorted out! |
We are running 3.9 and we still get that exception. NUnit.Engine.NUnitEngineUnloadException : Exception encountered unloading application domain |
@wvetrone Please can you open a new issue on this, with you full console output and the logs generated by running with |
I too face same issue. Created another ticket - #840 |
Hi Guys.
We were having the problem stated at #128, so we decided to upgrade our NUnit-Console from 3.5 to the latest version (3.8)
(I did some research and found the threads #191, #321, #371 and #403)
I'm having the problem stated at #191 where @Rajkumar-Uppala and @ChrisMaddock pointed that some warnings in NUnit-Console 3.5 turned into exceptions.
I decided to upgrade the version to 3.9 (https://www.myget.org/feed/nunit/package/nuget/NUnit.ConsoleRunner/3.9.0-dev-03972)
and I'm still facing this problem.
Here are some screen shots:
I have latest build from master at this folder
![image](https://user-images.githubusercontent.com/23528701/39190159-5f6b4442-47aa-11e8-97b6-faff97a743ef.png)
And I'm running the console at this folder to run the DLL
![image](https://user-images.githubusercontent.com/23528701/39190181-6b5cc4c4-47aa-11e8-9efc-9fffb44c0831.png)
And despite the tests passing, I'm facing this error
![image](https://user-images.githubusercontent.com/23528701/39190217-80790e08-47aa-11e8-961c-9e4e828ac5a6.png)
Here is the full stack trace from the error:
It looks like the error itself is not a problem with NUnit-Console, as stated, the "websocket-sharp" dll was not found.
![image](https://user-images.githubusercontent.com/23528701/39190518-27e46516-47ab-11e8-8542-5b8dadfd1bfc.png)
The point is that running the same DLL with NUnit-Console v3.5 works fine, as we can see in the following prints:
My Issue is:
Running the DLLs with v 3.5 in our CI (GoCd works fine). The websocket problem is not an issue to us and I think it is not worth the time to look for that.
Running the DLLs with v 3.8 gives me an error in the CI and v 3.9 gives me the error on the console (did not try 3.9 in the CI, but I assume it will the same behavior
Here are the prints of the same dlls used in the above prints in our CI, but with the the v3.5:
![image](https://user-images.githubusercontent.com/23528701/39191464-5e28cd4a-47ad-11e8-8134-f051595dd42b.png)
Is it possible to turn this error back to a warning, as pointed in the issue #371 by @chillitom?
The text was updated successfully, but these errors were encountered: