Re: User permissions for Galen O'Sullivan

Welcome Galen! Looking forward to seeing more contributions! --Mark On Thu, Jan 5, 2017 at 4:48 PM, Kirk Lund wrote: > Welcome Galen! > > > On Thu, Jan 5, 2017 at 2:00 PM, Galen M O'Sullivan > wrote: > > > Thanks, Mark! I suppose I'll add a brief

[GitHub] geode pull request #313: [GEODE-1407] Change a FlakyTest to distributedTest.

Github user galen-pivotal commented on a diff in the pull request: https://github.com/apache/geode/pull/313#discussion_r94888520 --- Diff: geode-core/src/test/java/org/apache/geode/cache30/ReconnectDUnitTest.java --- @@ -534,41 +532,35 @@ public Object call() throws CacheException

Re: User permissions for Galen O'Sullivan

Welcome Galen! On Thu, Jan 5, 2017 at 2:00 PM, Galen M O'Sullivan wrote: > Thanks, Mark! I suppose I'll add a brief introduction: > > Hi, I'm Galen O'Sullivan. I joined Pivotal fairly recently. I've previously > worked at New Relic and Coherent Logix. In my free time

[jira] [Assigned] (GEODE-2274) Need to add additional unit test coverage on non colocated transaction

[ https://issues.apache.org/jira/browse/GEODE-2274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Shu reassigned GEODE-2274: --- Assignee: Eric Shu > Need to add additional unit test coverage on non colocated transaction >

[jira] [Updated] (GEODE-2273) Display the server name while listing the Lucene index stats

[ https://issues.apache.org/jira/browse/GEODE-2273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] nabarun updated GEODE-2273: --- Description: Display the server's name hosting the Lucene indexes while listing the Lucene index stats in

[jira] [Created] (GEODE-2273) Display the server name while listing the Lucene index stats

nabarun created GEODE-2273: -- Summary: Display the server name while listing the Lucene index stats Key: GEODE-2273 URL: https://issues.apache.org/jira/browse/GEODE-2273 Project: Geode Issue Type:

[jira] [Updated] (GEODE-2272) Pulse Data Browser export hangs

[ https://issues.apache.org/jira/browse/GEODE-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jared Stewart updated GEODE-2272: - Affects Version/s: 1.0.0-incubating > Pulse Data Browser export hangs >

[jira] [Assigned] (GEODE-2272) Pulse Data Browser export hangs

[ https://issues.apache.org/jira/browse/GEODE-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jared Stewart reassigned GEODE-2272: Assignee: Jared Stewart > Pulse Data Browser export hangs >

[jira] [Updated] (GEODE-2272) Pulse Data Browser export hangs

[ https://issues.apache.org/jira/browse/GEODE-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jared Stewart updated GEODE-2272: - Fix Version/s: 1.1.0 > Pulse Data Browser export hangs > --- > >

[jira] [Created] (GEODE-2272) Pulse Data Browser export hangs

Jared Stewart created GEODE-2272: Summary: Pulse Data Browser export hangs Key: GEODE-2272 URL: https://issues.apache.org/jira/browse/GEODE-2272 Project: Geode Issue Type: Bug

[jira] [Commented] (GEODE-2236) Attempting to remove all CacheListeners from a Region using gfsh throws NullPointerException

[ https://issues.apache.org/jira/browse/GEODE-2236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15802824#comment-15802824 ] ASF GitHub Bot commented on GEODE-2236: --- Github user kjduling commented on the issue:

[GitHub] geode issue #327: GEODE-2236: Remove all cache-listners using Gfsh

Github user kjduling commented on the issue: https://github.com/apache/geode/pull/327 +1 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature

Re: IntelliJ builds broken looking for OQLLexerTokenTypes.java

Open your Gradle tool window and find the generateGrammarSources task under geode-core. Get its pop-up menu and check "Execute before Build". Bob's your uncle. Le 1/5/2017 à 2:13 PM, John Blum a écrit : @Dan- right. There are only 2 options in IntelliJ. 1 way is with Annotation

Re: OQLLexerTokenTypes - java: connot find symbol

That worked. Thanks everyone! On Thu, Jan 5, 2017 at 12:47 PM, Kai Jiang wrote: > I agreed with Jason. This happened in my environment several times. Clean > build could work. > > Best, > Kai > > On Thu, Jan 5, 2017 at 12:39 PM, Jason Huynh wrote: > > >

Re: IntelliJ builds broken looking for OQLLexerTokenTypes.java

@Dan- right. There are only 2 options in IntelliJ. 1 way is with Annotation Processors; IntelliJ can search for processors on the classpath (i.e. based on the project's dependencies). But as the name implies, it is a pre-processor for annotations in source code. Think of something like Project

Re: User permissions for Galen O'Sullivan

Thanks, Mark! I suppose I'll add a brief introduction: Hi, I'm Galen O'Sullivan. I joined Pivotal fairly recently. I've previously worked at New Relic and Coherent Logix. In my free time I've been playing with Rust and the Ergodox (though not at the same time). I think it's pretty awesome that I

Re: Server accepts clients before its cache is initialized

+1 On 1/5/17 13:58, John Blum wrote: 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

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

Re: Server accepts clients before its cache is initialized

+2 On 1/5/17 13:53, Kirk Lund wrote: Ok #3 makes sense then. It's not that the Cache initialization is broken, it's that some people want to hook in some custom initialization at the end of cache creation but before starting the ClientServer component. I think it would make the most sense to

Re: Server accepts clients before its cache is initialized

Ok #3 makes sense then. It's not that the Cache initialization is broken, it's that some people want to hook in some custom initialization at the end of cache creation but before starting the ClientServer component. I think it would make the most sense to have Cache initialization callbacks (this

Re: Server accepts clients before its cache is initialized

I think this is the kind of thing that's wanted, though it would be nice to be able to automate it, maybe through cache-server life cycle events. In Geode the cache is always fully initialized prior to starting the cache server. Le 1/5/2017 à 1:30 PM, Dan Smith a écrit : Udo - could your

Re: IntelliJ builds broken looking for OQLLexerTokenTypes.java

Maybe you tell IntelliJ to use gradle rather than its internal delegates. On 1/5/17 13:35, Dan Smith wrote: John - yes, there's a new gradle task. The task that needs run is geode-core:generateGrammarSource. For eclipse, we made the eclipse task depend on that task. If we can figure out how to

Re: IntelliJ builds broken looking for OQLLexerTokenTypes.java

John - yes, there's a new gradle task. The task that needs run is geode-core:generateGrammarSource. For eclipse, we made the eclipse task depend on that task. If we can figure out how to get intellij to automatically run that task that sounds like the way to go. -Dan On Thu, Jan 5, 2017 at 12:47

[jira] [Commented] (GEODE-2227) AutoSerializableJUnitTest.testMultipleClassLoaders fails with AssertionError on Windows

[ https://issues.apache.org/jira/browse/GEODE-2227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15802595#comment-15802595 ] ASF GitHub Bot commented on GEODE-2227: --- Github user vectorijk commented on the issue:

[GitHub] geode issue #330: [GEODE-2227] AutoSerializableJUnitTest.testMultipleClassLo...

Github user vectorijk commented on the issue: https://github.com/apache/geode/pull/330 @metatype I have addressed that. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled

[jira] [Created] (GEODE-2271) Reduce pdx type id generation for string fields in JSON

Hitesh Khamesra created GEODE-2271: -- Summary: Reduce pdx type id generation for string fields in JSON Key: GEODE-2271 URL: https://issues.apache.org/jira/browse/GEODE-2271 Project: Geode

[jira] [Assigned] (GEODE-2271) Reduce pdx type id generation for string fields in JSON

[ https://issues.apache.org/jira/browse/GEODE-2271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hitesh Khamesra reassigned GEODE-2271: -- Assignee: Hitesh Khamesra > Reduce pdx type id generation for string fields in JSON >

Re: Server accepts clients before its cache is initialized

Udo - could your use case be satisfied just by doing somthing like this? 1) gfsh start server --disable-default-server 2) Run your custom code 3) As the last part of your custom code, call Cache.addCacheServer -Dan On Thu, Jan 5, 2017 at 1:17 PM, Udo Kohlmeyer wrote: >

Re: Server accepts clients before its cache is initialized

Take this scenario as an example. 1) start server 2) Cache initializes and starts cacheserver 3) run custom code to build up meta structures for custom implementation In this scenario, the cache has initialized and the cacheserver has been started. So clients can start interacting with the

Re: Server accepts clients before its cache is initialized

So here's the what's going on: a User is starting Servers using "start server" and apparently Clients are able to connect and perform operations *before* the Cache has completed initialization. So now, I'm being asked to change "start server" into a 2-command process (as an option): 1) gfsh>

Re: OQLLexerTokenTypes - java: connot find symbol

I agreed with Jason. This happened in my environment several times. Clean build could work. Best, Kai On Thu, Jan 5, 2017 at 12:39 PM, Jason Huynh wrote: > I think a clean build and refreshing the intelij project should work. I > think the change removed those files and

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

Re: Server accepts clients before its cache is initialized

How are you starting up your system? If you initialize a system with a cache.xml or cluster configuration, the cache server and gateway acceptors are started last (see CacheCreation.create). If your cache server is started using gfsh start server, I believe the acceptor part is also started last

Re: IntelliJ builds broken looking for OQLLexerTokenTypes.java

I believe that IntelliJ's gradle implementation will inspect the gradle files but it does not execute any task if not invoked. So, I assume I've you were to run the build task in IntelliJ it could resolve this... On 1/5/17 12:39, Kirk Lund wrote: Refreshing IntelliJ from Gradle does NOT

Re: OQLLexerTokenTypes - java: connot find symbol

I think a clean build and refreshing the intelij project should work. I think the change removed those files and requires them to be generated from the build On Thu, Jan 5, 2017 at 12:36 PM Kirk Lund wrote: > I rebased one of my feature branches on origin/develop, then

[jira] [Commented] (GEODE-2016) Dependency configuration for javax.security.auth.message-api incorrect

[ https://issues.apache.org/jira/browse/GEODE-2016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15802451#comment-15802451 ] ASF subversion and git services commented on GEODE-2016: Commit

[jira] [Resolved] (GEODE-1657) Source files should not contain Windows linefeeds

[ https://issues.apache.org/jira/browse/GEODE-1657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Baker resolved GEODE-1657. -- Resolution: Fixed Fix Version/s: 1.1.0 > Source files should not contain Windows

[jira] [Commented] (GEODE-1657) Source files should not contain Windows linefeeds

[ https://issues.apache.org/jira/browse/GEODE-1657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15802452#comment-15802452 ] ASF subversion and git services commented on GEODE-1657: Commit

Re: Review Request 55108: GEODE-2016: change compile dependency to testCompile

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/55108/#review160629 --- Ship it! Ship It! - Jason Huynh On Dec. 31, 2016, 12:39

[jira] [Resolved] (GEODE-1979) CI Failure: SharedConfigurationUsingDirDUnitTest.basicClusterConfigDirWithTwoLocators

[ https://issues.apache.org/jira/browse/GEODE-1979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund resolved GEODE-1979. -- Resolution: Duplicate > CI Failure: >

[jira] [Closed] (GEODE-1989) CI failure: SharedConfigurationUsingDirDUnitTest updateClusterConfigDirWithTwoLocatorsAndRollingServerRestart

[ https://issues.apache.org/jira/browse/GEODE-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund closed GEODE-1989. > CI failure: SharedConfigurationUsingDirDUnitTest >

[jira] [Resolved] (GEODE-1989) CI failure: SharedConfigurationUsingDirDUnitTest updateClusterConfigDirWithTwoLocatorsAndRollingServerRestart

[ https://issues.apache.org/jira/browse/GEODE-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund resolved GEODE-1989. -- Resolution: Duplicate > CI failure: SharedConfigurationUsingDirDUnitTest >

[jira] [Closed] (GEODE-1979) CI Failure: SharedConfigurationUsingDirDUnitTest.basicClusterConfigDirWithTwoLocators

[ https://issues.apache.org/jira/browse/GEODE-1979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund closed GEODE-1979. > CI Failure: > SharedConfigurationUsingDirDUnitTest.basicClusterConfigDirWithTwoLocators >

[jira] [Updated] (GEODE-1165) CI failure: SharedConfigurationUsingDirDUnitTest tests are flaky

[ https://issues.apache.org/jira/browse/GEODE-1165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-1165: - Component/s: tests management gfsh > CI failure:

[jira] [Updated] (GEODE-1165) CI failure: SharedConfigurationUsingDirDUnitTest tests are flaky

[ https://issues.apache.org/jira/browse/GEODE-1165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-1165: - Affects Version/s: 1.0.0-incubating > CI failure: SharedConfigurationUsingDirDUnitTest tests are flaky >

[jira] [Updated] (GEODE-1165) CI failure: SharedConfigurationUsingDirDUnitTest tests are flaky

[ https://issues.apache.org/jira/browse/GEODE-1165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-1165: - Description: Several tests in SharedConfigurationUsingDirDUnitTest are flaky and fail intermittently.

[jira] [Updated] (GEODE-1165) CI failure: SharedConfigurationUsingDirDUnitTest tests are flaky

[ https://issues.apache.org/jira/browse/GEODE-1165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-1165: - Description: Several tests in SharedConfigurationUsingDirDUnitTest are flaky and fail intermittently.

[jira] [Updated] (GEODE-1165) CI failure: SharedConfigurationUsingDirDUnitTest tests are flaky

[ https://issues.apache.org/jira/browse/GEODE-1165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-1165: - Description: Several tests in com.gemstone.gemfire.test.dunit.RMIException: While invoking

Re: Apache deadline for GEODE-2142 "Remove JSON.org dependency"

> On Jan 5, 2017, at 11:41 AM, Kirk Lund wrote: > > GEODE-2142 "Remove JSON.org dependency" > > https://issues.apache.org/jira/browse/GEODE-2142 > > The deadline for all Apache projects to remove json.org is *April 30th 2017*. > Right now the component is "build" for

Re: Off-Heap Annotations

It is just flags / configuration. The APIs would just let you set the flags/configuration. You could also use APIs to read the offheap statistics. Basically just allocate the offheap memory using "off-heap-memory-size" and then configure one or more regions with offheap set to true. Any value

Apache deadline for GEODE-2142 "Remove JSON.org dependency"

GEODE-2142 "Remove JSON.org dependency" https://issues.apache.org/jira/browse/GEODE-2142 The deadline for all Apache projects to remove json.org is *April 30th 2017*. Right now the component is "build" for GEODE-2142. There are 2 copies of json.org in Geode source code: 1)

Re: User permissions for Galen O'Sullivan

Hi Udo (and Galen), I have added Galen to the Geode project in JIRA. For future reference, we highly encourage new contributors to ask for themselves as a way of introducing themselves to the community. I think we should add this 'instruction' to the Community page on the site [1] --Mark [1]

[jira] [Updated] (GEODE-2142) Remove JSON.org dependency

[ https://issues.apache.org/jira/browse/GEODE-2142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-2142: - Component/s: (was: management) > Remove JSON.org dependency > -- > >

[jira] [Updated] (GEODE-2142) Remove JSON.org dependency

[ https://issues.apache.org/jira/browse/GEODE-2142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-2142: - Component/s: management > Remove JSON.org dependency > -- > >

User permissions for Galen O'Sullivan

Hi there, Can someone with the relevant powers and permissions add Galen O'Sullivan as a contributor in Apache Jira? --Udo

Server accepts clients before its cache is initialized

So, I'm looking into an issue in which the Geode Server starts up and accepts connections from Clients and starts handling their requests before its Cache has completed initialization. Regions have a series of initialization latches that local puts and gets are forced to wait on. For example,

[jira] [Updated] (GEODE-2269) It seems the gfsh "remove" command cannot remove r...

[ https://issues.apache.org/jira/browse/GEODE-2269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Smoler Miller updated GEODE-2269: --- Component/s: docs > It seems the gfsh "remove" command cannot remove r... >

Re: New proposal for type definitons

If we are simply looking at ways to avoid the PDX type bloat then some quick wins would be: Presort JSON field names or remove the ordering dependency in PDX type matching. I looked into removing or working around the ordering a while ago when dealing with GPDB integration. Stop this silliness of

[jira] [Commented] (GEODE-1407) CI Failure: ReconnectDUnitTest.testReconnectALocator

[ https://issues.apache.org/jira/browse/GEODE-1407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15802091#comment-15802091 ] ASF GitHub Bot commented on GEODE-1407: --- Github user kohlmu-pivotal commented on a diff in the pull

[GitHub] geode pull request #313: [GEODE-1407] Change a FlakyTest to distributedTest.

Github user kohlmu-pivotal commented on a diff in the pull request: https://github.com/apache/geode/pull/313#discussion_r94819019 --- Diff: geode-core/src/test/java/org/apache/geode/cache30/ReconnectDUnitTest.java --- @@ -534,41 +532,35 @@ public Object call() throws

[jira] [Commented] (GEODE-2266) index creation with value constraint of PdxInstance should not validate indexed field

[ https://issues.apache.org/jira/browse/GEODE-2266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15802073#comment-15802073 ] Jason Huynh commented on GEODE-2266: This chunk of code in executioncontext allows the un

[jira] [Resolved] (GEODE-2182) Possible race condition when estimating index size and an entry is destroyed

[ https://issues.apache.org/jira/browse/GEODE-2182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Huynh resolved GEODE-2182. Resolution: Fixed Fix Version/s: 1.1.0 > Possible race condition when estimating index size

Fwd: Build failed in Jenkins: Geode-nightly #707

The two failures are in SharedConfigurationUsingDirDUnitTest. I'll look into these. -- Forwarded message -- From: Apache Jenkins Server Date: Thu, Jan 5, 2017 at 7:44 AM Subject: Build failed in Jenkins: Geode-nightly #707 To: dev@geode.apache.org,

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

This is the perfect example of something that is very easy to do in Java API but becomes overly complex in GFSH. In the Java API, you can instantiate as many instances of the same CacheListener class as you want, add them and then remove that specific instance by passing it in to public void

[jira] [Resolved] (GEODE-2155) Auto-reconnect fails with NPE

[ https://issues.apache.org/jira/browse/GEODE-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Schuchardt resolved GEODE-2155. - Resolution: Fixed Fix Version/s: 1.1.0 > Auto-reconnect fails with NPE >

[jira] [Commented] (GEODE-2155) Auto-reconnect fails with NPE

[ https://issues.apache.org/jira/browse/GEODE-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15801860#comment-15801860 ] ASF subversion and git services commented on GEODE-2155: Commit

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

I would like to suggest, adding "add-cache-listener" option in addition to "remove-cache-listener." As adding listeners is as difficult as removing when doing alter region. So alter region will have following options, 1) add-cache-listener - Will add provided cache listener to existing list. 2)

Build failed in Jenkins: Geode-nightly #707

See Changes: [bschuchardt] spotless fixes [upthewaterspout] GEODE-165: Fixing the eclipse dependence on the grammar source [ukohlmeyer] GEODE-1294: Added test to confirm default http mutual authentication [gzhou] GEODE-2241: filter

[GitHub] geode pull request #330: [GEODE-2227] AutoSerializableJUnitTest.testMultiple...

Github user metatype commented on a diff in the pull request: https://github.com/apache/geode/pull/330#discussion_r94783782 --- Diff: geode-core/src/test/java/org/apache/geode/pdx/AutoSerializableJUnitTest.java --- @@ -1291,7 +1289,8 @@ public void testMultipleClassLoaders()

[jira] [Commented] (GEODE-2227) AutoSerializableJUnitTest.testMultipleClassLoaders fails with AssertionError on Windows

[ https://issues.apache.org/jira/browse/GEODE-2227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15801602#comment-15801602 ] ASF GitHub Bot commented on GEODE-2227: --- Github user metatype commented on a diff in the pull

[jira] [Created] (GEODE-2270) Need API to call gfsh and get results dynamically from code

Wes Williams created GEODE-2270: --- Summary: Need API to call gfsh and get results dynamically from code Key: GEODE-2270 URL: https://issues.apache.org/jira/browse/GEODE-2270 Project: Geode

[jira] [Created] (GEODE-2269) It seems the gfsh "remove" command cannot remove r...

Gregory Green created GEODE-2269: Summary: It seems the gfsh "remove" command cannot remove r... Key: GEODE-2269 URL: https://issues.apache.org/jira/browse/GEODE-2269 Project: Geode Issue

[jira] [Assigned] (GEODE-2227) AutoSerializableJUnitTest.testMultipleClassLoaders fails with AssertionError on Windows

[ https://issues.apache.org/jira/browse/GEODE-2227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kai Jiang reassigned GEODE-2227: Assignee: Kai Jiang > AutoSerializableJUnitTest.testMultipleClassLoaders fails with AssertionError

[jira] [Commented] (GEODE-2227) AutoSerializableJUnitTest.testMultipleClassLoaders fails with AssertionError on Windows

[ https://issues.apache.org/jira/browse/GEODE-2227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15801259#comment-15801259 ] ASF GitHub Bot commented on GEODE-2227: --- GitHub user vectorijk opened a pull request:

[GitHub] geode pull request #330: [GEODE-2227] AutoSerializableJUnitTest.testMultiple...

GitHub user vectorijk opened a pull request: https://github.com/apache/geode/pull/330 [GEODE-2227] AutoSerializableJUnitTest.testMultipleClassLoaders fails on Windows Parsing the path of classes is not correctly on Windows. The path of library classes on Windows is split by