[jira] [Commented] (GEODE-958) AgentUtilJUnitTest.testRESTApiExists failed with java.lang.AssertionError: GemFire REST API WAR File was not found

[ https://issues.apache.org/jira/browse/GEODE-958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15813176#comment-15813176 ] ASF GitHub Bot commented on GEODE-958: -- Github user jaredjstewart commented on the iss

[jira] [Created] (GEODE-2290) Provide way to limit scanning of deployed jars

Kirk Lund created GEODE-2290: Summary: Provide way to limit scanning of deployed jars Key: GEODE-2290 URL: https://issues.apache.org/jira/browse/GEODE-2290 Project: Geode Issue Type: Improvement

Need a way to limit scanning of deployed jars

Please see GEODE-2290 "Provide way to limit scanning of deployed jars" Currently if you use the GFSH command "deploy jar" the deployed jar will be scanned in such a way that the deployer will load and resolve every .class file in the jar file. The original intention of "deploy jar" was that only F

[jira] [Resolved] (GEODE-2285) GFSH CliStrings contains typos

[ https://issues.apache.org/jira/browse/GEODE-2285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund resolved GEODE-2285. -- Resolution: Fixed Fix Version/s: 1.1.0 > GFSH CliStrings contains typos > ---

Re: Need a way to limit scanning of deployed jars

The geode-core test tree has utilities for parsing .class files. The AnalyzeSerializablesJUnitTest uses these utilities to find all DataSerializable classes in a jar or directory. Le 1/9/2017 à 3:22 PM, Kirk Lund a écrit : Please see GEODE-2290 "Provide way to limit scanning of deployed jars"

Re: Need a way to limit scanning of deployed jars

Another alternative might be to use the FastClasspathScanner project (see https://github.com/lukehutch/fast-classpath-scanner and http://stackoverflow.com/a/25354394/3988499 ). This library scans

Re: Review Request 54948: fix unsafe concurrent mods on expiredTombstones ArrayList

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/54948/ --- (Updated Jan. 9, 2017, 3:47 p.m.) Review request for geode and anilkumar gingad

Re: Review Request 55272: GEDOE-2274: Add additional test cases for non colocated transactions

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/55272/#review161004 --- Ship it! Ship It! - Darrel Schneider On Jan. 6, 2017, 8:55 a

Re: New proposal for type definitons

One correct to Jake's comment about PDX. The cost to access a field does not change if it is the last field. The cost of accessing every variable width field except the first (which is slightly cheaper) is the same. Pdx stores and index at the end of the blob so that it can lookup any of the fields

Re: Need a way to limit scanning of deployed jars

What about this use case: a user has a jar containing 100 Function classes but only wants the deployer to register one of those, so they would still need some way to specify which classes to automatically instantiate and register during the deploy. Right now, it would register all 100 classes. On

Re: Need a way to limit scanning of deployed jars

I guess I would then want to separate this into two different requests: 1) prevent NoClassDefFoundErrors by using something like FastClasspathScanner or the utility Bruce mentioned -- we could simply treat the forced load/resolve of every .class as a bug 2) request way to avoid auto-registering e

Re: Need a way to limit scanning of deployed jars

On Mon, Jan 9, 2017 at 4:18 PM, Kirk Lund wrote: > What about this use case: a user has a jar containing 100 Function classes > but only wants the deployer to register one of those, so they would still > need some way to specify which classes to automatically instantiate and > register during the

Re: Need a way to limit scanning of deployed jars

If a given Function uses a 3rd party dependency and they don't need to use that Function then I suppose it could save some system resources including PermGen space? Normally, I'd respond by saying "well then don't include that Function in the jar that you're deploying." On Mon, Jan 9, 2017 at 4:

[jira] [Resolved] (GEODE-1209) Support/Propagating eviction and expiration operation with AsycEventQueue.

[ https://issues.apache.org/jira/browse/GEODE-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dan Smith resolved GEODE-1209. -- Resolution: Fixed Fix Version/s: 1.0.0-incubating Based on the comments, this is already fixed. S

[jira] [Created] (GEODE-2291) Invalidates on a region with a lucene index do not update the index

Dan Smith created GEODE-2291: Summary: Invalidates on a region with a lucene index do not update the index Key: GEODE-2291 URL: https://issues.apache.org/jira/browse/GEODE-2291 Project: Geode Is

[jira] [Updated] (GEODE-2291) Invalidates on a region with a lucene index do not update the index

[ https://issues.apache.org/jira/browse/GEODE-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dan Smith updated GEODE-2291: - Attachment: lucene_invalidate_test.diff Attaching a simple test that indicates that the invalidate is not

Re: Review Request 55360: GEODE-2288 - Handle null values in the lucene serializer

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/55360/#review161013 --- Ship it! Ship It! - Jason Huynh On Jan. 9, 2017, 10:50 p.m.,

ClassLoader isolation of application code

I have some questions from the previous discussion thread about adding in some sort of application isolation feature to Apache Geode. "application code" -- defined as a Function or plain old application code that uses the Geode APIs including Cache and Region There is more than one level of code

Re: Need a way to limit scanning of deployed jars

> Normally, I'd respond by saying "well then don't include that Function in > the jar that you're deploying.” > ^^^ Yep. If we need more complicated semantics than “deploy everything” then we need an application descriptor of some sort. Anthony

Re: ClassLoader isolation of application code

Given that we are heading toward microservices architectures wherein isolation of data to bounded contexts is of critical importance, I think that the kind of multi-tenancy we're talking about here is on the decline. We're probably well off going after single tenant or departmental grids for now a

Re: Review Request 55351: GEODE-2285: fix some typos in GFSH code

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/55351/#review161020 --- Ship it! Ship It! - Dave Barnes On Jan. 9, 2017, 7:18 p.m.,

Re: ClassLoader isolation of application code

What about hot-redploy only? 1.b) Hot-redploy variation This is the case where the user wants to have only one realm of "application code" deployed but be able to update application code and 3rd party dependencies without restarting the server. For example, one Function might use a 3rd party depe

[GitHub] geode pull request #332: GEODE-2049: Replaced unit of measure for all of the...

GitHub user ameybarve15 opened a pull request: https://github.com/apache/geode/pull/332 GEODE-2049: Replaced unit of measure for all of the tcpfinalCheck statistics from currently "nanoseconds" to be "messages". You can merge this pull request into a Git repository by running:

[jira] [Commented] (GEODE-2049) unit of measure wrong in DistributionStats tcpFinalCheck statitistics

[ https://issues.apache.org/jira/browse/GEODE-2049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15813815#comment-15813815 ] ASF GitHub Bot commented on GEODE-2049: --- GitHub user ameybarve15 opened a pull reque

Re: Review Request 55360: GEODE-2288 - Handle null values in the lucene serializer

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/55360/#review161038 --- Ship it! Ship It! - xiaojian zhou On Jan. 9, 2017, 10:50 p.m

Re: Need a way to limit scanning of deployed jars

+1. Let's deploy all functions while preventing a NoClassDefFoundError On Mon, Jan 9, 2017 at 5:01 PM, Anthony Baker wrote: > > > Normally, I'd respond by saying "well then don't include that Function in > > the jar that you're deploying.” > > > > ^^^ Yep. > > If we need more complicated semant

<    1   2