Si din nou cu probleme la deploy...
Din catalina.out citire...
May 10, 2016 11:51:04 PM org.apache.catalina.startup.HostConfig deployWAR
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1495)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1432)
at org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:289)
at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:210)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:644)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:213)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1432)
at org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:289)
at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:210)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:644)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:213)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:618)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:537)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1081)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658)
at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1566)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1523)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
May 10, 2016 11:51:04 PM org.apache.catalina.startup.HostConfig deployWAR
:-\
Deploy-ul cu probleme este pentru webgest.war? Pachetul webgestext ai înlocuit cu mbx?
Fragmentul din catalina.out este prea general. Eventual atașează o copie a fișierului cu toate logurile din data respectivă, și în plus celelalte fișiere de loguri create în acea dată.
Am facut urmatorii pasi. Deinstalat tomcat 7, instalat tomcat 8, update java la jdk8 u92. Deploy la mbx.war deploy la webgest.war. atasez diseara si logurile complete
si iata si log-urile
În fișierul ../Tomcat/webapps/manager/WEB-INF/web.xml ai modificat "max-file-size" şi "max-request-size" la o valoare mai mare?
Vezi webgest.ro/instalare.html (http://webgest.ro/instalare.html).
Dap, l-am ridicat la 80. Mbx e ok.
Să înțelegem că acum ai făcut ridicarea la 80M și că funcționează totul ok? În log-urile atașate apăreau probleme din cauza lipsei acestei setări.
Am facut ridicarea la 80 pentru a putea face deploy la mbx.war. webgest inca nu funtioneaza. Intial e adevarat ca ramasese upload-ul pe 50 cat e implicit. Am facut deploy la mbx.war cu rezultat ok dar webgest.war nu vrea sa porneasca....
Să vedem logurile de azi!
Logurile atasate aseara contin toata povestea de mai sus
Eu am înțeles că ridicarea limitei la 80 mb ai făcut-o azi!
O altă idee ar fi curățirea tomcat-ului (undeploy la toate aplicațiile puse de tine, verificat și în FileSystem să nu rămână urme) și punerea la loc a war-urilor (mbx primul)!
Tomcat e curat nou instalat. Nu am nimik decat webgest pe el. Am sa incerc cu un refresh. Revin cu detalii
nu am reusit pina la aceasta ora sa ma ocup de serverul in discutie dar am incercat instalarea webgest folosind kit-ul full de pe site si am intampinat probleme. Mai exact da eroare la creere firma noua, chiar si la firmaTest. Am atasat o parte din log-ul serverului tomcat pentru detalii.
Se pare că e ceva specific sistemului pe care-l folosești!
Ce sistem de operare ai? Mysql-ul ce versiune are?
Testul cu kit-ul de instalare a fost facut pe w10x64 cu mysql comunity la ultima versiune. Cealalta problema pe debian8
Cu ultima versiune de mysql nu am făcut teste! Încearcă să pui ultima versiune de connector jdbc (http://dev.mysql.com/downloads/connector/j/ (http://dev.mysql.com/downloads/connector/j/)).
În mbx este versiunea 5.1.38, dar este disponibilă si versiune 5.1.39. Din arhiva descărcată se scoate doar jar-ul (mysql-connector-java-5.1.39-bin).
Poate cel mai ușor ar fi să ștergi fizic mbx de sub tomcat (și war și folder, după ce în prealabil ai copiat mbx.war în altă parte), dezarhivezi mbx.war copiat, înlocuiești mysql-connector-java-5.1.38-bin cu mysql-connector-java-5.1.39-bin ( în /wg/wglib/ ), repui sub tomcat folderul modificat, repornești tomcat-ul.
Revenind pe aceasta tema:
1. Pe Debian la instalare tomcat8 din repository cred ca lipsesc ceva librarii si de acolo eroarea de deploy la webgest. Pe centOS cu java si tomcat instalat extern functioneaza fara probleme.
2. Pe W10 nu-i place in tabela varglobal timeop 00:00:00. Din sapaturile efectuate rezulta ca e ceva legat de connector. Inca nu am gasit ce exact.
Mai dau cu ciocanu pina gasesc si pe Debian ce se intampla in realtitate.
Pina atunci imi urez spor la sapa...
P.S. Am incercat si inlocuirea conntorului jdbc fara success...
1. Într-adevăr, Tomcat-ul din repository Debian nu-i complet. Dacă e important să mergi pe această variantă trebuie adăugate ceva componente în sistem. Spune-ne să săpăm și noi dacă e cazul.
2. Pe Windows n-am mai făcut de mulți ani încercări, dar am înțeles că au fost de curând instalări reușite cu ultimele versiuni de Webgest. Poate primim ceva feedback pe partea asta și aici. Sigur există soluții și oricum o să încercăm și alte variante de setare a conexiunii la MySQL legate de câmpurile de tip date și time unde se pare că nu-i place formatul, cumva preluat de la instalarea pe unele sisteme Windows.