[tandtsw]

I have been able to use CodeMix from Eclipse Oxygen on a network whose internet access is not behind a proxy server. However I have struggled to get CodeMix working on a network behind a proxy server on my client’s network. I can install CodeMix initially from the Marketplace while behind a proxy server, but then CodeMix fails to update or allow me to register it. Specifically Eclipse logs this error:

Connect to http://www.genuitec.com:443 [www.genuitec.com/209.135.140.102] failed: Read timed out at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:150)

My client has shown me that they have added genuitec.com as an allowed domain, and I can get to http://www.genuitec.com from a web browser on their network.

Ideas?

[timwebb]

Thanks for reaching out. I’m not aware of any current issues regarding proxies with CodeMix, though a bit more context may help confirm.

Is this happening during particular actions or just when CodeMix is starting up? Do you have more of a stack trace available related to this error?

Is the proxy configured explicitly inside Eclipse under Preferences or are you picking it up from the system level, such as configured in Internet Explorer (or equivalent control panel page)

[tandtsw]

Currently Eclipse is picking up proxy configuration from the system level. … I tried to set up the proxy manually and that didn’t work at all, removing my access to the Marketplace altogether. … I do see that either way org.eclipse.core.net is logging an error “system property.proxyPort is not set but should be 443.”

If I enable CodeMix and restart Eclipse, a ConnectionRefused error occurs when Eclipse is restarting. I’m not sure to what extent CodeMix is functionally installed, but in any case I have to enter my CodeMix registration.

So if I try to register CodeMix, I put in my use id and password for Genuitec, the progress bar comes up for the login, and then the login screen returns with an “unknown message” error. The Eclipse log produces this is the stack trace:

org.apache.http.conn.ConnectTimeoutException: Connect to http://www.genuitec.com:443 [www.genuitec.com/209.135.140.102] failed: Read timed out
at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:150)
at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:353)
at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:380)
at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236)
at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at com.genuitec.eclipse.code.personal.PersonalAuthentication.A(Unknown Source)
at com.genuitec.eclipse.code.personal.AbstractResponse.B(Unknown Source)
at com.genuitec.eclipse.code.personal.PersonalAuthentication.<init>(Unknown Source)
at com.genuitec.eclipse.code.personal.PersonalAuthentication.from(Unknown Source)
at com.genuitec.eclipse.code.personal.PersonalAuthentication.getStatusOf(Unknown Source)
at com.genuitec.eclipse.code.controls.login.LoginControlProvider$2.A(Unknown Source)
at java.util.concurrent.CompletableFuture$AsyncSupply.run(Unknown Source)
at java.util.concurrent.CompletableFuture$AsyncSupply.exec(Unknown Source)
at java.util.concurrent.ForkJoinTask.doExec(Unknown Source)
at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(Unknown Source)
at java.util.concurrent.ForkJoinPool.runWorker(Unknown Source)
at java.util.concurrent.ForkJoinWorkerThread.run(Unknown Source)
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at sun.security.ssl.InputRecord.readFully(Unknown Source)
at sun.security.ssl.InputRecord.read(Unknown Source)
at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:394)
at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:353)
at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:141)
… 21 more

[timwebb]

From that stack trace, it appears you are running a CodeMix 1.x installation. We did make a change in CodeMix 2 specifically regarding the networking library used in these flows. Any chance you could try a Help > Check for Updates to upgrade to the latest version and try again?

If that doesn’t get you going, is it possible your client’s network is running on an NTLM proxy server? IIRC that proxy setup can have different behaviors. Circling back to your description of the behavior when manually configuring proxy — you are indicating that after supplying hostname and port (or user/pass as well?) that nothing is working. It may be that the system is on Active Directory and inheriting automatically the domain credentials for the proxy server from the system, when using system settings.

So in addition to NTLM, other questions include… Are credentials set at the Eclipse level when trying to directly configure?

[tandtsw]

I was able to update. When trying to register the error is similar (I haven’t tried the other suggestions yet):

java.net.ConnectException: Connection refused: connect
at java.net.DualStackPlainSocketImpl.waitForConnect(Native Method)
at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source)
at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)
at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient$1.run(Unknown Source)
at sun.net.www.http.HttpClient$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.http.HttpClient.privilegedOpenServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.protocol.https.HttpsClient.<init>(Unknown Source)
at sun.net.www.protocol.https.HttpsClient.New(Unknown Source)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(Unknown Source)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(Unknown Source)
at com.genuitec.eclipse.code.personal.PersonalAuthentication.A(Unknown Source)
at com.genuitec.eclipse.code.personal.AbstractResponse.B(Unknown Source)
at com.genuitec.eclipse.code.personal.PersonalAuthentication.<init>(Unknown Source)
at com.genuitec.eclipse.code.personal.PersonalAuthentication.from(Unknown Source)
at com.genuitec.eclipse.code.personal.PersonalAuthentication.getStatusOf(Unknown Source)
at com.genuitec.eclipse.code.controls.AbstractAuthenticateControlProvider.H(Unknown Source)
at java.util.concurrent.CompletableFuture$AsyncSupply.run(Unknown Source)
at java.util.concurrent.CompletableFuture$AsyncSupply.exec(Unknown Source)
at java.util.concurrent.ForkJoinTask.doExec(Unknown Source)
at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(Unknown Source)
at java.util.concurrent.ForkJoinPool.runWorker(Unknown Source)
at java.util.concurrent.ForkJoinWorkerThread.run(Unknown Source)

[tandtsw]

My client’s IT department helped me get past the proxy configuration issue. I had mistaken a proxy authentication issue for a proxy configuration issue.

Now, when I go to enter my CodeMix account for the license I get pushed back to this screen (attached); I don’t think my license is expired yet.

I see this in the Eclipse log:
Trying to get authentication key from the saved credentials for user ‘tandtsw’ (com.genuitec.eclipse.code).

Attachments:

You must be logged in to view attached files.

[Brian Fernandes]

Yes, your license is active until June 11, 2019. I’m assuming you’ve tried to click Unlock on this screen but there isn’t a change of state? Do you mind trying again in case this was a network glitch?

Do let us have your entire error log file as that could have other details that will help us figure out what is going wrong. Your error log can be found at [workspace_location]/.metadata/.log or can be exported from the Error Log view.

Apologies for the inconvenience caused.

[tandtsw]

Clicking Unlock appears to have worked this time. Thank you!

[Author]

Posts