Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Eclipse Scout » UiServletFilter in Scout 6.0.0.RC2(Wrong import while porting code from RC1 to RC2)
UiServletFilter in Scout 6.0.0.RC2 [message #1733837] Wed, 01 June 2016 11:06 Go to next message
Andreas Christ is currently offline Andreas ChristFriend
Messages: 32
Registered: April 2016
Member
If you port your code from the Scout Neon version 6.0.0.RC1 to the latest RC2, there's an error in the ui.html module.

The import of ConfigFileCredentialVerifier in class UiServletFilter needs a change.
Old (and wrong in RC2):
import org.eclipse.scout.rt.server.commons.authentication.ConfigFileCredentialVerifier;
New:
import org.eclipse.scout.rt.platform.security.ConfigFileCredentialVerifier;

But if I start the application I get an NoClassDefFoundError:

2016-06-01 13:11:49,819 WARN  main org.eclipse.jetty.util.component.AbstractLifeCycle - FAILED o.e.s.d.j.P_WebAppContext@cb51256{/,file:/home/a3798/git/CustomerCareScout/customercare.ui.html.app.dev/src/main/webapp/,STARTING}: java.lang.NoClassDefFoundError: org/eclipse/scout/rt/server/commons/authentication/ICredentialVerifier [ @   ]
java.lang.NoClassDefFoundError: org/eclipse/scout/rt/server/commons/authentication/ICredentialVerifier
	at java.lang.ClassLoader.defineClass1(Native Method) ~[na:1.8.0_91]
	at java.lang.ClassLoader.defineClass(ClassLoader.java:763) ~[na:1.8.0_91]
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) ~[na:1.8.0_91]
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:467) ~[na:1.8.0_91]
	at java.net.URLClassLoader.access$100(URLClassLoader.java:73) ~[na:1.8.0_91]
	at java.net.URLClassLoader$1.run(URLClassLoader.java:368) ~[na:1.8.0_91]
	at java.net.URLClassLoader$1.run(URLClassLoader.java:362) ~[na:1.8.0_91]
	at java.security.AccessController.doPrivileged(Native Method) ~[na:1.8.0_91]
	at java.net.URLClassLoader.findClass(URLClassLoader.java:361) ~[na:1.8.0_91]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[na:1.8.0_91]
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) ~[na:1.8.0_91]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_91]
	at com.sixt.leasing.scout.ui.html.UiServletFilter.init(UiServletFilter.java:49) ~[scout.ui.html-1.2.2.jar:1.2.2]
	at org.eclipse.jetty.servlet.FilterHolder.initialize(FilterHolder.java:138) ~[jetty-servlet-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:852) ~[jetty-servlet-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298) ~[jetty-servlet-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1349) ~[jetty-webapp-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1342) ~[jetty-webapp-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741) ~[jetty-server-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505) ~[jetty-webapp-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) [jetty-util-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132) [jetty-util-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.server.Server.start(Server.java:387) [jetty-server-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114) [jetty-util-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61) [jetty-server-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.server.Server.doStart(Server.java:354) [jetty-server-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) [jetty-util-9.2.13.v20150730.jar:9.2.13.v20150730]
	at org.eclipse.scout.dev.jetty.JettyServer.start(JettyServer.java:82) [org.eclipse.scout.dev.jetty-6.0.0.RC2.jar:6.0.0.RC2]
	at org.eclipse.scout.dev.jetty.JettyServer.main(JettyServer.java:44) [org.eclipse.scout.dev.jetty-6.0.0.RC2.jar:6.0.0.RC2]
Caused by: java.lang.ClassNotFoundException: org.eclipse.scout.rt.server.commons.authentication.ICredentialVerifier
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[na:1.8.0_91]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[na:1.8.0_91]
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) ~[na:1.8.0_91]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_91]
	... 29 common frames omitted


I'll stay on RC1 for a while.

Regards,
Andreas

[Updated on: Wed, 01 June 2016 11:20]

Report message to a moderator

Re: UiServletFilter in Scout 6.0.0.RC2 [message #1733839 is a reply to message #1733837] Wed, 01 June 2016 11:51 Go to previous messageGo to next message
Matthias Zimmermann is currently offline Matthias ZimmermannFriend
Messages: 208
Registered: June 2015
Senior Member
thanks for sharing. it looks as if this would be a mix between rc1 and rc2. in the stacktrace it says that class org/eclipse/scout/rt/server/commons/authentication/ICredentialVerifier cannot be found, but with rc2 class ICredentialVerifier has moved to org.eclipse.scout.rt.platform.security as well.

have you checked the scout version in your master pom to be 6.0.0.RC2 and fully updated all project modules?
Re: UiServletFilter in Scout 6.0.0.RC2 [message #1733840 is a reply to message #1733837] Wed, 01 June 2016 11:53 Go to previous messageGo to next message
Nejc Gasper is currently offline Nejc GasperFriend
Messages: 55
Registered: July 2014
Member
Seems that org.eclipse.scout.rt.server.commons.authentication.ICredentialVerifier has been refactored to org.eclipse.scout.rt.platform.security.ICredentialVerifier.

I have also checked the git and this was done 13 days ago. Was not API freeze in effect since M7?

Matthias Zimmermann wrote on Wed, 01 June 2016 07:51
thanks for sharing. it looks as if this would be a mix between rc1 and rc2. in the stacktrace it says that class org/eclipse/scout/rt/server/commons/authentication/ICredentialVerifier cannot be found, but with rc2 class ICredentialVerifier has moved to org.eclipse.scout.rt.platform.security as well.

have you checked the scout version in your master pom to be 6.0.0.RC2 and fully updated all project modules?


Yes, he definitely has a problem with that. I know it for a fact. Problem is that we did not expect refactoring to happen RC1->RC2

Anyway, this is a small thing and easy to fix Smile Can you point us to a link with release notes please?

[Updated on: Wed, 01 June 2016 11:55]

Report message to a moderator

Re: UiServletFilter in Scout 6.0.0.RC2 [message #1733845 is a reply to message #1733840] Wed, 01 June 2016 12:38 Go to previous messageGo to next message
Matthias Zimmermann is currently offline Matthias ZimmermannFriend
Messages: 208
Registered: June 2015
Senior Member
nejc, you are right of course Smile

ICredentialVerifier was simply in the wrong package for the new architecture and (unfortunately) we did realize this pretty late.
It was then our decision to move this class with rc2 to offer a cleaner approach with the neon go live in june.

i'm sure ivan will add the move to the scout migration guide (at the end of a guide ther is a section "class renames or moves").

Re: UiServletFilter in Scout 6.0.0.RC2 [message #1733849 is a reply to message #1733845] Wed, 01 June 2016 13:17 Go to previous message
Matthias Zimmermann is currently offline Matthias ZimmermannFriend
Messages: 208
Registered: June 2015
Senior Member
addendum: we tried to make it as simple as possible for the community to contribute to the documentation. a pull request for such a change can be created easily on github. in the case mentioned above this source file would be the right place.
Previous Topic:[neon] overriding browser shortcuts to be used as KeyStroke
Next Topic:[Blog Post] Eclipse DemoCamp Zurich, June 21st 2016
Goto Forum:
  


Current Time: Fri Apr 19 03:59:50 GMT 2024

Powered by FUDForum. Page generated in 0.02099 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top