Re: Getting UnknownHostException: kubernetes.default.svc.cluster.local when using hostNetwork

[camer314]

I found a solution to this which you might want to update your documentation
with.

The answer is to add a dnsPolicy for the pod along with hostNetwork, as per
below:

spec:
  hostNetwork: true
  dnsPolicy: ClusterFirstWithHostNet
  serviceAccountName: ignite
  containers:
# Custom Ignite pod name.
  - name: ignite-node



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

Getting UnknownHostException: kubernetes.default.svc.cluster.local when using hostNetwork

[camer314]

Hello,

I have setup a Kubernetes environment with auto discovery and the nodes are
able to find one another no problem. I did have several issues along the way
which this forum has helped resolve, including some modifications to YAML
that differ from those from the Ignite docs.

However, now when I set /hostNetwork: true/, I am getting

*UnknownHostException: kubernetes.default.svc.cluster.local*

If i remove the hostNetwork condition then it all starts to work again.

What is so different about this setting? I thought this was something
standard in Kubernetes/Docker?

This is the fragment of my deployment that is relevant:

spec:
  #hostNetwork: true
  serviceAccountName: ignite
  containers:
# Custom Ignite pod name.
  - name: ignite-node
image: apacheignite/ignite:2.4.0



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

ByteArrayConverter is not compatible with objects of type class org.apache.ignite.internal.binary.BinaryObjectImpl

[ashishb888]

I am using Ignite Kafka connector with below config:

*connect-standalone.properties*
key.converter.schemas.enable=false
value.converter.schemas.enable=false
key.converter=org.apache.kafka.connect.converters.ByteArrayConverter
value.converter=org.apache.kafka.connect.converters.ByteArrayConverter


*connect-source.properties*
name=quickstart-source
tasks.max=1
connector.class=org.gridgain.kafka.source.IgniteSourceConnector
igniteCfg=/opt/ngs/ashishb/packages/gridgain-enterprise-8.7.6/config/ignite-server-source.xml
topicPrefix=tp
isSchemaless=true


*Cache config*
CREATE TABLE IF NOT EXISTS Person5 (id int, cityId int, name varchar,
PRIMARY KEY (id, cityId)) WITH
"template=partitioned,backups=1,affinity_key=cityId, key_type=Person1Key,
value_type=Person1, cache_name=person5";

INSERT INTO Person5 (id, name, cityid) VALUES (1, 'Ashish Bhosle', 8);

As soon as I insert the record I got below exception:

[2019-12-17 11:42:27,342] ERROR
WorkerSourceTask{id=gridgain-quickstart-source-0} Task threw an uncaught and
unrecoverable exception (org.apache.kafka.connect.runtime.WorkerTask:179)
org.apache.kafka.connect.errors.ConnectException: Tolerance exceeded in
error handler
at
org.apache.kafka.connect.runtime.errors.RetryWithToleranceOperator.execAndHandleError(RetryWithToleranceOperator.java:178)
at
org.apache.kafka.connect.runtime.errors.RetryWithToleranceOperator.execute(RetryWithToleranceOperator.java:104)
at
org.apache.kafka.connect.runtime.WorkerSourceTask.convertTransformedRecord(WorkerSourceTask.java:267)
at
org.apache.kafka.connect.runtime.WorkerSourceTask.sendRecords(WorkerSourceTask.java:294)
at
org.apache.kafka.connect.runtime.WorkerSourceTask.execute(WorkerSourceTask.java:229)
at
org.apache.kafka.connect.runtime.WorkerTask.doRun(WorkerTask.java:177)
at
org.apache.kafka.connect.runtime.WorkerTask.run(WorkerTask.java:227)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.apache.kafka.connect.errors.DataException: ByteArrayConverter
is not compatible with objects of type class
org.apache.ignite.internal.binary.BinaryObjectImpl
at
org.apache.kafka.connect.converters.ByteArrayConverter.fromConnectData(ByteArrayConverter.java:58)
at
org.apache.kafka.connect.runtime.WorkerSourceTask.lambda$convertTransformedRecord$1(WorkerSourceTask.java:267)
at
org.apache.kafka.connect.runtime.errors.RetryWithToleranceOperator.execAndRetry(RetryWithToleranceOperator.java:128)
at
org.apache.kafka.connect.runtime.errors.RetryWithToleranceOperator.execAndHandleError(RetryWithToleranceOperator.java:162)
... 11 more






