Re: [DISCUSS] changes to registerInterest API

For instance, this came up recently... https://stackoverflow.com/questions/46551278/gemfire-composite-key-pojo-as-gemfire-key I have seen other similar posts too! On Thu, Nov 30, 2017 at 2:30 PM, John Blum wrote: > Does anyone actually do this in practice? If so, yikes! > > Ev

Re: [DISCUSS] changes to registerInterest API

M Kirk Lund wrote: > > > John's approach looks best for when you need to specify keys. > > > > For ALL_KEYS, what about an API that doesn't require a token or all keys: > > > > public void registerInterestForAllKeys(); > > > > On Fri, Nov 17, 2

[ANNOUNCE] Spring Session for Apache Geode 2.0.0.RC2 Available!

atform.io/ [3] https://springoneplatform.io/speakers/john-blum [4] https://github.com/spring-projects/spring-session-data-geode/issues [5] https://github.com/spring-projects/spring-session-data-geode/pulls [6] https://stackoverflow.com/questions/tagged/spring-session

[ANNOUNCE] Spring Data Geode 2.0.2.RELEASE (Kay SR2) Available!

Greetings Apache Geode Community- It is my pleasure to announce the availability of *Spring Data* *Kay SR2* (*Service Release* 2) which includes *Spring Data Geode* *2.0.2.RELEASE*. The official release announcement is here... https://spring.io/blog/2017/11/27/spring-data-ingalls-sr9-an d-kay-sr

Re: [DISCUSS] changes to registerInterest API

John's statements on VarArgs and type erasure as well as his > > argument for Iterable. > > > > Also, List does not restrict you from List indexes. The region would > be > > Region> with registerInterest>(). > > > > -Jake > > > > > >

Re: [DISCUSS] changes to registerInterest API

Personally, I prefer the var args method (registerInterest(T... keys)) myself. It is way more convenient if I only have a few keys when calling this method then to have to add the keys to a List, especially for testing purposes. But, I typically like to pair that with a registerInterest(Iterable

[ANNOUNCE] Spring Session Data Geode 2.0.0.RC2 Available

Greetings Apache Geode Community- I am pleased to announce the release of *Spring Session Data Geode* 2.0.0.RC1. More details can be found in the official release announcement at [1]. Since 2.0.0.M2, *Spring Session* for Apache Geode supports PDX serialization of the HTTP session state. In this

Re: [ANNOUNCE] Apache Geode 1.3.0

Congrats! On Tue, Oct 31, 2017 at 10:22 AM, Swapnil Bawaskar wrote: > The Apache Geode community is pleased to announce the availability > of Apache Geode 1.3.0. > > Apache Geode is a data management platform that provides a database-like > consistency model, reliable transaction processing and

Spring Data Geode vs. Spring Data GemFire; what's the diff?

Greetings Apache Geode devs/users- For those of you also using *Spring Data Geode* with Apache Geode, and possibly considering moving to Pivotal GemFire, I have just wrote a blog post on spring.io/blog to discuss the differences between *Spring Data Geode* and *Spring Data GemFire* along with indi

[ANNOUNCE] Spring Session Data Geode 2.0.0.M2 Available...

Greetings Apache Geode Community- I am pleased to announce 1 more release related to Apache Geode, *Spring Session* for Apache Geode 2.0.0.M2 (milestone 2) is now available. This release brings with some updates and improvements... 1. *Upgrades* to... -- *Spring Framework* 5 -- *Spring

[ANNOUNCE] Spring Data Geode 2.0.0.RELEASE (Kay GA) Available...

Dear Geode Community- After almost 1 year of radio silence on all things related to *Spring Data Geode* for Apache Geode, it is my pleasure to inform you that *Spring Data Geode* *2.0.0.RELEASE* (Kay GA) is now available! [1] Many things have happened since my last announcement. First, *Spring D

Re: New client protocol configuration

in that case). > > > > -Dan > > > > On Mon, Oct 2, 2017 at 12:57 PM, John Blum wrote: > > > I don't mean to derail the topic at hand, but... > > > > > > On the same vain as Properties, can we also stop talking about XML? I > > much > &g

