Re: Apache Ignite vs BI tools

Hi Andrzej, We are currently working on the ODBC driver for Ignite that will allow users to use even more BI tools. In particular right now we are working on Tableu integration and it's going to be part of the 1.6 release. You can find related ticket here:

Re: Persistent storage with Ignite C++

implementation of a persistent storage in > Spring XML configuration of Ignite and start a C++ node with this > configuration. After that the data that is stored on C++ node should be > persisted as well. > > *Igor Sapego*, please correct me if I’m wrong. > > — > Denis > >

Re: Error in ODBC connection

Agneewaran, Do you really have two '=' after 'DRIVER' keyword in your connection string or is it misprint? Best Regards, Igor On Wed, Jun 8, 2016 at 3:38 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Hi Igor, > > Please find the connection string. > > std::string connectStr

Re: Error in ODBC connection

Hi Agneeswaran, You should install Apache Ignite ODBC driver using provided ignite-odbc-install.ini file as described at [1]. After that you are going to be able to connect to the driver using "{Apache Ignite}" as a value for the "DRIVER" attribute. Or simply speaking, you should modify your

Re: Error in ODBC connection

Agneeswaran, Can you provide your new connect string please? Best Regards, Igor On Wed, Jun 8, 2016 at 2:07 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Hi Igor, > > Still we are facing the same issue, please find the following output, > > [ignite@dayrhegapd022 cpp]$

Re: Error in ODBC connection

Hi Agneeswaran, Could you please provide your connection string? Or are you using one of the examples? According to the error, ODBC driver was not properly installed in your system. It is also possible, that unixODBC can not find all the dependencies of the driver library. Can you provide output

Re: Error in ODBC connection

Agneeswaran, What are your code trying to do? Can you share a configuration? Code sample could help too. Also, check if there are zombie or background processes of your binary and kill them. Best Regards, Igor On Wed, Jun 8, 2016 at 4:49 PM, Agneeswaran <

Re: Ignite 1.6.0 binary - compilation Issues

On Thu, May 26, 2016 at 4:11 PM, Igor Sapego <isap...@gridgain.com> wrote: > Agneeswaran, > > I've submitted a ticket for this issue: [1]. I'll reply you here once it's > going to > be resolved. > > [1] - https://issues.apache.org/jira/browse/IGNITE-3205 > > Best R

Re: Ignite 1.6.0 binary - compilation Issues

Hi Agneeswaran, It seems like we need to add fix for your compiler. Can you please tell me your compiler version so I can test with it? You can find it out using 'g++ --version' shell command. Best Regards, Igor On Thu, May 26, 2016 at 11:43 AM, Agneeswaran <

Re: Ignite 1.6.0 binary - compilation Issues

Agneeswaran, I've submitted a ticket for this issue: [1]. I'll reply you here once it's going to be resolved. [1] - https://issues.apache.org/jira/browse/IGNITE-3205 Best Regards, Igor On Thu, May 26, 2016 at 2:48 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Thanks Igor,

Re: C++ Client for SQL Queries

Arthi, It is known issue [1]. It has been fixed already and this fix is going to be included to the next release. You can try using code from master brach or as a workaround you can try using no-throw method version instead i.e. QueryFieldsRow::GetNext(IgniteError& err). [1] -

Re: C++ Client for SQL Queries

Arthi, You can just put your additional libraries to $IGNITE_HOME/libs directory. Best Regards, Igor On Thu, Mar 10, 2016 at 7:56 AM, arthi wrote: > Thanks Igor. > > Well, I tried using a cache config in the XML to start my C++ client. but, > the factory

Re: C++ Client for SQL Queries

Arthi, The short answer to all your questions is "yes" - C++ client is able to de-serialize Java objects if you are using BinaryMarshaller and it is also able to trigger read-through requests to Java factory store if there are cache misses. Best Regards, Igor On Wed, Mar 9, 2016 at 2:35 PM,

Re: C++ Client for SQL Queries

Hello, Arthi Your assumption is correct, in order to run queries you need to use proper configuration with "queryEntities" property defined for the cache as described in documentation [1]. For the "Organization" type that you mentioned it should contain at least the following:

Re: C++ Client for SQL Queries

Well, in short, you do not need to do any additional steps if you has not explicitly set any other marshaller for your grid. Ignite uses marshaller to serialize and de-serialize objects. There are different marshallers that Apache Ignite supports. They define format of the serialized objects. In