--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

Re: Ignite meetup at Google Headquarters on Dec 18th

[Denis Magda]

Just a reminder for those who live/work nearby.

We've already got 200 registrations for in-memory computing essentials talk
across Silicon Valley JUG and in-memory computing groups. We're running out
of chairs but still have a few left, join!

-
Denis


On Mon, Dec 9, 2019 at 1:52 AM Denis Magda  wrote:

> Igniters,
>
> This month we united with Silicon Valley Java User Group and we'll be
> repeating In-Memory Computing Essentials for Software Engineers session at
> Google HQ.
>
> Come over to meet in person, a lot of coding and practical examples. RSVP
> using our local group below (and attend it to not miss future gatherings):
> https://www.meetup.com/Bay-Area-In-Memory-Computing/events/267050035/
>
> -
> Denis
>

custom java classes and ignite node questions

[Scott Cote]

Igniters,

Request:  we want to segregate our caches so that they are no longer sharing a 
common jar in the libs folder.

Background:
We currently deploy our custom java classes in a jar to the lib folder of the 
config directory of Apache Ignite (three nodes operating as data servers, and 
several client nodes).  At this time, all classes are deployed to all of the 
nodes, and all caches are going into the same "grid" (setIgniteInstanceName of 
Ignite) and into the same data region.  For purposes of discussion, call our 
data region REGION_X and call our grid G_X.  This works, but it's a pain to 
manage.

In short, caches C1, C2, ... CN all are located within REGION_X and grid G_X .  
They all share Jar J1.

Given that we could - with enough time, modify our code to use binary 
marshaller, this question would become a moot point, we cannot at THIS time 
perform this task.


GOAL: We would like Caches C1, C2 to share jar J1, C3, C4, ... CN to share jar 
J2.

QUESTION: To achieve our goal, do we need to create grid G_Y and deploy Jar J2 
to its lib folder (and reference C3,C4,.. , CN from that grid), or is it a 
matter of creating REGION_Y, and assigning C3, C4, ... CN to that region?  Or 
is there yet another way?

My assumption is that we would need to create a new grid node in order for the 
classes to be segregated - has nothing to do with the region (we have heard 
conflicting information - and I cannot find support for the region attempt).

Thanks in advance.

SCott





Scott Cote
Senior Application Developer  - Java | Electronic Transaction Consultants 
Corporation (ETC)
1600 N. Collins Boulevard, Suite 4000, Richardson, TX 75080
(o) 469.248.4576 | (c) 972.900.1561
[cid:image002.png@01D5B404.0BC16430]   [A picture containing 
vector graphics  Description automatically generated] 

[cid:image006.png@01D5B404.0BC16430] 

[cid:image008.png@01D5B404.0BC16430] 


[cid:image010.png@01D5B404.0BC16430]

CONFIDENTIALITY NOTICE: The information accompanying this email transmission 
may contain confidential information that is intended only for the use of the 
individual or authorized representatives of intended recipient. If you are not 
the intended recipient or authorized representative, you are hereby notified 
that any disclosure, copying, distribution or reliance upon the contents of 
this email is strictly prohibited. If you receive this email in error, please 
notify the sender immediately by return email and delete message and any 
attachments from your system.

Re: Threads created in Ignite Runtime / JVM

[Ilya Kasnacheev]

Hello!

The first one is our thread, JDBC Connector.

The second one, I'm not sure.

