2013-03-11 11 views
5

Używam płytki 3.0.1 wraz ze sprężyną 3.2.1, ale to nie działa, działa dobrze z płytkami 2.2.2. Znalazłem to jako powszechny problem, chcę wiedzieć, czy jest jakikolwiek, aby to działało.Wiosna 3.2.1 wraz z Tiles 3.0.1 nie działa?

pojawia się następujący błąd podczas Zmieniłem płytek do 3.0.1

java.lang.NoClassDefFoundError: org/apache/tiles/startup/BasicTilesInitializer 
    at java.lang.ClassLoader.defineClass1(Native Method) 
    at java.lang.ClassLoader.defineClassCond(Unknown Source) 
    at java.lang.ClassLoader.defineClass(Unknown Source) 
    at java.security.SecureClassLoader.defineClass(Unknown Source) 
    at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2904) 
    at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1173) 
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1681) 
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) 
    at java.lang.Class.getDeclaredConstructors0(Native Method) 
    at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) 
    at java.lang.Class.getDeclaredConstructors(Unknown Source) 
    at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.determineCandidateConstructors(AutowiredAnnotationBeanPostProcessor.java:230) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.determineConstructorsFromBeanPostProcessors(AbstractAutowireCapableBeanFactory.java:976) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:949) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:490) 
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:461) 
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295) 
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223) 
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292) 
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194) 
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:626) 
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932) 
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479) 
    at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:389) 
    at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:294) 
    at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:112) 
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4797) 
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5291) 
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) 
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559) 
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549) 
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) 
    at java.util.concurrent.FutureTask.run(Unknown Source) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) 
    at java.lang.Thread.run(Unknown Source) 
Caused by: java.lang.ClassNotFoundException: org.apache.tiles.startup.BasicTilesInitializer 
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) 
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) 
    ... 36 more 
Mar 11, 2013 1:49:32 PM org.apache.catalina.core.StandardContext startInternal 
SEVERE: Error listenerStart 
Mar 11, 2013 1:49:32 PM org.apache.catalina.core.StandardContext startInternal 
SEVERE: Context [/gzl-client-web] startup failed due to previous errors 
Mar 11, 2013 1:49:32 PM org.apache.catalina.core.ApplicationContext log 
INFO: Closing Spring root WebApplicationContext 
Mar 11, 2013 1:49:32 PM org.apache.coyote.AbstractProtocol start 
INFO: Starting ProtocolHandler ["http-bio-8080"] 
Mar 11, 2013 1:49:32 PM org.apache.coyote.AbstractProtocol start 
INFO: Starting ProtocolHandler ["ajp-bio-8009"] 

Proszę zasugerować jeśli jego możliwości, czy nie?

Odpowiedz

10

Zrobiłem to praca z płytek 3 ..

Poniżej słoiki wymagane:

  1. płytki-api 3.0.1 jar
  2. płytek-Core 3.0.1 jar
  3. płytki -jsp 3.0.1 jar
  4. płytki-request-api 1.0.1 jar
  5. commons-digester 2,0 jar
  6. commons-beanutils 1.8.0 jar

i dodać fasolę follwing do swojego dyspozytora klasy:

<bean id="tilesviewResolver" class="org.springframework.web.servlet.view.tiles3.TilesViewResolver"/> 
<bean id="tilesConfigurer" class="org.springframework.web.servlet.view.tiles3.TilesConfigurer"> 
    <property name="definitions"> 
    <list> 
    <value>/WEB-INF/views/**/tiles.xml</value> 
     <value>/WEB-INF/layouts/tiles.xml</value> 
    </list> 
    </property> 
</bean> 
    </beans> 

to działa na mnie, jestem w stanie odczytać definicję płytki i przedstawiający widok. .try to

+0

Zadziałało tylko 1) płytki-api 2) płytki-rdzeń 3) płytki-jsp dla mnie. Dziękujemy za wyświetlenie zmian w definicjach fasoli. –

+2

Wygląda na to, że jeśli masz tile3, potrzebujesz przynajmniej wiosny3.2.1. Jeśli użyjesz Mavena i pobierzesz płytki-rdzeń, płytki-jsp i płytki-api, to pozostałe słoiki są przejściowymi zależnościami i przychodzą na przejażdżkę. – ksnortum

+0

pracował dla mnie z wiosną 4.0.1.Release – Vivek

4

To zadziałało dla mnie z tylko płytkami-api, płytkami-rdzeniami, płytkami-jsp zależnościami. Upewnij się, że odwołujesz się do TilesConfigurer z pakietu tiles3 zamiast z tiles2. Nie mogłem się zorientować, dopóki nie zorientowałem się, że używam wersji tile3.

+0

złota! uaktualniono płytki do wersji 3.0.3, ale w mojej konfiguracji dispatcher-servlet.xml nadal miałem kafelki2 TilesViewResolver i TilesConfigurer –

Powiązane problemy