0-day CVE in log4j

All This blew up today: CVE-2021-44228 ( https://www.bleepingcomputer.com/news/security/new-zero-day-exploit-for-log4j-java-library-is-an-enterprise-nightmare/ ) Will there be a risk assessment with respect to Ignite for this CVE? Thanks, Raymond. -- <http://www.trimble.com/> Raymond

Re: Running TCBot across a PR

estigate why tests are failing > (the ones TCBot has defined as possible blockers). > Check whether those tests are failing in master, in that case write about > it in JIRA ticket. > > Best regards, Ed. > > On Thu, 30 Sept 2021 at 00:45, Raymond Wilson > wrote: > > > Hi

Re: Running TCBot across a PR

re info. > > > I'm also not sure who to suggest for review in the Java K8s area. > I can do the review once the tests pass. > > Thanks, > Pavel > > On Wed, Sep 29, 2021 at 12:47 AM Raymond Wilson < > raymond_wil...@trimble.com> > wrote: > > > Hi, > >

Running TCBot across a PR

. Thanks, Raymond. -- <http://www.trimble.com/> Raymond Wilson Trimble Distinguished Engineer, Civil Construction Software (CCS) 11 Birmingham Drive | Christchurch, New Zealand raymond_wil...@trimble.com <https://worksos.trimble.com/?utm_source=Trimble_medium=emailsign_campaign=Launch>

Re: Assign an issue to myself

Thank you Pavel! Raymond. On Mon, 27 Sep 2021 at 7:32 PM, Pavel Tupitsyn wrote: > Hi Raymond, > > I've added you to the Contributors group in JIRA, now you should be able to > assign issues, change their status, etc. > > On Mon, Sep 27, 2021 at 12:25 AM Raymond Wils

Assign an issue to myself

Hi, I have created a Jira ticket I would like to assign to myself: https://issues.apache.org/jira/browse/IGNITE-15602 Thanks, Raymond. -- <http://www.trimble.com/> Raymond Wilson Trimble Distinguished Engineer, Civil Construction Software (CCS) 11 Birmingham Drive | Christchurch, New Z

Re: Issue building Ignite 2.10 branch

nstall -Pall-java,all-scala,licenses -DskipTests -pl > modules/kubernetes -am > > Or possibly exclude only jta module from build. > > mvn clean install -Pall-java,all-scala,licenses -DskipTests -pl > '!modules/jta' > > 2021-05-12 4:29 GMT+03:00, Raymond Wilson : > > Hi

Re: Issue building Ignite 2.10 branch

pers.2346864.n4.nabble.com/Building-Ignite-with-Adopt-OpenJDK-11-td52389.html#a52391 > > > > Regards, > Vishwas > > On Wed, 12 May, 2021, 05:17 Raymond Wilson, > wrote: > > > Hi, > > > > I have made a small modification to the ignite-kubernetes module to all

Fwd: Issue building Ignite 2.10 branch

f :ignite-jta I found some release notes that indicated the Maven (as of 3.8.1) is no longer supporting HTTP addresses for dependencies. I downgraded to Maven 3.8.0 with no change to the result. Is there an easy work around for this? Thanks, Raymond. -- <http://www.trimble.com/> Raymond

Re: IEP-70: Async Continuation Executor

gt; > > > > > > > > > > > > > I took a look at your IEP and pool request. I have the > > following > > > > > > > concerns. > > > > > > > > First of all, this change breaks the contract of > > > > > > > IgniteFuture#listen(lsnr) > > > > > > > > > > >

Re: IEP-70: Async Continuation Executor

?? > > > TaskScheduler.Current) by default and it should have exciting behavior > > (use > > > Ignite striped pool) if ConfigureAwait(false) was specified for the > Task > > > result. > > > > > > Is my understanding correct? > > > > >

Re: [jira] [Created] (IGNITE-14208) .NET: Examples multi targeting

warning, but should work. > > I've filed a separate ticket > https://issues.apache.org/jira/browse/IGNITE-14243, > thanks for the heads up. > > Pavel > > On Fri, Feb 19, 2021 at 12:45 AM Raymond Wilson < > raymond_wil...@trimble.com> > wrote: > > > Big +1 for this.

Re: [jira] [Created] (IGNITE-14208) .NET: Examples multi targeting