Regards,
-- 
Ilya Kasnacheev


пн, 16 дек. 2019 г. в 06:08, krkumar24061...@gmail.com <
krkumar24061...@gmail.com>:

> Hi Guys - Who creates these threads in Ignite Runtime. As I see these
> threads
> are not named and seems to taking significant amount of processing time.
> These two threads are either doing disk based io or Ignite SQL stuff. My
> question is are these Ignite's internal threads ??
>
> Thread [name="Thread-3979", id=8764, state=RUNNABLE, blockCnt=0, waitCnt=0]
> at java.net.SocketInputStream.socketRead0(Native Method)
> at
> java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
> at java.net.SocketInputStream.read(SocketInputStream.java:171)
> at java.net.SocketInputStream.read(SocketInputStream.java:141)
> at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
> at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
> at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
> - locked java.io.BufferedInputStream@54e62794
> at o.a.i.i.jdbc.thin.JdbcThinTcpIo.read(JdbcThinTcpIo.java:605)
> at o.a.i.i.jdbc.thin.JdbcThinTcpIo.read(JdbcThinTcpIo.java:586)
> at
> o.a.i.i.jdbc.thin.JdbcThinTcpIo.readResponse(JdbcThinTcpIo.java:525)
> at
>
> o.a.i.i.jdbc.thin.JdbcThinConnection$StreamState.readResponses(JdbcThinConnection.java:1006)
> at
>
> o.a.i.i.jdbc.thin.JdbcThinConnection$StreamState$$Lambda$125/1045384392.run(Unknown
> Source)
> at java.lang.Thread.run(Thread.java:748)
>
>
> Thread [name="Thread-3984", id=8778, state=RUNNABLE, blockCnt=2,
> waitCnt=369268]
> at sun.nio.ch.FileDispatcherImpl.pread0(Native Method)
> at sun.nio.ch.FileDispatcherImpl.pread(FileDispatcherImpl.java:52)
> at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:220)
> at sun.nio.ch.IOUtil.read(IOUtil.java:192)
> at
> sun.nio.ch
> .SimpleAsynchronousFileChannelImpl$2.run(SimpleAsynchronousFileChannelImpl.java:320)
> at
>
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
>
>
> Thanx and Regards,
> KR Kumar
>
>
>
>
> --
> Sent from: http://apache-ignite-users.70518.x6.nabble.com/
>

Re: creating table on a pre-existing cache in ignite

[Ilya Kasnacheev]

Hello!

Yes, you can do that by following this documentation:

https://apacheignite.readme.io/docs/indexes

Regards,
-- 
Ilya Kasnacheev


сб, 14 дек. 2019 г. в 09:53, datta :

> Hi,
>
> Ok
>
> is there way to create table from config.xml under cache config.
>
> i want to specify primary key and affinity key both in the xml file
>
>
>
> --
> Sent from: http://apache-ignite-users.70518.x6.nabble.com/
>

Re: Manage offset of KafkaStreamer

[ashishb888]

Noted. Thank you Andrei.



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

Re: Fetching Server DataStorageMetric

[Stephen Darlington]

Use the compute grid. Something like:

Collection mx = ignite.compute().broadcast(() -> {
Ignite i = Ignition.ignite();
return i.dataStorageMetrics();
});
System.out.println(mx);

Regards,
Stephen

> On 16 Dec 2019, at 11:28, Mahesh Renduchintala 
>  wrote:
> 
> Hi, 
> 
> I need to fetch the DataStorageMetric of server nodes.
> Tried the following API. It seems to give the dataStorageMetric of the local 
> node (a thick client) only. 
> DataStorageMetrics pm = ignite.dataStorageMetrics()
> 
> How do I programmatically fetch DataStorageMetric of the server node(s)?
> 
> 
> regards
> Mahesh

Re: Getting Spring XML exception when using Ignite .NET with Kubernetes

[Pavel Tupitsyn]

