Skip to content
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

Exception with Azure.Core (for release 6.0.0) #787

Open
jassent opened this issue Jun 29, 2024 · 6 comments
Open

Exception with Azure.Core (for release 6.0.0) #787

jassent opened this issue Jun 29, 2024 · 6 comments

Comments

@jassent
Copy link

jassent commented Jun 29, 2024

Upgraded to the current version (6.0.0).

Added a connection string successfully.

Cannot view any queues or topics due to a "Could not load file or assembly 'Azure.Core" exception.

A screenshot is included. Ignore the "specified argument was out of the range of valid values ... parameter name active does not exist" as that was from me trying a different configuration option to see if it would allow me to connect.

Downgrading to 5.0.18 allows a successful connection with no error.

2024-06-29_11-31-52
<11:27:24> The file C:\Users\xxxx\AppData\Roaming\Service Bus Explorer\UserSettings.config is used for the configuration settings.
<11:27:29> The application is now connected to the sb://xxxxx.servicebus.windows.net/ service bus namespace.
<11:27:29> MessagingFactory successfully created.
<11:27:31> Exception: Could not load file or assembly 'Azure.Core, Version=1.33.0.0, Culture=neutral, PublicKeyToken=92742159e12e44c8' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
@ErikMogensen
Copy link
Collaborator

Did you keep the servicebusexplorer.exe.config from the previous release?

@jassent
Copy link
Author

jassent commented Jun 29, 2024 via email

@ErikMogensen
Copy link
Collaborator

Ok, it seems that you are using the assembly configuration part for v6.0.0, but to make sure:

Please install v6.0.0 and look in servicebusexplorer.exe.config for Azure.Core. It should look like this.

<dependentAssembly>
        <assemblyIdentity name="Azure.Core" publicKeyToken="92742159e12e44c8" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-1.38.0.0" newVersion="1.38.0.0" /
</dependentAssembly>

@jassent
Copy link
Author

jassent commented Jun 30, 2024

Ok, it seems that you are using the assembly configuration part for v6.0.0, but to make sure:

Please install v6.0.0 and look in servicebusexplorer.exe.config for Azure.Core. It should look like this.

<dependentAssembly>
        <assemblyIdentity name="Azure.Core" publicKeyToken="92742159e12e44c8" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-1.38.0.0" newVersion="1.38.0.0" /
</dependentAssembly>

Thank you! This led me to the solution. I uninstalled 5.0.18 and installed 6.0.0. When I opened the servicebusexplorer.exe.config there was no reference for Azure.Core. When I checked the directory that config file was almost a year old. To resolve, I renamed the servicebusexplorer.exe.config to servicebusexplorer.exe.config.old and then renamed servicebusexplorer.exe.config.original to servicebusexplorer.exe.config.

A screenshot is below. It shows uninstalling, installing, and the old file name.

Feel free to close the issue. Thank you for the suggestion and helping me to resolve.

2024-06-30_07-22-47

@ErikMogensen
Copy link
Collaborator

Good, that you got it resolved.

So, Scoop doesn't replace the servicebusexplorer.exe.config file?

In that case it is going to create problems.

@jassent
Copy link
Author

jassent commented Jul 1, 2024

So, Scoop doesn't replace the servicebusexplorer.exe.config file?

Correct, it seems to be re-deploying the prior version previously installed on the computer and renaming the correct one in the 6.0.0 nupkg file to "servicebusexplorer.exe.config.original".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants