voyent
Messages posted by: arran.mccullough  XML
Profile for arran.mccullough -> Messages posted by arran.mccullough [426] Go to Page: 1, 2, 3  ...  27, 28, 29 Next 
Author Message
Hi Michael,

Thank you for the sample, it helped to understand what you are looking for.

I think the following link might help you with what is demonstrated in the sample:http://www.icesoft.org/wiki/display/ICE/Handling+Exceptions

There are a few techniques that outline how you can handle server side exceptions to the end user.

Regards,
Arran
Hi Cezary,

What version of ICEfaces are you using?

Do you see any errors in the browser console logs? I suspect there may be a script error that would prevent the click from happening.

Regards,
Arran
Hello,

Can you provide us with some extra details such as what version of ICEfaces you are using and the environment (server, clustered, etc)?

Thanks,
Arran
Hi Michael,

Can you provide more details as to what you mean by it doesn't work?

If you can provide a sample that reproduces this issue, it would be the quickest way to get resolved outside of having a support subscription.

The ICEfaces/JSF code has changed dramatically since the 1.7.2 release referenced in the JIRA.

Regards,
Arran
Hi Kenneth,

This isn't reproducible on any of our currently supported servers. We haven't certified the TomEE server so it looks like it is specific to this server. Is there any change if you use the following context param:

Code:
     <context-param>
         <param-name>javax.faces.PROJECT_STAGE</param-name>
         <param-value>Production</param-value>
     </context-param>
 


We can look into supporting this app server through our ICEtime services if required: http://www.icesoft.org/java/services/ice-time.jsf

Regards,
Arran
Hi Ashwani,

Do you see any JavaScript errors in the browser console when this issue happens?

You may also want to try using the ICEfaces 3.3.0 release as it will have more fixes/updates compared to the 3.1.0 release.

Regards,
Arran
Thanks for the information. Has there been any other changes to the network infrastructure recently?

Unfortunately there can be a wide range of cause of this type of behavior. Of course if the session has naturally timed out then this would be the expected behavior.

If this is happening unexpectedly or when the user is interacting with the application then checking the server logs, client console, and network traffic at the time when the issue occurs might help to see what the cause might be.

Regards,
Arran
I would try to stick with the usual JSF techniques and best practices for timezones. I believe this is usually by using an f:convertDateTime converter. The following link has more details on this: http://stackoverflow.com/questions/2532729/daylight-saving-time-and-time-zone-best-practices

Regards,
Arran

Yeah that is quite a jump. I would still use the migration guide from 1.8 to 3.x as a reference. This is essentially what is required to go from JSF 1.x to 2.x.

So you won't need to use the CompatResourceServlet or the icefaces-compat.jar file as these are not supported with the ICEfaces 4.1.1 release. You'll need to make sure you have converted any ICE components to their ACE/JSF equivalents.

Regards,
Arran
Hello,

This could be done by using something like the following sample code:
Code:
 <ace:simpleSelectOneMenu...>
     <ace:ajax event="valueChange" onSuccess="menuDialog.show();"/>
 </ace:simpleSelectOneMenu>
 
 <ace:dialog widgetVar="menuDialog"...>
     ....
 </ace:dialog>
 


The valueChange event of the menu would open the dialog via the JS call.

Regards,
Arran
Hello,

I don't think the component supports this requirement. If this is something you need feel free to create an enhancement JIRA here: http://jira.icesoft.org/secure/Dashboard.jspa

If it gets enough votes we can review it for a future release.

Regards,
Arran
Hello,

Is this something you can reproduce in an isolated sample that we can run locally? With this we can review the issue and see if any fixes could be made to help resolve this issue.

It is likely related to the columnPining and the scrollable table. If you set scrollable="false" on the table does the columns line up?

Due the requirements of a scrollable table in HTML it requires two tables to be rendered, one for the header columns, one for the body content. The calculations for lining up the headers is quite sensitive and any custom changes can sometimes cause alignment issues.

Regards,
Arran
Hello,

I have a few suggestions which might help:

- Try setting the following parameter in your web.xml:
Code:
     <context-param>
         <param-name>org.icefaces.mandatoryResourceConfiguration</param-name>
         <param-value>dateTimeEntry</param-value>
     </context-param>
 


- Test with the most recent ICEfaces 4 release (4.1.1). This may have been a bug that was resolved in a recent release.

- In your pom file I see you are referencing the icefaces-compat libraries. This isn't supported with ICEfaces 4 so you should remove this reference to prevent any miss-match of jars.

Regards,
Arran
Hello,

Has the application been working fine on these browsers recently?

The ICEfaces 1.8.1 release was never certified on the more modern browsers as they didn't exist at that time.

Does the issue happen consistently or is reliably reproducible?

Does the same actions work fine on older browsers?

Are there any errors on the server/client side?

Regards,
Arran
Hello,

Are you wanting to migrate to ICEfaces 4 or ICEfaces 3? Depending on this answer there are a few different options.

The link you posted is more related to ICEfaces 1.x Compatibility with ICEfaces 3. But is a good reference for the 1.x to 3.x migration.

The ICEfaces 4 release no longer supports the ICE components. So if you want to use ICEfaces 4 and have a bunch of ICE components (ice:commandButton, ice:outputText, etc) and don't want to change these to the ACE or JSF equivalent then migrating to ICEfaces 3 might be a quicker solution.

If you haven't already, the following documents should be followed/reviewed:
- ICEfaces 1.x to 3.x migration guide: http://www.icesoft.org/wiki/display/ICE/Converting+ICEfaces+1.8+Applications+to+ICEfaces+3

Then if you want to go to ICEfaces 4.x the following documents will be helpful:
- ICEfaces 3 to 4 Migration Guide: http://www.icesoft.org/wiki/display/ICE/ICEfaces+3+to+4+Migration+Guide
- ICE to ACE Component Migration Guide: http://www.icesoft.org/wiki/display/ICE/ICE+to+ACE+Component+Migration+Guide

I also highly recommend using the most recent version of ICEfaces 3 or 4 that you have access to.

Regards,
Arran
 
Profile for arran.mccullough -> Messages posted by arran.mccullough [426] Go to Page: 1, 2, 3  ...  27, 28, 29 Next 
Go to:   
Powered by JForum 2.1.7ice © JForum Team