Re: [Dev] Error while registering UDF method in Spark
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 Sethungawrote: > >> 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
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 Sethungawrote: > 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
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 Sethungawrote: > 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
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 Fernandowrote: > >> 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
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 Fernandowrote: > 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
Can we skip certain classes getting this $jacocoInit method? On Sat, Jun 4, 2016 at 11:38 PM, Sachith Withanawrote: > 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
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 Bandarawrote: > 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
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 Fernandowrote: > 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
Hi Fazlan, AFAIK this is an unharmful error and Sachith should know some context. On Sat, Jun 4, 2016 at 10:09 PM, Fazlan Nazeemwrote: > 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
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