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

No gateway is registered for schema #20

Closed
extra2 opened this issue Aug 23, 2016 · 5 comments
Closed

No gateway is registered for schema #20

extra2 opened this issue Aug 23, 2016 · 5 comments

Comments

@extra2
Copy link

extra2 commented Aug 23, 2016

Hello!

I can build this solution successfully (there are only warnings) but after that I have this errors all the time:

Unhandled Exception: System.Collections.Generic.KeyNotFoundException: No gateway is registered for schema 'box'
   at IgorSoft.DokanCloudFS.CloudDriveFactory.CreateCloudDrive(String schema, String userName, String root, CloudDriveParameters parameters) in C:\***\DokanCloudFS-master\DokanCloudFS\CloudDriveFactory.cs:line 43
   at DokanCloudFS.Mounter.Program.Main(String[] args) in C:\***\DokanCloudFS-master\DokanCloudFS.Mounter\Program.cs:line 60

Do I have to modify something? How can I make it works?

Thanks in advance.

@viciousviper
Copy link
Owner

viciousviper commented Aug 23, 2016

What build configuration are you using? Only ... (NuGet) and ...(NuGet-Signed) will pull the required CloudFS Gateways from NuGet during build.
If you use either the Debug or Release build config you will need to download the CloudFS assemblies yourself and place them in a directory matching with the entry in <mount libPath=...> in DokanCloudFS.Mounter's App.config file. The default location would be the Library directory of the DokanCloudFS solution.

All this should be documented in README.md in sections Local compilation and Usage. Please let me know if you find this documentation insufficient or misleading.

@extra2
Copy link
Author

extra2 commented Aug 24, 2016

I'm using ...(NuGet). I think the problem was with xcopy (solved now) but this is what I get after I start IgorSoft.DokanCloudFS.Mounter.exe from the command line (as an admin):

Unhandled Exception: System.Reflection.ReflectionTypeLoadException: Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information.
   at System.Reflection.RuntimeModule.GetTypes(RuntimeModule module)
   at System.Reflection.RuntimeAssembly.get_DefinedTypes()
   at System.Composition.Hosting.ContainerConfiguration.<WithAssemblies>b__0(Assembly a)
   at System.Linq.Enumerable.<SelectManyIterator>d__16`2.MoveNext()
   at System.Composition.TypedParts.TypedPartExportDescriptorProvider..ctor(IEnumerable`1 types, AttributedModelProvider attributeContext)
   at System.Composition.Hosting.ContainerConfiguration.CreateContainer()
   at IgorSoft.DokanCloudFS.CompositionInitializer.Initialize(String path, String searchPattern) in D:\DokanCloudFS-master\DokanCloudFS\CompositionInitializer.cs:line 97
   at DokanCloudFS.Mounter.Program.Main(String[] args) in D:\DokanCloudFS-master\DokanCloudFS.Mounter\Program.cs:line 51

@viciousviper
Copy link
Owner

This would indicate that one of the depencencies of the Box gateway is either missing from the NuGet package (just checked, couldn't find anything wrong, though) or that Visual Studio's automatic package restore mechanism didn't pickup the dependencies for DokanCloudFS.Gateways or DokanCloudFS.Gateways-Signed.

Could you please try opening the NuGet package manager in Visual Studio and check if there are any pending dependencies for the two ...Gateways projects?

If this doesn't help at once you could start IgorSoft.DokanCloudFS.Mounter.exe from within Visual Studio and look at the LoaderExceptions property of the thrown ReflectionTypeLoadException in the debugger. This will most likely help to identify the missing dependency.

BTW: What kind of problem with xcopy did you detect and solve?

@viciousviper
Copy link
Owner

viciousviper commented Aug 29, 2016

Just got another report about the mismatched directory name that causes xcopy to fail.
The latest version 1.0.9.1-alpha should fix this. Please give me a shout if you still encounter problems.

@viciousviper
Copy link
Owner

Closed due to prolonged inactivity.

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