After update, org.zkoss.zk.ui.UiException: Widget class required for <Keylistener yV3Q4> with default on login

[Nicolas Micoud]

Hi,

I faced a weird issue after having updating my idempiere instance.
The server and the plugins start (as usual), and then, i try to log.
Write my username/password ; validate ; select role and validate.

And then, i got the following error message :

HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception

org.zkoss.zk.ui.UiException: Widget class required for <Keylistener yV3Q4> with default
    org.zkoss.zk.ui.AbstractComponent.redraw(AbstractComponent.java:1816)
    org.zkoss.zk.ui.sys.HtmlPageRenders.outPageContent(HtmlPageRenders.java:614)
    org.zkoss.zul.impl.PageRenderer.renderDesktop(PageRenderer.java:104)
    org.zkoss.zul.impl.PageRenderer.render(PageRenderer.java:56)
    org.zkoss.zk.ui.impl.PageImpl.redraw(PageImpl.java:856)
    org.zkoss.zk.ui.impl.UiEngineImpl.execNewPage0(UiEngineImpl.java:497)
    org.zkoss.zk.ui.impl.UiEngineImpl.execNewPage(UiEngineImpl.java:316)
    org.zkoss.zk.ui.http.DHtmlLayoutServlet.process(DHtmlLayoutServlet.java:215)
    org.zkoss.zk.ui.http.DHtmlLayoutServlet.doGet(DHtmlLayoutServlet.java:136)
    org.adempiere.webui.session.WebUIServlet.doGet(WebUIServlet.java:95)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:735)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
    org.adempiere.webui.session.WebUIServlet.service(WebUIServlet.java:108)

note The full stack trace of the root cause is available in the Apache Tomcat/7.0.21 logs.
Apache Tomcat/7.0.21



In felix console i had to  update "Zk Web Client (org.adempiere.ui.zk)" and refresh "Library (org.zkoss.zk.library)" to be able to relogin again.

Note that i have updated lots of time without any problem.

Any idea where to look ?


Thanks,


Nicolas

[Jan Thielemann]

Hi Nicolas,

i had similar issues everytime i updated or installed a fragment/plugin which extended webui functionality. I wasn't able to login if i did not refresh zk and webui bundle or restart the whole server. :( 

I am very interested in a solution too.

[Andrea Checchia]

Good morning everyone. 

I came across this kind of problem too, and unfortunately I will block access to the application. 

How can I fix this problem, please? 

Thanks in advance.

Andrew

[Andrea Checchia]

We thank Jan Thielemann for giving me the solution! Here it is: 

".....

(11:46:06) JanThielemann: hi
(11:46:24) JanThielemann: the only solution i had to fix this problem was to refresh the zkoss bundle via the osgi console
(11:46:34) JanThielemann: (either via command line or via felix web console)
(11:49:22) andrew_IT2: Now I try .... thanks! :)
(11:50:56) andrew_IT2: It works! Thank you very much!

   

   ....."

By doing this, it works! 

Thank you! 

Andrew

Il giorno giovedì 28 novembre 2013 10:46:30 UTC+1, Jan Thielemann ha scritto:

[Sánchez Torres, Max]

The answer, is in thread......please READ

Regards

ᐧ

--
You received this message because you are subscribed to the Google Groups "iDempiere" group.
To unsubscribe from this group and stop receiving emails from it, send an email to idempiere+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/idempiere/904e5b55-61de-4aec-b217-b08ffa215ee5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Max Sánchez Torres
Grupo Tecnológico Hardmax SAC
Calle Raúl Boza 315 Urb La Moderna - Ica - Perú.
Tel 056-215320  // Nextel: 51*838*1914
www.hardmax.com.pe // msan...@hardmax.com.pe

Por favor considere el medio ambiente antes de imprimir este mail.

--------------------------------------------------------------------------
"Este mensaje y sus anexos están dirigidos para uso exclusivo del destinatario y puede  contener información confidencial cuya divulgación o reproducción esté prohibida conforme a las normas peruanas. Asimismo, el contenido del presente mensaje no constituye una oferta ni aceptación de algún servicio o producto por parte de Grupo Tecnológico Hardmax SAC o sus asociados.

[norber...@multimageweb.com]

We have the same issue withh googlemap implementation.  http://wiki.idempiere.org/en/Google_Map_Dashboard

Anyway i dont think the felix restart is a serious solution soon temp solution with workaround.

i nominate this for today IRC regular meeting.

