failed to start

37 views
Skip to first unread message

Zsombor G

unread,
Feb 22, 2016, 9:31:03 AM2/22/16
to jabylon
Hi,

  As the last release seemed so old, I've thought to try out the latest version from git.
 I've executed maven, and extracted the resulting releng/standalone/target/jabylon-standalone.zip, and tried to run it with the "jabylon.sh start" script.

Unfortunately, I haven't succeeded it : the server starts up, but for every request, only a 404 is returned by jetty. I've checked the logs, but the only exception is this:

[INFO] BundleEvent STARTED
2016-02-19 16:45:23,968 org.jabylon.updatecenter [org.jabylon.cdo.server.logging.OSGiLogger@599698d] o.j.c.s.l.OSGiLogger [OSGiLogger.java : 51]
[ERROR] FrameworkEvent ERROR
org.osgi.framework.BundleException: The bundle "org.jabylon.updatecenter_1.2.0.SNAPSHOT [9]" could not be resolved. Reason: Missing Constraint: Import-Package: org.jabylon.rest.ui.model; version="[1.2.0,2.0.0)"
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolverError(AbstractBundle.java:1332) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolutionFailureException(AbstractBundle.java:1316) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:323) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:390) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1176) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:559) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:544) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:457) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:243) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:438) ~[na:na]
        at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:1) ~[na:na]
        at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) ~[na:na]
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340) ~[na:na]
2016-02-19 16:45:23,969 org.eclipse.osgi [org.jabylon.cdo.server.logging.OSGiLogger@599698d] o.j.c.s.l.OSGiLogg

Is it relevant ? Or how can I fix this in the source? Or what to check for to debug the issue?

Otherwise, it seems to be a very interesting project, the only thing, which I've found at the homepage, if it's supports translating of JSON files or not? If not, what do you think, how complex to add this feature ?

Best regards,
 Zsombor

Sascha Vogt

unread,
Feb 23, 2016, 2:18:36 AM2/23/16
to jab...@googlegroups.com, gzso...@gmail.com
Hi Zsombor,


Am 22.02.2016 um 15:31 schrieb Zsombor G:
> Hi,
>
> As the last release seemed so old, I've thought to try out the latest
> version from git.
> I've executed maven, and extracted the resulting
> releng/standalone/target/jabylon-standalone.zip, and tried to run it
> with the "jabylon.sh start" script.
you don't have to manually build it yourself.
The latest version is available here:
http://jenkins-jabylon.rhcloud.com/job/jabylon/lastSuccessfulBuild/artifact/releng/standalone/target/jabylon-standalone.zip

This is also linked on the download page, check the nightly section
(http://jabylon.org/download.html)
Not really sure, whats going on there. Can you send the full log? In
addition: What Java version and vendor are you using? Do you have
JAVA_HOME (env variable) set?

> Otherwise, it seems to be a very interesting project, the only thing,
> which I've found at the homepage, if it's supports translating of JSON
> files or not? If not, what do you think, how complex to add this feature ?
Well technically it should be relativley easy to extend Jabylon to other
formats. Just recently we had an extension for XLIFF.

Do you have a spec for the "translation in JSON files"? Where is that
used? If you have a "proprietary" format, check for example the Android
XML implementation here:
https://github.com/jutzig/jabylon-plugins/tree/master/android/src/main/java/org/jabylon/android

It's only two classes you need to provide to extend it to your format
(in case it's a fairly straight forward one :) )

Greetings
-Sascha-

Zsombor

unread,
Feb 23, 2016, 2:42:05 AM2/23/16
to Sascha Vogt, jab...@googlegroups.com
Hi,

 Thanks, interestingly this snapshot build works. I'm very curious what could be the culprit - I've tried to build in two different environment, with the same result. Maybe something in my maven caches? I'm using Java 1.8.0_66.
I've attached the logs.
 The json format is very simple ( we are using it for Angular Translate ) - the keys are the keys, the values are the translated texts :) Under <project>/i18n/<lang key>/<modulename>.json.
I will try to implement a reader/writer, it doesn't seem that complex :)

One more question, am I right, that currently for the git integrations, there is no way to specify ssh keys?

Best regards,
 Zsombor

jabylon.log

Johannes Utzig

unread,
Feb 23, 2016, 3:58:55 AM2/23/16
to jabylon, sasch...@gmail.com, gzso...@gmail.com



 Thanks, interestingly this snapshot build works. I'm very curious what could be the culprit - I've tried to build in two different environment, with the same result. Maybe something in my maven caches? I'm using Java 1.8.0_66.
I've attached the logs.

Have you tried "mvn clean install"? The manifests sometimes get stuck on incremental builds.
 

One more question, am I right, that currently for the git integrations, there is no way to specify ssh keys?


You are correct, but it should not be hard to add. I was thinking it should look first in ${JABYLON _HOME}/.ssh/.id_rsa[dsa] and then in ${HOME}/.ssh/.id_rsa[dsa]. Does that sounds OK to you?
I can look into that before the release.

Zsombor

unread,
Feb 23, 2016, 4:41:32 AM2/23/16
to Johannes Utzig, jabylon, sasch...@gmail.com
I've even tried to remove everything under ~/.m2/repository, but it didn't make any difference.

About ssh: I would rather see a simple textarea, where the private key can be entered, just like in gerrit / jenkins / etc, that would be more straightforward, and easily understandable for the user. Or at least, for me :)