Re: C++ Client - Accessing Ignite Grid as Pointer

Hello Kannan, I can't reproduce the issue you have described. Which compiler do you use? Also I'm not sure if the code you have provided is exactly the code that fails in your case or are you trying to access "pGrid" pointer from the another thread/process? Also, please properly subscribe to

Re: Host Arrays in C++ API

Arthi, How much time does it take? What is the speed of fetching in rows per second? Guys, can someone who is more familiar with Ignite's SQL queries take a look? Best Regards, Igor On Mon, Apr 11, 2016 at 5:17 PM, arthi wrote: > Hi Igor, > > the SQL query

Re: Host Arrays in C++ API

Arthi, I've run some profiling over the code that you have provided and it seems like there is almost no time spent in the client (C++) code. So I believe host arrays would not help you much as your code spends the most of the execution time on the query itself and not on the C++ calls. Best

Re: Host Arrays in C++ API

Hi Arthi, I need more time. I have enough info for now. Best Regards, Igor On Wed, Mar 30, 2016 at 1:06 PM, arthi wrote: > Hi Igor, > > Were you able to get to something? Pls let me know if you need more info. > > Thanks, > Arthi > > > > -- > View this

Re: Host Arrays in C++ API

Hi Arthi, Host arrays is not something that we have planned for the nearest release. However, I have reproduced and investigated the issue that you have provided and it is very likely that we are going to optimize cursor operations in the nearest future which should fasten your code a lot. You

Re: ODBC Driver?

Hi Arthi, ODBC driver supports rowset binding though currently only fetching of a single row per call is supported, i.e. SQL_ATTR_ROW_ARRAY_SIZE attribute can only be set to 1 right now. Best Regards, Igor On Wed, Apr 27, 2016 at 1:56 PM, arthi wrote: >

Re: Compute Grid API in C++/Scala

Hello Arthi, There is no yet Compute API in C++ client, but we are planning to add it soon. Best Regards, Igor On Fri, Apr 22, 2016 at 4:50 PM, arthi wrote: > Hi Team, > > Is there a C++/Scala API for the compute grid? > > Thanks > Arthi > > > > -- > View

Re: Error on executing Make command.

Agneeswaran, What do you mean by "merging code"? Is it possible for you to just switch to Ignite 1.6? Ignite 1.6 have been released recently. You can get stable version here: [1]. Please, try it out and let us know if it helps. [1] - https://ignite.apache.org/download.cgi#binaries Best Regards,

Re: Host Arrays in C++ API

Arthi, It is postponed for now and is not going to be included in 1.6 and no, it is not in the master right now. But as I've said before profiling showed that this was not a bottleneck in your case and this patch would not fasten a query very much in your case as the majority of the CPU time

Re: ODBC Driver?

Hi Arthi, In new release you should not run libtolize, aclocal and other autotools for every directory. Now you only should do that once in the root directory i.e. $IGNITE_HOME/platforms/cpp. Please refer to DEVNOTES.txt for detailed instructions. Best Regards, Igor On Thu, May 12, 2016 at 5:16

Re: Client Connection to Ignite takes time

Sure, I'm going to do that. I've created ticket for that - [1]. [1] - https://issues.apache.org/jira/browse/IGNITE-3150. Best Regards, Igor On Tue, May 17, 2016 at 3:20 AM, Dmitriy Setrakyan wrote: > The documentation currently does not look complete for the upcoming

Re: Get client node instance

Arthi, I don't see how it currently possible to use shared memory to shared Ignite instance among different processes. What I propose is to not start different process on user request but maybe start separate thread instead so you will have single address space among all clients. Is it possible

Re: Get client node instance

Arthi, It seems to me like we have some misunderstanding here. Let me provide my understanding of your usecase so you could correct me if I'm wrong. You have the client application which is written in C++ and has to handle multiple concurrent requests from multiple users. Now, do you invoke the

Re: Get client node instance

Arthi, Why do you create one client node per user request? Can you create a node on application start and then just use this node instance when you need to make a request? Best Regards, Igor On Mon, May 16, 2016 at 6:41 PM, arthi wrote: > Hi Igor, > > this

Re: Get client node instance

I mean startup of the client application. Best Regards, Igor On Mon, May 16, 2016 at 7:18 PM, Igor Sapego <isap...@gridgain.com> wrote: > Arthi, > > Why do you create one client node per user request? Can you create > a node on application start and then just use this node i