e 3.1 or .NET 5 installed. > > Fix example projects and replace > > {code} > netcoreapp2.1 > {code} > > with > > {code} > netcoreapp2.1;netcoreapp3.1;net5 > {code} > > > > -- > This message was sent by Atlassian Jira > (v8.3.4#803005) > --

Re: Why WAL archives enabled by default?

ve a segment to the > archive. > > >> > >> >> > > > >> > >> >> > We cannot do this, we will lost data. We can truncate > > archived > > >> > >> segment if > > >> > >> >> > and only if it is not required for recovery. If last > > checkpoint > > >> > >> marker > > >> > >> >> > points to segment > > >> > >> >> > with lower index, we cannot delete any segment with higher > > >> index. > > >> > >> So the > > >> > >> >> > only moment where we can remove truncate segments is a > > finish of > > >> > >> >> checkpoint. > > >> > >> >> > > > >> > >> >> > пт, 6 нояб. 2020 г. в 09:46, ткаленко кирилл < > > >> > tkalkir...@yandex.ru > > >> > >> >: > > >> > >> >> > > > >> > >> >> >> Hello, everybody! > > >> > >> >> >> > > >> > >> >> >> As far as I know, WAL archive is used for PITP(GridGain > > >> feature) > > >> > >> and > > >> > >> >> >> historical rebalancing. > > >> > >> >> >> > > >> > >> >> >> Facundo seems to have a problem with running out of > > directory > > >> > >> >> >> (/opt/work/walarchive) space. > > >> > >> >> >> Currently, WAL archive is cleared at the end of > checkpoint. > > >> > >> Potentially > > >> > >> >> >> long transaction may prevent checkpoint starting, thereby > > not > > >> > >> cleaning > > >> > >> >> WAL > > >> > >> >> >> archive, which will lead to such an error. > > >> > >> >> >> At the moment, I see such a WA to increase size of > directory > > >> > >> >> >> (/opt/work/walarchive) in k8s and avoid long transactions > or > > >> > >> something > > >> > >> >> like > > >> > >> >> >> that that modifies data and runs for a long time. > > >> > >> >> >> > > >> > >> >> >> And it is best to fix the logic of working with WAL > > archive. I > > >> > >> think we > > >> > >> >> >> should remove WAL archive cleanup from the end of the > > >> checkpoint > > >> > >> and > > >> > >> >> do it > > >> > >> >> >> on demand. For example, when trying to move a segment to > the > > >> > >> archive. > > >> > >> >> >> > > >> > >> >> >> 06.11.2020, 01:58, "Denis Magda" : > > >> > >> >> >> > Folks, > > >> > >> >> >> > > > >> > >> >> >> > In my understanding, you need the archives only for > > features > > >> > >> such as > > >> > >> >> >> PITR. > > >> > >> >> >> > Considering, that the PITR functionality is not provided > > in > > >> > >> Ignite > > >> > >> >> why do > > >> > >> >> >> > we have the archives enabled by default? > > >> > >> >> >> > > > >> > >> >> >> > How about having this feature disabled by default to > > prevent > > >> > the > > >> > >> >> >> following > > >> > >> >> >> > issues experienced by our users: > > >> > >> >> >> > > > >> > >> >> >> > > >> > >> >> > > >> > >> > > >> > > > >> > > > http://apache-ignite-users.70518.x6.nabble.com/WAL-and-WAL-Archive-volume-size-recommendation-td34458.html > > >> > >> >> >> > > > >> > >> >> >> > - > > >> > >> >> >> > Denis > > >> > >> >> > > > >> > >> >> > -- > > >> > >> >> > Sincerely yours, Ivan Daschinskiy > > >> > >> > > > >> > >> > -- > > >> > >> > Sincerely yours, Ivan Daschinskiy > > >> > >> > > >> > > > > >> > > > > >> > > -- > > >> > > Sincerely yours, Ivan Daschinskiy > > >> > > > > >> > > > >> > > > >> > -- > > >> > Sincerely yours, Ivan Daschinskiy > > >> > > > > > > > -- > > > Sincerely yours, Ivan Daschinskiy > > > -- <http://www.trimble.com/> Raymond Wilson Solution Architect, Civil Construction Software Systems (CCSS) 11 Birmingham Drive | Christchurch, New Zealand +64-21-2013317 Mobile raymond_wil...@trimble.com <https://worksos.trimble.com/?utm_source=Trimble_medium=emailsign_campaign=Launch>

Re: Custom Affinity Functions proposed for removal?

phase > which can evaluate expired/terminated sessions and clean out the cache. > That > process is all done locally - in other words, a primary node is able to > determine which sessions need cleaning and clean out the data all locally. > > > > -- > Sent from: http://apache-i

Re: Custom Affinity Functions proposed for removal?

ly improved by providing ways > to specify multiple fields for collocation. The fact that this scenario > requires a custom affinity mapper is a usability issue in my view. > > -Val > > On Tue, Nov 3, 2020 at 10:26 AM Raymond Wilson > > wrote: > > > If I have a prim

Re: Custom Affinity Functions proposed for removal?

gt; failing to understand why standard mechanisms for collocation [1] didn't > work for you. Could you please clarify? > > [1] > https://ignite.apache.org/docs/latest/data-modeling/affinity-collocation > > -Val > > On Tue, Nov 3, 2020 at 12:25 AM Raymond Wilson > > wr

Re: Custom Affinity Functions proposed for removal?

gt; have internally tested implementation with a way to customize it's > behavior > > without additional coding on the user side. > > > > пн, 2 нояб. 2020 г. в 23:01, Raymond Wilson >: > > > > > Just to be clear, the affinity functions we are using conv

Re: Custom Affinity Functions proposed for removal?

ement custom affinity > functions and not resort to default rendezvous affinity + backup filter ? > > > пн, 2 нояб. 2020 г. в 21:45, Raymond Wilson : > > > We also use custom affinity functions (vis the C# client). > > > > The wish list mentions use of a particular annotation

Re: Custom Affinity Functions proposed for removal?

lt rendezvous). We don't need all the > abilities there, although I think that often others do. > > This seems to me to be a case that the benefit of removing this is minimal > and could cause quite a lot of disruption to users. > > Thanks! > -- <http://www.trimbl

Re: Apache Ignite 3.0

the typical patterns? > > -Val > > On Wed, Sep 16, 2020 at 4:05 PM Raymond Wilson > > wrote: > > > Hi Val, > > > > Possibly, but the core difficulty there is knowing when the fan-out to > > listeners has been completed. Before you know it you have &g

Re: Apache Ignite 3.0

com> wrote: > Hi Raymond, > > Do you think you could use services for your use case? > https://apacheignite.readme.io/docs/service-grid > > -Val > > On Tue, Sep 15, 2020 at 4:32 PM Raymond Wilson > > wrote: > > > For what it is worth, we use messagin

Re: Apache Ignite 3.0

; > > > > > > > > > > >> On Thu, Aug 6, 2020 at 7:12 PM Valentin > > > Kulichenko < > > > > > > > > > > >> valentin.kuliche...@gmail.com > > > > > > > valentin.kuliche...@gmail.com>> > > > > > > > > > wrote: > > > > > > > > > >

Re: [DISCUSSION] New Ignite settings for IGNITE-12438 and IGNITE-13013

apart. > > - > Denis > > > On Fri, Jun 26, 2020 at 11:54 PM Raymond Wilson < > raymond_wil...@trimble.com> > wrote: > > > I have just caught up with this discussion and wanted to outline a set of > > use > > cases we have that rely on server nodes

Re: [DISCUSSION] New Ignite settings for IGNITE-12438 and IGNITE-13013

I have just caught up with this discussion and wanted to outline a set of use cases we have that rely on server nodes communicating with client nodes. Firstly, I'd like to confirm my mental model of server & client nodes within a grid (ignoring thin clients for now): A grid contains a set of

Re: Out of memory with eviction failure on persisted cache

Evgenii, Have you had a chance to look into the reproducer? Thanks, Raymond. On Fri, Mar 6, 2020 at 2:51 PM Raymond Wilson wrote: > Evgenii, > > I have created a reproducer that triggers the error with the buffer size > set to 64Mb. The program.cs/csproj and log for the run th

Re: .Net core versions

; We won't target only .NET Core 3.1. We can't afford losing all the users of > older .NET versions. > > > > On Wed, Apr 1, 2020 at 10:18 PM Raymond Wilson > > wrote: > > > Hi Pavel, > > > > It might be worth considering moving to .Net Core 3.1 instead of .

Re: .Net core versions

Hi Pavel, It might be worth considering moving to .Net Core 3.1 instead of .Net Standard 2.0 for Ignite 3.0. .Net Standard 2.0 is the end of line for .Net Standard. While this does permit cross compatibility with .Net Framework, this is also at an end of line. All new .Net and C# language

Re: Out of memory with eviction failure on persisted cache

oad much more data with 256mb data region? I > think it should work without issues. > > Thanks, > Evgenii > > ср, 4 мар. 2020 г. в 16:14, Raymond Wilson : > >> Hi Evgenii, >> >> I am individually Put()ing the elements using PutIfAbsent(). Each element >> can

Re: Out of memory with eviction failure on persisted cache

i > > ср, 4 мар. 2020 г. в 15:37, Raymond Wilson : > >> To add some further detail: >> >> There are two processes interacting with the cache. One process is writing >> data into the cache, while the second process is extracting data from the >> cache using a contin

Re: Out of memory with eviction failure on persisted cache

the cache size further to 256 Mb resolves the problem for this data set, however we have data sets more than 100 times this size which we will be processing. Thanks, Raymond. On Thu, Mar 5, 2020 at 12:10 PM Raymond Wilson wrote: > I've been having a sporadic issue with the Ignite 2.7.5 JVM halt

Out of memory with eviction failure on persisted cache

I've been having a sporadic issue with the Ignite 2.7.5 JVM halting due to out of memory error related to a cache with persistence enabled I just upgraded to the C#.Net, Ignite 2.7.6 client to pick up support for C# affinity functions and now have this issue appearing regularly while adding

Baseline Topology Phase III

Hi, In https://cwiki.apache.org/confluence/display/IGNITE/IEP-4+Baseline+topology+for+caches there is a Phase III effort mentioned that allows graceful reduction of server nodes with caches having zero backups. Is this Phase III effort planned to be implemented? Thanks, Raymond.

Re: .NET java thread count keeps growing

We have observed a similar problem but have not characterised it well enough to report on the list yet. We are using IA .Net 2.7.5. Sent from my iPhone > On 17/08/2019, at 1:45 PM, Ilya Kasnacheev wrote: > > Hello! > > Can we get back to this question? It rears its ugly head again: >

Re: Apache Ignite 2.7.6 (Time, Scope, and Release manager)

+1 for IGNITE-10451 Thanks, Raymond. Sent from my iPhone > On 9/08/2019, at 5:40 AM, Dmitriy Pavlov wrote: > > Hi Ivan, Ilya, Igniters, > > > > I would like this release would be as minimal as possible. > > > > According to dates proposed we could freeze scope at 12.08, 4 days is more > than

Re: Threadpools and .WithExecute() for C# clients

ng in the dev list. >> >> Pavel, Igor and other C# maintainers, this looks like a valuable extension >> of our C# APIs. Shouldn't this be a quick addition to Ignite? >> >> - >> Denis >> >> >> On Mon, Jul 22, 2019 at 3:22 PM Ra

Re: Ignite 2.7.5 c# client Nuget package

Hi Dmitriy, Yes, I see it there. Thanks! Raymond. On Wed, Jun 19, 2019 at 2:09 AM Dmitriy Pavlov wrote: > Hi Raymond, > > Please check, NuGet Packages were published > https://www.nuget.org/packages/Apache.Ignite/ > > Sincerely > Dmitriy Pavlov > > вт, 18 июн. 2019

Re: Ignite 2.7.5 c# client Nuget package

Great! Thanks, Raymond On Tue, Jun 18, 2019 at 9:51 PM Dmitriy Pavlov wrote: > Hi Raymond, > > I'm going to upload it today or tomorrow. > > Best Regards > Dmitriy Pavlov > > вт, 18 июн. 2019 г., 12:42 Raymond Wilson : > > > Hi, > > > > W

Ignite 2.7.5 c# client Nuget package

Hi, When will the 2.7.5 Nuget package be available? We are getting notifications from running Ignite services that 2.7.5 is available. Thanks, Raymond.

Re: [ANNOUNCE] Apache Ignite 2.7.0 Released

Nikolay, Nice job on the release! :) When do you expect Nuget packages to be available for the C# client? Thanks, Raymond. On Fri, Dec 7, 2018 at 4:30 AM Denis Magda wrote: > Nikolay, > > Could you confirm that all of the "Post-release steps" have been completed > and you don't need help

