Fail to start MobileFirst development server - eclipse

I have the following environment:
Windows 7 64-bit OS;
Eclipse Kepler SR2 32-bit + JDK 1.7 32-bit;
MobileFirst Platform Studio 6.3 20150106-1717
When I opened my eclipse I clicked on the green play button to start the development server, I got the following errors; or if I create a simple project and attempt to deploy it on the dev server, same errors come out; or if I delete the server and create a new one and then try to start it; or if I install 64-bit eclipse with 64-bit Java 7:
com.ibm.ws.kernel.boot.LaunchException: Caught unexpected exception java.lang.IllegalArgumentException: URI has an authority component
at com.ibm.ws.kernel.boot.internal.KernelBootstrap.rethrowException(KernelBootstrap.java:418)
at com.ibm.ws.kernel.boot.internal.KernelBootstrap.go(KernelBootstrap.java:183)
at com.ibm.ws.kernel.boot.Launcher.createPlatform(Launcher.java:131)
at com.ibm.ws.kernel.boot.Launcher.main(Launcher.java:55)
at com.ibm.ws.kernel.boot.cmdline.EnvCheck.main(EnvCheck.java:52)
Caused by: java.lang.IllegalArgumentException: URI has an authority component
at java.io.File.<init>(Unknown Source)
at com.ibm.ws.kernel.boot.cmdline.Utils.getInstallDir(Utils.java:38)
at com.ibm.ws.kernel.productinfo.ProductInfo.getAllProductInfo(ProductInfo.java:53)
at com.ibm.ws.kernel.boot.internal.KernelBootstrap.getProductInfoDisplayName(KernelBootstrap.java:395)
at com.ibm.ws.kernel.boot.internal.KernelBootstrap.go(KernelBootstrap.java:119)
... 3 more
Listening for transport dt_socket at address: 10777
CWWKE0005E: The runtime environment could not be launched.
CWWKE0018E: An exception occurred while launching the runtime environment: java.lang.IllegalArgumentException: URI has an authority component
I tried everything but no luck, so please diagnose this issue, thanks.

This is unrelated to MobileFirst Platform, and may be instead related to the problem described in the following IBM tech note: http://www-01.ibm.com/support/docview.wss?uid=swg21584343
It is unclear from the question and comments if the workspace is in a different network drive than the Eclipse folder. If yes, consider placing both in the the same "physical location".

I did realize my system location was out of sync thus I did open the jvm.options file and copy pasted the below configuration
-Dibm.worklight.admin.db.type=DERBY
-Dfile.encoding=UTF-8
-Duser.language=en
-Duser.country=US
-Djava.awt.headless=true
-Dwas.debug.mode=true
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=10777
-Dcom.ibm.websphere.ras.inject.at.transform=true
-Dcom.ibm.ws.jmx.connector.client.rest.readTimeout=180000
-Dibm.worklight.admin.db.type=DERBY
-Xmx1024m
-Dos.name=Windows
-DwlSyncStart=false
-Dibm.worklight.rhino.debug=transport=socket,address=9000
Which worked in my case , all the best.

Related

No match for watch event 'sun.nio.fs.AbstractWatchKey$Event#3f5ed469', path 'D:\apache-tomcat-7.0.50\logs\log_file.log'