Re: Get client node instance

Arthi, Well, there would be significant performance gain if you would not start new client process for every request and then terminate it but rather start node once in the same process that currently starts new process. I'm not sure if it's possible for you. What is the language of the

Re: Get client node instance

Hi Arthi, In current implementation, node instance (i.e. Ignite instance) can not be shared between different processes. Can you describe your use case a bit more? Which start up time would be acceptable in your case? Are you starting client node on the startup of the application or are you

Re: ODBC Driver?

Hi guys, I confirm, ODBC driver is already in master branch. It can also be found in the last nightly build [1]. It can be found in platforms/cpp/odbc. [1] - https://builds.apache.org/view/H-L/view/Ignite/job/Ignite-nightly/211/ Best Regards, Igor On Fri, May 6, 2016 at 11:18 AM, Denis Magda

Re: C++ Distributed cache for caching files

Hi, Can you share the code of your test so we can investigate it? Best Regards, Igor On Tue, Apr 19, 2016 at 12:45 PM, rajs123 wrote: > Hi, > > I changed 1024 to 2048 and recompiled the module. > I get the following error: > > terminate called after throwing an instance

Re: Error running nodes in .net and c++

Hi, It looks like a bug for me. I've submitted an issue for it - [1]. [1] - https://issues.apache.org/jira/browse/IGNITE-3025. Best Regards, Igor On Mon, Apr 18, 2016 at 1:35 AM, Murthy Kakarlamudi wrote: > The client node itself starts after making the change, but getting

Re: Error running nodes in .net and c++

is not suitable for you. Best Regards, Igor On Tue, Apr 19, 2016 at 1:06 PM, Murthy Kakarlamudi <ksa...@gmail.com> wrote: > Thank You. > On Apr 19, 2016 6:01 AM, "Igor Sapego" <isap...@gridgain.com> wrote: > >> Hi, >> >> It looks like a bug for m

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Hi Agneeswaran, Can you please clarify what kind of test are you running and what kind of an issue are you facing? What does the test do exactly and what kind of behavior do you observe? Are the any exceptions? Best Regards, Igor On Tue, Jul 12, 2016 at 4:26 AM, Agneeswaran <

Breaking improvements for the Ignite C++.

Hello Igniters and Ignite users, As there is going to be Ignite 2.0 release soon, It is a good opportunity for us to improve Ignite C++ API without the need to maintain backward compatibility. Let's collect and discuss all the proposal for the changes in API here. If you've had any proposal on

Re: Breaking improvements for the Ignite C++.

egards, Igor On Fri, Jul 22, 2016 at 7:12 PM, Dmitriy Setrakyan <dsetrak...@apache.org> wrote: > I am not a C++ expert, but can you please explain why you would like to > change all methods on the BinaryType to static? Is it the same way in Java? > > On Fri, Jul 22, 2016

Re: "ArrayIndexOutOfBoundsException" happened when doing qurey in version 1.6.0

Looks like the same issue as reported by Agneeswaran: http://apache-ignite-users.70518.x6.nabble.com/Issue-with-concurrent-users-on-Ignite-1-6-0-ODBC-td6217.html#a6385 Best Regards, Igor On Tue, Jul 26, 2016 at 8:43 AM, Semyon Boikov wrote: > We already have similar issue

Re: Cannot get the data in Tableau

