wyciwyg since Firefox 3.0.7

[bitec]

Unfortunately I still have the problem with ´wyciwyg´ caching in firefox since version 3.0.7. Only versions prior to this one work ok for my application.

The problem is that any links in the application can lead to ´wyciwyg´ pages from firefox cache, 4-5 clicks can be ok, but the last one moves to this cached page. I checked all firefox version, including the last one (3.5) and all of them are very unstable with caching. All our customers have to use 3.0.6 and avoid any automatic updates.

I can give the war file and installation instructions for the richfaces dev team and let them see this problem inside. I really cannot give any source code here, cause any link can result in cached page any time, this is not constant.

[nbelaevski]

Hi,

Yes, .war file will be good to help. You can put it somewhere on file sharing services (e.g. sendspace) and will grab it from there or create new JIRA issue and attach it.

[bitec]

Nick, I sent you the the letter with file link on friday last week. Have you recieved it?

[bitec]

No news?.. It's a pity...

[nbelaevski]

Hi Anton,

Sorry, we are very busy working on A1 release. I'll check this file ASA I get time. BTW, is it ok to attach it to JIRA as test case?

[bitec]

Ok, thanks for the reply.

actually I wouldn't like to share this release with everyone, please use it as the internal resource, may be write only the link to some local server path, where this file is located.

[nbelaevski]

Hi Anton,

I've tried to run the example, here is what I get:

02-09-2009 16:04:16:778 ERROR B:? - Cannot create Hibernate SessionFactory.
java.lang.ExceptionInInitializerError
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.hibernate.type.EnumType.initEnumValue(EnumType.java:213)
 at org.hibernate.type.EnumType.setParameterValues(EnumType.java:192)
 at org.hibernate.type.TypeFactory.injectParameters(TypeFactory.java:362)
 at org.hibernate.type.CustomType.<init>(CustomType.java:90)
 at org.hibernate.type.TypeFactory.heuristicType(TypeFactory.java:268)
 at org.hibernate.mapping.SimpleValue.getType(SimpleValue.java:283)
 at org.hibernate.mapping.SimpleValue.isValid(SimpleValue.java:276)
 at org.hibernate.mapping.Property.isValid(Property.java:207)
 at org.hibernate.mapping.PersistentClass.validate(PersistentClass.java:458)
 at org.hibernate.mapping.RootClass.validate(RootClass.java:215)
 at org.hibernate.cfg.Configuration.validate(Configuration.java:1135)
 at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1320)
 at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:867)
 at com.consult.alto.utils.B.<clinit>(Unknown Source)
 at com.consult.alto.A.L.G(Unknown Source)
 at com.consult.alto.auth.AuthenticationService.loadUserByUsername(Unknown Source)
 at org.springframework.security.providers.dao.DaoAuthenticationProvider.retrieveUser(DaoAuthenticationProvider.java:83)
 at org.springframework.security.providers.dao.AbstractUserDetailsAuthenticationProvider.authenticate(AbstractUserDetailsAuthenticationProvider.java:121)
 at org.springframework.security.providers.ProviderManager.doAuthentication(ProviderManager.java:188)
 at org.springframework.security.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:46)
 at org.springframework.security.ui.webapp.AuthenticationProcessingFilter.attemptAuthentication(AuthenticationProcessingFilter.java:82)
 at org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:258)
 at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
 at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
 at org.springframework.security.ui.logout.LogoutFilter.doFilterHttp(LogoutFilter.java:89)
 at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
 at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
 at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235)
 at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
 at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
 at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:175)
 at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
 at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
 at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
 at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
 at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
 at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NullPointerException
 at com.consult.alto.backing.OrderStatuses.<init>(Unknown Source)
 at com.consult.alto.backing.OrderStatuses.<clinit>(Unknown Source)
 ... 49 more

trying to login

[nbelaevski]

Checking new .war I see that the issue is caused by usage of a4j:commandLink for navigation. Solutions are h:commnadLink or redirect navigation usage.

[bitec]

Thank you, this helped. I used a4j:commandLink everywhere because it seemed to work faster than h:commandLink, even for navigation. May be I was wrong.

Anyway I would advise you to mention about wyciwyg problems in Firefox (after 3.0.6 version) for a4j:commandLink in the tutorial or/and FAQ. May be someone else would face the same problem in his application and nowhere this restriction for a4j:commandLink is mentioned..

Thanks again.

[nbelaevski]

Hi,

In fact it's stated on the demo site that a4j:command* components are highly recommended to be used with redirect navigation.