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

Too long starting time for a executable jar build by the uber + jar task #211

Closed
heskudi opened this issue Jun 1, 2015 · 0 comments
Closed
Labels
Milestone

Comments

@heskudi
Copy link

heskudi commented Jun 1, 2015

A executable jar that was created with the uber/jar tasks takes much longer time when starting than the same jar that has been created by leiningen.
It seems obvious that as opposed to leiningen, at first the dependencies of the program have to be compiled before they are executed.
I have found that the original modification data of the dependencies has been lost. As a result, the modification date is now always the copy date with the resulting consequences. Normally, the modification time of the class files is later than that of the clj files.
I myself verified that setting the modification time in boot/pod.clj (unpack-jar) eliminates this issue.

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

2 participants