o run queries. Hope, it helps. Best Regards, Igor On Fri, Aug 12, 2016 at 10:37 AM, Vladimir Ozerov <voze...@gridgain.com> wrote: > Hi Austin, > > Most probably Igor Sapego will be able to assist you. As far as I know he > is unavailable during this week, but I hope he will be able t

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Agneeswaran, You said you were running the same test on 1.5.0. But 1.5.0 does not include ODBC driver. Were you using one of the nightly builds? Also, it would be very useful if you could provide either your test or segfault core dump. Best Regards, Igor On Tue, Jul 12, 2016 at 2:21 PM,

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Agneeswaran, Do you use ODBC for these tests? Best Regards, Igor On Tue, Jul 12, 2016 at 1:45 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Hi Igor, > > We are running the same query or different query on parallel for concurrent > test using Ignite ODBC node to check the

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Agneeswaran, When you start your node there should be a path to the log: [18:27:41] ^-- Logging to file '...' By default, logs are stored in $IGNITE_HOME/work/log/ Best Regards, Igor On Tue, Jul 19, 2016 at 1:20 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Hi Igor, > >

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Agneeswaran, Can you see any errors in the nodes log? Best Regards, Igor On Tue, Jul 19, 2016 at 1:10 PM, Igor Sapego <isap...@gridgain.com> wrote: > Hi Agneeswaran, > > Sorry, I seem to miss your previous mail. > I'm going to take a look and tell you about the results

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Hi Agneeswaran, Sorry, I seem to miss your previous mail. I'm going to take a look and tell you about the results. Best Regards, Igor On Tue, Jul 19, 2016 at 9:51 AM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Hi Igor, > > Could you please suggest us, how to look forward

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Guys, Can someone who is more familiar with the H2 engine take a look? Sergi? Best Regards, Igor On Tue, Jul 19, 2016 at 2:18 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Thanks Igor, > > Please find the attached Node log file. > > ignite-157c6cf1.zip > < >

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Agneeswaran, I'm a little confused here, as you are telling you used the same test for the 1.5.0 and for the 1.6, but for the 1.5.0 you didn't use ODBC and for the 1.6 you do. How could this be possible? Have you modified your test to use ODBC on 1.6? Do you use the same ODBC connection

Re: Performance issue on Ignite ODBC API

Hi Agneeswaran, Thats a great thing to hear. I'm going to change the default value to something more appropriate. Let us know if there are any other issues you are facing. Best Regards, Igor On Mon, Jul 11, 2016 at 8:53 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Hi

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Agneeswaran, Can you also send me your ignite libraries from the /usr/local/lib/libignite* ? That would be helpful for analyzing core dump as I seem to have different gcc version. Best Regards, Igor On Tue, Jul 12, 2016 at 5:50 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: >

Re: Issue with concurrent users on Ignite 1.6.0 ODBC

Agneeswaran, What I can see is that SEGFAULT caused by the misuse of the SQLGetDiagRec - our current implementation of the function assumes that TextLengthPtr could not be NULL. Fix that and you are going to get some meaningful error message that we could analyze further. From the core dump it

Re: Problem with installing ODBC Driver

vinisman wrote > Igor, now i successfully build a driver and run ODBC examples. But the > next step i need to plug Tableau Desktop to Apache Ignite. Tableau can do > it only with the help of DSN. Is it possible to tune Windows DSN in proper > way ? I believe you can connect Tableau to Ignite

Re: Performance issue on Ignite ODBC API

Agneeswaran, Here you can find details on how to use SQL queries from Java at [1]. Also, do you really have 7 string columns? Try using the matching types, this way you can avoid type cast overhead. [1] - https://apacheignite.readme.io/docs/sql-queries Best Regards, Igor On Mon, Jun 27, 2016

Re: Problem with installing ODBC Driver

Hello, Currently, our ODBC driver do not support creating of the system DSN. This feature is something we are going to add in future, though only for Windows. Best Regards, Igor -- View this message in context:

Re: Problem with installing ODBC Driver

Also, please properly subscribe to the user list (this way we will not have to manually approve your emails). All you need to do is send an email to “ user-subscr...@ignite.apache.org” and follow simple instructions in the reply. Best Regards, Igor On Mon, Jun 27, 2016 at 3:06 PM, Igor Sapego

Re: Performance issue on Ignite ODBC API

Hi, Agneeswaran, So, what is the problem? Does this code work slow? Can you compare to the same query performed using Java API and say the difference? Best Regards, Igor On Mon, Jun 27, 2016 at 11:55 AM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Hi Team, > > We are facing

Re: Ignite C++ ScanQuery slower than Jav ScanQuery by 2x always

Yeah, I believe this is going to be in 1.7. Actually, I was going to fix it in a few days so it may be in master quite soon. Best Regards, Igor On Tue, Jul 5, 2016 at 11:22 AM, amitpa wrote: > I see that the fix version is stated to be 1.7, so will this be available > in

Re: Problem with installing ODBC Driver

Hi, Have you specified "Cache" connection string argument? You should specify any existent cache there, which is needed to perform queries. In your case it seems like "Cache=Person" or "Cache=Organization" will do the trick. Best Regards, Igor On Thu, Jun 30, 2016 at 3:44 PM, vinisman

Re: Problem with installing ODBC Driver

By default, ODBC driver will try to connect to unnamed cache ("null" cache), which seems to be non-existing in your case. Best Regards, Igor On Thu, Jun 30, 2016 at 4:09 PM, Igor Sapego <isap...@gridgain.com> wrote: > Hi, > > Have you specified "Cache" con

