[Bug 1314319] New: Checkstyle in Eclipse produces "Could not initialize class net.sf.eclipsecs.core.builder.CheckerFactory"
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1314319
Bug ID: 1314319
Summary: Checkstyle in Eclipse produces "Could not initialize
class net.sf.eclipsecs.core.builder.CheckerFactory"
Product: Fedora
Version: 23
Component: eclipse
Severity: high
Assignee: akurtako(a)redhat.com
Reporter: outyklin(a)sharklasers.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, rgrunber(a)redhat.com
Description of problem:
Checkstyle in Eclipse doesn't work
Version-Release number of selected component (if applicable):
$ rpm -qa|grep eclipse
eclipse-testng-6.8.6-6.fc23.noarch
eclipse-emf-core-2.11.1-1.fc23.x86_64
eclipse-mylyn-docs-wikitext-3.18.0-2.fc23.noarch
eclipse-webtools-servertools-core-3.7.0-1.fc23.noarch
eclipse-remote-2.0.1-2.fc23.noarch
eclipse-webtools-sourceediting-3.7.0-1.fc23.noarch
eclipse-filesystem-1.0-5.fc23.x86_64
eclipse-tm-terminal-4.0.0-3.fc23.noarch
eclipse-equinox-osgi-4.5.1-12.fc23.x86_64
eclipse-mylyn-3.18.0-2.fc23.noarch
eclipse-webtools-common-core-3.7.0-1.fc23.noarch
eclipse-gef-3.10.1-1.fc23.noarch
eclipse-checkstyle-6.5.0-2.fc23.noarch
maven-eclipse-plugin-2.9-14.fc23.noarch
eclipse-swt-4.5.1-12.fc23.x86_64
eclipse-e4-importer-0.1.0-0.5.gite4610b6.fc23.noarch
eclipse-ecf-core-3.12.0-1.fc23.x86_64
eclipse-findbugs-3.0.1-3.fc23.noarch
eclipse-cdt-8.8.0-6.fc23.x86_64
eclipse-egit-4.2.0-1.fc23.noarch
eclipse-jgit-4.2.0-2.fc23.noarch
eclipse-findbugs-contrib-6.4.3-1.fc23.noarch
eclipse-rse-3.7.0-5.git97bd591.fc23.noarch
eclipse-platform-4.5.1-12.fc23.x86_64
eclipse-emf-runtime-2.11.1-1.fc23.noarch
eclipse-webtools-servertools-3.7.0-1.fc23.noarch
devassistant-dap-eclipse-0.10.0dev-9.fc23.noarch
eclipse-pde-4.5.1-12.fc23.x86_64
eclipse-xsd-2.11.0-1.fc23.noarch
eclipse-jdt-4.5.1-12.fc23.x86_64
eclipse-webtools-common-3.7.0-1.fc23.noarch
How reproducible:
Always
Steps to Reproduce:
1. Start Eclipse
2. Select a resource and do a "Check Code with Checkstyle"
3. Observe error message
Actual results:
A pop-up with the title Problem Occured with the text
An internal error occurred during: "Checking files...".
Could not initialize class net.sf.eclipsecs.core.builder.CheckerFactory
Expected results:
Checkstyle would execute
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 4 months
[Bug 1290991] New: [abrt] eclipse-platform: signalHandler(): eclipse
killed by SIGABRT
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1290991
Bug ID: 1290991
Summary: [abrt] eclipse-platform: signalHandler(): eclipse
killed by SIGABRT
Product: Fedora
Version: 23
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: safir(a)inbox.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, rgrunber(a)redhat.com
Version-Release number of selected component:
eclipse-platform-4.5.1-5.fc23
Additional info:
reporter: libreport-2.6.3
backtrace_rating: 3
cmdline: eclipse
crash_function: signalHandler
executable: /usr/lib/eclipse/eclipse
global_pid: 6709
kernel: 4.2.6-301.fc23.i686
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#6 signalHandler at
/usr/src/debug/java-1.8.0-openjdk-1.8.0.65-4.b17.fc23.i386/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:4222
#8 webkit_web_view_draw at Source/WebKit/gtk/webkit/webkitwebview.cpp:724
#9 _gtk_widget_draw_internal at gtkwidget.c:6831
#11 _gtk_widget_draw_windows at gtkwidget.c:6933
#12 _gtk_widget_draw at gtkwidget.c:7007
#13 gtk_container_propagate_draw_internal at gtkcontainer.c:3797
#14 gtk_container_draw at gtkcontainer.c:3666
#15 gtk_scrolled_window_draw at gtkscrolledwindow.c:2354
#16 _gtk_widget_draw_internal at gtkwidget.c:6831
#18 _gtk_widget_draw_windows at gtkwidget.c:6933
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hbdeQ81Q1l&a=cc_unsubscribe
7 years, 4 months
[Bug 1196167] New: tycho-extras: One of setGitDir or setWorkTree must be called
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1196167
Bug ID: 1196167
Summary: tycho-extras: One of setGitDir or setWorkTree must be
called
Product: Fedora
Version: rawhide
Component: tycho-extras
Assignee: rgrunber(a)redhat.com
Reporter: mizdebsk(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: eclipse-sig(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com, rgrunber(a)redhat.com
Description of problem:
It looks like tycho-sourceref-jgit is not compatible with jgit used in Fedora.
When trying to use tycho-sourceref-jgit from tycho-packaging-plugin,
an IllegalArgumentException is thrown.
Version-Release number of selected component (if applicable):
0.22.0-2
Reproducer:
<plugin>
<groupId>org.eclipse.tycho</groupId>
<artifactId>tycho-packaging-plugin</artifactId>
<version>${tycho-version}</version>
<configuration>
<format>yyyyMMdd-HHmm</format>
<sourceReferences>
<generate>true</generate>
</sourceReferences>
</configuration>
<dependencies>
<dependency>
<groupId>org.eclipse.tycho.extras</groupId>
<artifactId>tycho-sourceref-jgit</artifactId>
<version>${tycho-extras-version}</version>
</dependency>
</dependencies>
</plugin>
Result:
Caused by: java.lang.IllegalArgumentException: One of setGitDir or setWorkTree
must be called.
at
org.eclipse.jgit.lib.BaseRepositoryBuilder.requireGitDirOrWorkTree(BaseRepositoryBuilder.java:587)
at
org.eclipse.jgit.lib.BaseRepositoryBuilder.setup(BaseRepositoryBuilder.java:554)
at
org.eclipse.jgit.storage.file.FileRepositoryBuilder.build(FileRepositoryBuilder.java:92)
at
org.eclipse.tycho.extras.sourceref.jgit.JGitSourceReferencesProvider.getSourceReferencesHeader(JGitSourceReferencesProvider.java:41)
at
org.eclipse.tycho.packaging.sourceref.SourceReferenceComputer.addSourceReferenceHeader(SourceReferenceComputer.java:50)
at
org.eclipse.tycho.packaging.PackagePluginMojo.updateManifest(PackagePluginMojo.java:253)
at
org.eclipse.tycho.packaging.PackagePluginMojo.createPluginJar(PackagePluginMojo.java:210)
at
org.eclipse.tycho.packaging.PackagePluginMojo.execute(PackagePluginMojo.java:138)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8c4LF9Q2iK&a=cc_unsubscribe
7 years, 4 months
[Bug 1353863] New: [Wayland?] Lots of warnings when running eclipse
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1353863
Bug ID: 1353863
Summary: [Wayland?] Lots of warnings when running eclipse
Product: Fedora
Version: 24
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: rhbz(a)genodeftest.de
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, rgrunber(a)redhat.com
Description of problem:
Version-Release number of selected component (if applicable):
eclipse-swt-4.6.0-0.6.git201605092000.fc24.x86_64
eclipse-platform-4.6.0-0.6.git201605092000.fc24.x86_64
gtk3-3.20.6-1.fc24.x86_64
How reproducible:
always on wayland. Not sure on x11 backends: warnings don't occur, but I guess
they are just suppressed.
Steps to Reproduce:
1. start a terminal in a gnome+wayland or weston session
2. start eclipse
3. watch stdout/stderr
Actual results:
Dozens of warnings. Most of them are printed more than once. For example:
Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while
allocating gadget (node toolbar, owner GtkToolbar)
Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while
allocating gadget (node toolbar, owner GtkToolbar)
Gdk-WARNING **: Couldn't map window 0x7f448aa02730 as susburface because its
parent is not mapped.
Gtk-WARNING **: Allocating size to GtkBox 0x7f448a198cf0 without calling
gtk_widget_get_preferred_width/height(). How does the code know the size to
allocate?
Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >= 0' failed in
GtkScrollbar
Gtk-WARNING **: Allocating size to GtkToolButton 0x7f448aaf4cd0 without calling
gtk_widget_get_preferred_width/height(). How does the code know the size to
allocate?
Gtk-WARNING **: Negative content width -1 (allocation 1, extents 1x1) while
allocating gadget (node trough, owner GtkProgressBar)
Gtk-WARNING **: Negative content width -1 (allocation 1, extents 1x1) while
allocating gadget (node trough, owner GtkProgressBar)
Expected results:
Less warnings. Ideally none at all, but we don't live in an ideal world …
Additional info:
I can only reproduce this issue on wayland Gdk backends, but I think it is also
present with x11 Gdk backend though Gdk/Gtk doesn't mind reporting this stuff
to console.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Bug 1327640] New: java.io.IOException: Cannot run program "/home/cheese" (in directory "/run/media/cheese/d9bd1b8b-a3ca-4959-807e-d6f9de9d8810/python-agent"): error=13, Permission denied
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1327640
Bug ID: 1327640
Summary: java.io.IOException: Cannot run program "/home/cheese"
(in directory
"/run/media/cheese/d9bd1b8b-a3ca-4959-807e-d6f9de9d881
0/python-agent"): error=13, Permission denied
Product: Fedora
Version: 23
Component: eclipse-pydev
Assignee: akurtako(a)redhat.com
Reporter: robinlee.sysu(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org,
jjohnstn(a)redhat.com, npmccallum(a)redhat.com
Version-Release number of selected component:
eclipse-pydev-4.5.3-1.fc23
Additional info:
reporter: libreport-2.6.4
cmdline: /usr/bin/java -Xms128m -Xmx1024m
-Dorg.eclipse.swt.browser.UseWebKitGTK=true -Dhelp.lucene.tokenizer=standard
-XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith
-XX:CompileCommand=exclude,org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding,<init>
-XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/dom/parser/cpp/semantics/CPPTemplates,instantiateTemplate
-XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/pdom/dom/cpp/PDOMCPPLinkage,addBinding
-XX:CompileCommand=exclude,org/python/pydev/editor/codecompletion/revisited/PythonPathHelper,isValidSourceFile
-XX:CompileCommand=exclude,org/eclipse/tycho/core/osgitools/EquinoxResolver,newState
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/usr/share/eclipse/dropins
-Dp2.fragments=/usr/share/eclipse/droplets,/usr/lib64/eclipse/droplets
-Declipse.p2.skipMovedInstallDetection=true -jar
/usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.3.100.v20160304-1300.jar
-os linux -ws gtk -arch x86_64 -showsplash
/usr/lib64/eclipse//plugins/org.eclipse.platform_4.5.2.v20160304-1300/splash.bmp
-launcher /usr/lib64/eclipse/eclipse -name Eclipse --launcher.library
/usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.300.v20160304-1300/eclipse_1613.so
-startup
/usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.3.100.v20160304-1300.jar
-protect master --launcher.appendVmargs -exitdata ff800d -vm /usr/bin/java
-vmargs -Xms128m -Xmx1024m -Dorg.eclipse.swt.browser.UseWebKitGTK=true
-Dhelp.lucene.tokenizer=standard
-XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith
-XX:CompileCommand=exclude,org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding,<init>
-XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/dom/parser/cpp/semantics/CPPTemplates,instantiateTemplate
-XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/pdom/dom/cpp/PDOMCPPLinkage,addBinding
-XX:CompileCommand=exclude,org/python/pydev/editor/codecompletion/revisited/PythonPathHelper,isValidSourceFile
-XX:CompileCommand=exclude,org/eclipse/tycho/core/osgitools/EquinoxResolver,newState
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/usr/share/eclipse/dropins
-Dp2.fragments=/usr/share/eclipse/droplets,/usr/lib64/eclipse/droplets
-Declipse.p2.skipMovedInstallDetection=true -jar
/usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.3.100.v20160304-1300.jar
eclipseplugin: org.python.pydev.shared_core
executable:
/usr/lib64/eclipse/dropins/pydev-core/eclipse/plugins/org.python.pydev.shared_core_4.5.3.201601221600
kernel: 4.4.6-300.fc23.x86_64
runlevel: N 5
type: libreport
uid: 1000
Truncated backtrace:
java.lang.RuntimeException: java.io.IOException: Cannot run program
"/home/cheese" (in directory
"/run/media/cheese/d9bd1b8b-a3ca-4959-807e-d6f9de9d8810/python-agent"):
error=13, Permission denied
at org.python.pydev.runners.SimpleRunner.run(SimpleRunner.java:312)
at org.python.pydev.runners.SimpleRunner.run(SimpleRunner.java:278)
at
org.python.pydev.runners.SimpleRunner.runAndGetOutput(SimpleRunner.java:329)
at
org.python.pydev.builder.pylint.PyLintVisitor$PyLintThread.passPyLint(PyLintVisitor.java:231)
at
org.python.pydev.builder.pylint.PyLintVisitor$PyLintThread.run(PyLintVisitor.java:113)
Caused by: java.io.IOException: Cannot run program "/home/cheese" (in directory
"/run/media/cheese/d9bd1b8b-a3ca-4959-807e-d6f9de9d8810/python-agent"):
error=13, Permission denied
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
at java.lang.Runtime.exec(Runtime.java:620)
at
org.python.pydev.shared_core.process.ProcessUtils.createProcess(ProcessUtils.java:103)
at
org.python.pydev.runners.SimpleRunner.createProcess(SimpleRunner.java:51)
at org.python.pydev.runners.SimpleRunner.run(SimpleRunner.java:310)
... 4 more
Caused by: java.io.IOException: error=13, Permission denied
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.<init>(UNIXProcess.java:248)
at java.lang.ProcessImpl.start(ProcessImpl.java:134)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
... 8 more
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Bug 1286794] New: [rfe] split up eclipse.ini file
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1286794
Bug ID: 1286794
Summary: [rfe] split up eclipse.ini file
Product: Fedora
Version: 23
Component: eclipse
Severity: low
Assignee: akurtako(a)redhat.com
Reporter: rhbz(a)genodeftest.de
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, rgrunber(a)redhat.com
Description of problem:
I have changed some parameters in eclipse.ini file, including:
--launcher.GTK_version set to 2, because Gtk3 is very slow
--launcher.XXMaxPermSize to 512M
-Xms512m
-Xmx4096m for performance
Every single time eclipse is getting an update I have to manually edit the
configuration because version numbers in "-startup" and "--launcher.library"
change. These are configuration options a user usually won't change.
On a semantic level I think those contents belong in two different files in
different folders. The user-editable config belongs in /etc, e.g. in a file
called /etc/eclipse.ini. The version-specific launcher.library and startup
options belong somewhere below /usr, probably /usr/share/eclipse.
Is that possible?
Version-Release number of selected component (if applicable):
eclipse-platform-4.5.1-5.fc23.x86_64
How reproducible:
always
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fBKkXWmOin&a=cc_unsubscribe
7 years, 5 months
[Bug 1342697] New: Arduino plug-in cannot loaded.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1342697
Bug ID: 1342697
Summary: Arduino plug-in cannot loaded.
Product: Fedora
Version: 24
Component: eclipse-cdt
Assignee: jjohnstn(a)redhat.com
Reporter: thunderbirdtr(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org,
jjohnstn(a)redhat.com, krzysztof.daniel(a)gmail.com,
rgrunber(a)redhat.com
Created attachment 1164654
--> https://bugzilla.redhat.com/attachment.cgi?id=1164654&action=edit
Arduino CDT package file list.
Description of problem:
Eclipse CDT Arduino plugin not working/cannot loaded.
Version-Release number of selected component (if applicable):
(installed from fedora pkg itself. It's not repository for sure)
eclipse-cdt-arduino-9.0.0-0.8.gitdff6b3b.fc24.x86_64
Actual results:
When I open eclipse and check "about eclipse" or "plugin-manager" It's not
showing any of arduino plugin information.I think config.ini need to change for
cdt imo.
Expected results:
Should load arduino plugin and should work.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Bug 1255007] New: eclipse @wayland - windows (bottoms & right edges) seem trimmed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1255007
Bug ID: 1255007
Summary: eclipse @wayland - windows (bottoms & right edges)
seem trimmed
Product: Fedora
Version: 22
Component: eclipse
Severity: high
Assignee: akurtako(a)redhat.com
Reporter: peljasz(a)yahoo.co.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, rgrunber(a)redhat.com
Description of problem:
which causes missing buttons: next, finish, similar.
Version-Release number of selected component (if applicable):
Mars
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=dEje4D9LxE&a=cc_unsubscribe
7 years, 6 months
[Bug 1353999] New: CNFE when running thermostat web-storage-service with jetty 9.4.0.M0
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1353999
Bug ID: 1353999
Summary: CNFE when running thermostat web-storage-service with
jetty 9.4.0.M0
Product: Fedora
Version: rawhide
Component: jetty
Assignee: mizdebsk(a)redhat.com
Reporter: sgehwolf(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: eclipse-sig(a)lists.fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com
Created attachment 1177703
--> https://bugzilla.redhat.com/attachment.cgi?id=1177703&action=edit
Proposed fix which works for us.
Description of problem:
This is an upstream bug in upcoming jetty 9.4.0. Caused by this refactoring:
https://github.com/eclipse/jetty.project/commit/a311c8bde171551a57ff28c04...
Version-Release number of selected component (if applicable):
$ rpm -q jetty-server
jetty-server-9.4.0-0.2.M0.fc25.noarch
$ rpm -q thermostat
thermostat-1.6.0-1.fc25.x86_64
How reproducible:
100%
Steps to Reproduce:
1. dnf install thermostat-webapp (A mock setup will do too)
2. echo -e 'yes\nm\nm\nm\nc\nc\nc\na\na\na' | thermostat setup -c
3. thermostat web-storage-service
Actual results:
starting storage server...
server listening on ip: mongodb://127.0.0.1:27518
log file is here: /root/.thermostat-1.6/logs/db.log
pid: 8285
2016-07-08 15:01:52.035:INFO::Thread-3: Logging initialized @1374ms
2016-07-08 15:01:52.083:INFO:oejs.Server:Thread-3: jetty-9.4.0.M0
2016-07-08 15:01:52.083:WARN:oejs.Server:Thread-3: THIS IS NOT A STABLE
RELEASE! DO NOT USE IN PRODUCTION!
2016-07-08 15:01:52.083:WARN:oejs.Server:Thread-3: Download a stable release
from http://download.eclipse.org/jetty/
2016-07-08 15:01:52.092:WARN:oejw.WebAppContext:Thread-3: Failed startup of
context
o.e.j.w.WebAppContext@6cdce5ed{/thermostat/storage,null,null}{/usr/share/thermostat/webapp}
java.lang.ClassNotFoundException: org.eclipse.jetty.webapp.WebInfConfiguration
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.eclipse.jetty.util.Loader.loadClass(Loader.java:65)
at
org.eclipse.jetty.webapp.WebAppContext.loadConfigurations(WebAppContext.java:931)
at
org.eclipse.jetty.webapp.WebAppContext.preConfigure(WebAppContext.java:451)
at
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:520)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at org.eclipse.jetty.server.Server.start(Server.java:437)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:106)
at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:93)
at org.eclipse.jetty.server.Server.doStart(Server.java:404)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
com.redhat.thermostat.web.endpoint.internal.JettyContainerLauncher.doStartContainerAndDeployWar(JettyContainerLauncher.java:214)
at
com.redhat.thermostat.web.endpoint.internal.JettyContainerLauncher.startContainerAndDeployWar(JettyContainerLauncher.java:125)
at
com.redhat.thermostat.web.endpoint.internal.JettyContainerLauncher.access$000(JettyContainerLauncher.java:77)
at
com.redhat.thermostat.web.endpoint.internal.JettyContainerLauncher$1.run(JettyContainerLauncher.java:99)
at java.lang.Thread.run(Thread.java:745)
server shutdown complete: /root/.thermostat-1.6/data/db
log file is here: /root/.thermostat-1.6/logs/db.log
Failed to start embedded jetty instance
Expected results:
No ClassNotFoundException and successful startup.
Additional info:
This is likely only reproducible when jetty is being started within an OSGi
environment. Such is the case for "thermostat web-storage-service".
Note that the code in Loader around line 65 looks like this:
@SuppressWarnings("rawtypes")
public static Class loadClass(String name)
throws ClassNotFoundException
{
ClassLoader loader=Thread.currentThread().getContextClassLoader();
return (loader==null ) ? Class.forName(name) : loader.loadClass(name);
}
loader in this context points to the app class loader which booted up the OSGi
framework. However, the OSGi bundle jetty-webapp was loaded as a bundle and
thus, classes inside it will get loaded with the bundles class loader. Then
TCCL won't see the relevant config classes in the webapp bundle whereas the
bundle class loader would see it.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 6 months