[GitHub] ignite pull request #2816: IGNITE-2766 Essais: Opportunistic reopen cache.

2017-10-06 Thread alamar
GitHub user alamar opened a pull request: https://github.com/apache/ignite/pull/2816 IGNITE-2766 Essais: Opportunistic reopen cache. You can merge this pull request into a Git repository by running: $ git pull https://github.com/gridgain/apache-ignite ignite-2766

[jira] [Created] (IGNITE-6573) SQL: Document WRAP_KEY and WRAP_VALUE commands

2017-10-06 Thread Vladimir Ozerov (JIRA)
Vladimir Ozerov created IGNITE-6573: --- Summary: SQL: Document WRAP_KEY and WRAP_VALUE commands Key: IGNITE-6573 URL: https://issues.apache.org/jira/browse/IGNITE-6573 Project: Ignite Issue

[jira] [Created] (IGNITE-6571) Service not found exception when calling service method before initialization finished

2017-10-06 Thread Denis Mekhanikov (JIRA)
Denis Mekhanikov created IGNITE-6571: Summary: Service not found exception when calling service method before initialization finished Key: IGNITE-6571 URL: https://issues.apache.org/jira/browse/IGNITE-6571

Re: Adding sqlline tool to Apache Ignite project

2017-10-06 Thread dsetrakyan
I like ignitesql. ⁣D.​ On Oct 6, 2017, 4:49 PM, at 4:49 PM, Vladimir Ozerov wrote: >Denis, > >Setting default host to 127.0.0.1 is bad idea, because it mean that in >practice users would have to change the script always. Instead, we >should >accept host name as argument.

Re: Adding sqlline tool to Apache Ignite project

2017-10-06 Thread Anton Vinogradov
How about sqlconsole.sh or sqlcmd.sh ? On Fri, Oct 6, 2017 at 6:04 PM, wrote: > I like ignitesql. > > ⁣D.​ > > On Oct 6, 2017, 4:49 PM, at 4:49 PM, Vladimir Ozerov > wrote: > >Denis, > > > >Setting default host to 127.0.0.1 is bad idea, because it

[GitHub] ignite pull request #2784: IGNITE-6054

2017-10-06 Thread asfgit
Github user asfgit closed the pull request at: https://github.com/apache/ignite/pull/2784 ---

Re: Adding sqlline tool to Apache Ignite project

2017-10-06 Thread Vladimir Ozerov
Denis, Setting default host to 127.0.0.1 is bad idea, because it mean that in practice users would have to change the script always. Instead, we should accept host name as argument. This is perfectly fine from usability perspective, most tools work this way (i.e. throw error when started without

Re: Adding sqlline tool to Apache Ignite project

2017-10-06 Thread Sergey Kozlov
Denis The link below has included sqlline. Please take a look: https://ci.ignite.apache.org/viewLog.html?buildId=875441=IgniteRelease_XxxFromMirrorIgniteRelease3PrepareVote=artifacts#!1rrb2,-wpvx2aopzexz On Thu, Oct 5, 2017 at 7:48 PM, Denis Magda wrote: > Here is the

Re: Identifying grid transactions

2017-10-06 Thread Valentin Kulichenko
Yakov, Ideally - all of them :) Or at least those APIs that execute remote operations (all cache operations, compute, service proxy invocations, ...). Having an ability to add custom metadata to this kind of operations can be very valuable for auditing purposes. -Val On Thu, Oct 5, 2017 at 8:38

Re: Adding sqlline tool to Apache Ignite project

2017-10-06 Thread Denis Magda
> But, we need to support “help” (-h, -help) argument listing all the > parameters accepted by the tools. Meant accepted by the ignitesql script only such as host name. — Denis > On Oct 6, 2017, at 12:20 PM, Denis Magda wrote: > > Really nice, could click through the

Re: PRIMARY_SYNC+readFromBackup semantics

2017-10-06 Thread Valentin Kulichenko
Created a ticket: https://issues.apache.org/jira/browse/IGNITE-6575 -Val On Thu, Oct 5, 2017 at 8:55 AM, Yakov Zhdanov wrote: > >>Second of all, it seems that we send a network message from primary node > to > local backup, which doesn't make much sense to me and looks

[jira] [Created] (IGNITE-6575) IgniteCache#get can return stale value when executed on backup

2017-10-06 Thread Valentin Kulichenko (JIRA)
Valentin Kulichenko created IGNITE-6575: --- Summary: IgniteCache#get can return stale value when executed on backup Key: IGNITE-6575 URL: https://issues.apache.org/jira/browse/IGNITE-6575

