[JBoss JIRA] (JBDS-2370) Bad/non-helping error message when central has no connection
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBDS-2370?page=com.atlassian.jira.plugin.... ]
Snjezana Peco commented on JBDS-2370:
-------------------------------------
Is this an appropriate message:
{quote}
Please check your Internet connection and "Proxy Settings"!
After that, refresh JBoss Central tutorials or reopen the JBoss Central editor and try again.
{quote}
"Proxy Settings" would be a link to the Network Connections preferences page.
> Bad/non-helping error message when central has no connection
> ------------------------------------------------------------
>
> Key: JBDS-2370
> URL: https://issues.jboss.org/browse/JBDS-2370
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: upstream
> Affects Versions: 5.0.0.GA
> Environment: JDK 1.7 32-bit, Windows
> Reporter: David Chia
> Assignee: Snjezana Peco
> Priority: Critical
> Labels: jbds711
> Fix For: 7.1.1.CR1, 8.0.0.Alpha2
>
>
> After a successful install, I tried to create a "Java EE Web Project" and run into an error dialog "Failed to load Wizard - Wizard metadata could not be loaded". I've also tried all other projects and result in the same error. The only project I could create is the "Dynamic Web Project". Looking at the error log, there are a lot of these "Connection errors" like below.
> !SESSION 2012-10-23 15:28:07.909 -----------------------------------------------
> eclipse.buildId=unknown
> java.version=1.7.0_07
> java.vendor=Oracle Corporation
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
> Framework arguments: -product com.jboss.jbds.product.product
> Command-line arguments: -os win32 -ws win32 -arch x86 -product com.jboss.jbds.product.product
> !ENTRY org.jboss.tools.central 4 0 2012-10-23 15:28:27.086
> !MESSAGE Permission denied: connect
> !STACK 0
> java.net.SocketException: Permission denied: connect
> at java.net.DualStackPlainSocketImpl.waitForConnect(Native Method)
> at java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:75)
> at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
> at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
> at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:157)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
> at java.net.Socket.connect(Socket.java:579)
> at org.eclipse.ecf.provider.filetransfer.events.socket.SocketEventCreateUtil.createSocket(SocketEventCreateUtil.java:43)
> at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:81)
> at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:73)
> at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:65)
> at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
> at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
> at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
> at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
> at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
> at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
> at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1142)
> at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:710)
> at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:889)
> at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:576)
> at org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
> at org.jboss.tools.project.examples.filetransfer.ECFExamplesTransport.transfer(ECFExamplesTransport.java:319)
> at org.jboss.tools.project.examples.filetransfer.ECFExamplesTransport.performDownload(ECFExamplesTransport.java:246)
> at org.jboss.tools.project.examples.filetransfer.ECFExamplesTransport.download(ECFExamplesTransport.java:206)
> at org.jboss.tools.central.jobs.AbstractRefreshJob.run(AbstractRefreshJob.java:186)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
> !ENTRY org.jboss.tools.central 4 0 2012-10-23 15:28:27.132
> !MESSAGE Permission denied: connect
> !STACK 0
> java.net.SocketException: Permission denied: connect
> at java.net.DualStackPlainSocketImpl.waitForConnect(Native Method)
> at java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:75)
> at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
> at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
> at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:157)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
> at java.net.Socket.connect(Socket.java:579)
> at org.eclipse.ecf.provider.filetransfer.events.socket.SocketEventCreateUtil.createSocket(SocketEventCreateUtil.java:43)
> at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:81)
> at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:73)
> at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:65)
> at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
> at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
> at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
> at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
> at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
> at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
> at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1142)
> at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:710)
> at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:889)
> at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:576)
> at org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
> at org.jboss.tools.project.examples.filetransfer.ECFExamplesTransport.transfer(ECFExamplesTransport.java:319)
> at org.jboss.tools.project.examples.filetransfer.ECFExamplesTransport.performDownload(ECFExamplesTransport.java:246)
> at org.jboss.tools.project.examples.filetransfer.ECFExamplesTransport.download(ECFExamplesTransport.java:206)
> at org.jboss.tools.central.jobs.AbstractRefreshJob.run(AbstractRefreshJob.java:186)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBIDE-16398) Aerogear Push Plugin
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16398?page=com.atlassian.jira.plugi... ]
Ilya Buziuk commented on JBIDE-16398:
-------------------------------------
[~burrsutter], IMO there is a meaningful message in the "I Haz Cheeseburger" pop-up - PushPlugin.register can't be simulated. Actually every time when Ripple / CordovaSim can't find a suitable handler to process a function, it will show that pop-up with a function name in it. It is standardized way of handling unimplemented stuff. There are tons of plugins and I don't like the idea of processing every single unimplemented function / plugin separately. However, if you think we should do that *only* for Aerogear Push Cordova Plugin it is doable (but I still don't see much sense it)
> Aerogear Push Plugin
> --------------------
>
> Key: JBIDE-16398
> URL: https://issues.jboss.org/browse/JBIDE-16398
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: browsersim
> Reporter: Burr Sutter
> Assignee: Ilya Buziuk
>
> Adding the Aerogear Push Cordova Plugin causes an error in CordovaSim/Ripple.
> Yes, APNS/GCM can not be simulated, however, we should attempt to augment the message to say "Push can not be simulated, use real hardware".
> http://screencast.com/t/Ud7ZlQQvJ
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBIDE-15932) CordovaSim needs to display console logs especially during startup
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15932?page=com.atlassian.jira.plugi... ]
Ilya Buziuk commented on JBIDE-15932:
-------------------------------------
< Is there a way to display JS errors in CordovaSim?
[~burrsutter], I have found a way to do it by overriding *window.onerror* with a BrowserFunction. Actually I have decided to override main js console functions:
- console.log
- console.warn
- console.error
- + window.onerror
Each function will have a different color in the eclipse console. I have created a short demo video - http://www.youtube.com/watch?v=sNneG-eZSz0&feature=youtu.be
> CordovaSim needs to display console logs especially during startup
> ------------------------------------------------------------------
>
> Key: JBIDE-15932
> URL: https://issues.jboss.org/browse/JBIDE-15932
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: browsersim
> Affects Versions: 4.1.1.Beta1
> Reporter: Gorkem Ercan
> Assignee: Ilya Buziuk
> Priority: Blocker
> Labels: jbds711
> Fix For: 4.1.2.CR1, 4.2.0.Alpha2
>
>
> When a cordova application is launched the console.log calls are not displayed on Eclipse console (or anywhere else). CordovaSim needs a place to display the logs either within eclipse or on the Ripple console so the user can be notified about errors happening early on.
> Just using firebug or similar would not solve this issue since it is not started early enough.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBIDE-16405) Engines switcher in BrowserSim does not work on java7u51
by Konstantin Marmalyukov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16405?page=com.atlassian.jira.plugi... ]
Konstantin Marmalyukov commented on JBIDE-16405:
------------------------------------------------
After my investigations I found out very interesting things. I develop switcher using JBDS7, and crashes happens there. When I try to do the same in Eclipse Luna M4, everything becomes fine(loading SWT at first, then Javafx). For Kepler SR1 everything is also fine too. I think I should wait for Alpha2 release and see what will happen there.
> Engines switcher in BrowserSim does not work on java7u51
> --------------------------------------------------------
>
> Key: JBIDE-16405
> URL: https://issues.jboss.org/browse/JBIDE-16405
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: browsersim
> Affects Versions: 4.2.0.Alpha1
> Environment: Windows 7, java7u51
> Reporter: Konstantin Marmalyukov
> Assignee: Konstantin Marmalyukov
> Priority: Critical
> Fix For: 4.2.0.Alpha2
>
>
> java.lang.UnsatisfiedLinkError: C:\Program Files (x86)\Java\jdk1.7.0_51\jre\bin\jfxwebkit.dll: Can't find dependent libraries
> Upstream issue: https://javafx-jira.kenai.com/browse/RT-35480
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBIDE-16376) Disabled "fetch-zips" on aggregate
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16376?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-16376:
----------------------------------------
Oh, yeah, you're right, I forgot that.
Yes, that's indeed some cleanup we could do. I'll make a PR.
> Disabled "fetch-zips" on aggregate
> ----------------------------------
>
> Key: JBIDE-16376
> URL: https://issues.jboss.org/browse/JBIDE-16376
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.2.0.Alpha2
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Fix For: 4.2.0.Alpha2
>
>
> As a consequence of changes for JBIDE-16309, the Maven mojo which fetches zip from aggregate files doesn't work any more.
> So I disabled it (added fetch-zips-for-aggregate.skip=true ). We should decide whether to keep this or not. It seems to me that so far, the individual zips have not been used often, so we may be able to get rid of it.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (JBIDE-16376) Disabled "fetch-zips" on aggregate
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16376?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-16376:
------------------------------------
I'd asked earlier: "Rather than needing the fetch-zips-for-aggregate.skip=true flag in jobs and when building locally, we should just disable that whole section of the mojo, as the behaviour is no longer desired."
Shouldn't we do that so that the flag isn't needed?
> Disabled "fetch-zips" on aggregate
> ----------------------------------
>
> Key: JBIDE-16376
> URL: https://issues.jboss.org/browse/JBIDE-16376
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.2.0.Alpha2
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Fix For: 4.2.0.Alpha2
>
>
> As a consequence of changes for JBIDE-16309, the Maven mojo which fetches zip from aggregate files doesn't work any more.
> So I disabled it (added fetch-zips-for-aggregate.skip=true ). We should decide whether to keep this or not. It seems to me that so far, the individual zips have not been used often, so we may be able to get rid of it.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months