Re: New client protocol configuration

I don't mean to derail the topic at hand, but... On the same vain as Properties, can we also stop talking about XML? I much prefer Properties over XML any day, especially given YAML. However, that does not imply Properties should be added at will. Properties also increase the "surface area" of

Re: [DISCUSS] Addition of isValid API to Index interface

+1 to both of Anil's points. On Fri, Sep 8, 2017 at 3:04 PM, Anilkumar Gingade wrote: > Indexes are critical for querying; most of the databases doesn't allow > insert/update if there is any failure with index maintenance... > > As Geode OQL supports two ways (sync and async) to maintain the ind

Re: Stored procedures on Apache Geode.

he service and then rolling back in the case of failures or other problems). Anyway, another topic for another day... Of course, I do envision that *Gfsh* will be needed and *should be* used for advance UCs, where the Annotation model and SB auto-configuration stop and "developer" attention is

Re: [DISCUSS] New annotation to identify Functions whose class hierarchy spans multiple jar files

rk/data/gemfire/function/PojoFunctionWrapper.html [9] http://geode.apache.org/releases/latest/javadoc/org/apache/geode/cache/execute/Function.html#execute-org.apache.geode.cache.execute.FunctionContext- On Sat, Aug 12, 2017 at 10:38 AM, John Blum wrote: > *@Jared* - yes, makes sense. Thanks for the reference to FCS. I

Re: [DISCUSS] New annotation to identify Functions whose class hierarchy spans multiple jar files

e library we’re using for the annotation scanning. It scans the > > binary byte code files directly, rather than using a Class reference like > > Spring utilities you pointed out (which AFAIK requires having that class > > loaded in the JVM). > > > > Thanks, > > Ja

Re: []DISCUSS] Using package names to identify public API's

On the flip side of internal vs. external APIs, I definitely feel there are many classes under "*.internal" packages that should be reviewed and made public. I realize it increases the surface area of maintainability and support for backwards compatibility, but anytime an application needs access

Re: Geode Native - All your globals are belong to us

Nice work Jacob and team! On Fri, Aug 11, 2017 at 1:40 PM, Udo Kohlmeyer wrote: > Awesome work!!! > > > On 8/11/17 13:23, Jacob Barrett wrote: > >> In case you missed the big commit recently, the Geode Native components >> has >> removed all globals.* >> >> The biggest win here is that we can mo

Re: [DISCUSS] New annotation to identify Functions whose class hierarchy spans multiple jar files

Hi Jared- In general, I like this idea since Annotations are a great form of meta-data and essentially meaningless outside of the intended context and therefore do not impose any adverse effects on any existing behavior. However, 2 things... 1 suggestion and 1 caution... 1. Perhaps "Registerabl

Re: behavior of "connect" command when --use-ssl

Message > Subject: Re: behavior of "connect" command when --use-ssl > From: John Blum > To: geode > CC: > > > Well, then `connect` will be inconsistent with other commands (e.g. `start > locator`) at best. > > Geode is going to pick up the gfSecurity

Re: behavior of "connect" command when --use-ssl

Well, then `connect` will be inconsistent with other commands (e.g. `start locator`) at best. Geode is going to pick up the gfSecurity.properties file in your HOME directory whether you want it to or not, and especially regardless of the options given to either `start locator` or `start server` si

Re: Stored procedures on Apache Geode.

gt; Thanks for providing these details. I am gonna update clone and verify. > I am also have another question for you. I noticed that while executing > "list members" only application listed as member. Locators and servers > are not supposed to be listed as well? > > T

Re: Stored procedures on Apache Geode.

(MethodProxy.java:228) > ~[spring-core-4.3.10.RELEASE.jar:4.3.10.RELEASE] > at org.springframework.context.annotation.ConfigurationClassEnhancer$ > BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:358) > ~[spring-context-4.3.10.RELEASE.jar:4.3.10.RELEASE] > at org.springframewor

