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
Thank you very much Philip!

I was trying to test in my app and saw that your icefaces.jar is different from what is in version 1.7.0. I have a compile error on

com.icesoft.faces.context.FileResource

Yours has a method setEncodeURL but 1.7.0 does not so your new file OutputExportRenderer did not compile. (line 44)

Any idea how to make this work with 1.7.0 or do you have sources to the libs you used?

Any idea
Has anyone ever worked on a generic export option for exporting data from a datatable in pdf/xls/csv/xml, etc.... I know you can use itext, jasper, and others, but it requires a hook to be built around every table.

Wouldn't it be way cool to simply have a few new tags on the <ice:dataTable> like export="pdf,xls" and then have the little icons appear and automagically pull out the entire data set in the right format?

Is this on the roadmap or has anyone done anything linked with open source tools that worked smoothly and are willing to share the how-to?

Thanks!
One caution to be aware of is how you fetch the data from the DB. Many default DB driver configs actually get the entire data set, then map the rows. So while you think you are getting just 100 rows, you might fetch all, map 100, then throw away the rest.

SQL Server is notorious because it does not have the "limit" option that mysql has so it's much harder to pull out a set of data from the middle of a result.

We implemented the paging datamodel but since we mainly use sql server, it didn't really buy that much unless we wrote a procedure on the database to emulate the limit option and not return the entire dataset.

FYI, we used the normal datatable on a table with over 43,000 rows and about 20 columns with the app and db on a 3yr old laptop and it only took about 10 seconds to pull up. Re-sorting the entire dataset takes about 5 seconds. So it might not be as bad as you think on a normal server.
I just upgraded to 1.7 and saw minor formatting issues all over the place. Basically, multiple items used to show side by side, and now show top and bottom in a panelgroup, as if there was a <br> in between. Here is the example:

Code:
			
 <ice:panelGrid columns="1" styleClass="" width="250"
 				rendered="#{StatusReviewBean.renderRealTimeLink}">
 				<ice:dataTable id="realtime" var="entry" value="abc"
 					styleClass="statustable" width="100%" scrollHeight="300px"
 					sortAscending="" footerClass="statusfooter"
 					columnClasses="statuscolumn">
 					<ice:column>
 						<f:facet name="header">
 							<ice:outputText styleClass="brownbold12pt" value="Quick Links" />
 						</f:facet>
 						<ice:graphicImage url="../images/bullet.gif" />
 						<ice:outputLink value="manager_users.htm">
 							<ice:outputText
 								value="Real-Time " />
 						</ice:outputLink>
 						<f:facet name="footer">
 						&nbsp;
 					</f:facet>
 					</ice:column>
 				</ice:dataTable>
 			</ice:panelGrid>
 


in 1.6, the bullet.gif and the outputText would show up side by side and look like a bulleted item. In 1.7, the words are now directly below the bullet.gif.

Does anyone know how to get this back so that there is no break between the image and the outputtext? This similar behavior happens all over now with different types of tags, mainly when inside of a table.

Thanks!
The contents inside of a popup can have an effect with a simple <ice:effect> tag. But any way to have a panelpopup itself do the effect?
Can the id= element be based on a dynamic attribute from the backing bean?

Or maybe there is anther way to solve this question. I have a datatable with many rows. I want to use the selectOneRadio with the layout=spread. But I need to have a unique id= element for each row, so that the ice:radio elements on each row are not linked to the elements on the next row.

For example, say I have Code:
<ice:selectOneRadio id="foo" ....> ...</>


And each row of a datatable I want to put 3 radio elements, one in each column like Code:
<ice:radio for="foo" ...>  


All of the radio elements are tied together. I need a unique id= per row.

So I tried to use a value from the row object like:
Code:
 <ice:dataTable var="entry" ....>
 <ice:selectOneRadio id="#{entry.someIdStrMethod}" ....>
 


It gives a jsp error on #{entry.someIdStrMethod}
SelectOneRadioTag.doStartTag(SelectOneRadioTag.java:790)


This is 1.7. Anyone know how to get this same end result of a unique spread layout grouping for each row?

Thanks!
Did you see the imagedir element of the tree tag:

imageDir="./xmlhttp/css/rime/css-images/"

I would start with that and just name the icons to what the tree expects but with a different dir. Haven't tested but that's where I would start.
Any way to do this? Right now the popup or modal popup just appears. Can we do a slow fade appear, roll up, roll down, etc...?
I seem to have the same problem but only on one page. And it causes MSIE 6 to crash.

Could you let us know just what you did to "add a src attribute" to the iframe?

Thanks!
I saw the other posts about the rvn parameter and not quite sure I understand. It's trying to preserve the view but does anyone have a concise explanation of what that really means to a non-jsf expert?

If I have all request-scope beans, each tied to a single page, do I really care about preserving the view number?

Here's my case. I have a hybrid app we're converting to JSF. I use the include method from the dev guide. From a non-faces JSP file, I add:

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


and all works well. On one page, I have 2 of these includes:

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


When I just load the page, it runs both faces files and works correctly. But when I have a redirect (like from a navigation rule), then the rvn= parameter is in the URL. When this happens, I get the first included jspx file included twice and the status.jspx is never included. I see in MultiViewServer.java why this is.

(this is using 1.6.2 from SVN)

I also see in BridgeExternalContext how an absolute URI redirect will not have the rvn parameter in case we redirect to another web page.

If I give a redirect to my own app, why would I ever want this feature? If I'm re-directing to a brand new URL and page, why does this matter to me? I'll probably have to comment it out until I re-work my app to not inlcude jspx files like this, but can anyone help me see the light or suggest a better way to do things?

Thanks!
Jim
Hi,

This may be a known problem but could not find it searching in the forums. I do a javascript popup from an ice-enabled page. I actually fire off the pop-up with:

JavascriptContext.addJavascriptCall(facesContext, ";openmywindow();");

Where openmywindow is a script in an include file that does a window.open().

With firefox, the new window is in front as expected. With MSIE, the pop-up starts in front and instantly gets sent below the parent window. I'm assuming the the ICE js is grabbing the focus again.

Is there an easy way to have the pop-up start out and stay in front? My kludge so far is to do a:

JavascriptContext.addJavascriptCall(facesContext,";window.focus();");

in the constructor of the pop-up backing bean. But doing it this way, the windows pops up, gets sent behind, then comes back to the front a 1/2 second later. It works but definitely not ideal.

Any good ideas on how to make msie act like FF and have pop-ups stay in front?

Thanks,
Jim
It's still broken in 1.6.1. I submitted an issue at http://jira.icefaces.org/browse/ICE-2219.
I tried changing the file name in the include, but no luck. Thanks for the idea though!

I was actually trying to do an even simpler include first. I have a plain JSP page that does a jsp:include to include a facelets page. This does not work with 1.6.1. The question I have is should this work? I would naively think it should but is this worthy of a bug?

I have my standard page templates in old ugly JSP code. So I'm doing a simple jsp:include to get the cool faces stuff injected into the middle of the page. It works fine for a plain faces, but not for a facelets page.

The iframe trick does work as expected. But then I have to let users query the .iface pages (or whatever extension I use in the iframe) directly. So that means that my access controls need to be implemented in my faces beans. Today, everything is still in the Spring controllers behind the JSP, so I would need another layer backing the faces direct access.

Does anyone know if my initial idea is supposed to work? Including a faclets page with a jsp:include from a plain non-faces JSP page? The jsp store example shows including a faces page this way, so should a facelets page work as well?

Thanks!
I am using the jsp:include tags as per http://facestutorials.icefaces.org/tutorial/jspStoreProject.html. With normal ICE tags, everything works great.

But when I try to use facelets, the application simply stops working. Rather, it does not display the faces content.

Here is my basic page:

Code:
 <html>
 <body>
 <jsp:include page="test.iface" />
 </body>
 </html>
 


this works great. The jsp is a plain JSP page NOT defined as a faces page. I have tons of old jsp non-xml junk in there and can not clean it up. So I'm including the faces pages as a temporary measure.

The moment I add this to my faces-config.xml and add the faclets library, it stops working and shows a blank screen.

Code:
 <application>
 <view-handler>com.icesoft.faces.facelets.D2DFaceletViewHandler</view-handler>
 </application>
 


Within the test.iface file I have this:

Code:
 	<ui:include src="inc.iface" />
 


When I load the index.jsp file, nothing shows at all. If I load the test.iface directly, it works and the ui:include works as well.

So the facelets include does not seem to work if I have my faces page included with the jsp:include method. Should it work the way I'm trying? If not, is there another way to use facelet-like includes if my ICE pages are included via jsp:include?

Thanks!
fyi, Ken responded to the jira that this will be fixed in 1.7.
 
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