Thomas,
Finally, i was able to make superdev mode work. I had to exclude all the
jetty 8.1 dependencies (those were getting included because of my some
other internal dependency). In addition to that, i am also now using 3.1
servlet-api version (it was 3.0.1).
Thanks again. Appreciated.
*Zeeshan Chughtai*
Sr. Software Engineer
*AlphaSense* | Tammasaarenkatu 3 | 00180 Helsinki, Finland
Mobile: +358 45 8953811
zees...@alpha-sense.com | www.alpha-sense.com
On Tue, Nov 8, 2016 at 12:35 PM, Zeeshan Chughtai <zchugh...@alpha-sense.com
> wrote:
> Thanks Thomas for your reply. You are correct, we definitely needs to
> optimize these dependencies.
>
> About this 'AggregateLifeCycle class. ' Issue. I did able to find out the
> origin of jetty-deploy from where it was coming, but even excluding it
> doesn't solve my issue. Any other hint , from where else it can come from ?
>
> Thanks again for your prompt reply. Always helpful.
>
> *Zeeshan Chughtai*
> Sr. Software Engineer
> *AlphaSense* | Tammasaarenkatu 3 | 00180 Helsinki, Finland
> Mobile: +358 45 8953811
> zees...@alpha-sense.com | www.alpha-sense.com
>
> On Tue, Nov 8, 2016 at 12:14 PM, Thomas Broyer <t.bro...@gmail.com> wrote:
>
>>
>>
>> On Monday, November 7, 2016 at 11:17:10 PM UTC+1, Zeeshan Chughtai wrote:
>>>
>>> Hi,
>>>
>>> Thanks for this, really happy to have it around.
>>>
>>> We were using 2.8.0-beta1 version for a while without any major fuss.
>>>
>>> While upgrading to 2.8.0 released version, we get stuck with codeserver
>>> refused to start because of class loading issues.
>>>
>>> Here are the changes which we had to made.
>>>
>>> <dependency>
>>> <groupId>xml-apis</groupId>
>>> <artifactId>xml-apis</artifactId>
>>> <version>1.4.01</version>
>>> </dependency>
>>>
>>>
>>> <!-- Only the exclusion part>
>>>
>>> <dependency>
>>> <groupId>com.google.gwt</groupId>
>>> <artifactId>gwt-dev</artifactId>
>>> <version>${com.google.gwt.version}</version>
>>> <scope>compile</scope>
>>> <exclusions>
>>> <exclusion>
>>> <groupId>org.eclipse.jetty</groupId>
>>> <artifactId>apache-jsp</artifactId>
>>> </exclusion>
>>> </exclusions>
>>> </dependency>
>>>
>>>
>>> Compilation and tomcat startup went well without any real issues.
>>>
>>>
>>> Here is a exception which we are facing when running codeserver.
>>>
>>>
>>> [INFO] 23:11:19,291 |-INFO in
>>> ch.qos.logback.classic.joran.JoranConfigurator@225153c8 - Registering
>>> current configuration as safe fallback point
>>> [INFO]
>>> [INFO] Loading Java files in com.alphasense.AlphaInsightDebug.
>>> [INFO] Module setup completed in 4628 ms
>>> [ERROR] java.lang.NoClassDefFoundError:
>>> org/eclipse/jetty/util/component/AggregateLifeCycle
>>> [ERROR] at java.lang.ClassLoader.defineClass1(Native Method)
>>> [ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
>>> [ERROR] at
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
>>> [ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
>>> [ERROR] at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
>>> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
>>> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
>>> [ERROR] at java.security.AccessController.doPrivileged(Native Method)
>>> [ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
>>> [ERROR] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
>>> [ERROR] at java.lang.ClassLoader.defineClass1(Native Method)
>>> [ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
>>> [ERROR] at
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
>>> [ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
>>> [ERROR] at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
>>> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
>>> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
>>> [ERROR] at java.security.AccessController.doPrivileged(Native Method)
>>> [ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
>>> [ERROR] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
>>> [ERROR] at java.lang.ClassLoader.defineClass1(Native Method)
>>> [ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
>>> [ERROR] at
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
>>> [ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
>>> [ERROR] at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
>>> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
>>> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
>>> [ERROR] at java.security.AccessController.doPrivileged(Native Method)
>>> [ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
>>> [ERROR] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
>>> [ERROR] at java.lang.ClassLoader.defineClass1(Native Method)
>>> [ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
>>> [ERROR] at
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
>>> [ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
>>> [ERROR] at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
>>> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
>>> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
>>> [ERROR] at java.security.AccessController.doPrivileged(Native Method)
>>> [ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
>>> [ERROR] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
>>> [ERROR] at
>>> com.google.gwt.dev.codeserver.WebServer.start(WebServer.java:121)
>>> [ERROR] at
>>> com.google.gwt.dev.codeserver.CodeServer.start(CodeServer.java:161)
>>> [ERROR] at
>>> com.google.gwt.dev.codeserver.CodeServer.main(CodeServer.java:102)
>>> [ERROR] at
>>> com.google.gwt.dev.codeserver.CodeServer.main(CodeServer.java:55)
>>> [ERROR] Caused by: java.lang.ClassNotFoundException:
>>> org.eclipse.jetty.util.component.AggregateLifeCycle
>>> [ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
>>> [ERROR] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
>>> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
>>> [ERROR] ... 52 more
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [INFO] BUILD FAILURE
>>> [INFO]
>>> ------------------------------------------------------------------------
>>>
>>>
>>> I've attached my WEB-IN/lib directory structure with beta version build and
>>> released version of 2.8.0 build.
>>>
>>>
>> If this is your WEB-INF/lib, then you have a problem: why does it contain
>> gwt-dev and all those Jetty JARs? Those aren't supposed to be inside the
>> webapp, they are dev-time dependencies, not runtime ones.
>> (hint: gwt-dev should have scope provided, not compile)
>>
>>
>>> The jetty version with 2.8.0 release is jetty-util-9.2.14.v20151106.jar
>>> which
>>>
>>> doesn't have AggregateLifeCycle class.
>>>
>>>
>> I'd bet this is due to the jetty-deploy-8.1.10.v20130312.jar. Run "mvn
>> dependency:tree" to find out where it comes from.
>> I also see guava 17 and guava-gwt 20; so overall you need a better
>> "dependency hygiene".
>> And if you somehow have conflicts between the dependencies brought by GWT
>> (Jetty et al.) and the ones needed by other, non-GWT dependencies; I highly
>> suggest splitting your project into (at least) 2 modules: one for the
>> client-side code and one for the server-side code, so that each can have
>> its own set of dependencies that won't conflict.
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "GWT Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to google-web-toolkit+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-web-toolkit@googlegroups.com.
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
--
You received this message because you are subscribed to the Google Groups "GWT
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.
