| Author |
Message |
|
|
(recall I've asked this a while back but didn't find my old thread)
Are the ice/ace component sets finally beginning to merge? I've seen the JIRAs for ace:textEntry and others (tree still missing?).
|
 |
|
|
When the session expires a standard Servlet Session listener should be enough as long as you have a sessionID mapping somewhere to use as a handle to the user/whatever you want.
With JQuery (or some other javascript onunload trick) you might be able to do a remoting solution cleanup call to the server side before the page dies.
|
 |
|
|
|
I think those might have been fixed by the addressing of http://jira.icefaces.org/browse/ICE-7185 which involved copy&pasting UISeries from the RI(?). I found a regression with the fix, as mentioned in the JIRA, though.
|
 |
|
|
recalling seeing closed JIRAs on this, perhaps it's back in 2.0.2?
I have a case where I set a panelGroup contextValue to an object but when I read it in the DisplayEvent, it appears it has become the toString() representation. Can anyone confirm?
|
 |
|
|
|
I notice that the progress listener has been implemented, which is nice! Do you have any more information on the auto-submit feature?
|
 |
|
|
|
Could anyone provide some running code that actually uses PortableRenderer from a MDB to push changes? I've tried various PushRenderer.getPortableRenderer() and in-MDB-ThreadLocal set by JSF threads but I still manage to get NPE:s when the MDB works...
|
 |
|
|
|
Has there been any discussion within the ICEfaces team if this would be feasible? It would be nice to have client-side validation backed by the model JSR-303 annotations...
|
 |
|
|
I'm running against trunk and at some point it looks like I've started to get warnings in the log:
WARNING [javax.enterprise.resource.webcontainer.jsf.application] JSF1015: Request path '/faces/foo.xhtml' begins with one or more occurrences of the FacesServlet prefix path mapping '/faces'.
I mostly use JSF 2 implicit navigation like return "foo"; Don't know where it gets the faces mapping idea from.
|
 |
|
|
|
What is the recommended way of doing "interval rendering" in 2.0? If I want to push the time remaining until the session expires every 10 seconds, should I just have a start a thread that uses PushRenderer?
|
 |
|
|
|
Correction. I had a snippet of bad JavaScript in my body onload (bad field name for focus) that interfered with the session-expired JS apparently.
|
 |
|
|
It even fails on the simplest of cc:s
Code:
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE composition PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<ui:composition xmlns="http://www.w3.org/1999/xhtml"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:c="http://java.sun.com/jsp/jstl/core"
xmlns:cc="http://java.sun.com/jsf/composite">
<cc:interface/>
<cc:implementation>
<cc:insertChildren />
</cc:implementation>
</ui:composition>
not that I understand how a no-impl cc can cause this...
|
 |
|
|
The redirect works for me with a clean page (simple form and blank command button) but fails for my real page so it's not a configuration issue. I'll try picking it apart until I can see what's causing the failure for me.
*time passes*
In my case it was the usage of a composite component that made the difference.
|
 |
|
|
|
I can't get it to work either. If I add another exception handler, it gets a ViewExpiredException. In any case, the results looks like a hang from end-user perspective.
|
 |
|
|
Hi,
I managed to deploy an ICEfaces 2 based portlet on a JBoss AS 6 backed GateIn. I know you primarily support Liferay but do you have any sort of known issues list for GateIn?
|
 |
|
|
|
Ah, of course. AS 6 is not even integrated in GateIn yet. I moved the JSF libs from the WAR to the AS and now it works.
|
 |
|
|