Chrome browser being incorrectly classified as Logitech Revu

[JDWilliams]

Hi

We are using the latest WURFL snapshot as downloaded today. We have a programme that looks up the user agent string in the WURFL database and populates device information into a table.

The problem is that given the following user agent:

Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7

The device information is being populated as 'Logitech Revue'. This is in fact I believe the user agent string for a version of the Chrome browser. When using the online version of WURFL we are correctly returned Chrome browser information.

We had this problem previously and assumed it was down to the age of our wurfl file. However, updating has not fixed the issue. My suspicion now is that it is because we have not updated our web browsers patch file. Would you agree and if so where do we obtain the latest browser patch files from?

Many thanks
Matt

[luca.passani]

HI there. This version of the API should ease your pain:

http://sourceforge.net/projects/wurfl/f ... API/1.3.6/

We are working full speed towards V1.4, but unfortunately some could not hold their breath.
Among other things, the new API will recognize the logitech reviuew (googleTV). This device is what interferes with older versions of the API.

If 1.3.6 does not solve your problem, please let us know and we will work with you to resolve.

FYI, we are about to merge the patch file into the big WURFL, as part of a rather large refactoring for 1.4 (and a bunch of new features and improvements)

Luca

[JDWilliams]

This doesn't seem to contain the spring package anymore, e.g.
SpringWurflManager

[sm_support2]

Can you post your use of the SpringWURFLManager?

we will assist you in the use of the 1.3.6 API.

1.3.6 was one step on the way to quite a few changes (including simplification of the objects needed by the API) and we rushed it because of the FF10 problem. Our engineers are working on an example package to show the new Spring configuration.

Thanks

[JDWilliams]

Hi

We use it in our applicationContext file:

<bean id="WurflManager" class="net.sourceforge.wurfl.spring.SpringWurflManager" scope="singleton">
<property name="wurflModel" ref="wurflModel"/>
<property name="wurflPatches">
<list>
<value>file:web_browsers_patch.xml</value>
</list>
</property>
</bean>

[fulvio.crivellaro]

Hi.

Here is the new Spring configuration for your WurflManager bean:

<bean id="WurflManager" class="com.scientiamobile.reloader.DefaultReloadableWURFLEngine" scope="singleton">
<constructor-arg index="0" value="<<put your path to wurfl.xml here>>"/>
<constructor-arg index="1" value="<<put your web_browsers_patch.xml file here>>"/>
<!-- <constructor-arg index="2" value="<< more patches here >>"/> -->
</bean>

You will have to define your resources as constructor arguments instead of bean properties.

Fulvio

[JDWilliams]

Please could you show me how to configure without any patches now that the browsers patch has been integrated into the main database? I have tried a variety of things yielding errors each time.

Thanks

[andreaGalasso]

Hi,

The Spring configuration specified above is old and no longer valid in the current version of WURFL (1.4.0.1).

Here is the new one, which is contained in "wurfl-ctx.xml":

<bean id="WurflHolder" class="net.sourceforge.wurfl.core.GeneralWURFLEngine">
<!--constructor-arg index="0" value="classpath:/web_browsers_patch.xml" /-->
<constructor-arg index="0" value="classpath:/wurfl.zip" />
<!-- <constructor-arg index="1" value="<< patch here >>"/> -->
<!-- <constructor-arg index="2" value="<< more patches here >>"/> -->
</bean>

Notice that instead of "classpath:/wurfl.zip" you should specify your own path to the zip archive.

You can find the "wurfl-helloworld-spring-1.4.0.1.war" package located at: http://sourceforge.net/projects/wurfl/f ... I/1.4.0.1/

Let us know if this solved your problem.
Best regards.