devicemap-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Reza Naghibi <>
Subject Re: Polyglot JVM Clients
Date Mon, 20 Apr 2015 18:45:38 GMT
I think thats a good point. However... im open to allowing different
clients as long as they dont cause too much confusion when being released,
used, etc. Who knows, some JVM dialects may offer features others dont.

That being said, its on my 2.0 todo list to define the process regarding
how clients gets voted into the 2.0 code base. I think that process will be
open to clients of all languages and platforms. But it will avoid
duplication and potential conflict.

Im very confident 2.0 will be a really nice platform and we need a solid
process to drive its evolution!

On Mon, Apr 20, 2015 at 2:38 PM, Volkan Yazıcı <>

> Hello,
> One of the things I like most about Apache DeviceMap is its simple API:
> *DeviceMapClient client = new DeviceMapClient(...);*
> *Map<String, String> attributes = client.classify(userAgent);*
> Simply intuitive. Given the fact that I really enjoy coding Scala in my
> daily job, I do not think we need to have a particular support for any
> other JVM languages except Java itself. That is, see the same code in
> Scala:
> *val client = new DeviceMapClient(...)*
> *val attributes = client.classify(userAgent)*
> You know that it will 99% look the same in Groovy, Clojure, Kotlin, Ceylon,
> etc. Hence, exposing and maintaining a separate code base for making no
> functional revenue at all will be waste of resources, I believe.
> Best.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message