Re: Performance issue on Ignite ODBC API

Agneeswaran, Let me have a look. I will profile the code and will tell you results. Best Regards, Igor On Wed, Jun 29, 2016 at 4:48 PM, Agneeswaran < agneeswaran.ponnuraman...@nielsen.com> wrote: > Hi Igor, > > Using Java API we can fetch the data within ~5 seconds but in C++ it took > ~4 >

Re: Performance issue on Ignite ODBC API

Regards, Igor On Wed, Jun 29, 2016 at 5:16 PM, Igor Sapego <isap...@gridgain.com> wrote: > Agneeswaran, > > Let me have a look. I will profile the code and will tell you results. > > Best Regards, > Igor > > On Wed, Jun 29, 2016 at 4:48 PM, Agneeswaran < > a

Re: Ignite C++ ScanQuery slower than Jav ScanQuery by 2x always

I have took a closer look on EnsureEnoughData() issues and seem to be found the roots of it. I've filed a ticket for this issue - [1]. [1] - IGNITE-3416: CPP: Review and optimize serialization and deserialization. Best Regards, Igor On Mon,

Re: Ignite C++ ScanQuery slower than Jav ScanQuery by 2x always

Hi, It is nothing strange for the __scrt_common_main_seh to be a hot spot as it is C++ program entry point. I took a look on the profiling results you provided and it seems like a lot of time is spent in serialization/deserialization methods. The most hot method is surprisingly

Re: ODBC connection error

Hi Saif, Did you take a look on [1]? You need to enable OdbcProcessor on the node side. Does it help? [1] - https://apacheignite.readme.io/docs/odbc-driver#section-cluster-configuration Best Regards, Igor On Mon, Feb 20, 2017 at 7:47 PM, Saifullah Zahid wrote: > Hi, > >

Re: ODBC connection error

le. > > How I can add following XML configuration in it? > > class="org.apache.ignite.configuration.IgniteConfiguration"> > ... > > > > > ... > > > Thanks, > > Saif > > > On Mon, Feb 20, 2017 at 10:32 PM, Igor Sapego

Re: Problem with ODBC

Alexey, Do you have the same issue with the 64-bit version driver? -- View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Problem-with-ODBC-tp10629p10670.html Sent from the Apache Ignite Users mailing list archive at Nabble.com.

Re: Access cache entries in C++ via JNI call

Hi, You can try using Ignite C++ client. If you describe your use-case some more I'll be able to provide you with some more specific advice. What for are you using Ignite for and why do you need to make JNI calls? Best Regards, Igor On Thu, Sep 1, 2016 at 10:21 PM, Caio Nishibe

Re: Access cache entries in C++ via JNI call

Hi Caio, I don't think it's possible currently. We have plans on introducing Compute functionality into C++ client, but it is not there yet and you can't access cache entities from the JNI using public API. Best Regards, Igor On Fri, Sep 2, 2016 at 2:04 PM, Caio Nishibe

Re: Trouble with Using Ignite 1.8 ODBC Driver

Hi, This is a known issue with the ODBC installer and it has already been fixed. It is going to be merged into master branch soon. Best Regards, Igor On Sat, Sep 10, 2016 at 3:28 PM, amitpa wrote: > Hi All, > > We are trying to use Ignite ODBC Driver with DSN. We could

Re: Trouble with Using Ignite 1.8 ODBC Driver

You can use installer from here: [1]. What kind of problem do you mean? [1] - https://github.com/isapego/ignite/tree/ignite-3868/modules/platforms/cpp/odbc/install Best Regards, Igor On Tue, Sep 13, 2016 at 4:57 PM, amitpa wrote: > Also is this a problem with Visual

Re: can ignite C++ API support pub/sub or Listener ?

Hi, There are no such API in C++ API yet. We are working on extending C++ API though so it may appear in future. Best Regards, Igor On Tue, Nov 8, 2016 at 10:41 AM, smile wrote: > Hi, all >I used ignite C++ API， and I find that it dose not support pub/sub , > also not

Re: when I build ignite C++， it report that the" ignite/im pl/inter op/interop_target.h" is not exist ？

Hi, I've checked - by some reason this file really is missing from the release package. It is present in the 1.7.0 tag in git repo though. You can get it here - [1] [1] - https://github.com/apache/ignite/releases/tag/1.7.0 Best Regards, Igor On Tue, Nov 8, 2016 at 6:45 AM, smile