> UnknownHostException: kubernetes.default.svc.cluster.local

Looks like you are not running within Kubernetes. This address is available
from within Pods.
https://github.com/kubernetes/dns/blob/master/docs/specification.md


On Mon, Dec 16, 2019 at 2:30 PM camer314 
wrote:

> I fixed this by following
>
> http://apache-ignite-users.70518.x6.nabble.com/ignite-kubernetes-seems-to-be-missing-the-jackson-annotations-dependency-td25670.html
>
> (Copying a missing JAR)
>
> This gets past that error and now I am left with the following but thats
> probably more environmental...
>
> class org.apache.ignite.spi.IgniteSpiException: Failed to retrieve Ignite
> pods IP addresses.
> at
>
> org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder.getRegisteredAddresses(TcpDiscoveryKubernetesIpFinder.java:172)
> at
>
> org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.registeredAddresses(TcpDiscoverySpi.java:1900)
> at
>
> org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.resolvedAddresses(TcpDiscoverySpi.java:1848)
> at
>
> org.apache.ignite.spi.discovery.tcp.ServerImpl.sendJoinRequestMessage(ServerImpl.java:1049)
> at
>
> org.apache.ignite.spi.discovery.tcp.ServerImpl.joinTopology(ServerImpl.java:910)
> at
>
> org.apache.ignite.spi.discovery.tcp.ServerImpl.spiStart(ServerImpl.java:391)
> at
>
> org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.spiStart(TcpDiscoverySpi.java:2020)
> at
>
> org.apache.ignite.internal.managers.GridManagerAdapter.startSpi(GridManagerAdapter.java:297)
> at
>
> org.apache.ignite.internal.managers.discovery.GridDiscoveryManager.start(GridDiscoveryManager.java:939)
> at
>
> org.apache.ignite.internal.IgniteKernal.startManager(IgniteKernal.java:1682)
> at
> org.apache.ignite.internal.IgniteKernal.start(IgniteKernal.java:1066)
> at
>
> org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance.start0(IgnitionEx.java:2038)
> at
>
> org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance.start(IgnitionEx.java:1730)
> at
> org.apache.ignite.internal.IgnitionEx.start0(IgnitionEx.java:1158)
> at org.apache.ignite.internal.IgnitionEx.start(IgnitionEx.java:656)
> at
>
> org.apache.ignite.internal.processors.platform.PlatformAbstractBootstrap.start(PlatformAbstractBootstrap.java:43)
> at
>
> org.apache.ignite.internal.processors.platform.PlatformIgnition.start(PlatformIgnition.java:75)
> Caused by: java.net.UnknownHostException:
> kubernetes.default.svc.cluster.local
>
>
>
> --
> Sent from: http://apache-ignite-users.70518.x6.nabble.com/
>

Re: Getting Spring XML exception when using Ignite .NET with Kubernetes

[camer314]

I fixed this by following
http://apache-ignite-users.70518.x6.nabble.com/ignite-kubernetes-seems-to-be-missing-the-jackson-annotations-dependency-td25670.html

(Copying a missing JAR)

This gets past that error and now I am left with the following but thats
probably more environmental...