Re: Stored procedures on Apache Geode.

emonstrating this process?(SP to geode/gemfire functions) > > I would really appreciate it if you could provide any material related to > > this. > > > > Thanks > > Marios > > > > From: John Blum [via Apache Geode (Incubati

Re: Stored procedures on Apache Geode.

e/gemfire functions) > I would really appreciate it if you could provide any material related to > this. > > Thanks > Marios > > From: John Blum [via Apache Geode (Incubating) Developers Forum] [ > ml+s70738n24351...@n6.nabble.com] >

Re: SDG DiskStoreDirectoryBeanPostProcessorIntegrationTests failed

Hi Kirk- Thank you for having a look into the SDG test failure. I ran into this test failure yesterday while working on an unrelated JIRA. I have not checked but it is possible something changed in the core *Spring Framework's *o.s.u.FileSystemUtils class as the test failed in the tear down metho

Re: No nulls

SNAPSHOT/javadoc-api/org/springframework/lang/NonNullApi.html [3] https://www.jetbrains.com/help/idea/nullable-and-notnull-annotations.html On Fri, Jul 14, 2017 at 9:47 AM, Galen O'Sullivan wrote: > What's the general opinion of @NotNull annotations? Would they be useful? > > On Fri

Re: No nulls

+1 as well. However, I will caution this... use Java 8's new java.util.Optional class in your codebase judiciously. Using it everywhere, especially on critical code paths can and most likely will affect your performance. Internally, j.u.Optional allocates new objects for nearly every operation (

Re: Stored procedures on Apache Geode.

-more -j On Thu, Jul 13, 2017 at 11:33 PM, marios390 < marios.sofocle...@creditsafe.com> wrote: > Hi John, > > Just a quick one, > Geode could be integrated with green plum and if not what alternatives for > this. > > Thanks > Ms > _

Re: PING message is "Mischief Managed"

> > > On 13 Jul, 2017, at 13:45, Kirk Lund wrote: > > > > I'm really boring... I would've just had it reply "PONG" ;) > > > > On Thu, Jul 13, 2017 at 11:57 AM, John Blum wrote: > > > >> Here you go... > >> > >> h

Re: PING message is "Mischief Managed"

I would've just had it reply "PONG" ;) > > On Thu, Jul 13, 2017 at 11:57 AM, John Blum wrote: > > > Here you go... > > > > https://github.com/apache/geode/blob/rel/v1.1.1/geode- > > core/src/main/java/org/apache/geode/management/internal/web/shell/

Re: Stored procedures on Apache Geode.

-John [1] http://gemfire90.docs.pivotal.io/geode/developing/partitioned_regions/chapter_overview.html On Thu, Jul 13, 2017 at 1:09 PM, marios390 wrote: > > ____ > From: John Blum [via Apache Geode (Incubating) Developers Forum] [ > ml+s70738n

Re: PING message is "Mischief Managed"

Here you go... https://github.com/apache/geode/blob/rel/v1.1.1/geode-core/src/main/java/org/apache/geode/management/internal/web/shell/RestHttpOperationInvoker.java#L151-L204 On Thu, Jul 13, 2017 at 10:51 AM, John Blum wrote: > Corrections below (apologies)... > > On Thu, Jul 13, 2

Re: Stored procedures on Apache Geode.

Right. You can also review the Apache Geode documentation on Function Execution [1]. And if you are a *Spring* user, you can use *Spring Data Geode's* convenient Function annotation support for both Function implementation as well as execution, here [2]. NOTE: you will probably notice the link [

Re: Apache Geode + Narayana JTA = Global Transactions with Last-Resource Optimization

> https://github.com/tzolov/narayana-jta-geode-support) project owners too? > As an attempt to keep the code in synch with the core Geode/SDG projects? > > Cheers, > Christain > > On 4 July 2017 at 22:59, John Blum wrote: > > > 1 additional note... > > > >

Re: PING message is "Mischief Managed"