Re: Adding sqlline tool to Apache Ignite project

2017-10-06 Thread Denis Magda
Really nice, could click through the getting started [1] in a minute! +1 to rename the script to “ignitesql”. Vladimir’s point makes total sense. However, tend to disagree that the host has to be requested all the times. We never request a configuration or host name for ignite.sh, visor or web

Re: Adding sqlline tool to Apache Ignite project

2017-10-06 Thread Dmitriy Setrakyan
On Fri, Oct 6, 2017 at 9:04 AM, Anton Vinogradov wrote: > How about sqlconsole.sh or sqlcmd.sh ? > Shouldn't we have "ignite" in the name?

Re: Adding sqlline tool to Apache Ignite project

2017-10-06 Thread Dmitriy Setrakyan
How does the binding happen? Can we bind to everything, like we do in Ignite? On Fri, Oct 6, 2017 at 2:51 PM, Denis Magda wrote: > Thought over 127.0.0.1 as a default host once again. The bad thing about > it is that the user gets a lengthy exception stack trace if Ignite is

[jira] [Created] (IGNITE-6568) Failed to DROP table created by DDL query after restart

2017-10-06 Thread Vasiliy Sisko (JIRA)
Vasiliy Sisko created IGNITE-6568: - Summary: Failed to DROP table created by DDL query after restart Key: IGNITE-6568 URL: https://issues.apache.org/jira/browse/IGNITE-6568 Project: Ignite

[GitHub] ignite pull request #2751: ignite-5714-8

2017-10-06 Thread voipp
Github user voipp closed the pull request at: https://github.com/apache/ignite/pull/2751 ---

Re: Context switching for pessimistic transactions

2017-10-06 Thread Dmitriy Setrakyan
Thanks, Alexey. I doubt anyone in the community will be able to answer your question here. I am assuming that thread ID is not going to be enough to identify a transaction, given that suspend happens in one thread, and resume in another. However, to tell for sure would require a better

[GitHub] ignite pull request #2751: ignite-5714-8

2017-10-06 Thread voipp
GitHub user voipp reopened a pull request: https://github.com/apache/ignite/pull/2751 ignite-5714-8 You can merge this pull request into a Git repository by running: $ git pull https://github.com/voipp/ignite ignite-5714-local-lock-not-covered Alternatively you can review

[jira] [Created] (IGNITE-6569) DROP table is frozen in special case

2017-10-06 Thread Vasiliy Sisko (JIRA)
Vasiliy Sisko created IGNITE-6569: - Summary: DROP table is frozen in special case Key: IGNITE-6569 URL: https://issues.apache.org/jira/browse/IGNITE-6569 Project: Ignite Issue Type: Bug

[GitHub] ignite pull request #2813: IGNITE-6272: .NET: Propagate multiple services de...

2017-10-06 Thread apopovgg
GitHub user apopovgg opened a pull request: https://github.com/apache/ignite/pull/2813 IGNITE-6272: .NET: Propagate multiple services deployment The following changes were made: 1. Java code: added new JNI methods wrappers to Java: package

[GitHub] ignite pull request #2808: IGNITE-5224: .NET: PadLeft and PadRight support i...

2017-10-06 Thread asfgit
Github user asfgit closed the pull request at: https://github.com/apache/ignite/pull/2808 ---

[GitHub] ignite pull request #2815: IGNITE-6568 cache descriptor SQL attribute store/...

2017-10-06 Thread alexpaschenko
GitHub user alexpaschenko opened a pull request: https://github.com/apache/ignite/pull/2815 IGNITE-6568 cache descriptor SQL attribute store/restore fix You can merge this pull request into a Git repository by running: $ git pull https://github.com/gridgain/apache-ignite

Re: Monitoring of active transactions

2017-10-06 Thread Sasha Belyak
On Thu, Oct 5, 2017 at 1:24 PM, Alexey Goncharuk wrote: > Guys, > > I think we should not limit this functionality to http-rest only. We should > add this information to one of the MBeans as the primary information > source. Then this should be added as a client

[GitHub] ignite pull request #2814: Ignite 2.1.6

2017-10-06 Thread sergey-chugunov-1985
GitHub user sergey-chugunov-1985 opened a pull request: https://github.com/apache/ignite/pull/2814 Ignite 2.1.6 You can merge this pull request into a Git repository by running: $ git pull https://github.com/gridgain/apache-ignite ignite-2.1.6 Alternatively you can review