class org.apache.ignite.spi.IgniteSpiException: Failed to retrieve Ignite
pods IP addresses.
at
org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder.getRegisteredAddresses(TcpDiscoveryKubernetesIpFinder.java:172)
at
org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.registeredAddresses(TcpDiscoverySpi.java:1900)
at
org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.resolvedAddresses(TcpDiscoverySpi.java:1848)
at
org.apache.ignite.spi.discovery.tcp.ServerImpl.sendJoinRequestMessage(ServerImpl.java:1049)
at
org.apache.ignite.spi.discovery.tcp.ServerImpl.joinTopology(ServerImpl.java:910)
at
org.apache.ignite.spi.discovery.tcp.ServerImpl.spiStart(ServerImpl.java:391)
at
org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.spiStart(TcpDiscoverySpi.java:2020)
at
org.apache.ignite.internal.managers.GridManagerAdapter.startSpi(GridManagerAdapter.java:297)
at
org.apache.ignite.internal.managers.discovery.GridDiscoveryManager.start(GridDiscoveryManager.java:939)
at
org.apache.ignite.internal.IgniteKernal.startManager(IgniteKernal.java:1682)
at org.apache.ignite.internal.IgniteKernal.start(IgniteKernal.java:1066)
at
org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance.start0(IgnitionEx.java:2038)
at
org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance.start(IgnitionEx.java:1730)
at org.apache.ignite.internal.IgnitionEx.start0(IgnitionEx.java:1158)
at org.apache.ignite.internal.IgnitionEx.start(IgnitionEx.java:656)
at
org.apache.ignite.internal.processors.platform.PlatformAbstractBootstrap.start(PlatformAbstractBootstrap.java:43)
at
org.apache.ignite.internal.processors.platform.PlatformIgnition.start(PlatformIgnition.java:75)
Caused by: java.net.UnknownHostException:
kubernetes.default.svc.cluster.local



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

Fetching Server DataStorageMetric

[Mahesh Renduchintala]

Hi,

I need to fetch the DataStorageMetric of server nodes.
Tried the following API. It seems to give the dataStorageMetric of the local 
node (a thick client) only.

DataStorageMetrics pm = ignite.dataStorageMetrics()

How do I programmatically fetch DataStorageMetric of the server node(s)?


regards
Mahesh

Re: Getting Spring XML exception when using Ignite .NET with Kubernetes

[Pavel Tupitsyn]

> Seems like the nuget package has different versions bundled together.

Oh, you are right. Looks like an issue with the release build on CI, I'll
double check.
Thanks for pointing this out.

On Mon, Dec 16, 2019 at 2:05 PM camer314 
wrote:

> Ah ok, let me try that.
>
> I was using your Docker project
> https://github.com/ptupitsyn/ignite-net-docker
>   . Seems like the nuget
> package has different versions bundled together.
>
>
>
> --
> Sent from: http://apache-ignite-users.70518.x6.nabble.com/
>

Re: Getting Spring XML exception when using Ignite .NET with Kubernetes

[camer314]

Pruning the list down to the bin distribution gets past that error but now I
am getting:

