voyent
Messages posted by: rsoliveira  XML
Profile for rsoliveira -> Messages posted by rsoliveira [5]
Author Message
Just to post the solution for this if anyone else faces the same problem. I found the solution in this blog:

http://flaviocysne.blogspot.com.br/2011/

The problem is described here:

https://developer.jboss.org/message/544566#544566
Debuging with a friend we found that in the ConfigManager the AnnotationScanTask cannot find the annotations for the renderers of the ajax events, so no ajax works at all.

Must be something that changed in Wildfly because in Jboss 5.1.0.GA this error doesn't happen.
Updating: when I deploy my application the only error I see in the logs is:

2017-06-08 09:10:49,867 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 77) Unable to process annotations for url, vfs:/D:/wildfly-10.1.0.Final/bin/content/AppRef-SDK-FULL-SNAPSHOT-jboss.ear/lib/icefaces-3.3.0.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
2017-06-08 09:10:49,868 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 77) : java.util.zip.ZipException: zip file is empty
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:219)
at java.util.zip.ZipFile.<init>(ZipFile.java:149)
at java.util.jar.JarFile.<init>(JarFile.java:166)
at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88)
at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221)
at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:94)
at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166)
at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125)
at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85)
at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841)
at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216)
at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:200)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:171)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:234)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Suppressed: java.nio.file.NoSuchFileException: C:\Users\RODRIG~1.OLI\AppData\Local\Temp\jar_cache8694119126136369069.tmp
at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
at java.nio.file.Files.delete(Files.java:1126)
at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:226)
... 34 more

2017-06-08 09:10:49,872 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 77) Unable to process annotations for url, vfs:/D:/wildfly-10.1.0.Final/bin/content/AppRef-SDK-FULL-SNAPSHOT-jboss.ear/lib/icefaces-ace-3.3.0.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
2017-06-08 09:10:49,872 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 77) : java.util.zip.ZipException: zip file is empty
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:219)
at java.util.zip.ZipFile.<init>(ZipFile.java:149)
at java.util.jar.JarFile.<init>(JarFile.java:166)
at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88)
at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221)
at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:94)
at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166)
at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125)
at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85)
at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841)
at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216)
at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:200)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:171)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:234)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Suppressed: java.nio.file.NoSuchFileException: C:\Users\RODRIG~1.OLI\AppData\Local\Temp\jar_cache4000730149097858116.tmp
at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
at java.nio.file.Files.delete(Files.java:1126)
at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:226)
... 34 more
Hello all!

We are migrating our application from Jboss 5.1.0GA with java 6 to Wildfly 10 with java 8. We didn't change any jars or dependencies, we just made adjustments on our deploy structure. We are using icefaces-3.3.0.jar, icefaces-ace-3.3.0.jar, icefaces-compat-3.3.0.jar, jstl-1.2.jar, javax.faces-2.1.21.jar, jsf-api-2.1.21.jar and jsf-impl-2.1.21.jar.

After we finally made the deploy work some strange behaviors started once we were testing ou application.

The first thing we discovered was that the valueChangeListener of the ace componentes are not being fired when using ajax, they are just firing when we do a full submit, examle:

*Sorry the code tag here is glitched hard*

<ace:simpleSelectOneMenu value="#{campoMB.valorString}"
styleClass="#{campoMB.styleSelect}"
rendered="#{campoMB.lovComboBox and campoMB.submit and !campoMB.lovRadioButton and campoMB.visivel}"
disabled="#{!campoMB.editavel}" immediate="true"
valueChangeListener="#{campoMB.valorAlterado}"
onblur="javascript:desabilitaOverlay();">
<f:selectItems value="#{campoMB.listaValores}" immediate="true"></f:selectItems>
<ace:ajax execute="@form"/>
</ace:simpleSelectOneMenu>

Other thing that we noticed is that on our ace:dialog the close event is not firing the ajax:

<ace:dialog
...
<ace:ajax event="close" listener="#{lovSession.fecharPopup}" update="popupLovModal"/>
...
</ace:dialog>

Seens that all ace:ajax is not working at all in Wildfly 10 and we have no clue on what's going on.

Can you guys help me ? Any information would be appreciated.

Thanks in advance!!
Hi all,

I'm new to IceFaces and I came across this problem that the memory used is increasing with each interation the user does.

My application is using JSF2 with IceFaces 3.3.0 running on Java 6 and JBoss 5.1.0.GA.

I attached some screenshots showing the memory usage and the xrebel screens where the problem is.

This problem didn't happen when we were using JSF1, it started to happen after we migrated to JSF2.

I googled a little and tried to limit the numberOfViewsInSession and the numberOfLogicalViews, no success. Also tried to set the serializeServerState to trus, still no success. At last I tried enableAgressiveSessionDirtying to true, still no success.

To understand the problem: The 1 is the login scree. 2 is the home after the user logged. 3 is the xrebel screen showing memory usages. 4 is after I hit F5 to reload the screen, and notice in 5 the memory increasd by ~254k, and 5 show the xrebel screen. Then I hit F5 again and 6 the same increase of ~254k in the memory usage, as shown in 7. That's what I want to know how to fix.

I need this fixed because as the users keep using the system for long times I have huge problems of memory, and since we can't go back to JSF1 I need to find a solution. Can anyone help me?

Thanks in advance!!
 
Profile for rsoliveira -> Messages posted by rsoliveira [5]
Go to:   
Powered by JForum 2.1.7ice © JForum Team