Corrections below (apologies)... On Thu, Jul 13, 2017 at 10:44 AM, John Blum wrote: > Yeah, that was my doing. :) > > I thought it would be more fun to return a special message than the > typical "Alive". "Mischief Managed" comes from *Harry Potter*. >

Re: PING message is "Mischief Managed"

Yeah, that is my doing. :) I thought it would be more fun to return a special message than the typical "Alive". "Mischief Managed" comes from Harry Potter. This endpoint is of course benign/idempotent and was purely meant to test the Management REST API's availability, or rather that the Manage/

Re: Apache Geode + Narayana JTA = Global Transactions with Last-Resource Optimization

; complexity. >> > > >> > > I’ve tried to explain the problem and the solution in my blog here: >> > > http://blog.tzolov.net/2017/07/apache-geode-gemfire- >> > > narayana-jta.html?view=sidebar >> > > >> > > Because Nar

Re: Apache Geode + Narayana JTA = Global Transactions with Last-Resource Optimization

> for obsolete, commercial Application Servers no accidental complexity. > > > > > > I’ve tried to explain the problem and the solution in my blog here: > > > http://blog.tzolov.net/2017/07/apache-geode-gemfire- > > > narayana-jta.html?view=sidebar > > >

Re: OQL rewriting

We should also keep in mind this may not be possible when using an actual, robust security framework like *Apache Shiro*, or *Shiro* may provide different callbacks/mechanisms/extensions. This should be taken into account in the "solution" since most sensible users will use a well-known, proven se

Re: SecurityService versus Cluster Config

I am not sure I follow everything that is happening here quite yet as I have not had time to go over this in more detail and digest it. But, I certainly hope that the security-manager property in Geode is not impacted by this in anyway since *Spring Data Geode* builds on this and, well, this

Re: [DISCUSS] Using Pull Requests over Review Board

+1 to Bruce's comments. PRs are for contributors that do not have commit privileges. ReviewBoard is a tool for "reviewing" changes. However, what is also common practice on open source projects, even for committers, is to create a topic branch containing the commit with the desired changes (labe

Re: [DISCUSS] easy string based partitioning

Hi Darrel- +1 I am largely still thinking on this one (also from a *Spring* perspective), but I like your initial concept/idea. Will provide more feedback in time. Cheers, John On Fri, Jun 2, 2017 at 4:40 PM, Michael Stolz wrote: > +1 This is the easiest way to make colocation easy > > -- >

Re: [DISCUSS] Discussions of API changes missing or lost in noise