Re: Absence of unsigned integer read/write support in IBinaryRawReader/Writer

rsect between Java >> and .Net runtimes. >> >> I can see how this can be inconvenient, unfortunately we don't have that >> strong C# lobby to make the difference currently. >> >> Regards, >> -- >> Ilya Kasnacheev >> >> >> вт, 9 о

Absence of unsigned integer read/write support in IBinaryRawReader/Writer

I’m using Ignite IBinarizable raw serialization in Ignite v2.6 with C# client. I notice there is no support for unsigned short, int and long integer types (both single values and arrays). I also noticed that Decimal, DateTime and Guid read/write methods only support nullable values.

[jira] [Created] (IGNITE-8590) Overridden members in descendant classes can cause BinaryMarshaller exceptions

Raymond Wilson created IGNITE-8590: -- Summary: Overridden members in descendant classes can cause BinaryMarshaller exceptions Key: IGNITE-8590 URL: https://issues.apache.org/jira/browse/IGNITE-8590

RE: Using a cache as an affinity co-located processing buffer in Ignite.Net

:* Wednesday, May 16, 2018 3:45 AM *To:* u...@ignite.apache.org *Cc:* dev@ignite.apache.org *Subject:* Re: Using a cache as an affinity co-located processing buffer in Ignite.Net Hi Raymond, Was this question answered? Sincerely, Dmitriy Pavlov вт, 1 мая 2018 г. в 0:20, Raymond Wilson

