voyent
Messages posted by: atomz4peace  XML
Profile for atomz4peace -> Messages posted by atomz4peace [121] Go to Page: Previous  1, 2, 3, 4, 5, 6, 7, 8, 9 Next 
Author Message
Thanks Ken, that did the trick!
Hi,

I have a modal pop-up that is giving me issues. When I call my button that closes the popup, the pop-up goes away, but the 50% black iframe that ICEfaces injects to create that shaded overlay is not removed. So after I close the pop-up, the pop-up does go away, but the entire screen is grayed out due to the iframe still being there.

This works on other pages so I'm sure I have an issue somewhere on this one.

Can anyone suggest things to look for? I don't see any issues in the appserver debug log and everything else seems to work fine.

Any ideas on where to look?

Thanks!
Jim
I have a problem similar to this one:

http://www.icefaces.org/JForum/posts/list/5572.page

Using 1.6.1, I only see the problem only with MSIE 6.0.29 and not Firefox 2.0.0.7. I have a selectOneMenu like this:

Code:
 <ice:panelGrid columns="3">
 	<ice:outputText value="Phase #{item1.phase}" styleClass="blueboldtext" />
 	<ice:selectOneMenu value="#{item1.approverType}" partialSubmit="true" immediate="true"
 	valueChangeListener="#{CreateReviewBean.doRender}">
 		<f:selectItems value="#{item1.approverSelectList}" />
 	</ice:selectOneMenu>
 	<ice:commandButton value="Edit Custom Rules" partialSubmit="true" visible="#{item1.showCustom}" 
 	immediate="true" actionListener="#{CreateReviewBean.editcustom}" styleClass="buttonsmall" />
 </ice:panelGrid>
 


The valueChangeListener is a recent failed attempt to call PersistentFacesState.renderLater(), but that didn't make any different.

You'll see the visible parameter on the commandButton is for the variable showCustom. My isShowCustom() method is:

Code:
 	public boolean isShowCustom() {
 		if (approverType == ReviewMain.APPROVER_CUSTOM) {
 			return true;
 		} else {
 			return false;
 		}
 	}
 



When I debug and change the approverType to the custom value, I see this isShowCustom method being called and returning true. But MSIE does not seem to redraw and paint that button. I have another dynamic call that can add another selectbox like this which basically forces a redraw, then I do see the button. So it's really like MSIE will not redraw that section. That's why I tried the renderLater() deal, but that didn't help.

Firefox works fine with this. The idea is that this commandButton should appear and disappear depending upon the value chosen in the selectOneMenu.

Any ideas what to look for? I see the backing bean methods being called correctly.

Thanks,
Jim
This is very similar to:

http://jira.icefaces.org/browse/ICE-1942

Using 1.6.1, I see the same error message in firebug:

[Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIXMLHttpRequest.status]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: http://localhost/app/xmlhttp/1190593340691/icefaces-d2d.js :: anonymous :: line 1105" data: no]
[Break on this error] this.logger.debug("["+this.identifier+"] : receive ["+this.request.status+"] "+t...
icefaces-d2d.js (line 1105)

This happens every time I click a static link to take me away from an icefaces page, or hit reload, or whatever else to leave the page other than through a faces navigation

Any chance we could get that on the cleanup list?

Thanks!
Here are a couple of links I found from Google. I looked into this about a year ago and didn't want to deal with trying to blend tomahawk with icefaces.

I *think* the key came from the layout="spread" option on selectOneRadio, but not sure. It would be very cool if ICE could borrow this ability from Tomahawk.

http://forum.java.sun.com/thread.jspa?threadID=715455&messageID=9488118

http://wiki.apache.org/myfaces/Display_Radio_Buttons_In_Columns

Jim
I had the same Q in the components forum. Someone from IceSoft graciously offered to look into it and see if it was possible.

http://www.icefaces.org/JForum/posts/list/5581.page
I couldn't find this on the forum so just send me there if it's been answered.

I'm trying to make a tree component. No problem there. But each row/leaf of the tree needs to have a few elements, like the label, a checkbox, etc...

So I'm trying to align the elements from each tree row so that it looks like a table. My ideal end state would be a table but expandable and the look and feel of a tree. Something like:

NODE1
Element1 Details Box
Element2 Details Box

NODE2 Details Box
etc...

What needs to happen is the Details and Box (checkbox) need to be aligned for every tree entry, just like as if it was in a table. Because the component does one line at a time I didn't see a way to link it with a table.

Is there any way to achieve the same effect? Kinda like an expandable, indenting table?

Thanks!
Jim


I don't think there is a way to do it with icefaces, though it would be great if there was.

The tomahawk libraries have a component to do that, but then you have another faces lib in your app. You can find examples of it on google.
I do the same thing all over the place, with a checkbox on each row of a datatable. Each row is an Object in a List. I simply extended my object to have a boolean value "selected". Then the checkbox value= is tied to that selected value. Kinda like:

<ice:dataTable value="#{list.entryList}" var="entry" .....etc...>
<ice:selectBooleanCheckbox immediate="true" value="#{entry.selected}" />

As long as your List is always resident in the bean, the selected values will be there as you page forward and backwards.

I have also done this where we fetch the DB data one page at a time. In that case, I had to save a hashmap of which values are selected. Then when I fetched the next page from the DB, set the selected values based on what I had saved.
Same issue as well with firefox 2. Do the icesoft folks have a bug open for this or can we? When you click in the inputtext box, the vertical line does not show so you can't really tell that you have focus. The typing works, but it just looks funny to the user.
I see the identical thing, but only when first starting the server. The first person to login is out of luck. :-) Actually, they can just visit the page again and it will work. It happens only on my pages where I have a datatable. I have other components too like popup.

I'm using jboss4.0.1sp1, iceface 1.6.0, both with sun jdk 1.5.10 and jrockit.

What would help track it down?

02:11:58,577 ERROR [Engine] ApplicationDispatcher[/accessaudit] Servlet.service() for servlet Persistent Faces Servlet threw exception
java.lang.NullPointerException
at com.icesoft.faces.context.DOMResponseWriter.enhanceAndFixDocument(DOMResponseWriter.java:298)
at com.icesoft.faces.context.DOMResponseWriter.endDocument(DOMResponseWriter.java:175)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:580)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:154)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:268)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
at com.icesoft.faces.webapp.http.core.PageServer$1.respond(PageServer.java:26)
at com.icesoft.faces.webapp.http.servlet.ServletRequestResponse.respondWith(ServletRequestResponse.java:125)
at com.icesoft.faces.webapp.http.core.PageServer.service(PageServer.java:31)
at com.icesoft.faces.webapp.http.servlet.BasicAdaptingServlet.service(BasicAdaptingServlet.java:16)
at com.icesoft.faces.webapp.http.servlet.SingleViewServlet.service(SingleViewServlet.java:45)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:97)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:35)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:85)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704)
at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590)
at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:510)
at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
at org.apache.jsp.jsp.apps_005faudit_jsp._jspService(apps_005faudit_jsp.java:469)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
02:11:58,609 ERROR [Engine] ApplicationDispatcher[/accessaudit] Servlet.service() for servlet jsp threw exception
java.lang.NullPointerException
at com.icesoft.faces.context.DOMResponseWriter.enhanceAndFixDocument(DOMResponseWriter.java:298)
at com.icesoft.faces.context.DOMResponseWriter.endDocument(DOMResponseWriter.java:175)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:580)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:154)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:268)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
at com.icesoft.faces.webapp.http.core.PageServer$1.respond(PageServer.java:26)
at com.icesoft.faces.webapp.http.servlet.ServletRequestResponse.respondWith(ServletRequestResponse.java:125)
at com.icesoft.faces.webapp.http.core.PageServer.service(PageServer.java:31)
at com.icesoft.faces.webapp.http.servlet.BasicAdaptingServlet.service(BasicAdaptingServlet.java:16)
at com.icesoft.faces.webapp.http.servlet.SingleViewServlet.service(SingleViewServlet.java:45)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:97)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:35)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:85)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704)
at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590)
at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:510)
at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
at org.apache.jsp.jsp.apps_005faudit_jsp._jspService(apps_005faudit_jsp.java:469)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
02:11:58,624 ERROR [Engine] StandardWrapperValve[accessaudit]: Servlet.service() for servlet accessaudit threw exception
java.lang.NullPointerException
at com.icesoft.faces.context.DOMResponseWriter.enhanceAndFixDocument(DOMResponseWriter.java:298)
at com.icesoft.faces.context.DOMResponseWriter.endDocument(DOMResponseWriter.java:175)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:580)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:154)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:268)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
at com.icesoft.faces.webapp.http.core.PageServer$1.respond(PageServer.java:26)
at com.icesoft.faces.webapp.http.servlet.ServletRequestResponse.respondWith(ServletRequestResponse.java:125)
at com.icesoft.faces.webapp.http.core.PageServer.service(PageServer.java:31)
at com.icesoft.faces.webapp.http.servlet.BasicAdaptingServlet.service(BasicAdaptingServlet.java:16)
at com.icesoft.faces.webapp.http.servlet.SingleViewServlet.service(SingleViewServlet.java:45)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainSessionBoundServlet.service(MainSessionBoundServlet.java:97)
at com.icesoft.faces.webapp.http.servlet.SessionDispatcher.service(SessionDispatcher.java:35)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher$Matcher.serviceOnMatch(PathDispatcher.java:52)
at com.icesoft.faces.webapp.http.servlet.PathDispatcher.service(PathDispatcher.java:29)
at com.icesoft.faces.webapp.http.servlet.MainServlet.service(MainServlet.java:85)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704)
at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590)
at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:510)
at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
at org.apache.jsp.jsp.apps_005faudit_jsp._jspService(apps_005faudit_jsp.java:469)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
Hi,