I have setup DCEVM + Hotswap Agent on my local machine with tomcat and eclipse. I followed steps given at
http://hotswapagent.org/mydoc_quickstart.html
i am using jdk1.8.0_112 so i have downloaded DCEVM-light-8u112-installer.jar and patched my JVM using it.
when i start tomcat server in eclipse its giving below error
HOTSWAP AGENT: 19:38:57.939 ERROR (org.hotswap.agent.watch.nio.EventDispatcher) - No match for watch event 'sun.nio.fs.AbstractWatchKey$Event#3f5ed469', path 'D:\apache-tomcat-7.0.50\logs\log_file.log'
Use version 1.3.0 (https://github.com/HotswapProjects/HotswapAgent/releases/tag/RELEASE-1.3.0). This fixes the issue.

NoSuchMethodError: org.eclipse.jetty.util.MultiMap.add

I loaded my Spring/Maven project in Eclipse (Spring Tools Suite variant), installed Run Jetty Run, and clicked Run Jetty.
PROBLEM: Jetty does not start correctly:
OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=128m; support was removed in 8.0
Running Jetty 9.0.0.M3
ParentLoaderPriority enabled
Enable config class:runjettyrun.webapp.RJRWebInfConfiguration
Enable config class:org.eclipse.jetty.webapp.WebXmlConfiguration
Enable config class:runjettyrun.webapp.RJRMetaInfoConfiguration
Enable config class:org.eclipse.jetty.webapp.FragmentConfiguration
Enable config class:runjettyrun.annotation.RJRAnnotationConfiguration
Enable config class:org.eclipse.jetty.webapp.JettyWebXmlConfiguration
Enable config class:org.eclipse.jetty.webapp.TagLibConfiguration
ProjectClassLoader: entry=/home/nico/src/nemaki/core/target/classes
ProjectClassLoader: entry=/home/nico/.m2/repository/javax/servlet/javax.servlet-api/3.0.1/javax.servlet-api-3.0.1.jar
[... many other JAR libraries, none being Jetty ...]
ProjectClassLoader: entry=/home/nico/.m2/repository/jp/aegif/nemakiware/nemakiware-common/2.3.10/nemakiware-common-2.3.10.jar
Excluded entry=/home/nico/src/nemaki/core/target/test-classes
2016-09-30 17:17:09.780:INFO:oejs.Server:main: jetty-9.0.0.M3
2016-09-30 17:17:12.121:WARN:oejuc.AbstractLifeCycle:main: FAILED o.e.j.w.WebAppContext#694e1548{/core,[file:/home/nico/src/nemaki/core/WebContent/],STARTING}: java.lang.NoSuchMethodError: org.eclipse.jetty.util.MultiMap.add(Ljava/lang/Object;Ljava/lang/Object;)V
java.lang.NoSuchMethodError: org.eclipse.jetty.util.MultiMap.add(Ljava/lang/Object;Ljava/lang/Object;)V
at org.eclipse.jetty.annotations.ClassInheritanceHandler.handle(ClassInheritanceHandler.java:56)
at org.eclipse.jetty.annotations.AnnotationParser$MyClassVisitor.visit(AnnotationParser.java:398)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
QUESTION: How can I fix it?
You are running an unstable version of Jetty.
Version 9.0.0.M3 is not a stable release (that's an experimental milestone release, a candidate for release, something to help integrators start to evolve their code for the eventual release).
Use a stable release, such as 9.3.12.v20160915 and you'll have a much better experience.
In 9.3.12.v20160915 the MultiMap class can be found in jetty-util-9.3.12.v20160915.jar
Also note, Jetty 9 is servlet 3.1, not 3.0.1 (seen in your output)
As explained by Joakim, 9.0.0.M3 is an old version of Jetty.
Fortunately, Run Jetty Run has been updated a few weeks ago.
Here is how to use the latest Run Jetty Run:
Uninstall from Eclipse any existing version of Run Jetty Run
Add this update site: http://xzer.github.io/run-jetty-run-updatesite/nightly/
Install from it the required component and the optional component 9.3.6
You now have Run Jetty Run using Jetty 9.3.6, which is a year old already but does not trigger the error above. Be sure to select it in Run configurations.

How to configure javah tool in Eclipse Version: 4.2.0 in windows (android NDK compilation)

i try to set up super simple exteranl tooling in eclispe , that is javah
what ever i do , that means trying all the links in the web still can set it right .
and when i close the external tool config it gives me error
i tried with and without the -jni still gives me the error:
Exception in thread "main" java.lang.IllegalArgumentException: Not a valid class name: –d
at com.sun.tools.javac.api.JavacTool.getTask(JavacTool.java:177)
at com.sun.tools.javac.api.JavacTool.getTask(JavacTool.java:68)
at com.sun.tools.javah.JavahTask.run(JavahTask.java:509)
at com.sun.tools.javah.JavahTask.run(JavahTask.java:335)
at com.sun.tools.javah.Main.main(Main.java:46)
try setting up an ant task - see link
http://ant.apache.org/manual/Tasks/javah.html

Eclipse doesn't show java source code

I'm running java 1.6 in Eclipse on my Intel Mac. I'm using the 1.6.0 version under System/Library/Frameworks and set the default compiler to this in Eclipse.
How do I attach the source code?
First, I downloaded the 1.6 source from oracle, thinking I could attach that 'cause the installed 1.6 didn't have source.
When I click a java class to get the Source Code Editor, there are problems:
first, the top line says Compiled from File.java (version 1.5 : 49.0, super bit)
most important, when I attach the 1.6 source jar file, it gets an error:
An error has occurred. See error log for more details.
Unable to create resource org.eclipse.ui.internal.misc.ExternalProgramImageDescriptor#50417ba8
This also appears in the error log:
java.lang.ClassNotFoundException: org.eclipse.ui.internal.views.log.LogView
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:506)
The Eclipse version is: Eclipse Java EE IDE for Web Developers.
Version: Helios Service Release 2
Build id: 20110218-0911
When I click for installation details, I get:
An internal error occurred during: "Fetching children of _SELF_".
Registry Directory not available: /Users/rfrail/Downloads/eclipse 2/p2/org.eclipse.equinox.p2.engine/profileRegistry.
I'm running Eclipse from my Download directory (it's worked fine in the past); however, there are 2 folders for Eclipse:
eclipse, and
eclipse 2.
So that looks like a source of confusion right there. Eclipse operates fine otherwise.
Can you help, please?
http://java.decompiler.free.fr/ is your answer
it has an eclipse plugin which decompiles code in place

Eclipse 3.x unable to debug tomcat 5.5 with java 1.6.0_14?

I'm trying to launch and debug tomcat 5.5 with a webapp in java 6.
I have set up JAVA_HOME in the tomcat's eclipse configuration (in "replace environment" mode) but I get the following error:
ERROR: transport error 202: gethostbyname: unknown host
ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)
JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:690]
FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
If I launch directly the startup.bat, it works fine.
Does anybody managed to solve it?
Thanks!
Is this a firewall issue?
Otherwise you need to compare:
the command line used by the eclipse launcher and
the one generated by the startup.bat
(through a tool like ProcessExplorer for instance)
I was facing the same issue
adding
-vm
C:\Program Files\Java\jdk1.7.0_71\jre\bin\javaw.exe (path of javaw.exe)
in eclipse.ini file make its work
I finally deleted the tomcat configuration and created a new one, with a proper server (tomcat 5.5 + jdk 6) and then everything worked fine.
I suppose the configuration had something wrong...
I mark VonC's answer as the correct for his useful hints.