[ 
https://issues.apache.org/jira/browse/SPARK-12604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sean Owen updated SPARK-12604:
------------------------------
    Description: 
Another minor API problem I noticed while digging around. The following Java 
API methods return a Long as part of their signature, but it's a 
{{scala.Long}}, not a {{java.lang.Long}}:

* countByKey
* countApproxDistinctByKey

Other similar methods correctly return a Java Long, like countByValue, and the 
whole Java streaming API.

Of course, changing this is probably the right thing to do, but also is an API 
change. I think it's worth fixing up 

  was:
Another minor API problem I noticed while digging around. The following Java 
API methods return a Long as part of their signature, but it's a 
{{scala.Long}}, not a {{java.lang.Long}}:

* zipWithIndex
* zipWithUniqueId
* countByKey
* countAsync

Other similar methods correctly return a Java Long, like countByValue, and the 
whole Java streaming API.

Of course, changing this is probably the right thing to do, but also is an API 
change. I think it's worth fixing up 

        Summary: Java count(AprroxDistinct)ByKey methods return Scala Long not 
Java  (was: Java countByKey, zipWith*, etc methods return Scala Long not Java)

> Java count(AprroxDistinct)ByKey methods return Scala Long not Java
> ------------------------------------------------------------------
>
>                 Key: SPARK-12604
>                 URL: https://issues.apache.org/jira/browse/SPARK-12604
>             Project: Spark
>          Issue Type: Sub-task
>          Components: Java API, Spark Core
>    Affects Versions: 1.6.0
>            Reporter: Sean Owen
>            Assignee: Sean Owen
>            Priority: Minor
>              Labels: releasenotes
>
> Another minor API problem I noticed while digging around. The following Java 
> API methods return a Long as part of their signature, but it's a 
> {{scala.Long}}, not a {{java.lang.Long}}:
> * countByKey
> * countApproxDistinctByKey
> Other similar methods correctly return a Java Long, like countByValue, and 
> the whole Java streaming API.
> Of course, changing this is probably the right thing to do, but also is an 
> API change. I think it's worth fixing up 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to