I have a problem that I just can't visualize how to do with icefaces. I'm sure that there is a better way, so wanted to ask the experts here. Here is what I have:

I have three "utility" faces and beans used for searching. One for users, one for groups, and one for applications. So I have 3 JSF files and 3 backing beans that do searches on parameters. Let's call them usersearch.jspx and usersearch.java, groupsearch.jspx and groupsearch.java, and appsearch.jspx and appsearch.java.

Then I have several application functions that need to re-use these search segments. One example is an ad-hoc report. I can let the customer search for entries based on any user, group, or application. Another would be a filter. The filter criteria are based on searches of users, groups, and applications.

So now I have several methods in my app that each need to use these search pages, and I'm trying to avoid re-writing code all over the place. Right now, I have a javascript kludge. My main pages fire off a pop-up for the search pages. After the search, the results are populated back to the calling page via javascript. This does work. All my pages can re-use the search bean and the jsf search page. But you would think this could be done with some type of includes.

Now say I did an include. When I search, the search results are in the searchbean. But I need the search results in the backing bean of the page doing the including.

Does anyone have any great ideas on how to do this without duplicating the search jsf and bean logic?

Thanks!
Hi,

I have a pageable and sortable datatable with many rows. In some cases, 20,000+ rows!

First, is faces/icefaces designed to be able to handle this?

The painting is fast if I keep my page size below 50 or so. That's great. Sorting is a bit slow but that's purely cpu limited on the server so that's expected as well.

What I see that's funny is going from one page to the next. Say I'm on page 1, I click next and it takes 100% cpu for several seconds. The CPU is spent on the JBOSS process, not the browser. Does anyone know why it should take that much work?

Say I have a List of 20,000 items and I show 50 per page. If I click next to go to page 2, it should be very fast to jump to entry 50 and show items 50-99. In theory it is a lightening fast list.get(i) loop.

