-
Notifications
You must be signed in to change notification settings - Fork 57
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
Issue resolving dependencies through a proxy #139
Comments
The NetBeans plugin is oblivious to those properties, it is Gradle who uses them. However, my experience is that you have to adjust the proxy settings in NetBeans in cases like this (I don't know what exactly is going on under the hood). |
It uses to work before, with plugin version 1.2.6. I was receiving the downloading messages in the output window. Now, since it has been moved to notification window, it stucks to the task Loading Subproject... (Resolve dependencies 'RootProject:Subproject1') on the status bar, and no message comes in the output for several minutes before I get an error with the stacktrace in the notification window... |
Is there a place where we can find the intermediate output log from the reload project? |
Probably the best place to look is the logs of Gradle (as the plugin does not provide - and never did - any info about proxy servers). The logs should be in the ~/.gradle/daemon/<Gradle version> directory. |
I have not found any clue which could help me in the logs. It seems that the problems is in the gradle tooling API. I have raised a problem in gradle forum (http://forums.gradle.org/gradle/topics/problem_loading_dependencies_through_a_proxy_using_the_gradle_tooling_api) |
Hi Attila,
The proxy I use seems not accepting SOCKS... Anyway, this seems to be a Netbeans issue... |
I don't think it is really a NetBeans issue. I believe that both NetBeans and Gradle's Tooling API tries to do its best and some information simply cannot be communicated by the two parties being oblivous to each other. The plugin has absolutely no way to say what proxy is to be used. I can see, that Radim answered your question on the Gradle forum and given that he was a NetBeans developer, he probably knows this best. Anyway, I'm closing this issue because there is no chance I can do anything about it. It might be reasonable for the Tooling API to provide the possiblity to disable automatically getting the proxy from NetBeans but this is not the case and I have no way to affect the Tooling API. |
I have found a workaround for this issue: Create an "init.gradle" in "~/.gradle" and add the following code to it:
The problem is that NetBeans adds these properties as well and Apache's Sadly, I don't think this solves #146 because the Gradle dist gets downloaded before scripts are executed (for obvious reasons). In that case, you have to disable the proxy in NetBeans for the first run (and may re-enable later). |
…orkaround non-proxy host issues: #139.
Added workaround to automatically apply the following code through init scripts:
That is, you no longer need to add these lines manually. |
Plugin : 1.3.0, Netbeans 7.4 & 8.0, gradle 1.11
I am busy setting my project to download dependencies from maven repositories.
I have the following setting in my build.gradle :
I have also set the proxy configuration in _%GRADLE_USER_HOME%\gradle.properties_ file :
I have some dependencies set in the project :
When I launch a _gradle clean build_ or _reload project_ or any other task in Netbeans project, it hangs for a while and then I get this stacktrace in the notifications :
If I launch _gradle clean build_ on command line (from git bash), it downloads correctly the dependencies.
My GRADLE_USER_HOME environment variable is set the same way as in the plugin options.
I wonder if the netbeans plugin is taking the correct proxy settings (from gradle.properties)
The text was updated successfully, but these errors were encountered: