Search found 33 matches
- Sat Dec 23, 2017 1:32 pm
- Forum: Java API
- Topic: Capability is_mobile in capability filter is not defined in WURFL
- Replies: 2
- Views: 49223
Capability is_mobile in capability filter is not defined in WURFL
Hi Scientiamobile, is there any change in using the is_mobile capability of wurfl? We're using wurfl java 1.9.2.0 and wurfl scala 1.9.2.0 with the latest zip. GeneralWURFLEngine cannot initialize: com.scientiamobile.wurfl.core.resource.exc.WURFLResourceException: WURFL unexpected exception com.scien...
- Sun Jul 23, 2017 1:38 pm
- Forum: Scala API
- Topic: Scala WURFL 1.9.0.0 pom invalid
- Replies: 2
- Views: 37562
Scala WURFL 1.9.0.0 pom invalid
Hi, it seems the artefact published here: http://maven.scientiamobile.com:8081/nexus/content/repositories/private-repository//com/scientiamobile/wurfl/wurfl-scala_2.12/1.9.0.0/wurfl-scala_2.12-1.9.0.0.pom contains the wrong scala version referenced inside (2.11) which launches this when trying to bu...
- Sat May 20, 2017 8:32 am
- Forum: Scala API
- Topic: Scala 2.12 artifact missing
- Replies: 1
- Views: 23820
Scala 2.12 artifact missing
Hi,
It seems that there's a target for wurfl-scala_2.12 in nexus targeting Scala 2.12 but the jar is missing.
Thanks
It seems that there's a target for wurfl-scala_2.12 in nexus targeting Scala 2.12 but the jar is missing.
Thanks
- Sun Dec 04, 2016 1:10 pm
- Forum: Scala API
- Topic: Dependencies for scala artefact 1.8.2.0 seems to be wrong
- Replies: 3
- Views: 27067
Re: Dependencies for scala artefact 1.8.2.0 seems to be wron
To try and help with the investigation, the difference between http://maven.scientiamobile.com:8081/nexus/content/repositories/private-repository/com/scientiamobile/wurfl/wurfl-scala_2.11/1.8.0.0/wurfl-scala_2.11-1.8.0.0.pom and http://maven.scientiamobile.com:8081/nexus/content/repositories/private...
- Sun Dec 04, 2016 12:53 pm
- Forum: Scala API
- Topic: Dependencies for scala artefact 1.8.2.0 seems to be wrong
- Replies: 3
- Views: 27067
Dependencies for scala artefact 1.8.2.0 seems to be wrong
When trying to reference wurfl-scala_2.11:1.8.2.0 in sbt it's trying to reference and resolve `com.scientiamobile.wurfl#wurfl-scala_2.11;1.8.2.0!wurfl-scala_2.11.java-source` which fails. Looking at ~/.ivy2/cache/com.scientiamobile.wurfl/wurfl-scala_2.11/ivy-1.8.2.0.xml and ~/.ivy2/cache/com.scienti...
- Fri Aug 26, 2016 5:57 pm
- Forum: Java API
- Topic: Api 1.7.1.0 Maven Dependency Problem
- Replies: 3
- Views: 45030
Re: Api 1.7.1.0 Maven Dependency Problem
The groupId has been changed to com.scientiamobile.wurfl.
[edit] actually that might be only 1.8, ignore my remark.
[edit] actually that might be only 1.8, ignore my remark.
- Sat Aug 20, 2016 10:09 am
- Forum: Scala API
- Topic: Device virtualCapabilities Map is very loose
- Replies: 3
- Views: 27123
Re: Device virtualCapabilities Map is very loose
Thank you, To highlight one thing for example, it's no longer possible to simply take a capabilities map and append it the virtual capabilities capabilities ++ virtualCapabilities without getting an Map[Any,Any] which breaks our current code. As a workaround we're mapping over the values and just ca...
- Thu Aug 18, 2016 5:49 pm
- Forum: Scala API
- Topic: Device virtualCapabilities Map is very loose
- Replies: 3
- Views: 27123
Re: Device virtualCapabilities Map is very loose
Additionally, wasn't this API Map[String,String] before?
- Thu Aug 18, 2016 5:45 pm
- Forum: Scala API
- Topic: Device virtualCapabilities Map is very loose
- Replies: 3
- Views: 27123
Device virtualCapabilities Map is very loose
The virtualCapabilities on the Scala Device API seems to be very loose device.getVirtualCapabilities.toMap[Any,Any] While I can understand having Any as the value type (although I think it's better if this can be a sealed set of types and not allow null) I think all keys in principle are Strings.
- Tue Mar 08, 2016 8:32 am
- Forum: General API Questions
- Topic: Version 1.7.0.0 compatible test wurfl.zip needed
- Replies: 5
- Views: 43952
Re: Version 1.7.0.0 compatible test wurfl.zip needed
You can think of it as something which is part of a TCK. Pardon my ignorance. What do you mean by TCK? also, I can see that you are a licensee of the fully-fledged API and data, why would the availability of a GPL subset of the data matter to you? Hi, In technology, a TCK also known as Test Compati...
- Mon Mar 07, 2016 7:16 pm
- Forum: General API Questions
- Topic: Version 1.7.0.0 compatible test wurfl.zip needed
- Replies: 5
- Views: 43952
Re: Version 1.7.0.0 compatible test wurfl.zip needed
Thank you, Stephen. Mixing AGPL software with non-GPL files is possible, but arguing that it is not so elegant is certainly conceivable. Generally speaking, ScientiaMobile invests significant amounts of resources in keeping the WURFL repository updated and we do not want AGPL to represent a way for...
- Sun Mar 06, 2016 8:37 pm
- Forum: General API Questions
- Topic: is_mobile virtual capability type
- Replies: 0
- Views: 51722
is_mobile virtual capability type
According to https://docs.scientiamobile.com/documentation/onsite/onsite-java-api the 'is_mobile' virtual capability is documented as enumerable but being an ALIAS of is_wireless_device it's actually a boolean. One can argue true/false being enumerated values but typically all documented enumerable ...
- Sun Mar 06, 2016 7:54 pm
- Forum: General API Questions
- Topic: Version 1.7.0.0 compatible test wurfl.zip needed
- Replies: 5
- Views: 43952
Version 1.7.0.0 compatible test wurfl.zip needed
Following release 1.7.0.0, if I'm not mistaken, the library requires an wurfl db which is a recent date. In essence this creates a problem if someone would like to publish derivative GPL source code and would like to build (and test) this code in the open as I believe there is no freely available wu...
- Wed Feb 24, 2016 5:58 am
- Forum: General API Questions
- Topic: Version 1.7.0.0 Release Notes
- Replies: 1
- Views: 32453
Version 1.7.0.0 Release Notes
As per topic, it would be good to get some release notes.
Perhaps a permanent topic on the forum as well?
Perhaps a permanent topic on the forum as well?
- Thu Dec 24, 2015 9:53 pm
- Forum: Java API
- Topic: MandatoryCapabilityMissing exception
- Replies: 1
- Views: 30289
MandatoryCapabilityMissing exception
Any particular reason if during engine startup we might get: cannot initialize: net.sourceforge.wurfl.core.exc.MandatoryCapabilityMissing: Mandatory capabilities missing from configuration: resolution_height, resolution_width, preferred_markup, brand_name, can_assign_phone_number, xhtml_support_leve...
- Mon Dec 14, 2015 6:08 pm
- Forum: Scala API
- Topic: MatchType on Scala API
- Replies: 4
- Views: 47132
- Fri Nov 20, 2015 6:39 pm
- Forum: Scala API
- Topic: MatchType on Scala API
- Replies: 4
- Views: 47132
Re: MatchType on Scala API
No worries :) Hello, The MatchType is intended to return the match type of the WURFL lookup and it will return an exact match type by default. We have identified a bug that is causing this to only return a MatchType.exact, which we will update in our next release of the API shortly. I will let you k...
- Wed Nov 18, 2015 6:50 pm
- Forum: Scala API
- Topic: MatchType on Scala API
- Replies: 4
- Views: 47132
MatchType on Scala API
What is the expected behaviour of Scala API Device.matchType function? IDE's suggests it will always return a MatchType.Exact but I'd expect any one of the MatchTypes to be returned.
Thanks.
Thanks.
- Fri Nov 06, 2015 7:21 pm
- Forum: Scala API
- Topic: Capabilities type metadata
- Replies: 7
- Views: 32022
Re: Capabilities type metadata
Thanks Elliot! This JSON file is meant to provide the return values for all capabilities that are contained in the WURFL.xml. Since virtual capabilities are computed their return values can vary much more whereas the physical capabilities can be determined by parsing the WURFL.xml file. However, you...
- Wed Nov 04, 2015 5:47 pm
- Forum: Scala API
- Topic: Capabilities type metadata
- Replies: 7
- Views: 32022
Re: Capabilities type metadata
Do you have an equivalent json file for the virtual capabilities? Hello, This capability currently does not exist in the WURFL API, however I will certainly let you know if this is going to change. We do provide and JSON endpoing that provides a full list of WURFL capabilities along with their desir...