But in practice, it takes the full cpu for several seconds. Does anyone know what the faces libs are doing behind the scenes? My List item is resident in the bean and my getList method simple returns the List if it is not null. In other words, I am NOT going back to the DB on each page load.

Any ideas on what it's doing to use that much cpu and what I can try to avoid it? I probably could write my own custom DataModel but really would rather not.

Thanks!
I saw a couple of posts that mentioned this, but never really gave an answer. I see some messages in the debug logs relating to TldLocationsCache. It's not really an error but does throw an exception. The application seems to work fine though.

Does anyone know what these messages mean? I am inserting an icefaces jspx files INTO a standard (ugly) jsp file with:

Code:
    <jsp:include page="/jsp/status.jspx" />


I get debug exceptions like below.

It doesn't seem to affect things, but looks ugly. Does anyone know if this means anything?

Thanks!


2007-05-17 10:13:54,729 DEBUG [com.icesoft.faces.context.FacesContextFactoryImpl] Portlet classes not available: java.lang.ClassNotFoundException: No ClassLoaders found for: javax.portlet.PortletRequest
2007-05-17 10:13:55,026 DEBUG [com.icesoft.faces.webapp.xmlhttp.PersistentFacesServlet] service() FacesContext: null
2007-05-17 10:13:55,026 DEBUG [com.sun.faces.lifecycle.LifecycleImpl] execute(com.icesoft.faces.context.BridgeFacesContext@10fe215)
2007-05-17 10:13:55,026 DEBUG [com.sun.faces.lifecycle.LifecycleImpl] phase(RESTORE_VIEW 1,com.icesoft.faces.context.BridgeFacesContext@10fe215)
2007-05-17 10:13:55,026 DEBUG [com.sun.faces.lifecycle.RestoreViewPhase] Entering RestoreViewPhase
2007-05-17 10:13:55,026 DEBUG [com.icesoft.faces.application.D2DViewHandler] JSF State Management not provided
2007-05-17 10:13:55,026 DEBUG [com.sun.faces.lifecycle.RestoreViewPhase] New request: creating a view for /jsp/status.jspx
2007-05-17 10:13:55,042 DEBUG [com.sun.faces.lifecycle.RestoreViewPhase] Exiting RestoreViewPhase
2007-05-17 10:13:55,042 DEBUG [com.sun.faces.lifecycle.LifecycleImpl] render(com.icesoft.faces.context.BridgeFacesContext@10fe215)
2007-05-17 10:13:55,042 DEBUG [com.sun.faces.lifecycle.LifecycleImpl] phase(RENDER_RESPONSE 6,com.icesoft.faces.context.BridgeFacesContext@10fe215)
2007-05-17 10:13:55,042 DEBUG [com.sun.faces.lifecycle.RenderResponsePhase] Entering RenderResponsePhase
2007-05-17 10:13:55,042 DEBUG [com.sun.faces.lifecycle.RenderResponsePhase] About to render view /jsp/status.jspx
2007-05-17 10:13:55,136 DEBUG [com.icesoft.faces.webapp.parser.ComponentRuleSet] No JSF 1.2 classes found. Running in JSF 1.1 environment
2007-05-17 10:13:55,151 DEBUG [com.icesoft.faces.application.D2DViewHandler] renderView(FC,UIVR) BEFORE renderResponse viewToRender.getViewId(): /jsp/status.jspx
2007-05-17 10:13:55,151 DEBUG [com.icesoft.faces.application.D2DViewHandler] Rendering javax.faces.component.UIViewRoot@182eca8 with 0 children
2007-05-17 10:13:55,292 DEBUG [com.icesoft.jasper.compiler.TldLocationsCache] Initializing ICEfaces TldLocationsCache
2007-05-17 10:13:56,729 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] jsp.error.internal.tldinit
com.icesoft.jasper.JasperException: jsp.error.internal.tldinit
at com.icesoft.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:248)
at com.icesoft.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.java:215)
at com.icesoft.faces.webapp.parser.JspPageToDocument.getTldInputStream(JspPageToDocument.java:404)
at com.icesoft.faces.webapp.parser.JsfJspDigester.startPrefixMapping(JsfJspDigester.java:99)
at org.apache.xerces.parsers.AbstractSAXParser.startNamespaceMapping(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)


