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

2.6.0 problems with symlinks in :resource-paths; 2.5.5 works fine #512

Closed
limist opened this issue Oct 11, 2016 · 3 comments
Closed

2.6.0 problems with symlinks in :resource-paths; 2.5.5 works fine #512

limist opened this issue Oct 11, 2016 · 3 comments
Labels

Comments

@limist
Copy link

limist commented Oct 11, 2016

In one of my libraries, I have a resources dir that has some subdirs that are relative symlinked directories to another library's resources subdirs, on the same filesystem, e.g. lib-A/resources/public/something symlinks to the folder ../../../../lib-B/resources/public/something

When running tests that need files in the resources directory, everything works fine with Boot 2.5.5. But making just one change, to use Boot 2.6.0, and then the tests fail.

By starting up a REPL in the library directory using Boot 2.6.0, it looks like the process has no visibility to the symlinked dir, e.g.

(->> "public/something"
      io/resource)

...returns nil when something is a symlink as described above. Switch to Boot 2.5.5, and everything works again.

@martinklepsch martinklepsch changed the title Boot 2.6.0 has problems with (:resource-paths) symlinks, that Boot 2.5.5 works fine with 2.6.0 problems with symlinks in :resource-paths; 2.5.5 works fine Oct 11, 2016
@micha
Copy link
Contributor

micha commented Nov 12, 2016

I believe this was fixed in #483, if you could verify with boot master that would be great :)

@martinklepsch
Copy link
Member

Instructions for building Boot from master are on the README and should work smoothly: https://github.com/boot-clj/boot#hacking-boot

You do not need to update the binary, just update BOOT_VERSION in your boot.properties file and it will load the version you built from your local Maven repo.

@martinklepsch
Copy link
Member

Closing this as there hasn't been any feedback from OP.

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

No branches or pull requests

3 participants