Unhandled Exception: Apache.Ignite.Core.Common.IgniteException: Java class
is not found (did you set IGNITE_HOME environment variable?):
com/fasterxml/jackson/annotation/JsonView --->
Apache.Ignite.Core.Common.JavaException: java.lang.NoClassDefFoundError:
com/fasterxml/jackson/annotation/JsonView
at
com.fasterxml.jackson.databind.introspect.JacksonAnnotationIntrospector.(JacksonAnnotationIntrospector.java:37)
at
com.fasterxml.jackson.databind.ObjectMapper.(ObjectMapper.java:291)
at
org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder.getRegisteredAddresses(TcpDiscoveryKubernetesIpFinder.java:151)
at
org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.registeredAddresses(TcpDiscoverySpi.java:1900)
at
org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.resolvedAddresses(TcpDiscoverySpi.java:1848)
at
org.apache.ignite.spi.discovery.tcp.ServerImpl.sendJoinRequestMessage(ServerImpl.java:1049)
at
org.apache.ignite.spi.discovery.tcp.ServerImpl.joinTopology(ServerImpl.java:910)
at
org.apache.ignite.spi.discovery.tcp.ServerImpl.spiStart(ServerImpl.java:391)
at
org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi.spiStart(TcpDiscoverySpi.java:2020)
at
org.apache.ignite.internal.managers.GridManagerAdapter.startSpi(GridManagerAdapter.java:297)
at
org.apache.ignite.internal.managers.discovery.GridDiscoveryManager.start(GridDiscoveryManager.java:939)
at
org.apache.ignite.internal.IgniteKernal.startManager(IgniteKernal.java:1682)
at org.apache.ignite.internal.IgniteKernal.start(IgniteKernal.java:1066)
at
org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance.start0(IgnitionEx.java:2038)
at
org.apache.ignite.internal.IgnitionEx$IgniteNamedInstance.start(IgnitionEx.java:1730)
at org.apache.ignite.internal.IgnitionEx.start0(IgnitionEx.java:1158)
at org.apache.ignite.internal.IgnitionEx.start(IgnitionEx.java:656)
at
org.apache.ignite.internal.processors.platform.PlatformAbstractBootstrap.start(PlatformAbstractBootstrap.java:43)
at
org.apache.ignite.internal.processors.platform.PlatformIgnition.start(PlatformIgnition.java:75)
Caused by: java.lang.ClassNotFoundException:
com.fasterxml.jackson.annotation.JsonView
at java.net.URLClassLoader.findClass(URLClassLoader.java:382)
at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:352)
at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
... 19 more

   at Apache.Ignite.Core.Impl.Unmanaged.Jni.Env.ExceptionCheck()
   at Apache.Ignite.Core.Impl.Unmanaged.UnmanagedUtils.IgnitionStart(Env
env, String cfgPath, String gridName, Boolean clientMode, Boolean
userLogger, Int64 igniteId, Boolean redirectConsole)
   at Apache.Ignite.Core.Ignition.Start(IgniteConfiguration cfg)
   --- End of inner exception stack trace ---
   at Apache.Ignite.Core.Ignition.Start(IgniteConfiguration cfg)
   at Apache.Ignite.Docker.Program.Main() in /app/Program.cs:line 41




--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

Re: Getting Spring XML exception when using Ignite .NET with Kubernetes

[camer314]

Ah ok, let me try that.

I was using your Docker project 
https://github.com/ptupitsyn/ignite-net-docker
  . Seems like the nuget
package has different versions bundled together.



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

Re: Getting Spring XML exception when using Ignite .NET with Kubernetes

[Pavel Tupitsyn]

You seem to have a mix up of different Spring versions:
- /app/libs/spring-core-5.0.8.RELEASE.jar
- /app/libs/spring-core-4.3.18.RELEASE.jar

Please make sure to download Ignite 2.7.6 binary distro and only use jar
files from there. Here is the list I have in `libs` folder:
annotations-13.0.jar
cache-api-1.0.0.jar
commons-logging-1.1.1.jar
ignite-core-2.7.6.jar
ignite-kubernetes-2.7.6.jar
ignite-shmem-1.0.0.jar
ignite-spring-2.7.6.jar
jackson-core-2.9.6.jar
jackson-databind-2.9.6.jar
spring-aop-4.3.18.RELEASE.jar
spring-beans-4.3.18.RELEASE.jar
spring-context-4.3.18.RELEASE.jar
spring-core-4.3.18.RELEASE.jar
spring-expression-4.3.18.RELEASE.jar
spring-jdbc-4.3.18.RELEASE.jar
spring-tx-4.3.18.RELEASE.jar


On Mon, Dec 16, 2019 at 1:43 PM camer314 
wrote:

>  No problem,
>
> This is everything that is logged:
>
> at
>
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:761)
> at
>
> org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:869)
> at
>
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
> at
>
> org.apache.ignite.internal.util.spring.IgniteSpringHelperImpl.applicationContext(IgniteSpringHelperImpl.java:381)
> ... 6 more
> Caused by: org.springframework.beans.factory.BeanCreationException: Error
> creating bean with name
> 'org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi#eb21112' defined in
> URL
> [https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
> Cannot create inner bean
>
> 'org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder#1786f9d5'
> of type
>
> [org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder]
> while setting bean property 'ipFinder'; nested exception is
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean
> with name
>
> 'org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder#1786f9d5'
> defined in URL
> [https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
> Initialization of bean failed; nested exception is
> java.lang.NullPointerException
> at
>
> org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:313)
> at
>
> org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:122)
> at
>
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1537)
> at
>
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1284)
> at
>
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553)
> at
>
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
> at
>
> org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:299)
> ... 19 more
> Caused by: org.springframework.beans.factory.BeanCreationException: Error
> creating bean with name
>
> 'org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder#1786f9d5'
> defined in URL
> [https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
> Initialization of bean failed; nested exception is
> java.lang.NullPointerException
> at
>
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:564)
> at
>
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
> at
>
> org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:299)
> ... 25 more
> Caused by: java.lang.NullPointerException
> at
>
> org.springframework.core.BridgeMethodResolver.findBridgedMethod(BridgeMethodResolver.java:60)
> at
>
> org.springframework.beans.GenericTypeAwarePropertyDescriptor.(GenericTypeAwarePropertyDescriptor.java:70)
> at
>
> org.springframework.beans.CachedIntrospectionResults.buildGenericTypeAwarePropertyDescriptor(CachedIntrospectionResults.java:366)
> at
>
> org.springframework.beans.CachedIntrospectionResults.(CachedIntrospectionResults.java:302)
> at
>
> org.springframework.beans.CachedIntrospectionResults.forClass(CachedIntrospectionResults.java:189)
> at
>
> 

Re: Getting Spring XML exception when using Ignite .NET with Kubernetes

[camer314]

 No problem,

This is everything that is logged:

at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:761)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:869)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
at
org.apache.ignite.internal.util.spring.IgniteSpringHelperImpl.applicationContext(IgniteSpringHelperImpl.java:381)
... 6 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error
creating bean with name
'org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi#eb21112' defined in URL
[https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
Cannot create inner bean
'org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder#1786f9d5'
of type
[org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder]
while setting bean property 'ipFinder'; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name
'org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder#1786f9d5'
defined in URL
[https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
Initialization of bean failed; nested exception is
java.lang.NullPointerException
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:313)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:122)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1537)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1284)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:299)
... 19 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error
creating bean with name
'org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder#1786f9d5'
defined in URL
[https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
Initialization of bean failed; nested exception is
java.lang.NullPointerException
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:564)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:299)
... 25 more
Caused by: java.lang.NullPointerException
at
org.springframework.core.BridgeMethodResolver.findBridgedMethod(BridgeMethodResolver.java:60)
at
org.springframework.beans.GenericTypeAwarePropertyDescriptor.(GenericTypeAwarePropertyDescriptor.java:70)
at
org.springframework.beans.CachedIntrospectionResults.buildGenericTypeAwarePropertyDescriptor(CachedIntrospectionResults.java:366)
at
org.springframework.beans.CachedIntrospectionResults.(CachedIntrospectionResults.java:302)
at
org.springframework.beans.CachedIntrospectionResults.forClass(CachedIntrospectionResults.java:189)
at
org.springframework.beans.BeanWrapperImpl.getCachedIntrospectionResults(BeanWrapperImpl.java:173)
at
org.springframework.beans.BeanWrapperImpl.getLocalPropertyHandler(BeanWrapperImpl.java:226)
at
org.springframework.beans.BeanWrapperImpl.getLocalPropertyHandler(BeanWrapperImpl.java:63)
at
org.springframework.beans.AbstractNestablePropertyAccessor.getPropertyHandler(AbstractNestablePropertyAccessor.java:737)
at
org.springframework.beans.AbstractNestablePropertyAccessor.isWritableProperty(AbstractNestablePropertyAccessor.java:569)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1539)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1284)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553)
... 27 more
   at 

Re: Getting Spring XML exception when using Ignite .NET with Kubernetes

[Pavel Tupitsyn]

I tried your scenario, and after adding jars from
optional/ignite-kubernetes folder of binary distribution, it worked for me.

Can you please send full exception details (entire stack trace)?