RE: Possible bug in PutAll() in Ignite 2.4, .Net client

int GetPartition(object key) => Math.Abs(((NonSpatialAffinityKey)key).ProjectID.GetHashCode()) % Partitions; Now I just need to use a stable GUID to hash function rather than the .Net one. Apologies for the scare  Thanks, Raymond. *From:* Raymond Wilson [mailto:raymond_wil...@trimble.

RE: Possible bug in PutAll() in Ignite 2.4, .Net client

I have previously used the same logic using a long instead of a Guid without this issue. *From:* Raymond Wilson [mailto:raymond_wil...@trimble.com] *Sent:* Friday, May 11, 2018 2:36 PM *To:* 'dev@ignite.apache.org' <dev@ignite.apache.org> *Subject:* RE: Possible bug in PutAll() in Igni

RE: Possible bug in PutAll() in Ignite 2.4, .Net client

ne 104} Apache.Ignite.Core.Cache.CacheException *From:* Raymond Wilson [mailto:raymond_wil...@trimble.com] *Sent:* Friday, May 11, 2018 2:31 PM *To:* 'dev@ignite.apache.org' <dev@ignite.apache.org> *Subject:* Possible bug in PutAll() in Ignite 2.4, .Net client I have run into an issue using an AffinityFunction

Possible bug in PutAll() in Ignite 2.4, .Net client