Thanks,
  Zsombor

Johannes Utzig

unread,
Feb 23, 2016, 5:03:19 AM2/23/16
to jabylon, jutzi...@googlemail.com, sasch...@gmail.com, gzso...@gmail.com


Am Dienstag, 23. Februar 2016 10:41:32 UTC+1 schrieb Zsombor G:
I've even tried to remove everything under ~/.m2/repository, but it didn't make any difference.


Strange indeed. The MANIFEST.MF of rest.ui should contain this entry:
org.jabylon.rest.ui.model;uses:="com.google.common.base,or
 g.apache.wicket,org.apache.wicket.markup.repeater.data,org.apache.wicke
 t.model,org.apache.wicket.resource.loader,org.apache.wicket.util.conver
 t,org.eclipse.emf.cdo,org.eclipse.emf.cdo.common.id,org.eclipse.emf.eco
 re,org.jabylon.common.progress,org.jabylon.properties,org.osgi.service.
 prefs";version="1.2.0.SNAPSHOT"

 
About ssh: I would rather see a simple textarea, where the private key can be entered, just like in gerrit / jenkins / etc, that would be more straightforward, and easily understandable for the user. Or at least, for me :)

JSch requires a private key file and since this is sensitive information I would rather have the user know where the file is and why it is there.
 
Johannes

Zsombor

unread,
Feb 23, 2016, 5:50:02 AM2/23/16
to Johannes Utzig, jabylon, Sascha Vogt
Good point, but as these kind of authentication problems are hard to debug, and everything else is configured on the web frontend, it would be important to display, which file it tries to use - and to configure it - (I'm not sure, what will happen, if JSch tries to connect to a server which doesn't need a key, but Jabylon tries to set one) The other thing is that would be nice, if multiple projects could have different private keys, because they are hosted on different servers.

But they are just suggestions :)

Regards,
 Zsombor



Johannes Utzig

unread,
Feb 23, 2016, 7:00:25 AM2/23/16
to jabylon, jutzi...@googlemail.com, sasch...@gmail.com, gzso...@gmail.com
Fair point...
Adding a key identity for a server that uses username/password should not be a problem, all identities are tried as far as I know.

Maybe a path to a keyfile (either relative to jabylon home or absolut) instead. The password field could be used as the keyphrase if a keyfile is specified.
The best solution might be to have a seperate form to provide named private keys that will be stored in JABYLON_HOME/.ssh and then a combo box to select one of the available ones.
I'll need to look what would need to be done for that...

Johannes Utzig

unread,
Mar 9, 2016, 6:46:34 PM3/9/16
to jabylon, jutzi...@googlemail.com, sasch...@gmail.com, gzso...@gmail.com

Please have a look at
https://github.com/jutzig/jabylon/issues/255

So far I only tested it with github ssh though.
You can provide a private key alongside with username/password in the web ui.
If I understand the sparse JSch documentation correctly then having a private key at a typical location (e.g. .ssh/id_rsa) should also work but I haven't tested that yet.

When you have a chance, you can download the snapshot build and give it a try.
http://jenkins-jabylon.rhcloud.com/job/jabylon/lastSuccessfulBuild/artifact/releng/standalone/target/jabylon-standalone.zip

Johannes
Reply all
Reply to author
Forward
0 new messages