Re: server node is java , and client is c++, client can't join cluster

Hi, Can it be that you use JDKs from different vendors for different nodes? Best Regards, Igor On Wed, Nov 9, 2016 at 2:27 PM, smile wrote: > Hi, all > when I start one c++ server node, and then start java server node, > which successfully joins in the cluster, and

Re: Couchbase as persistent store

Could it be that your 8080 TCP port is already in use? Best Regards, Igor On Wed, Oct 19, 2016 at 4:33 PM, Igor Sapego <isap...@gridgain.com> wrote: > Hi, > > I tried your example and it works for me. Could it be that there is an > issue with you network configuration? > &

Re: spark SQL thriftserver over ignite and cassandra

> > 2016-10-17 19:10 GMT+02:00 Igor Sapego <isap...@gridgain.com>: > >> Hi Vincent, >> >> Can you please explain what do you mean by HTTP(S) support for the ODBC? >> >> I'm not quite sure I get it. >> >> Best Regards, >> Igor >

Re: Couchbase as persistent store

You are welcome ) Best Regards, Igor On Fri, Oct 21, 2016 at 10:39 AM, kvipin wrote: > Igor, thanks a lot for confirming that everything is working fine from > Apache-Ignite side. That helped me focus into my code only, which was > really > a problematic piece. > > The

Re: Couchbase as persistent store

I've checked the command you provided. It works, though it really does not add any objects to DB. However, I've added some prints to TestTableStore#writeAll() and I can see that all 100 entires are passed to it to be written. It seems that there is some issue with your implementation of this

Re: Couchbase as persistent store

Hi, I tried your example and it works for me. Could it be that there is an issue with you network configuration? Best Regards, Igor On Tue, Oct 18, 2016 at 9:48 PM, kvipin wrote: > Hi Val, > > Please find the attached sample code tarball. > apache-ignite-tester-cs-5.xz

Re: C++ API can't build successfully in my linux environment

Hi, Which version do you use? Best Regards, Igor On Mon, Nov 14, 2016 at 4:59 PM, smile wrote: > Hi, all > I build C++ api in linux environment, linux is Center OS, and g++ > version is 4.4.6， I get a lot build error, and I have to modify the code, > include : > >

Re: C++ API can't build successfully in my linux environment

Here is the link: https://builds.apache.org/view/H-L/view/Ignite/job/Ignite-nightly/lastSuccessfulBuild/ Best Regards, Igor On Mon, Nov 14, 2016 at 6:41 PM, Igor Sapego <isap...@gridgain.com> wrote: > Or you can try nightly build if you need binaries: > > Best Regards, > Igor

Re: C++ API can't build successfully in my linux environment

Or you can try nightly build if you need binaries: Best Regards, Igor On Mon, Nov 14, 2016 at 6:28 PM, Igor Sapego <isap...@gridgain.com> wrote: > Can you try master? I'm pretty sure I was fixing these issues. > > Best Regards, > Igor > > On Mon, Nov 14, 2016 at

Re: C++ API can't build successfully in my linux environment

Can you try master? I'm pretty sure I was fixing these issues. Best Regards, Igor On Mon, Nov 14, 2016 at 6:19 PM, smile <honglipi...@qq.com> wrote: > I used ignite1.7.0 > -- 原始邮件 -- > *发件人:* "Igor Sapego"<isap...@gridgain.com> >

Re: spark SQL thriftserver over ignite and cassandra

, at 12:54 AM, vincent gromakowski < >>> vincent.gromakow...@gmail.com> wrote: >>> >>> Hi, >>> I know that Ignite has SQL support but: >>> - ODBC driver doesn't seem to provide HTTP(S) support, which is easier >>> to integrate on corporate

Re: C++ API can't build successfully in my linux environment

Thanks for the information. I will try and set up build so that such issues could be detected on compile time. Best Regards, Igor On Tue, Nov 15, 2016 at 2:01 PM, smile <honglipi...@qq.com> wrote: > Hi, Igor Sapego: > >using the latest ignite that you gave yesterday, it bui

Re: Failed to connect

Hi, It seems like you only started client node and it can't find any server node to connect to. Is it so? -- View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Failed-to-connect-tp9556p9559.html Sent from the Apache Ignite Users mailing list archive at Nabble.com.

Re: when will extending C++ api be released ?