I have run into an issue using an AffinityFunction with a Guid in the key. The complete reproducer is included below as an XUnit unit test. I do know about the [AffinityKeyMapped] attribute, but I want to have different behaviour for these keys depending on context (sometimes I want them

Where is ICache.Removex() in .Net client?

I have some code the removes elements from a cache, and I’d like to improve its performance. The help for ICache.Remove() states that the element removed will be returned to the call, and that if the element is not required, then Removex() should be used to avoid the overhead of returning the

RE: Using a cache as an affinity co-located processing buffer in Ignite.Net

Cross posting to dev list for comment on cache interceptor availability on Ignite .Net client. -Original Message- From: Raymond Wilson [mailto:raymond_wil...@trimble.com] Sent: Saturday, April 28, 2018 10:35 PM To: 'u...@ignite.apache.org' <u...@ignite.apache.org> Subject: RE:

RE: [jira] [Created] (IGNITE-8279) Clients can't operate on services after deactivation

G. could correct me if I'm wrong. > > Sincerely, > Dmitriy Pavlov > > пн, 16 апр. 2018 г. в 21:52, Raymond Wilson <raymond_wil...@trimble.com>: > > > Hi Denis, > > > > Would this be better to target 2.5? It seems like a significant > > regression...

Re: [jira] [Created] (IGNITE-8279) Clients can't operate on services after deactivation

Hi Denis, Would this be better to target 2.5? It seems like a significant regression... Thanks, Raymond. Sent from my iPhone > On 17/04/2018, at 1:46 AM, Denis Mekhanikov (JIRA) wrote: > > Denis Mekhanikov created IGNITE-8279: > > >

Efficiently determining if cache keys belong to the local server node

I have a type of query that asks for potentially large numbers of information elements to be computed. Each element has an affinity key that maps it to a server node through an IAffinityFunction. The way the question is asked means that a single query broadcast to the compute projection (owning

RE: Timeline for support of compute functions by thin clients

It would be nice if C# thin clients can upload C# compute functions to C# Ignite nodes, as can be done with the thick client. -Original Message- From: Sergey Kozlov [mailto:skoz...@gridgain.com] Sent: Thursday, April 5, 2018 2:14 AM To: dev@ignite.apache.org Subject: Re: Timeline for

RE: Apache Ignite nightly release builds

The link to build artifacts requires a Team City login. Is there a public access location? *From:* Petr Ivanov [mailto:mr.wei...@gmail.com] *Sent:* Wednesday, March 21, 2018 10:59 PM *To:* dev ; u...@ignite.apache.org *Subject:* Re: Apache Ignite nightly release builds

RE: Ignite Direct I/O plugin description added to wiki

efault it will bring down the performance of read-intensive application because, as Dmitry says, the reads bypass page cache. So, I would recommend using it for write-intensive workloads and, probably, for mixed-workloads depending on the reads and writes rate. -- Denis On Tue, Mar 20, 2018 a

RE: Ignite Direct I/O plugin description added to wiki

Looks good! Is there any reason why this should not be a default setting if it gracefully downgrades to non-Direct IO if not supported by the OS? Thanks, Raymond. -Original Message- From: Dmitriy Setrakyan [mailto:dsetrak...@apache.org] Sent: Wednesday, March 21, 2018 10:23 AM To: dev

RE: Timeline for support of compute functions by thin clients

for computations. Is there any reason why you can't use the regular one? -- Denis On Wed, Mar 14, 2018 at 12:53 PM, Raymond Wilson <raymond_wil...@trimble.com > wrote: > Hi Denis, > > We are using Ignite.Net and are planning to use 2.4 + .Net Core + thin > client support to enable lightweig

RE: Timeline for support of compute functions by thin clients

t data from a server, does something with it locally and potentially writes changes back to the server. ICache, SQL fall under this category. Are you intended to use .NET thin client or anyone else? -- Denis On Wed, Mar 14, 2018 at 12:25 PM, Raymond Wilson <raymond_wil...@trimble.com >

Timeline for support of compute functions by thin clients

Hi, The thin client implementation in Ignite 2.4 only covers a subset of the ICache interface. When will we see thin client support for compute, messaging etc? Thanks, Raymond.

Re: Apache Ignite nightly release builds

Yes please! :) Sent from my iPhone > On 14/03/2018, at 4:10 AM, Dmitry Pavlov wrote: > > We can start with this approach. And if we will need some staging maven > repo, we can support it later. > > вт, 13 мар. 2018 г. в 18:08, Dmitriy Setrakyan :

RE: Is ML a part of the Ignite.C# API? eom

lanned, but not yet implemented: https://issues.apache.org/jira/browse/IGNITE-6707 Pavel On Wed, Mar 7, 2018 at 5:56 AM, Raymond Wilson <raymond_wil...@trimble.com> wrote: > … the reason I ask being that ML is included in the Ignite diagram in > the Ignite.C#

RE: Is ML a part of the Ignite.C# API? eom

… the reason I ask being that ML is included in the Ignite diagram in the Ignite.C# documentation page, but there is no documentation section for it. *From:* Raymond Wilson [mailto:raymond_wil...@trimble.com] *Sent:* Wednesday, March 7, 2018 3:55 PM *To:* u...@ignite.apache.org *Cc:* 'dev

Write ahead log and early eviction of new elements

I have a scenario I would like to validate when using Ignite Persistence. I understand when I add an element to a cache that element is serialized, placed into the local memory for the cache on that server and then placed into the WAL pending checkpointing (merging into the persistence store).

Re: Apache Ignite 2.4 release

ull fix with hashing algoritm change will require around a week, but in > the same time I will try to find out workaround to provide fast fix for 2.4. > > Sincerely, > Dmitriy Pavlov > > ср, 7 февр. 2018 г. в 12:07, Raymond Wilson <raymond_wil...@trimble.com>: > >> I

RE: Obtaining metadata about items in the cache

keys as a part of its internal query operations. Is that correct? If so, would it be difficult to expose this kind of functionality in the Ignite API? Thanks, Raymond. *From:* Raymond Wilson [mailto:raymond_wil...@trimble.com] *Sent:* Monday, December 4, 2017 11:26 PM *To:* 'u...@ignite.apache.org

.Net standard target for Ignite.Net client

All, Are there any plans for porting the current Ignite.Net client to .Net Standard? Has anyone investigated how much effort there would be involved? We would like to use dockerised deployments and as we use a .Net development stack .Net Standard is our target platform for those deployments.

RE: Does the Ignite C# client support distributed queues?

/dotnet/Apache.Ignite.Core.Tests/ApiParity/IgniteParityTest.cs#L39 Pavel On Sun, Dec 3, 2017 at 11:47 PM, Raymond Wilson <raymond_wil...@trimble.com> wrote: Hi Pavel, Is there a document that captures all the current gaps? Thanks, Raymond. *From:* Pavel Tupitsyn [mailto:

RE: Does the Ignite C# client support distributed queues?

distributed queues? Hi Raymond, There is no exact schedule, but we always strive to keep .NET API up to speed with Java. Usually new features are added right in the same release (persistence in 2.1, for example). Pavel On Sat, Dec 2, 2017 at 9:51 AM, Raymond Wilson <raymond_

RE: Does the Ignite C# client support distributed queues?

2701 It was created almost 1 year ago. Please vote for this feature. As far as I know there is no plan/schedule for it. Thank you, Alexey *From: *Raymond Wilson <raymond_wil...@trimble.com> *Sent: *Friday, December 1, 2017 5:58 AM *To: *u...@ignite.apache.org *Cc: *dev@ignite.apache.org *Subject:

RE: Does the Ignite C# client support distributed queues?

Looking at it I see it's blocked by 2701 (which has additional dependencies, all of which say they are blocked by 2701). I understand there is an intention to bring the C# client up to par with the Java client. Is there a ticket/schedule yet for this? Raymond. -Original Message- From:

RE: Massive commit sizes for processes with local Ignite Grid servers

app takes. Is it possible your app really loads additional 3GB of referenced libraries and data besides Ignite? Did you try temporarily changing the code to NOT start Ignite and see how much memory such an app takes? On Thu, Sep 7, 2017 at 1:49 PM, Raymond Wilson <raymond_wil...@trimble.com> w

RE: Massive commit sizes for processes with local Ignite Grid servers

I tried an experiment where I ran only two instances of the server locally, this is the result in the Task Manager: *From:* Raymond Wilson [mailto:raymond_wil...@trimble.com] *Sent:* Thursday, September 7, 2017 9:21 PM *To:* u...@ignite.apache.org; 'dev@ignite.apache.org' <

Massive commit sizes for processes with local Ignite Grid servers

I’m running a set of four server applications on a local system to simulate a cluster. Each of the servers has the following memory configurations set: public override void ConfigureRaptorGrid(IgniteConfiguration cfg) { cfg.JvmInitialMemoryMb = 512; // Set to

RE: Massive commit sizes for processes with local Ignite Grid servers

ry MemoryPolicies = new[] { new MemoryPolicyConfiguration { Name = "defaultPolicy", MaxSize = 4L * 1024 * 1024 * 1025 // 4 GB } } чт, 7 сент. 2017 г. в 12:44, Raymond Wilson <raymond_wil...@trimble.com>: I tried an exper

RE: Specifying location of persistent storage location

olders under work directory with their sizes and dates. --Yakov 2017-09-05 4:07 GMT+03:00 Raymond Wilson <raymond_wil...@trimble.com>: Dmitriy, I set up an XML file based on the default one and added the two elements you noted. However, this has brought up an issue in that

RE: Specifying location of persistent storage location

7-09-05 4:07 GMT+03:00 Raymond Wilson <raymond_wil...@trimble.com>: > Dmitriy, > > > > I set up an XML file based on the default one and added the two elements > you noted. > > > > However, this has brought up an issue in that the XML file and an >