Re: [Dev] Error while registering UDF method in Spark

2016-06-15 Thread Supun Sethunga
Thanks Krishantha, that solved the issue.

Regards,
Supun

On Wed, Jun 15, 2016 at 10:46 AM, Krishantha Samaraweera <
krishan...@wso2.com> wrote:

> Hi Supun,
>
> "$jacocoInit" method injection happens at class instrumentation phase
> hence excluding the class though filter file may not work. Filter works
> only when report generation happens and it exclude all classes included in
> filter files from report generation.
>
> So you need to edit instrumenation.txt file and include classes you want
> to instrument specifically.
>
> Thanks,
> Krishantha.
>
> On Wed, Jun 15, 2016 at 9:10 AM, Supun Sethunga  wrote:
>
>> Any update on this?
>>
>> Believe this gonna be an issue for most of the analytics products (if not
>> all).
>>
>> Regards,
>> Supun
>>
>> On Thu, Jun 9, 2016 at 3:06 PM, Supun Sethunga  wrote:
>>
>>> Hi Dharshana/Sachith,
>>>
>>> We are observing the same error in analytics-esb server as well. Even
>>> though the exception is harmless directly, it causes any Test cases which
>>> extend *ServerStartupBaseTest*[1]  to be failed (coz of the "ERROR"
>>> string in the logs).
>>>
>>> I tried excluding the UDF class in the  filter.txt, but had no luck.
>>> Same testcases passes if we disable the coverage. :(
>>>
>>> Any idea of a solution?
>>>
>>> [1]
>>> https://github.com/wso2/carbon-platform-integration-utils/blob/master/common-framework-tests/src/main/java/org/wso2/carbon/integration/common/tests/ServerStartupBaseTest.java
>>>
>>>
>>> Thanks,
>>> Supun
>>>
>>> On Sun, Jun 5, 2016 at 4:17 PM, Dharshana Warusavitharana <
>>> dharsha...@wso2.com> wrote:
>>>
 Hi Nirmal,

 Yes this is the nature of jacoco in coverage. We are using offline
 instrumentation which adds few data in to classes to determine whether they
 are loaded in to JVM

 in /src/test/resource directory you have two files called filter.txt
 and instrumentation.txt

 You can remove any pattern in filter.txt by

 -org.wso2.carbon.throttle.core.impl.ipbase.* 
 -org.wso2.uri.template.parser.*
 Thank you,
 Dharshana.

 On Sun, Jun 5, 2016 at 6:28 AM, Nirmal Fernando 
 wrote:

> Can we skip certain classes getting this $jacocoInit method?
>
> On Sat, Jun 4, 2016 at 11:38 PM, Sachith Withana 
> wrote:
>
>> Hi Fazlan,
>>
>> To add to what Gimantha said, since we register methods, only the
>> jacoco injected method would fail to register.
>> All the other methods would be registered as UDFs.
>>
>> Regards,
>> Sachith
>>
>> On Sat, Jun 4, 2016 at 12:35 PM, Gimantha Bandara 
>> wrote:
>>
>>> Hi Fazlan,
>>>
>>> Spark UDFs are the Java methods that we define. Jacoco actually
>>> injects a static method called "$jacocoInit" to every test class, so 
>>> every
>>> UDF class will contain an additional method called "$jacocoInit". Spark
>>> cannot determine the datatypes passed in the parameters and registering
>>> "$jacocoInit" as a spark UDF fails. Thats why that error comes, and 
>>> since
>>> it is not a method that we define as a spark UDF, it is harmless.
>>>
>>> Thanks,
>>>
>>> On Sat, Jun 4, 2016 at 10:12 PM, Nirmal Fernando 
>>> wrote:
>>>
 Hi Fazlan,

 AFAIK this is an unharmful error and Sachith should know some
 context.

 On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem 
 wrote:

> Hi,
>
> We are observing some errors related to UDF registration in API-M
> analytics Test integration phase. The error keeps on printing till the
> Spark Client is started. This error is only present during the test 
> phase.
> It does not occur when the server is started separately. DAS team, 
> Any idea
> on how we could get rid of this? Jenkins log in [1].
>
>  [2016-06-04 02:23:32,998] ERROR 
> {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor}
>  -  Error while registering the UDF method: $jacocoInit, Cannot 
> determine the return DataType: class [Z
>
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
> - 
> org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: 
> Cannot determine the return DataType: class [Z
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
> - at 
> org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
> - at 
> 

Re: [Dev] Error while registering UDF method in Spark

2016-06-14 Thread Krishantha Samaraweera
Hi Supun,

"$jacocoInit" method injection happens at class instrumentation phase hence
excluding the class though filter file may not work. Filter works only when
report generation happens and it exclude all classes included in filter
files from report generation.

So you need to edit instrumenation.txt file and include classes you want to
instrument specifically.

Thanks,
Krishantha.

On Wed, Jun 15, 2016 at 9:10 AM, Supun Sethunga  wrote:

> Any update on this?
>
> Believe this gonna be an issue for most of the analytics products (if not
> all).
>
> Regards,
> Supun
>
> On Thu, Jun 9, 2016 at 3:06 PM, Supun Sethunga  wrote:
>
>> Hi Dharshana/Sachith,
>>
>> We are observing the same error in analytics-esb server as well. Even
>> though the exception is harmless directly, it causes any Test cases which
>> extend *ServerStartupBaseTest*[1]  to be failed (coz of the "ERROR"
>> string in the logs).
>>
>> I tried excluding the UDF class in the  filter.txt, but had no luck.
>> Same testcases passes if we disable the coverage. :(
>>
>> Any idea of a solution?
>>
>> [1]
>> https://github.com/wso2/carbon-platform-integration-utils/blob/master/common-framework-tests/src/main/java/org/wso2/carbon/integration/common/tests/ServerStartupBaseTest.java
>>
>>
>> Thanks,
>> Supun
>>
>> On Sun, Jun 5, 2016 at 4:17 PM, Dharshana Warusavitharana <
>> dharsha...@wso2.com> wrote:
>>
>>> Hi Nirmal,
>>>
>>> Yes this is the nature of jacoco in coverage. We are using offline
>>> instrumentation which adds few data in to classes to determine whether they
>>> are loaded in to JVM
>>>
>>> in /src/test/resource directory you have two files called filter.txt and
>>> instrumentation.txt
>>>
>>> You can remove any pattern in filter.txt by
>>>
>>> -org.wso2.carbon.throttle.core.impl.ipbase.* -org.wso2.uri.template.parser.*
>>> Thank you,
>>> Dharshana.
>>>
>>> On Sun, Jun 5, 2016 at 6:28 AM, Nirmal Fernando  wrote:
>>>
 Can we skip certain classes getting this $jacocoInit method?

 On Sat, Jun 4, 2016 at 11:38 PM, Sachith Withana 
 wrote:

> Hi Fazlan,
>
> To add to what Gimantha said, since we register methods, only the
> jacoco injected method would fail to register.
> All the other methods would be registered as UDFs.
>
> Regards,
> Sachith
>
> On Sat, Jun 4, 2016 at 12:35 PM, Gimantha Bandara 
> wrote:
>
>> Hi Fazlan,
>>
>> Spark UDFs are the Java methods that we define. Jacoco actually
>> injects a static method called "$jacocoInit" to every test class, so 
>> every
>> UDF class will contain an additional method called "$jacocoInit". Spark
>> cannot determine the datatypes passed in the parameters and registering
>> "$jacocoInit" as a spark UDF fails. Thats why that error comes, and since
>> it is not a method that we define as a spark UDF, it is harmless.
>>
>> Thanks,
>>
>> On Sat, Jun 4, 2016 at 10:12 PM, Nirmal Fernando 
>> wrote:
>>
>>> Hi Fazlan,
>>>
>>> AFAIK this is an unharmful error and Sachith should know some
>>> context.
>>>
>>> On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem 
>>> wrote:
>>>
 Hi,

 We are observing some errors related to UDF registration in API-M
 analytics Test integration phase. The error keeps on printing till the
 Spark Client is started. This error is only present during the test 
 phase.
 It does not occur when the server is started separately. DAS team, Any 
 idea
 on how we could get rid of this? Jenkins log in [1].

  [2016-06-04 02:23:32,998] ERROR 
 {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor} 
 -  Error while registering the UDF method: $jacocoInit, Cannot 
 determine the return DataType: class [Z

 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
 - 
 org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: 
 Cannot determine the return DataType: class [Z
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
 -  at 
 org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
 -  at 
 org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
 -  at 
 org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
 INFO  
 

Re: [Dev] Error while registering UDF method in Spark

2016-06-14 Thread Supun Sethunga
Any update on this?

Believe this gonna be an issue for most of the analytics products (if not
all).

Regards,
Supun

On Thu, Jun 9, 2016 at 3:06 PM, Supun Sethunga  wrote:

> Hi Dharshana/Sachith,
>
> We are observing the same error in analytics-esb server as well. Even
> though the exception is harmless directly, it causes any Test cases which
> extend *ServerStartupBaseTest*[1]  to be failed (coz of the "ERROR"
> string in the logs).
>
> I tried excluding the UDF class in the  filter.txt, but had no luck. Same
> testcases passes if we disable the coverage. :(
>
> Any idea of a solution?
>
> [1]
> https://github.com/wso2/carbon-platform-integration-utils/blob/master/common-framework-tests/src/main/java/org/wso2/carbon/integration/common/tests/ServerStartupBaseTest.java
>
>
> Thanks,
> Supun
>
> On Sun, Jun 5, 2016 at 4:17 PM, Dharshana Warusavitharana <
> dharsha...@wso2.com> wrote:
>
>> Hi Nirmal,
>>
>> Yes this is the nature of jacoco in coverage. We are using offline
>> instrumentation which adds few data in to classes to determine whether they
>> are loaded in to JVM
>>
>> in /src/test/resource directory you have two files called filter.txt and
>> instrumentation.txt
>>
>> You can remove any pattern in filter.txt by
>>
>> -org.wso2.carbon.throttle.core.impl.ipbase.* -org.wso2.uri.template.parser.*
>> Thank you,
>> Dharshana.
>>
>> On Sun, Jun 5, 2016 at 6:28 AM, Nirmal Fernando  wrote:
>>
>>> Can we skip certain classes getting this $jacocoInit method?
>>>
>>> On Sat, Jun 4, 2016 at 11:38 PM, Sachith Withana 
>>> wrote:
>>>
 Hi Fazlan,

 To add to what Gimantha said, since we register methods, only the
 jacoco injected method would fail to register.
 All the other methods would be registered as UDFs.

 Regards,
 Sachith

 On Sat, Jun 4, 2016 at 12:35 PM, Gimantha Bandara 
 wrote:

> Hi Fazlan,
>
> Spark UDFs are the Java methods that we define. Jacoco actually
> injects a static method called "$jacocoInit" to every test class, so every
> UDF class will contain an additional method called "$jacocoInit". Spark
> cannot determine the datatypes passed in the parameters and registering
> "$jacocoInit" as a spark UDF fails. Thats why that error comes, and since
> it is not a method that we define as a spark UDF, it is harmless.
>
> Thanks,
>
> On Sat, Jun 4, 2016 at 10:12 PM, Nirmal Fernando 
> wrote:
>
>> Hi Fazlan,
>>
>> AFAIK this is an unharmful error and Sachith should know some context.
>>
>> On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem 
>> wrote:
>>
>>> Hi,
>>>
>>> We are observing some errors related to UDF registration in API-M
>>> analytics Test integration phase. The error keeps on printing till the
>>> Spark Client is started. This error is only present during the test 
>>> phase.
>>> It does not occur when the server is started separately. DAS team, Any 
>>> idea
>>> on how we could get rid of this? Jenkins log in [1].
>>>
>>>  [2016-06-04 02:23:32,998] ERROR 
>>> {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor} 
>>> -  Error while registering the UDF method: $jacocoInit, Cannot 
>>> determine the return DataType: class [Z
>>>
>>> INFO  
>>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
>>> org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: 
>>> Cannot determine the return DataType: class [Z
>>> INFO  
>>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
>>>   at 
>>> org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
>>> INFO  
>>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
>>>   at 
>>> org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
>>> INFO  
>>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
>>>   at 
>>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
>>> INFO  
>>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
>>>   at 
>>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSqlContext(SparkAnalyticsExecutor.java:378)
>>> INFO  
>>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
>>>   at 
>>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeClient(SparkAnalyticsExecutor.java:360)
>>> INFO  
>>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
>>>   at 
>>> 

Re: [Dev] Error while registering UDF method in Spark

2016-06-09 Thread Supun Sethunga
Hi Dharshana/Sachith,

We are observing the same error in analytics-esb server as well. Even
though the exception is harmless directly, it causes any Test cases which
extend *ServerStartupBaseTest*[1]  to be failed (coz of the "ERROR" string
in the logs).

I tried excluding the UDF class in the  filter.txt, but had no luck. Same
testcases passes if we disable the coverage. :(

Any idea of a solution?

[1]
https://github.com/wso2/carbon-platform-integration-utils/blob/master/common-framework-tests/src/main/java/org/wso2/carbon/integration/common/tests/ServerStartupBaseTest.java


Thanks,
Supun

On Sun, Jun 5, 2016 at 4:17 PM, Dharshana Warusavitharana <
dharsha...@wso2.com> wrote:

> Hi Nirmal,
>
> Yes this is the nature of jacoco in coverage. We are using offline
> instrumentation which adds few data in to classes to determine whether they
> are loaded in to JVM
>
> in /src/test/resource directory you have two files called filter.txt and
> instrumentation.txt
>
> You can remove any pattern in filter.txt by
>
> -org.wso2.carbon.throttle.core.impl.ipbase.* -org.wso2.uri.template.parser.*
> Thank you,
> Dharshana.
>
> On Sun, Jun 5, 2016 at 6:28 AM, Nirmal Fernando  wrote:
>
>> Can we skip certain classes getting this $jacocoInit method?
>>
>> On Sat, Jun 4, 2016 at 11:38 PM, Sachith Withana 
>> wrote:
>>
>>> Hi Fazlan,
>>>
>>> To add to what Gimantha said, since we register methods, only the jacoco
>>> injected method would fail to register.
>>> All the other methods would be registered as UDFs.
>>>
>>> Regards,
>>> Sachith
>>>
>>> On Sat, Jun 4, 2016 at 12:35 PM, Gimantha Bandara 
>>> wrote:
>>>
 Hi Fazlan,

 Spark UDFs are the Java methods that we define. Jacoco actually injects
 a static method called "$jacocoInit" to every test class, so every UDF
 class will contain an additional method called "$jacocoInit". Spark cannot
 determine the datatypes passed in the parameters and registering
 "$jacocoInit" as a spark UDF fails. Thats why that error comes, and since
 it is not a method that we define as a spark UDF, it is harmless.

 Thanks,

 On Sat, Jun 4, 2016 at 10:12 PM, Nirmal Fernando 
 wrote:

> Hi Fazlan,
>
> AFAIK this is an unharmful error and Sachith should know some context.
>
> On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem 
> wrote:
>
>> Hi,
>>
>> We are observing some errors related to UDF registration in API-M
>> analytics Test integration phase. The error keeps on printing till the
>> Spark Client is started. This error is only present during the test 
>> phase.
>> It does not occur when the server is started separately. DAS team, Any 
>> idea
>> on how we could get rid of this? Jenkins log in [1].
>>
>>  [2016-06-04 02:23:32,998] ERROR 
>> {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor} - 
>>  Error while registering the UDF method: $jacocoInit, Cannot determine 
>> the return DataType: class [Z
>>
>> INFO  
>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
>> org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: 
>> Cannot determine the return DataType: class [Z
>> INFO  
>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -  
>>   at 
>> org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
>> INFO  
>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -  
>>   at 
>> org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
>> INFO  
>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -  
>>   at 
>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
>> INFO  
>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -  
>>   at 
>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSqlContext(SparkAnalyticsExecutor.java:378)
>> INFO  
>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -  
>>   at 
>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeClient(SparkAnalyticsExecutor.java:360)
>> INFO  
>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -  
>>   at 
>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSparkServer(SparkAnalyticsExecutor.java:189)
>> INFO  
>> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -  
>>   at 
>> org.wso2.carbon.analytics.spark.core.internal.AnalyticsComponent.activate(AnalyticsComponent.java:77)
>> INFO  
>> 

Re: [Dev] Error while registering UDF method in Spark

2016-06-05 Thread Dharshana Warusavitharana
Hi Nirmal,

Yes this is the nature of jacoco in coverage. We are using offline
instrumentation which adds few data in to classes to determine whether they
are loaded in to JVM

in /src/test/resource directory you have two files called filter.txt and
instrumentation.txt

You can remove any pattern in filter.txt by

-org.wso2.carbon.throttle.core.impl.ipbase.* -org.wso2.uri.template.parser.*
Thank you,
Dharshana.

On Sun, Jun 5, 2016 at 6:28 AM, Nirmal Fernando  wrote:

> Can we skip certain classes getting this $jacocoInit method?
>
> On Sat, Jun 4, 2016 at 11:38 PM, Sachith Withana  wrote:
>
>> Hi Fazlan,
>>
>> To add to what Gimantha said, since we register methods, only the jacoco
>> injected method would fail to register.
>> All the other methods would be registered as UDFs.
>>
>> Regards,
>> Sachith
>>
>> On Sat, Jun 4, 2016 at 12:35 PM, Gimantha Bandara 
>> wrote:
>>
>>> Hi Fazlan,
>>>
>>> Spark UDFs are the Java methods that we define. Jacoco actually injects
>>> a static method called "$jacocoInit" to every test class, so every UDF
>>> class will contain an additional method called "$jacocoInit". Spark cannot
>>> determine the datatypes passed in the parameters and registering
>>> "$jacocoInit" as a spark UDF fails. Thats why that error comes, and since
>>> it is not a method that we define as a spark UDF, it is harmless.
>>>
>>> Thanks,
>>>
>>> On Sat, Jun 4, 2016 at 10:12 PM, Nirmal Fernando 
>>> wrote:
>>>
 Hi Fazlan,

 AFAIK this is an unharmful error and Sachith should know some context.

 On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem 
 wrote:

> Hi,
>
> We are observing some errors related to UDF registration in API-M
> analytics Test integration phase. The error keeps on printing till the
> Spark Client is started. This error is only present during the test phase.
> It does not occur when the server is started separately. DAS team, Any 
> idea
> on how we could get rid of this? Jenkins log in [1].
>
>  [2016-06-04 02:23:32,998] ERROR 
> {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor} -  
> Error while registering the UDF method: $jacocoInit, Cannot determine the 
> return DataType: class [Z
>
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: 
> Cannot determine the return DataType: class [Z
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSqlContext(SparkAnalyticsExecutor.java:378)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeClient(SparkAnalyticsExecutor.java:360)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSparkServer(SparkAnalyticsExecutor.java:189)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> org.wso2.carbon.analytics.spark.core.internal.AnalyticsComponent.activate(AnalyticsComponent.java:77)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at java.lang.reflect.Method.invoke(Method.java:606)
> INFO  
> [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -   
>   at 
> 

Re: [Dev] Error while registering UDF method in Spark

2016-06-04 Thread Nirmal Fernando
Can we skip certain classes getting this $jacocoInit method?

On Sat, Jun 4, 2016 at 11:38 PM, Sachith Withana  wrote:

> Hi Fazlan,
>
> To add to what Gimantha said, since we register methods, only the jacoco
> injected method would fail to register.
> All the other methods would be registered as UDFs.
>
> Regards,
> Sachith
>
> On Sat, Jun 4, 2016 at 12:35 PM, Gimantha Bandara 
> wrote:
>
>> Hi Fazlan,
>>
>> Spark UDFs are the Java methods that we define. Jacoco actually injects a
>> static method called "$jacocoInit" to every test class, so every UDF class
>> will contain an additional method called "$jacocoInit". Spark cannot
>> determine the datatypes passed in the parameters and registering
>> "$jacocoInit" as a spark UDF fails. Thats why that error comes, and since
>> it is not a method that we define as a spark UDF, it is harmless.
>>
>> Thanks,
>>
>> On Sat, Jun 4, 2016 at 10:12 PM, Nirmal Fernando  wrote:
>>
>>> Hi Fazlan,
>>>
>>> AFAIK this is an unharmful error and Sachith should know some context.
>>>
>>> On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem  wrote:
>>>
 Hi,

 We are observing some errors related to UDF registration in API-M
 analytics Test integration phase. The error keeps on printing till the
 Spark Client is started. This error is only present during the test phase.
 It does not occur when the server is started separately. DAS team, Any idea
 on how we could get rid of this? Jenkins log in [1].

  [2016-06-04 02:23:32,998] ERROR 
 {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor} -  
 Error while registering the UDF method: $jacocoInit, Cannot determine the 
 return DataType: class [Z

 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
 org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: 
 Cannot determine the return DataType: class [Z
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSqlContext(SparkAnalyticsExecutor.java:378)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeClient(SparkAnalyticsExecutor.java:360)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSparkServer(SparkAnalyticsExecutor.java:189)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.wso2.carbon.analytics.spark.core.internal.AnalyticsComponent.activate(AnalyticsComponent.java:77)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at java.lang.reflect.Method.invoke(Method.java:606)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:260)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:146)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:345)
 INFO  
 [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] -
   at 
 

Re: [Dev] Error while registering UDF method in Spark

2016-06-04 Thread Sachith Withana
Hi Fazlan,

To add to what Gimantha said, since we register methods, only the jacoco
injected method would fail to register.
All the other methods would be registered as UDFs.

Regards,
Sachith

On Sat, Jun 4, 2016 at 12:35 PM, Gimantha Bandara  wrote:

> Hi Fazlan,
>
> Spark UDFs are the Java methods that we define. Jacoco actually injects a
> static method called "$jacocoInit" to every test class, so every UDF class
> will contain an additional method called "$jacocoInit". Spark cannot
> determine the datatypes passed in the parameters and registering
> "$jacocoInit" as a spark UDF fails. Thats why that error comes, and since
> it is not a method that we define as a spark UDF, it is harmless.
>
> Thanks,
>
> On Sat, Jun 4, 2016 at 10:12 PM, Nirmal Fernando  wrote:
>
>> Hi Fazlan,
>>
>> AFAIK this is an unharmful error and Sachith should know some context.
>>
>> On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem  wrote:
>>
>>> Hi,
>>>
>>> We are observing some errors related to UDF registration in API-M
>>> analytics Test integration phase. The error keeps on printing till the
>>> Spark Client is started. This error is only present during the test phase.
>>> It does not occur when the server is started separately. DAS team, Any idea
>>> on how we could get rid of this? Jenkins log in [1].
>>>
>>>  [2016-06-04 02:23:32,998] ERROR 
>>> {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor} -  
>>> Error while registering the UDF method: $jacocoInit, Cannot determine the 
>>> return DataType: class [Z
>>>
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> - org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: 
>>> Cannot determine the return DataType: class [Z
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSqlContext(SparkAnalyticsExecutor.java:378)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeClient(SparkAnalyticsExecutor.java:360)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSparkServer(SparkAnalyticsExecutor.java:189)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.wso2.carbon.analytics.spark.core.internal.AnalyticsComponent.activate(AnalyticsComponent.java:77)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at java.lang.reflect.Method.invoke(Method.java:606)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:260)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:146)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:345)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:620)
>>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>>> -   at 
>>> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:197)
>>> INFO  

Re: [Dev] Error while registering UDF method in Spark

2016-06-04 Thread Gimantha Bandara
Hi Fazlan,

Spark UDFs are the Java methods that we define. Jacoco actually injects a
static method called "$jacocoInit" to every test class, so every UDF class
will contain an additional method called "$jacocoInit". Spark cannot
determine the datatypes passed in the parameters and registering
"$jacocoInit" as a spark UDF fails. Thats why that error comes, and since
it is not a method that we define as a spark UDF, it is harmless.

Thanks,

On Sat, Jun 4, 2016 at 10:12 PM, Nirmal Fernando  wrote:

> Hi Fazlan,
>
> AFAIK this is an unharmful error and Sachith should know some context.
>
> On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem  wrote:
>
>> Hi,
>>
>> We are observing some errors related to UDF registration in API-M
>> analytics Test integration phase. The error keeps on printing till the
>> Spark Client is started. This error is only present during the test phase.
>> It does not occur when the server is started separately. DAS team, Any idea
>> on how we could get rid of this? Jenkins log in [1].
>>
>>  [2016-06-04 02:23:32,998] ERROR 
>> {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor} -  
>> Error while registering the UDF method: $jacocoInit, Cannot determine the 
>> return DataType: class [Z
>>
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> - org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: 
>> Cannot determine the return DataType: class [Z
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSqlContext(SparkAnalyticsExecutor.java:378)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeClient(SparkAnalyticsExecutor.java:360)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSparkServer(SparkAnalyticsExecutor.java:189)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.wso2.carbon.analytics.spark.core.internal.AnalyticsComponent.activate(AnalyticsComponent.java:77)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at java.lang.reflect.Method.invoke(Method.java:606)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:260)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:146)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:345)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:620)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:197)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.eclipse.equinox.internal.ds.Resolver.getEligible(Resolver.java:343)
>> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] 
>> -at 
>> org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(SCRManager.java:222)
>> INFO  

Re: [Dev] Error while registering UDF method in Spark

2016-06-04 Thread Nirmal Fernando
Hi Fazlan,

AFAIK this is an unharmful error and Sachith should know some context.

On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeem  wrote:

> Hi,
>
> We are observing some errors related to UDF registration in API-M
> analytics Test integration phase. The error keeps on printing till the
> Spark Client is started. This error is only present during the test phase.
> It does not occur when the server is started separately. DAS team, Any idea
> on how we could get rid of this? Jenkins log in [1].
>
>  [2016-06-04 02:23:32,998] ERROR 
> {org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor} -  
> Error while registering the UDF method: $jacocoInit, Cannot determine the 
> return DataType: class [Z
>
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException: Cannot 
> determine the return DataType: class [Z
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSqlContext(SparkAnalyticsExecutor.java:378)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeClient(SparkAnalyticsExecutor.java:360)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSparkServer(SparkAnalyticsExecutor.java:189)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.wso2.carbon.analytics.spark.core.internal.AnalyticsComponent.activate(AnalyticsComponent.java:77)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at java.lang.reflect.Method.invoke(Method.java:606)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:260)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:146)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:345)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:620)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:197)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.equinox.internal.ds.Resolver.getEligible(Resolver.java:343)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(SCRManager.java:222)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:107)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861)
> INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader] - 
> at 
> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
> INFO  

[Dev] Error while registering UDF method in Spark

2016-06-04 Thread Fazlan Nazeem
Hi,

We are observing some errors related to UDF registration in API-M analytics
Test integration phase. The error keeps on printing till the Spark Client
is started. This error is only present during the test phase. It does not
occur when the server is started separately. DAS team, Any idea on how we
could get rid of this? Jenkins log in [1].

 [2016-06-04 02:23:32,998] ERROR
{org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor}
-  Error while registering the UDF method: $jacocoInit, Cannot
determine the return DataType: class [Z

INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
- org.wso2.carbon.analytics.spark.core.exception.AnalyticsUDFException:
Cannot determine the return DataType: class [Z
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.wso2.carbon.analytics.spark.core.util.AnalyticsCommonUtils.getDataType(AnalyticsCommonUtils.java:104)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.wso2.carbon.analytics.spark.core.udf.AnalyticsUDFsRegister.registerUDF(AnalyticsUDFsRegister.java:62)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.registerUDFs(SparkAnalyticsExecutor.java:414)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSqlContext(SparkAnalyticsExecutor.java:378)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeClient(SparkAnalyticsExecutor.java:360)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.wso2.carbon.analytics.spark.core.internal.SparkAnalyticsExecutor.initializeSparkServer(SparkAnalyticsExecutor.java:189)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.wso2.carbon.analytics.spark.core.internal.AnalyticsComponent.activate(AnalyticsComponent.java:77)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at java.lang.reflect.Method.invoke(Method.java:606)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:260)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:146)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:345)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:620)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:197)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.equinox.internal.ds.Resolver.getEligible(Resolver.java:343)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(SCRManager.java:222)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:107)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
INFO  [org.wso2.carbon.automation.extensions.servers.utils.ServerLogReader]
-   at 
org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:819)
INFO