Hello all,
I'm having trouble connecting CRXDE to my CQ5.5 repository with a particular server configuration. When trying to login/connect to my server, I get the following messages popup from the CRXDE app:
"Error initializing workspace: No file system is defined for scheme: jcr"
Whe I click this away, another popup appear with:
"An error has occurred. See the log file D:\users\kristian\.crxde\.metadata\.log."
After clicking that message away, CRXDE closes.
The output of the log file is:
!SESSION 2013-01-20 11:06:21.994 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.7.0_07
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_AU
Command-line arguments: -os win32 -ws win32 -arch x86_64
!ENTRY org.eclipse.osgi 4 0 2013-01-20 11:06:55.166
!MESSAGE Application error
!STACK 1
java.lang.reflect.InvocationTargetException
at org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:121)
at com.day.cq.ide.CQDEApplication.start(CQDEApplication.java:62)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLau ncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.jav a:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
Caused by: org.eclipse.core.runtime.CoreException: No file system is defined for scheme: jcr
at org.eclipse.core.internal.filesystem.Policy.error(Policy.java:55)
at org.eclipse.core.internal.filesystem.Policy.error(Policy.java:50)
at org.eclipse.core.internal.filesystem.InternalFileSystemCore.getFileSystem(InternalFileSys temCore.java:65)
at org.eclipse.core.internal.filesystem.InternalFileSystemCore.getStore(InternalFileSystemCo re.java:107)
at org.eclipse.core.filesystem.EFS.getStore(EFS.java:350)
at com.day.cq.ide.fs.JCRFileSystemPlugin.registerExtensions(JCRFileSystemPlugin.java:100)
at com.day.cq.ide.init.SetupWorkspaceOperation.initWorkspace(SetupWorkspaceOperation.java:16 6)
at com.day.cq.ide.init.SetupWorkspaceOperation.execute(SetupWorkspaceOperation.java:119)
at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:106)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
at org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:118)
... 14 more
Root exception:
org.eclipse.core.runtime.CoreException: No file system is defined for scheme: jcr
at org.eclipse.core.internal.filesystem.Policy.error(Policy.java:55)
at org.eclipse.core.internal.filesystem.Policy.error(Policy.java:50)
at org.eclipse.core.internal.filesystem.InternalFileSystemCore.getFileSystem(InternalFileSys temCore.java:65)
at org.eclipse.core.internal.filesystem.InternalFileSystemCore.getStore(InternalFileSystemCo re.java:107)
at org.eclipse.core.filesystem.EFS.getStore(EFS.java:350)
at com.day.cq.ide.fs.JCRFileSystemPlugin.registerExtensions(JCRFileSystemPlugin.java:100)
at com.day.cq.ide.init.SetupWorkspaceOperation.initWorkspace(SetupWorkspaceOperation.java:16 6)
at com.day.cq.ide.init.SetupWorkspaceOperation.execute(SetupWorkspaceOperation.java:119)
at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:106)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
at org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:118)
at com.day.cq.ide.CQDEApplication.start(CQDEApplication.java:62)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLau ncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.jav a:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
The error.log on the CQ5 instance outputs the following when trying to connect:
20.01.2013 11:47:04.232 *WARN* [123.456.789.012 [1358642824230] GET /bin/crxde.classpath.xml HTTP/1.1] com.day.crx.ide.CRXDEServlet bundle location is not an URI: System Bundle
20.01.2013 11:47:04.235 *INFO* [123.456.789.012 [1358642824230] GET /bin/crxde.classpath.xml HTTP/1.1] org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceManager cachename=crx.defaultBundleCache[ConcurrentCache@2f202573], elements=2476, usedmemorykb=8188, maxmemorykb=8192, access=5024501, miss=864065
I know my CRXDE app is functional, as it does connect to a localhost instance, and also other remote instances. Also, I get the same results from this server running CRXDE from different conputers with different Java versions. So I have the feeling that my server setup here may have something to do with it, and I might need to tweak some OSGI settings somewhere, but I'm not sure what...
I use an Apache server as a gateway to my CQ5 servers. The Apache server takes https requests (on 443, or 80 which auto-redirects to 443) and then uses a Reverse Proxy to send the traffic to the required CQ5 server based on the host name. So https://mycq5auth.company.com hits my Apache server on port 443, and Apache then sends the traffic to an internal (non internet facing) CQ5 author server on port 4502. CQ5 does it's thing, sends the traffic back to Apache, which then serves it back out on 443.
All of this works great in the browser - the entire CQ5 instance works, including the OSGI console, CRXDE Lite etc - everything. Only the CRXDE app seems to be having issues with this config.
I've had a google around for solutions, but I haven't come across too much regarding these errors.
Anyone have any suggestions on what I might try to resolve this?
Thanks,
K