and then more...

2007-05-17 10:13:56,823 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/el-ri.jar
2007-05-17 10:13:56,823 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/commons-beanutils.jar
2007-05-17 10:13:56,823 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/icefaces-scc.jar
2007-05-17 10:13:56,839 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/taglibs-unstandard.jar
2007-05-17 10:13:56,839 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] jsp.error.parse.xml
com.icesoft.jasper.JasperException: jsp.error.parse.xml
at com.icesoft.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:106)
at com.icesoft.faces.webapp.parser.JspPageToDocument.getUriFromTld(JspPageToDocument.java:651)
at com.icesoft.faces.webapp.parser.JspPageToDocument.scanJar(JspPageToDocument.java:619)
at com.icesoft.faces.webapp.parser.JspPageToDocument.scanJars(JspPageToDocument.java:556)
at com.icesoft.faces.webapp.parser.JspPageToDocument.getTldInputStream(JspPageToDocument.java:413)
at com.icesoft.faces.webapp.parser.JsfJspDigester.startPrefixMapping(JsfJspDigester.java:99)
at org.apache.xerces.parsers.AbstractSAXParser.startNamespaceMapping(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1586)
at com.icesoft.faces.webapp.parser.Parser.parse(Parser.java:122)
at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:550)
at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:149)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:268)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:137)
at com.icesoft.faces.webapp.xmlhttp.PersistentFacesServlet.service(PersistentFacesServlet.java:402)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 

and more


at java.lang.Thread.run(Thread.java:595)
2007-05-17 10:13:56,886 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/icefaces-comps.jar
2007-05-17 10:13:56,995 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/servlet-api.jar
2007-05-17 10:13:56,995 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/spring-aop.jar
2007-05-17 10:13:56,995 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/jsf-api.jar
2007-05-17 10:13:57,011 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/quartz-1.5.2.jar
2007-05-17 10:13:57,011 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/itext-1.3.1.jar
2007-05-17 10:13:57,026 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/commons-logging-api.jar
2007-05-17 10:13:57,026 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/aopalliance.jar
2007-05-17 10:13:57,026 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/standard.jar
2007-05-17 10:13:57,104 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/backport-util-concurrent.jar
2007-05-17 10:13:57,104 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/commons-collections.jar
2007-05-17 10:13:57,104 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Fallback Scanning Jar file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/jsf-impl.jar
2007-05-17 10:13:57,214 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Found TLD location for http://java.sun.com/jsf/html = file:/C://jboss401sp1/server/default/deploy/.war/WEB-INF/lib/jsf-impl.jar
2007-05-17 10:13:57,214 DEBUG [com.icesoft.faces.webapp.parser.JspPageToDocument] Found TLD location for http://java.sun.com/jsf/html = META-INF/html_basic.tld


The included jspx file looks like:


<jsp:root version="1.2" xmlns:jsp="http://java.sun.com/JSP/Page"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:ice="http://www.icesoft.com/icefaces/component"
xmlns:c="http://java.sun.com/jsp/jstl/core">
<f:view>
<html>

etc....

Thanks for the advice. I tried a couple of things and it surprisingly had nothing to do with extra js in there. Even on a plain vanilla table, is just an MSIE-ism.

If I make the table 50 rows it's ok. At about 30 rows it's very fast.

I have a plain datatable with about 6 columns. But sometimes I could have thousands of rows. It actually re-sorts pretty quickly. It's the MSIE rendering that gets me.

Silly MSIE.... :-)

 
Profile for atomz4peace -> Messages posted by atomz4peace [121] Go to Page: Previous  1, 2, 3, 4, 5, 6, 7, 8, 9 Next 
Go to:   
Powered by JForum 2.1.7ice © JForum Team