+1! Very good/helpful ideas, Dan. On Thu, Jun 1, 2017 at 2:15 PM, Joey McAllister wrote: > +1 to using "[DISCUSS]" in subject lines for this. Great idea, Dan. > > +1 also to segregating automated JIRA activity to its own list. (If we do > that, let's remember to add it to the Community web page

Re: RestHttpOperationInvoker and SimpleHttpOperationInvoker

al/cli/commands/ShellCommands.java#L447 On Fri, May 26, 2017 at 12:55 PM, John Blum wrote: > Response below... > > On Fri, May 26, 2017 at 11:49 AM, Jinmei Liao wrote: > >> John, thank you for the detailed response. So the difference between these >> two are the way reques

Re: RestHttpOperationInvoker and SimpleHttpOperationInvoker

> On Fri, May 26, 2017 at 11:33 AM, John Blum wrote: > > > Hi Jinmei- > > > > *> Do we know why in our admin rest api, we have these two kind > > of OpeationInvokers* > > > > Yes. > > > > The Javadoc > > <https://github.com/ap

Re: RestHttpOperationInvoker and SimpleHttpOperationInvoker

ent or something like that. Gah. [1] https://github.com/apache/geode/blob/rel/v1.1.1/geode-core/src/main/java/org/apache/geode/management/internal/web/shell/RestHttpOperationInvoker.java#L138 On Fri, May 26, 2017 at 11:33 AM, John Blum wrote: > Hi Jinmei- > > *> Do we know why in our a

Re: RestHttpOperationInvoker and SimpleHttpOperationInvoker

Hi Jinmei- *> Do we know why in our admin rest api, we have these two kind of OpeationInvokers* Yes. The Javadoc [1] somewhat explains

Re: What to do with the geode-spark-connector

Perhaps the bigger question is, is anyone even using the connector? No sense in supporting something that isn't used by anyone when those efforts could be utilized elsewhere (e.g. Redis Protocol Adapter/Data Structures). On Thu, May 25, 2017 at 8:52 AM, Mark Bretl wrote: > I have similar though

Re: What to do with Singletons

On a side but related note, it would be nice if Geode had the notion of useful, "canned" Functions provided OOTB. Some of the *Gfsh* functions would be quite useful for applications in fact, or particularly for framework/tools to use as well. Sometime ago I sent a list of Functions I thought woul

Re: org.apache.geode.internal.InternalDataSerializer API Changes...

e a closer look at how > SDG is using those classes to plan what to do. > > If I change or any classes on your list (or public APIs), I'll give you > heads up next time. > > On Thu, May 18, 2017 at 10:21 AM, John Blum wrote: > > > Hi Kirk (also responding to Bruce as I

Re: org.apache.geode.internal.InternalDataSerializer API Changes...

moving could potentially break SDG. >> >> The InternalDataSerializer change was probably mine. I reduced scope of >> methods and variables where possible. Sorry about that. Do you need me to >> restore getSerializer to public? >> >> On Wed, May 17, 2017 at 4:42

org.apache.geode.internal.InternalDataSerializer API Changes...

Geode devs- I am not sure how decisions are made when changing Geode's API, but I would caution that more care should be taken when doing so, regardless of whether the APIs are public or not, but especially when they are public. Unfortunately, in this particular case, the API in question is deeme

Re: Geode Native Release

t; On Thu, May 4, 2017 at 11:35 AM John Blum wrote: > > > A good reason to use separate repos. Individual components of Geode, > > especially clear boundaries like Native Client, *Gfsh*, or Pulse, etc, > > should be separately and independently releasable to provide a s

Re: Geode Native Release

A good reason to use separate repos. Individual components of Geode, especially clear boundaries like Native Client, *Gfsh*, or Pulse, etc, should be separately and independently releasable to provide a smoother release cadence based on velocity and community need. Then, using a Maven "BOM", you

Re: can cache-1.0.xsd be modified?

as it saves the user a lot of headaches when upgrading. [1] https://github.com/spring-projects/spring-data-gemfire/blob/1.9.3.RELEASE/src/main/resources/META-INF/spring.schemas#L11 On Wed, May 3, 2017 at 11:31 AM, John Blum wrote: > Hi Bruce- > > The general rule of thumb I use

Re: can cache-1.0.xsd be modified?

Hi Bruce- The general rule of thumb I use in SDG is that an XSD may be changed iff it is only introducing something new and non-required. For example, a new element to add configuration support via XML that did not exist before, but is not required (e.g. configuring the snapshot service). Anothe

Re: Finer grained security

+1 to Jake's comments, and is a fundamental property of Java's security internally. On Thu, Apr 27, 2017 at 1:09 PM, Jacob Barrett wrote: > Typical solution to the X service needs to create something it service Y > where user has permission to X but not to Y is to treat the actions on Y > perfor

Re: Simple Java Client

For clarification, the Management REST API [1] is not the Developer REST API [2]. These are 2 separate/different thin

Re: Simple Java Client

> *Naming convention: Geode's region is a Cache in JSR-107, and Geode's Cache is a CacheManager. I think it would be too confusing to change the meaning of cache. Also, how do you document this given that Cache means different things if you are talking JCache vs Geode.* Perhaps something similar t

Re: Simple Java Client

Hi Fred- As an FYI, sometime ago now so I don't recall all the details, but I have had several users/community developers ask me (online, @conferences, etc) when/if ever Geode was considering implementing the *JCache* API. I definitely think there is value in doing so. One of the major concerns

Re: Simple Java Client

The ability to dynamically, yet intelligently create Regions on the client as well as the server is being handle in SDG^2 right now, under the new Annotation configuration model (inspired by *Spring Boot*, *auto-configuration,* work I did in *Spring Session *and *SD Cassandra,* and tidbits I came u

Re: Refactor gfsh parser

+1, I agree with Jens; The option could be renamed to '--members' and mean 1 or more. On Thu, Apr 20, 2017 at 2:00 PM, Jens Deppe wrote: > IMO I much prefer having: > > --member=member1,member2 > > vs: > > --member=member1 --member=member2 > > The latter can leave me wondering if subsequent valu

Re: One class loader vs multiple class loaders for deployed jars

+1 to what Mike Stolz said. On Wed, Apr 12, 2017 at 8:17 PM, Anthony Baker wrote: > Agreed. It’s used by maven but the project itself doesn’t seem very > active. > > Anthony > > > On Apr 12, 2017, at 11:15 AM, Jared Stewart wrote: > > > > Anthony - I was never able to find any substantial docu

Re: Fwd: [VOTE] Apache Geode release - v1.1.1 RC2

+0 I found a conflict in Apache Geode 1.1.0 dependencies, which is not an extremely important issue (for this patch release), but something to be conscious of going forward. Currently, Geode is set to Apache Commons IO *2.3*... https://github.com/apache/geode/blob/rel/v1.1.1.RC2/gradle/dependenc

Re: ClientCache / PDX best practice

ot be used. Food for thought. On Tue, Mar 28, 2017 at 11:43 AM, John Blum wrote: > +1 to what Udo stated; additionally.. > > It is also advisable, if you required more fine grained control over the > serialization of your POJOs (i.e. necessarily more than the > ReflectionBa

Re: ClientCache / PDX best practice

+1 to what Udo stated; additionally.. It is also advisable, if you required more fine grained control over the serialization of your POJOs (i.e. necessarily more than the ReflectionBasedAutoSerializer

Re: ReflectionBasedAutoSerializer by default?

I generally don't see a problem with this from the *Spring* side, i.e. SDG does not care as long as the "default" PdxSerializer (e.g. ReflectionBasedAutoSerializer or whatever) is "overridable" before cache initialization! However, I definitely disagree with this... *> I think that customers wou

Re: Functions need reference to Cache

Also keep in my mind if you are given a RegionFunctionContext (in cases where the *Function* is executed "on a *Region*") then you have indirect access to the cache... regionFunctionContext.getDataSet()

Re: [Spring CI] Spring Data GemFire > Nightly-ApacheGeode > #481 has FAILED

Hi Mark- Thank you for your attention to this matter. I do not rebase SD Geode on Apache Geode 1.2.0 build snapshots ( 1.2.0-SNAPSHOT) until I release SD Geode 1.1.0.RELEASE based on Apache Geode 1.1.0 (release). 2 things... 1. Because Apache infra deletes (build) snapshots after a release (whi

Re: GeodeRedisAdapter improvments/feedback

I agree with Swapnil here on all points. Why duplicate what Redis already does? We need to focus on our strengths and why we are targeting Redis users... i.e. our "value add". Geode is not going to win any popularity contest against Redis for the exact reasons/UCs why Redis exists in the first p

Re: PROXY and CACHING_PROXY regions on Client

@Eric- Hmm... Well, I'd argue that it is still confusing to "*overload*" the purpose of getRegion("path") to dually "*get*" (the primary function/purpose) and also "*create*" (secondary). I'd also say that the getRegion("path") API call is not exclusive to a *ClientCache*, particularly since get

Re: PROXY and CACHING_PROXY regions on Client

I agree with what Mike said. Plus, I don't think this is as simple as it appears. For instance, if I ... Region students = clientCache.getRegion("Students"); What happens when the "Students" Region does not exist server-side? This would require a check to determine whether the Students Region

Re: gfsh over http & authentication

best to leave it at 500 ms as a decent compromise between >> efficiency and responsiveness. >> >> Sarge >> >> On 2 Feb, 2017, at 12:04, John Blum wrote: >>> >>> The connection probably doesn't need to poll every 500ms. >>>> >>>

Re: gfsh over http & authentication

resolve the issue. But I'm > not sure that's the right thing to do. We could create a 'ping2' endpoint > (with some better name that I cannot currently think of) that does require > auth for this thread to validate the connection. > > On Thu, Feb 2, 2017 at 11:49 AM,

Re: gfsh over http & authentication

Back in the day, I introduced this "polling thread" to determine whether *Gfsh* was still connected, since as you say, in a HTTP "stateless" environment and in the absence of a "persistent" connection, it otherwise does not know. So, to simulate the behavior of *Gfsh* when connected via JMX RMI, I

Re: [Spring CI] Spring Data GemFire > Nightly-ApacheGeode > #455 has FAILED (11 tests failed, no failures were new)

- > > Scheduled > > 11/1666 tests failed, no failures were new. > > > > https://build.spring.io/browse/SGF-NAG-455/ > > > > - > > Currently Responsible > > - > > > > J

Re: Proposal to add new 'export artifacts' GFSH command

+1 On Thu, Jan 26, 2017 at 1:05 PM, Jared Stewart wrote: > I would like to propose a new ‘export artifacts’ GFSH command, as well as > some changes to existing GFSH export commands. (See > https://geode.apache.org/docs/guide/tools_modules/gfsh/ > command-pages/export.html

Re: To Spring or Not

in an application specific manner."* On Thu, Jan 26, 2017 at 1:14 PM, John Blum wrote: > Looking at this problem on the flip-side, from an application's > perspective (which can also be equated to data going out from the data > store)... > > *Data Conversion* (and *Formatt

Re: To Spring or Not

Looking at this problem on the flip-side, from an application's perspective (which can also be equated to data going out from the data store)... *Data Conversion* (and *Formatting* for that matter) is quite generic and has little to nothing to do with JSON, XML or any other format. Technically, ha

Re: JIRA versions and multiple repos

> mentioning the versioning hell one does go through to get all projects on > the same version) > > I think that we will soon find that even IF we decide to have all the > projects/repos be on the same version, they will digress ... and I think > that is ok.. > > --Udo >

Re: JIRA versions and multiple repos

I agree with @Dan on the geode-examples bit, but not for a modular Geode. So... It depends on whether you are releasing and publishing separate artifacts to Maven Central (or Bintray and the like) as features are developed/bugs are fixed (i.e. CI/CD), then it is necessary to distinguish by version

Re: JIRA versions and multiple repos

Not sure if ASF has, or uses the same concept, but this could easily be handled with a GitHub "organization" encompassing 1 or more repos (for example... https://github.com/reactor). Of course, you could organize the source, and in particular, the Geode "modules" anyway you like, for example, as 1

Re: JIRA versions and multiple repos

On a slightly separate, but related note... One way of handling differing versions between potentially independently releasable artifacts/modules is to create a Maven BOM file. geode-examples are one thing, but when Geode becomes truly modular (in a sense that naturally bounded modules... Core, Q

Re: Debugging JUnit / DUnit tests

Yes, this works. I have done this before. Of course, you need to properly coordinate between the debugger and the server starting up. On Fri, Jan 13, 2017 at 11:54 AM, Udo Kohlmeyer wrote: > Have you tried starting the remote with > > java > -agentlib:jdwp=transport=dt_socket,address=127.0.0.

Re: Visualize Geode Metrics/Stats with Grafana Dashboards

Nice work Christian! This is pretty wicked. On Wed, Jan 11, 2017 at 9:23 AM, Gregory Chase wrote: > This is awesome work Christian. > > Agreed turnkey for sure. > > Just thinking forward - once everyone starts loving this tool, they'll want > to start asking for event triggers and automation ba

Re: Re-create the cache using a new cache.xml

Typically, you would "close" the Cache instance and then reconstruct it with the CacheFactory using the new cache.xml. On Tue, Jan 10, 2017 at 2:52 PM, Jinmei Liao wrote: > Currently when we do a "cache.loadCacheXml(InputStream stream)", whatever > defined in that cache.xml will be "added" to th

Re: copy files to servers

nce/htmlsingle/#howto-reload-java-classes-without-restarting On Fri, Jan 6, 2017 at 1:41 PM, John Blum wrote: > @Dan- > > `deploy resource` is like `deploy jar` today, but *without* the > additional steps of constructing/initializing and (possibly) registering > GemFire objects (whi

Re: copy files to servers

ngineer, GemFire Product Manager > Mobile: 631-835-4771 > > On Fri, Jan 6, 2017 at 4:11 PM, John Blum wrote: > > > *@Anthony-* > > > > *> The server should be smart enough to figure out what's in my bundle > and > > understand how to deploy it including

Re: copy files to servers

*@Anthony-* *> The server should be smart enough to figure out what's in my bundle and understand how to deploy it including any dependencies* Agreed on the dependencies part, but... "*smart enough to figure out what's in my bundle*". Hmmm. Beyond recognizing Geode/GemFire objects/interfaces, I

Re: copy files to servers

icit... Do we > expect them to have fine grained jars? > Also how do we handle dependencies as a single util class might be > used by both a cache-listener and a partition listener... is the > expectation that we update the dependent util class for one but not the > other > &g

Re: copy files to servers

server2, server3'; gfsh> deploy cache-loader --name=L1 --members='server10'; -j On Fri, Jan 6, 2017 at 11:19 AM, John Blum wrote: > How about... > > * deploy function > * deploy cache-listener > * deploy cache-loader > * deploy cache-loader > * deploy resource

Re: copy files to servers

How about... * deploy function * deploy cache-listener * deploy cache-loader * deploy cache-loader * deploy resource (jar, xml, properties, etc) * etc. Might as was make it explicit. For instance, I may have a JAR file I just deployed (uploaded) that contains Functions, Listeners, Loaders, Write

Re: copy files to servers

The problem is always tricky when you are working with dependencies and class loading. It is a two part problem. 1. First, you must acquire and deploy the dependencies an application will need at runtime. This can be achieved many different ways, such as by "copying" files to a designated, well

Re: IntelliJ builds broken looking for OQLLexerTokenTypes.java

meyer > > wrote: > > > In the newer IntelliJ you can actually have IntelliJ invoke the gradle > commands for build/run/build instead of its own internal implementation. > > --Udo > > > > On 1/5/17 12:45, John Blum wrote: > > > @Kirk - Is it part of a ne

Re: Server accepts clients before its cache is initialized

In general, I think it would be useful to have a `start/stop/status *service*` where services could be any one of [CacheServer, GatewayReceiver, RedisService, MemcachedService, HttpService, etc]. As user/developer, it would be useful to be able to control the embedded services in one or more GemFi

Re: IntelliJ builds broken looking for OQLLexerTokenTypes.java

@Kirk - Is it part of a new (Gradle) build step to generate the Antlr classes from source? In which case, you can configure IntelliJ to perform this step during compiling I believe. On Thu, Jan 5, 2017 at 12:39 PM, Kirk Lund wrote: > Refreshing IntelliJ from Gradle does NOT fix this for me. Que

Re: The right way to remove a region's cache listener?

`describe region` will show the CacheListeners registered on a Region. On Tue, Jan 3, 2017 at 11:44 AM, Dave Barnes wrote: > What gfsh command (if any) lists the cache-listeners available on a given > region? Seems like if the intention is to support adding and deleting by > name, there should b

Re: New proposal for type definitons

+1 to what Jacob said. On Tue, Jan 3, 2017 at 11:39 AM, Jacob Barrett wrote: > A little late to the game here but I want to go back to Dan's idea of > storing the JSON or other self describing objects as a first class object > in Geode. As it stands right now an entry can be a POJO, Java seriali

<    1   2   3   4   >