norbert

This e-mail is confidential and may contain legally privileged information. It is intended only for the addressees and may not be reviewed or used in any way by other recipients. If you have received this e-mail in error, kindly notify us immediately by telephone or e-mail and delete the message and any attachments thereto from your system.

[Carlos Antonio Ruiz Gomez]

Hi, not sure if this is the same case:
http://stackoverflow.com/questions/7281302/installing-a-fragment-requires-a-refresh-on-the-host-how-can-this-be-avoided

I found that trying to figure out why a theme fragment was not activated immediately.

According to the first answer:
"You cannot do that without a refresh, and it's in the OSGI specs too - to properly attach a fragment bundle, a transition from INSTALLED to RESOLVED of the host bundle is necessary. See section 3.14 of the 4.3 OSGi Core Specification."

Regards,

Carlos Ruiz

[Carlos Antonio Ruiz Gómez]

OK, now it was my time to struggle with this problem.

Installed a theme fragment and confronted the same situation described here - and worst because the issue is fixed with the refresh of zkoss, but on restart it's lost again.

This message appears on log just when the login page is loaded:

00:09:58.280===========> zkoss.service:725: [Desktop z_tp8:/index.zul] client error: Fallo al procesar 

script

adempiere is not defined (ReferenceError) [19]

and the token with the user/pwd saved is not loaded - which let me think that the .js resources were not loaded, and that led me to this issue found on july/2012:

https://idempiere.atlassian.net/browse/IDEMPIERE-330

Unfortunately I ran out of time to keep troubleshooting this so better I write this message to pass the baton  :-)

FWIW (I know is a very ugly and poor solution, but at least it "automates" temporarily the workaround in my case.

Created a script that refresh the zkoss after starting the server like this:

( echo refresh 193; echo refresh 203; echo ss; echo disconnect; echo y; sleep 5) | telnet localhost 12612

where 193 is org.adempiere.ui.zk_2.0.0.v20140508-2320 and 203 is org.zkoss.zk.library_6.0.0.v20140508-2320

Please don't blame me for this hack, I'm just passing the info as a temporary workaround in case you're struggling with similar issue

Regards,

Carlos Ruiz

[Thomas Bayen]

Hi,

I had a similar problem while working on https://idempiere.atlassian.net/browse/IDEMPIERE-1698 and want to share my experience. I had the very same error message. It helped to refresh the org.zkoss.zk.library package. But this refresh did not work after a server restart. :-(

In my case I wanted to deinstall one of the standard bundles. But it was everytime reinstalled automatically by the restart process. This was because the to-be-deinstalled bundle had an entry in configuration/config.ini. (I think this entry is created by the buckminster packaging process because the bundle is checked in the org.adempiere.server-feature/server.product.launch file.)

Deleting the entry in the config.ini solved my problem. I think the whole issue may be dependent from to the order of bundle loading. Especially if you try to "overload" things through fragments (and have different classes with the same name). And the loading order can be influenced not only by the installed bundles but also by fact that the bundles in config.ini are reinstalled with every server start.

Thomas

[Jan Thielemann]

Hi Guys,

i just want to let you know that i now have a permanent solution for this error. It was quiet simple. I connected to my server via Telnet (telnet localhost 12612) and took a look at the starting levels of the fragmetns (e.g. "sl 168") and i found out that my own fragments had starting level 1 whereas the org.zkoss.zk bundle and org.adempiere.ui.zk both had starting level 4. So i changed the sl of my fragments using the set bundle start level command ("setbsl 4 168"). And guess what, it immeadiatly fixed this stupid error. The change to the sl is permanent and after a server restart i do not have to refresh the bundle manually anymore. 

I hope this will help some of you guys too.

[Carlos Antonio Ruiz Gomez]

Jan, it works!  Thanks for sharing.

I supposed (wrongly) that a fragment inherited the start level of the master and never checked that.

Regards,

Carlos Ruiz

[Sergey Polyarus]

Another one solution in Eclipse is to clean out the cache:  Erase all files from    /.metadata/.plugins/org.ecllipse.pde.core/Idempiere Platform/org.eclipse.osgi/* 

Restart workspace.

Regards,

Sergey

[aldrin gutierrez]

Good Day. I modified org.adempiere.ui.zk due to a bug in one infowindow for mproduct. then tried to install in osgi console but it was not posible both jar appear. 

Furthermore my server is not starting with tis same message. Can you please tell me how to change star level in telnet console ? Thanks