Hi, What features do you need exactly? Best Regards, Igor On Tue, Dec 6, 2016 at 12:42 PM, smile wrote: > Hi, all， > the ignite C++ api can't meet my needs, I want to know when will > extending C++ api be released. > > thank you very much! >

Re: when will extending C++ api be released ?

. Best Regards, Igor On Tue, Dec 6, 2016 at 12:52 PM, smile <honglipi...@qq.com> wrote: > Hi, Igor Sapego, > > We want invoke, aggreage, and event. Currently they'are not available > in the JNI-based C++ API ? > > Thank you ! > > > > -- 原始

Re: Ignite 1.6.10 performance issue in ODBC connections

Hi, Thomas, Recently, I have fixed an issue, that can be a cause for such a behavior - [1]. This fix is going to be available in the upcoming Apache Ignite 1.8. [1] - https://issues.apache.org/jira/browse/IGNITE-4249 Best Regards, Igor On Wed, Nov 30, 2016 at 1:45 PM, thomastechs

Re: error LNK 2001

If you have 64-bit machine then you should use install_amd64.cmd script to install drivers. I guess it's maybe somehow misleading, but install_x86 is only for 32-bit OSs. To install 32-bit driver with install_amd64.cmd you should provide both 32- and 64-bit drivers to it. In 2.0 we are going to

Re: Load data to cache

Well, in your "Person" CacheConfiguration QueryEntity is wrong. In your code you are creating cache with key of type "java.lang.Integer" and value of type "java.lang.String", while in your QueryEntity you have configured it only for types "java.lang.Integer" and "Person". Best Regards, Igor On

Re: Very slow cache query compared to H2

Also, I'm pretty sure that 7220 milliseconds is the result you are getting on the "cold" JVM. Try warming it up before you are making any benchmarks (i.e. try running at least 5 queries before you run actual benchmark). Best Regards, Igor On Fri, Mar 24, 2017 at 11:14 AM, Andrey Mashenkov

Re: Load data to cache

Hello, You should set "QueryEntity" for your cache: Best Regards, Igor On Fri, Mar 24, 2017 at 2:00 PM, kavitha

Re: Load data to cache

Please, share your final code. Also, can you share ODBC code? Best Regards, Igor On Fri, Mar 24, 2017 at 3:42 PM, kavitha wrote: > Hi, > > I changed my QueryEntity as you suggested. But still my database is empty. > > > > -- > View this message in context:

Re: Load data to cache

Hi, Which database do you use? Best Regards, Igor On Tue, Mar 28, 2017 at 7:57 AM, kavitha wrote: > Hi, > > I tried following code to load cache. Could you please correct the code, If > It is wrong? > > IIgnite ignite = Ignition.Start(@"F:\Visual >

Re: Load data to cache

Well, I do not have experience working with the store you use, but you pass .NET types as arguments for a Java store. This does not seem like this is going to work. I may be mistaken though. But even if these were Java types they do not look like a valid arguments for this store. Have you tried

Re: Load data to cache

Seems like you have not set dataSource bean for your store so it does not know how to establish connection to your database. I believe, you need add dataSource bean (javax.sql.DataSource) for your store. Best Regards, Igor On Tue, Mar 28, 2017 at 3:43 PM, kavitha wrote:

Re: Load data to cache

You say you connect to the Ignite using ODBC driver, right? So the question is how you do that. Do you use some external tool or do you write some code to do so on your own? I can't see any ODBC-related code here or any mentions on how you are trying to get the data. You only say you've failed to

Re: Load data to cache

I've tried to reproduce the issue and I'm getting the data from the cluster using ODBC. Can you share your ODBC code, which queries data? Or do you use some third-party tool for that? Best Regards, Igor On Sat, Mar 25, 2017 at 6:33 AM, kavitha wrote: > Hi Igor, > >

Re: ODBC driver installation error

Well, the issue is that logging config file is absent. To solve it you should add a logging config file. Alternatively, you can enable "log4j" module. Best Regards, Igor On Mon, Mar 27, 2017 at 8:54 AM, kavitha wrote: > Hi, > > While starting node with Spring XML file,

Re: Load data to cache

Currently, Ignite does not support DDL, though it is planned for the Ignite 2.0, so you can't create databases using SQL now. Instead you should assume that you already have database, where the schemas are caches and tables are types. So to get data from your caches you'd need to run some query

  1   2   3   4   >