On Mon, Dec 16, 2019 at 9:59 AM camer314 
wrote:

> I figured that I needed the optional kubernetes JARS which are part of the
> binary distribution but not he Nuget package, so I added the
> ignite-kubernetes libs to my docker image as well, now I get a different
> error of null pointer:
>
> Caused by: org.springframework.beans.factory.BeanCreationException: Error
> creating bean with name
> 'org.apache.ignite.configuration.IgniteConfiguration#0' defined in URL
> [https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
> Cannot create inner bean
> 'org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi#6eceb130' of type
> [org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi] while setting bean
> property 'discoverySpi'; nested exception is
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean
> with name 'org.apache.ignite.spi.discovery.tcp.TcpDiscoverySpi#6eceb130'
> defined in URL
> [https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
> Cannot create inner bean
>
> 'org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder#2eda0940'
> of type
>
> [org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder]
> while setting bean property 'ipFinder'; nested exception is
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean
> with name
>
> 'org.apache.ignite.spi.discovery.tcp.ipfinder.kubernetes.TcpDiscoveryKubernetesIpFinder#2eda0940'
> defined in URL
> [https://wtwdeeplearning.blob.core.windows.net/ignite/spring_config.xml]:
> Initialization of bean failed; nested exception is
> java.lang.NullPointerException
> at
>
> org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:313)
> at
>
> org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:122)
>
> My libs folder looks like this:
>
> /app/libs/spring-data-commons-2.0.9.RELEASE.jar
> /app/libs/commons-io-2.6.jar
> /app/libs/spring-core-5.0.8.RELEASE.jar
> /app/libs/spring-core-4.3.18.RELEASE.jar
> /app/libs/ignite-spring-data_2.0-2.7.6.jar
> /app/libs/commons-rng-core-1.0.jar
> /app/libs/ignite-shmem-1.0.0.jar
> /app/libs/cache-api-1.0.0.jar
> /app/libs/commons-logging-1.1.1.jar
> /app/libs/commons-collections-3.2.2.jar
> /app/libs/spring-expression-4.3.18.RELEASE.jar
> /app/libs/commons-math3-3.6.1.jar
> /app/libs/spring-aop-4.3.18.RELEASE.jar
> /app/libs/spring-tx-4.3.18.RELEASE.jar
> /app/libs/lucene-core-7.4.0.jar
> /app/libs/spring-tx-5.0.8.RELEASE.jar
> /app/libs/ignite-core-2.7.6.jar
> /app/libs/ignite-indexing-2.7.6.jar
> /app/libs/spring-beans-4.3.18.RELEASE.jar
> /app/libs/commons-beanutils-1.9.3.jar
> /app/libs/ignite-spring-data-2.7.6.jar
> /app/libs/commons-logging-1.2.jar
> /app/libs/h2-1.4.197.jar
> /app/libs/commons-codec-1.11.jar
> /app/libs/spring-beans-5.0.8.RELEASE.jar
> /app/libs/spring-data-commons-1.13.14.RELEASE.jar
> /app/libs/spring-context-4.3.18.RELEASE.jar
> /app/libs/spring-jdbc-4.3.18.RELEASE.jar
> /app/libs/lucene-queryparser-7.4.0.jar
> /app/libs/spring-context-5.0.8.RELEASE.jar
> /app/libs/commons-lang-2.6.jar
> /app/libs/commons-beanutils-1.9.2.jar
> /app/libs/commons-rng-simple-1.0.jar
> /app/libs/ignite-spring-2.7.6.jar
> /app/libs/lucene-analyzers-common-7.4.0.jar
> /app/libs/ignite-kubernetes-2.7.6.jar
> /app/libs/README.txt
> /app/libs/jackson-databind-2.9.6.jar
> /app/libs/jackson-core-2.9.6.jar
>
>
>
> --
> Sent from: http://apache-ignite-users.70518.x6.nabble.com/
>