I use sbt with cygwin.
sbt produces some artifacts and in between it throws Access is denied exception.
[debug]
java.io.FileNotFoundException: D:\data\code\Project\NAUNSW011MyUserName.sbt (Access is denied)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(Unknown Source)
at sbt.Using$$anonfun$fileReader$1.apply(Using.scala:86)
at sbt.Using$$anonfun$fileReader$1.apply(Using.scala:86)
at sbt.Using$$anon$2.openImpl(Using.scala:72)
at sbt.OpenFile$class.open(Using.scala:46)
at sbt.Using$$anon$2.open(Using.scala:70)
The artifact directory is owned by MyUsername and the artifacts are produced with drwx------+ permissions.
Any idea how to fix that?
I got similar issue while building on windows platform.
In my case I had machine behind proxy. I followed steps mentioned in http://www.typesafe.com/activator/docs under section (behind proxy) still could not proceed
then I deleted .sbt directory under my C:\Users\MyUserName\ location.
again went to my project directory and run activator run. This solved my issue.
Hope this would help to someone who got similar issue.
Related
I'm getting this error every time I open a flutter project I downloaded from Github.
Git is not installed Failed to start Git process: Cannot run program "/usr/lib/git-core" (in directory "."): error=13, Permission denied.
How do I fix it?
I actually fixed the problem. I just had to run which git on my terminal after installing git. Then on the android studio navigate to; File>Settings>Version Control>Git, on the path to Git executable add the directory displayed on your terminal then click test and apply.
Their is an error I have been having for awhile on ubuntu that is not allowing me to push an existing repository from the command line. this error keeps showing up. How do I fix this.
Thank you
error: chmod on /mnt/e/myproject/.git/config.lock failed: Operation not permitted
Is this disk drive NTFS?, if not, please try using sudo.
Jhipster 5.7 microservice failed to start on windows with error CreateProcess error=206, The filename or extension is too long
I have created a Jhipster micro service. when I am trying to start, I get error CreateProcess error=206, The filename or extension is too long.
All other questions are suggesting to reduce classpath or usning IntelliJ. None of them explained how. Here are few things I have trying:
Remove Unnecessary jar from classpath:
I have fresh Jhipsterap. I don't know which jar I can remove
without breaking it.
Use IntelliJ
I am running the service from command line.
Move your project or maven repo to "c:" drive to make path short.
I can't. The repo is huge and is being shared.
Let me know if there is any other solution for this problem.
Thanks
There is fairly simple way of reducing classpath on windows, if you can not move your local repo. Here is how:
Open command prompt and execute this command
mklink /J c:\repo C:\<long path to your maven repository>
This will create a link to your maven repository. Now run the service like this:
mvn -Dmaven.repo.local=c:\repo spring-boot:run
Thats all. Now your classpath will be reduced by around 10000 characters (tried for jhipster gateway app).
Good luck.
Forking is enabled by default since Spring Boot 2.2.
See Since 2.2.0 spring-boot-maven-plugin create 2 java process (may cause CreateProcess error=206). Need workaround to fix it question and solution
I just installed lsyncd-2.1.5 on a CentOS 6.4 server. I was able to run make and make install on the distribution to compile the daemon. I was able to setup the following configure file at /etc/lsyncd.lua. I was able to setup the daemon file at /etc/init.d/lsyncd. I was also able to setup the logs correctly. However, when I go to run start command on lsyncd, it throws the error:
/bin/bash: line 1: Illegal Insruction /usr/local/bin/lsyncd -pidfile /var/run/lsyncd.pid /etc/lsyncd.lua
I checked at /var/run for the file lsyncd.pid and this file was not created by lsyncd.
Any thoughts on what I should do here? Can I get this file created? Do I have to reinstall?
Let me know if I can provide any further information.
Here is what I did to solve this issue. I removed all instances of my lsyncd distribution. I had previously downloaded and compiled my package in the folder /var/tmp, so I now navigated to the root folder and ran my download command here. I un-tarred the package, and compiled the package in the root folder and setup all of my configuration files. After I started the service now, the lsyncd.pid file was now in the /var/run folder. Very strange. Can anyone tell me what the difference is between compiling in the root or /var/tmp?
Or is this possibly a situation where something possibly went wrong the first time around? Does anyone have any insight on this?
1)I have just configured GIT on my local centos 6.4 server and created a repository
2)Generated key also and kept at server
2)I am able to checkout code from this remote server to my dev machine in eclipse no problem till here
But when I tried to push code from Eclipse the it always says that "Can't connect to any repository: ssh://homepage#1.1.1.1/var/git/demo/ (An internal Exception occured during push: ssh://homepage#1.1.1.1/var/git/demo/: error occurred during unpacking on the remote end: unpack-objects abnormal exit)"
Not sure why ? Is there anything which i missed ?
I fixed the problem by changing the permission on the directories
It's definitely a permissions issue on the repo. I had the same problem, but was using Netbeans. Managed to temporarily fix it by giving 777 permissions to the repo.
I also experienced this. It was due to something else, a bit stupid, really. I put a bare repository inside of a bare repository and expected them to behave individually. Once I moved the file structure of the inner bare repository out, it worked.
I just had to change the remote configuration of the local repository to point to the new location (outside of the other repo).
I faced the same issue when checking into Git via Eclipse (EGit). The root cause turned out as space crunch on Git server. After deleting some unused projects we were able to checkin the code.