[Building Sakai] Weird issue with wurfl.zip
Will Humphries
whumphri at vt.edu
Fri Aug 19 07:25:29 PDT 2011
Hi Daniel,
Can you double-check that you applied r95904 from
https://jira.sakaiproject.org/browse/SAK-19812, specifically the changes
to wurfl_patch.xml? In general, if you go to a new wurfl.zip, you
probably need to bring in the corresponding wurfl_patch.xml. I think I
may have seen the exception and stacktrace when I neglected to bring
over a new wurfl_patch.xml.
-Will
On 8/19/11 4:30 AM, Daniel Merino wrote:
> Hi again, Gonzalo, and many thanks for your advice.
>
> I have applied over our current installation (Sakai 2.7.1) the next
> JIRAs:
>
> -SAK-14808 - PDA: Can't reset tools
> -SAK-18098 - Disable FCKEditor when using iPhone
> -SAK-18711 - If select Upload Files Now but you haven't selected a
> file, get an inaccurate error message (iPhone only)
> -SAK-18720 - Mobile portal - Autodetect device type and forward to
> proper handler
> -SAK-18768 - login screen on PDA portal is tiny
> -SAK-18781 - Included is very old version of Wurfl API
> -SAK-18800 - Opt out of automatic forward to PDA portal
> -SAK-18801 - Links directly to tools/pages/on sites don't work when
> portal autoforwards to PDA portal
> -SAK-18955 - Cannot login to PDA portal if using mobile device
> -SAK-19060 - JSR-168 Portlets Fail in the PDA portal
> -SAK-19179 - PDA changes for 2.8
> -SAK-19275 - add ability to insert some markup via site property into
> specific site
> -SAK-19640 - disable FCKEditor in Syllabus when using mobile devices
> -SAK-20035 - PDA Portal Must Pass Through non-HTML URLs
> -Jsf 2.7.9 (Needed to apply Msgcntr-320)
> -MSGCNTR-320 - Forums (and other tools using FCKEditor) should detect
> iPhone Safari and serve plain text editor
>
> After this, the mobile portal seems to work fine although, after
> updating wurfl.zip to the latest version, we experienced the issues
> already described, so we left the old zip file.
>
> After your mail, I have tried to update WURFL in our test installation
> applying the next JIRAs:
>
> -SAK-18911 - DeviceNotDefinedException for Opera browser
> -SAK-19601 - Missing tool causes an NPE
> -SAK-19670 - Update WURFL definition file
> -SAK-19699 - Wurfl can misidentify browsers without patch file
> -SAK-19812 - Update to latest WURFL
>
> But after this, I got an error starting Tomcat and portal doesn't work
> no more. I attach the error at the end of this mail. Reverting the
> patches fixes the problem.
>
> I think that I'm gonna leave untouched the first bunch of patches in
> our production server, as they seem to work fine. Do you think that we
> could find issues if we don't update to the latest WURFL?
>
> Finally, I would like to point that many of these JIRA don't have the
> "Mobile device" component setted at JIRA, only the "Portal" component.
> This makes them difficult to find.
>
> Thanks and best regards.
>
>
>
>
> /2011-08-19 09:36:35,568 INFO main
> org.apache.catalina.core.StandardHost - Desactivada la validación XML
> 2011-08-19 09:36:36,609 ERROR main
> org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/portal] -
> Excepción enviando evento inicializado de contexto a instancia de
> escuchador de clase
> net.sourceforge.wurfl.core.web.WURFLServletContextListener
> net.sourceforge.wurfl.core.resource.UserAgentOverrideException:
> Device:
> net.sourceforge.wurfl.core.resource.ModelDevice at 1309de5b[generic_web_browser]
> override defined user-agent: Mozilla/4.0 with overriding
> user-agent:DO_NOT_MATCH_GENERIC_WEB_BROWSER
> at
> net.sourceforge.wurfl.core.resource.WURFLPatchingManager.patchDevice(WURFLPatchingManager.java:147)
> at
> net.sourceforge.wurfl.core.resource.WURFLPatchingManager.patchDevices(WURFLPatchingManager.java:74)
> at
> net.sourceforge.wurfl.core.resource.DefaultWURFLModel.<init>(DefaultWURFLModel.java:115)
> at
> net.sourceforge.wurfl.core.CustomWURFLHolder.init(CustomWURFLHolder.java:116)
> at
> net.sourceforge.wurfl.core.CustomWURFLHolder.<init>(CustomWURFLHolder.java:53)
> at
> net.sourceforge.wurfl.core.web.ServletContextWURFLHolder.createDelegate(ServletContextWURFLHolder.java:92)
> at
> net.sourceforge.wurfl.core.web.ServletContextWURFLHolder.<init>(ServletContextWURFLHolder.java:63)
> at
> net.sourceforge.wurfl.core.web.WURFLServletContextListener.contextInitialized(WURFLServletContextListener.java:94)
> at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3795)
> at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4252)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
> at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
> at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
> at
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:634)
> at
> org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:561)
> at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:496)
> at
> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1203)
> at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:319)
> at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
> at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> at
> org.apache.catalina.core.StandardService.start(StandardService.java:448)
> at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> 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:597)
> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> 2011-08-19 09:36:36,610 ERROR main
> org.apache.catalina.core.StandardContext - Error listenerStart
> 2011-08-19 09:36:36,610 ERROR main
> org.apache.catalina.core.StandardContext - Falló en arranque del
> Contexto [/portal] debido a errores previos
> 2011-08-19 09:36:36,632 INFO main org.sakaiproject.dav.DavRealm -
> start()/
>
> gsilver escribió:
>> Daniel,
>>
>> See these below.
>>
>> SAK-19670 - Update WURFL definition file
>> SAK-19812 - Update to latest WURFL
>> SAK-18761 - upgrade WURFL definitions to 2.0.18
>>
>> There were many other updates to resolve various issues - search for WURFL in Jira.
>>
>> Thanks.
>>
>> - Gonzalo
>>
>>
>> On Aug 17, 2011, at 8:28 AM, Daniel Merino wrote:
>>
>>
>>> Hi everyone.
>>>
>>> This mail is to report about an strange behaviour when trying to install
>>> the mobile devices support in Sakai 2.7.1, as documented by Gonzalo
>>> Silverio in his blog
>>> (http://gonzalosilverio.wordpress.com/2010/12/09/sakai-mobile-portal/)
>>>
>>> With Firefox 4 all has gone fairly well, but when entering into the
>>> portal with Internet Explorer (7& 8) from a usual PC Browser, we were
>>> redirected to the pda portal.
>>>
>>> This behaviour didn't occurred in our test server and we have found out
>>> that the difference seems to be the wurfl.zip version.
>>>
>>> With a wurfl.zip downloaded the 9th of June, the mobile portal works
>>> fine. With a newer and bigger wurfl.zip, downloaded today from the same
>>> URL
>>> (https://source.sakaiproject.org/svn/portal/trunk/portal-charon/charon/src/webapp/WEB-INF/wurfl.zip)
>>> the problem with IE arises.
>>>
>>> As the newer zip should be the usual choice, maybe somebody would want
>>> to look into this.
>>>
>>> Best regards.
>>> --
>>> Daniel Merino
>>> daniel.merino at unavarra.es
>>> Gestor de teleformación - Centro Superior de Innovación Educativa.
>>> Tfno: 948-168489 - Universidad Pública de Navarra.
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>
>>> TO UNSUBSCRIBE: send email tosakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>>>
>>>
>>>
>>
>>
>>
>
> --
> Daniel Merino Echeverría
> daniel.merino at unavarra.es
> Gestor de teleformación - Centro Superior de Innovación Educativa.
> Tfno: 948-168489 - Universidad Pública de Navarra.
> --
> ¿Estudias o fracasas? (Anónimo)
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110819/6035c14e/attachment.html
More information about the sakai-dev
mailing list