Build failed in Jenkins: Geode-nightly-flaky #160

2017-10-27 Thread Apache Jenkins Server
See 


Changes:

[github] GEODE-3870: move region entry classes to new entries package (#972)

[github] GEODE-3299: throw CacheClosedException in FunctionContext.getCache()

[kohlmu-pivotal] GEODE-3903: Splitting of client protocol code from protobuf

[kohlmu-pivotal] GEODE-3903: Moved serialization package to under 
protocol.serialization

[kohlmu-pivotal] GEODE-3903: added geode-client-protocol to geode-assembly

[jstewart] GEODE-3843 gfsh shutdown error message suggests non-existent option

[jstewart] GEODE-3843 gfsh shutdown error message suggests non-existent option

[kohlmu-pivotal] GEODE-3903: Added geode-client-protocol module to 
geode-dependencies.jar

[nabarunnag] GEODE-3908: Fixed the javadoc issue with LuceneSerializer.java

[github] GEODE-3910: Simplify MemberVM - remove generic type (#981)

[github] GEODE-3539: add tests for GetCommand and PutCommand (#966)

[github] GEODE-3896: Remove Experimental tag from LuceneSerializer (#970)

[github] GEODE-3914: Allow gfsh test rules to use more than 4 VMs (#982)

[dsmith] GEODE-3909: Use varargs for Query.execute

[dbarnes] User Guide: Typo correction in Cluster Configuration example

[eshu] GEODE-3913 Allow the SerializableCallables of the same transaction can

[github] GEODE-3902: Wait for all async invoked commands to complete (#986)

[github] GEODE-3901: Shut gfsh down cleanly so as not to produce suspect 
messages

--
[...truncated 110.96 KB...]
Download 
https://repo1.maven.org/maven2/com/fasterxml/jackson/module/jackson-module-scala_2.10/2.8.6/jackson-module-scala_2.10-2.8.6.jar
Download 
https://repo1.maven.org/maven2/io/springfox/springfox-swagger2/2.6.1/springfox-swagger2-2.6.1.jar
Download 
https://repo1.maven.org/maven2/io/springfox/springfox-swagger-ui/2.6.1/springfox-swagger-ui-2.6.1.jar
Download 
https://repo1.maven.org/maven2/org/springframework/hateoas/spring-hateoas/0.23.0.RELEASE/spring-hateoas-0.23.0.RELEASE.jar
Download 
https://repo1.maven.org/maven2/com/fasterxml/jackson/module/jackson-module-paranamer/2.8.6/jackson-module-paranamer-2.8.6.jar
Download 
https://repo1.maven.org/maven2/io/swagger/swagger-annotations/1.5.10/swagger-annotations-1.5.10.jar
Download 
https://repo1.maven.org/maven2/io/swagger/swagger-models/1.5.10/swagger-models-1.5.10.jar
Download 
https://repo1.maven.org/maven2/io/springfox/springfox-spi/2.6.1/springfox-spi-2.6.1.jar
Download 
https://repo1.maven.org/maven2/io/springfox/springfox-schema/2.6.1/springfox-schema-2.6.1.jar
Download 
https://repo1.maven.org/maven2/io/springfox/springfox-swagger-common/2.6.1/springfox-swagger-common-2.6.1.jar
Download 
https://repo1.maven.org/maven2/io/springfox/springfox-spring-web/2.6.1/springfox-spring-web-2.6.1.jar
Download 
https://repo1.maven.org/maven2/org/springframework/plugin/spring-plugin-core/1.2.0.RELEASE/spring-plugin-core-1.2.0.RELEASE.jar
Download 
https://repo1.maven.org/maven2/org/springframework/plugin/spring-plugin-metadata/1.2.0.RELEASE/spring-plugin-metadata-1.2.0.RELEASE.jar
Download 
https://repo1.maven.org/maven2/org/mapstruct/mapstruct/1.0.0.Final/mapstruct-1.0.0.Final.jar
Download 
https://repo1.maven.org/maven2/com/thoughtworks/paranamer/paranamer/2.8/paranamer-2.8.jar
Download 
https://repo1.maven.org/maven2/io/springfox/springfox-core/2.6.1/springfox-core-2.6.1.jar
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
:geode-web-api:processResources
:geode-web-api:classes
:geode-assembly:docs
:geode-assembly:gfshDepsJar
:geode-client-protocol:javadoc
:geode-client-protocol:javadocJar
:geode-client-protocol:sourcesJar
:geode-client-protocol:signArchives SKIPPED
:geode-common:javadocJar
:geode-common:sourcesJar
:geode-common:signArchives SKIPPED
:geode-core:javadocJar
:geode-core:raJar
:geode-core:jcaJar
:geode-core:sourcesJar
:geode-core:signArchives SKIPPED
:geode-core:webJar
:geode-cq:jar
:geode-cq:javadoc
:geode-cq:javadocJar
:geode-cq:sourcesJar
:geode-cq:signArchives SKIPPED
:geode-json:javadocJar
:geode-json:sourcesJar
:geode-json:signArchives SKIPPED
:geode-lucene:jar
:geode-lucene:javadoc
:geode-lucene:javadocJar
:geode-lucene:sourcesJar
:geode-lucene:signArchives SKIPPED
:geode-old-client-support:jar
:geode-old-client-support:javadoc
:geode-old-client-support:javadocJar
:geode-old-client-support:sourcesJar
:geode-old-client-support:signArchives SKIPPED
:geode-protobuf:jar
:geode-protobuf:javadoc
:geode-protobuf:javadocJar
:geode-protobuf:sourcesJar
:geode-protobuf:signArchives SKIPPED
:geode-protobuf:zip
:geode-pulse:javadoc
:geode-pulse:javadocJar
:geode-pulse:sourcesJar
:geode-pulse:war
:geode-pulse:signArchives SKIPPED
:geode-rebalancer:jar
:geode-rebalancer:javadoc
:geode-rebalancer:javadocJar
:geode-rebalancer:sourcesJar
:geode-rebalancer:signArchives SKIPPED
:geode-wan:jar
:geode-wan:javadoc
:geode-wan:javadocJar
:geode-wan:sourcesJar

[Spring CI] Spring Data GemFire > Nightly-ApacheGeode > #722 was SUCCESSFUL (with 2187 tests). Change made by Oliver Gierke.

2017-10-27 Thread Spring CI

---
Spring Data GemFire > Nightly-ApacheGeode > #722 was successful.
---
Scheduled with changes by Oliver Gierke.
2189 tests in total.

https://build.spring.io/browse/SGF-NAG-722/




--
Code Changes
--
Oliver Gierke (696d80576beebd192acd4d0dd4cf2bcd306b8046):

>DATAGEODE-48 - Updated changelog.



--
This message is automatically generated by Atlassian Bamboo

Re: Permissions to edit the wiki

2017-10-27 Thread Jason Huynh
Thanks!

On Fri, Oct 27, 2017 at 3:08 PM Dan Smith  wrote:

> You should have permissions now.
>
> -Dan
>
> On Fri, Oct 27, 2017 at 1:26 PM, Jason Huynh 
> wrote:
>
> > Hi,
> >
> > I would like to be able to edit the wiki for Geode and I don't think I
> have
> > the correct permissions at this time.  Would someone be able to give me
> the
> > permissions to do so?  My username in confluence is huynhja.
> >
> > Thanks,
> > -Jason
> >
>


Re: Permissions to edit the wiki

2017-10-27 Thread Dan Smith
You should have permissions now.

-Dan

On Fri, Oct 27, 2017 at 1:26 PM, Jason Huynh  wrote:

> Hi,
>
> I would like to be able to edit the wiki for Geode and I don't think I have
> the correct permissions at this time.  Would someone be able to give me the
> permissions to do so?  My username in confluence is huynhja.
>
> Thanks,
> -Jason
>


Jenkins build is back to normal : Geode-nightly #996

2017-10-27 Thread Apache Jenkins Server
See 




Permissions to edit the wiki

2017-10-27 Thread Jason Huynh
Hi,

I would like to be able to edit the wiki for Geode and I don't think I have
the correct permissions at this time.  Would someone be able to give me the
permissions to do so?  My username in confluence is huynhja.

Thanks,
-Jason


Re: [Discussion] Native - Should C++ client support wchar_t type?

2017-10-27 Thread Ernest Burghardt
+1 for removal

On Fri, Oct 27, 2017 at 10:03 AM, Michael William Dodge 
wrote:

> I think support for wchar_t adds unnecessary complexity and should be
> removed.
>
> Sarge
>
> > On 26 Oct, 2017, at 13:05, Jacob Barrett  wrote:
> >
> > I think we should get rid of it. There are plenty of discussions out
> there around C++ strings and how they relate to Unicode. Wide string does
> not mean Unicode. The general consensus I have seen is to just use char and
> require UTF-8 encoding. We have lots of confusion in our code around
> whether a string is Unicode or ASCII. I say remove the confusion and all
> strings are Unicode in UTF-8 encoded 8 bit chars. Also convert all char* to
> std::string for which we already have a ticket.
> >
> > -Jake
> >
> >
> >> On Oct 26, 2017, at 12:15 PM, David Kimura  wrote:
> >>
> >> While working on removing out parameters, we noticed code that makes
> >> assumption that wchar_t is always 16 bits.
> >>
> >> virtual void PdxInstance::getField(const char* fieldName, wchar_t&
> value)
> >> const = 0;
> >>
> >> void PdxInstanceImpl::getField(const char* fieldname, wchar_t& value)
> const
> >> {
> >>   auto dataInput = getDataInputForField(fieldname);
> >>   uint16_t temp = dataInput->readInt16();
> >>   value = static_cast(temp);
> >> }
> >>
> >>
> >>
> >> According to cppreference[1], this assumption is incorrect.  If that is
> the
> >> case, should this implementation be fixed or can it be deleted
> altogether?
> >>
> >> Thanks,
> >> David
> >>
> >> [1] http://en.cppreference.com/w/cpp/language/types
>
>


Re: need suggestion about below exception

2017-10-27 Thread Mark Bretl
+ user

On Fri, Oct 27, 2017 at 9:37 AM, dinesh 1004 
wrote:

> Hi All,
> Is there any geode test  class which populate data in
> *ParallelGatewaySenderQueue
> and create some back log. *
> Insert/remove operation i can test.
>
> Thanks,
> Dinesh Akhand
>
> On Fri, Oct 27, 2017 at 9:24 PM, Dinesh Akhand 
> wrote:
>
> > Any one suggest about below exception:
> >
> > at org.apache.geode.internal.cache.DiskEntry$Helper.
> > removeFromDisk(DiskEntry.java:1505)
> > at org.apache.geode.internal.cache.AbstractOplogDiskRegionEntry.
> > removePhase1(AbstractOplogDiskRegionEntry.java:42)
> > at org.apache.geode.internal.cache.AbstractRegionEntry.
> > destroy(AbstractRegionEntry.java:896)
> > at org.apache.geode.internal.cache.AbstractRegionMap.
> destroyEntry(
> > AbstractRegionMap.java:3084)
> > at org.apache.geode.internal.cache.AbstractRegionMap.
> > destroy(AbstractRegionMap.java:1422)
> > at org.apache.geode.internal.cache.LocalRegion.mapDestroy(
> > LocalRegion.java:6566)
> > at org.apache.geode.internal.cache.LocalRegion.mapDestroy(
> > LocalRegion.java:6540)
> > at org.apache.geode.internal.cache.BucketRegion.
> > basicDestroy(BucketRegion.java:1183)
> > at org.apache.geode.internal.cache.AbstractBucketRegionQueue.
> > basicDestroy(AbstractBucketRegionQueue.java:352)
> > at org.apache.geode.internal.cache.BucketRegionQueue.
> basicDestroy(
> > BucketRegionQueue.java:363)
> > at org.apache.geode.internal.cache.LocalRegion.
> > validatedDestroy(LocalRegion.java:)
> > at org.apache.geode.internal.cache.DistributedRegion.
> > validatedDestroy(DistributedRegion.java:904)
> > at org.apache.geode.internal.cache.LocalRegion.destroy(
> > LocalRegion.java:1096)
> > at org.apache.geode.internal.cache.AbstractRegion.destroy(
> > AbstractRegion.java:315)
> > at org.apache.geode.internal.cache.LocalRegion.remove(
> > LocalRegion.java:8976)
> > at org.apache.geode.internal.cache.wan.parallel.
> > ParallelGatewaySenderQueue.clearPartitionedRegion(
> > ParallelGatewaySenderQueue.java:1830)
> > at org.apache.geode.internal.cache.wan.parallel.
> > ParallelGatewaySenderQueue.clearQueue(ParallelGatewaySenderQueue.
> > java:1800)
> > at org.apache.geode.internal.cache.wan.parallel.
> > ConcurrentParallelGatewaySenderQueue.clearQueue(
> > ConcurrentParallelGatewaySenderQueue.java:237)
> > at org.apa
> >
> > In geode 1.1 Clear queue function is working correctly for us.
> > But with same configuration in geode 1.2 is not working.
> >
> > I tried to add the debug log and printed  disk region which is created
> > inside the LocalRegion.java, diskregion is not null.
> >
> > [info 2017/10/27 12:26:43.196 IDT eaasrt-server1  > Processor 3> tid=0xf2] akhand diskregion/__PR/_B__AsyncEventQueue
> > __PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_4fullpath:=/__PR/_B__
> > AsyncEventQueue__PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_4isuse
> >
> > Which is not Null , also  DiskStoreImpl is Not null
> >
> > info 2017/10/27 13:59:36.407 IDT eaasrt-server1  > Processor 2> tid=0xe8] akhand diskregion/__PR/_B__AsyncEventQueue
> > __PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_109fullpath:=/__PR/_B__
> > AsyncEventQueue__PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_109i
> > suse:false,dsi:PWInfo-queue-overflow
> >
> > Thanks,
> > Dinesh Akhand
> > This message and the information contained herein is proprietary and
> > confidential and subject to the Amdocs policy statement,
> >
> > you may review at https://www.amdocs.com/about/email-disclaimer <
> > https://www.amdocs.com/about/email-disclaimer>
> >
>


Re: need suggestion about below exception

2017-10-27 Thread dinesh 1004
Hi All,
Is there any geode test  class which populate data in
*ParallelGatewaySenderQueue
and create some back log. *
Insert/remove operation i can test.

Thanks,
Dinesh Akhand

On Fri, Oct 27, 2017 at 9:24 PM, Dinesh Akhand  wrote:

> Any one suggest about below exception:
>
> at org.apache.geode.internal.cache.DiskEntry$Helper.
> removeFromDisk(DiskEntry.java:1505)
> at org.apache.geode.internal.cache.AbstractOplogDiskRegionEntry.
> removePhase1(AbstractOplogDiskRegionEntry.java:42)
> at org.apache.geode.internal.cache.AbstractRegionEntry.
> destroy(AbstractRegionEntry.java:896)
> at org.apache.geode.internal.cache.AbstractRegionMap.destroyEntry(
> AbstractRegionMap.java:3084)
> at org.apache.geode.internal.cache.AbstractRegionMap.
> destroy(AbstractRegionMap.java:1422)
> at org.apache.geode.internal.cache.LocalRegion.mapDestroy(
> LocalRegion.java:6566)
> at org.apache.geode.internal.cache.LocalRegion.mapDestroy(
> LocalRegion.java:6540)
> at org.apache.geode.internal.cache.BucketRegion.
> basicDestroy(BucketRegion.java:1183)
> at org.apache.geode.internal.cache.AbstractBucketRegionQueue.
> basicDestroy(AbstractBucketRegionQueue.java:352)
> at org.apache.geode.internal.cache.BucketRegionQueue.basicDestroy(
> BucketRegionQueue.java:363)
> at org.apache.geode.internal.cache.LocalRegion.
> validatedDestroy(LocalRegion.java:)
> at org.apache.geode.internal.cache.DistributedRegion.
> validatedDestroy(DistributedRegion.java:904)
> at org.apache.geode.internal.cache.LocalRegion.destroy(
> LocalRegion.java:1096)
> at org.apache.geode.internal.cache.AbstractRegion.destroy(
> AbstractRegion.java:315)
> at org.apache.geode.internal.cache.LocalRegion.remove(
> LocalRegion.java:8976)
> at org.apache.geode.internal.cache.wan.parallel.
> ParallelGatewaySenderQueue.clearPartitionedRegion(
> ParallelGatewaySenderQueue.java:1830)
> at org.apache.geode.internal.cache.wan.parallel.
> ParallelGatewaySenderQueue.clearQueue(ParallelGatewaySenderQueue.
> java:1800)
> at org.apache.geode.internal.cache.wan.parallel.
> ConcurrentParallelGatewaySenderQueue.clearQueue(
> ConcurrentParallelGatewaySenderQueue.java:237)
> at org.apa
>
> In geode 1.1 Clear queue function is working correctly for us.
> But with same configuration in geode 1.2 is not working.
>
> I tried to add the debug log and printed  disk region which is created
> inside the LocalRegion.java, diskregion is not null.
>
> [info 2017/10/27 12:26:43.196 IDT eaasrt-server1  Processor 3> tid=0xf2] akhand diskregion/__PR/_B__AsyncEventQueue
> __PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_4fullpath:=/__PR/_B__
> AsyncEventQueue__PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_4isuse
>
> Which is not Null , also  DiskStoreImpl is Not null
>
> info 2017/10/27 13:59:36.407 IDT eaasrt-server1  Processor 2> tid=0xe8] akhand diskregion/__PR/_B__AsyncEventQueue
> __PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_109fullpath:=/__PR/_B__
> AsyncEventQueue__PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_109i
> suse:false,dsi:PWInfo-queue-overflow
>
> Thanks,
> Dinesh Akhand
> This message and the information contained herein is proprietary and
> confidential and subject to the Amdocs policy statement,
>
> you may review at https://www.amdocs.com/about/email-disclaimer <
> https://www.amdocs.com/about/email-disclaimer>
>


Re: [Discussion] Native - Should C++ client support wchar_t type?

2017-10-27 Thread Michael William Dodge
I think support for wchar_t adds unnecessary complexity and should be removed.

Sarge

> On 26 Oct, 2017, at 13:05, Jacob Barrett  wrote:
> 
> I think we should get rid of it. There are plenty of discussions out there 
> around C++ strings and how they relate to Unicode. Wide string does not mean 
> Unicode. The general consensus I have seen is to just use char and require 
> UTF-8 encoding. We have lots of confusion in our code around whether a string 
> is Unicode or ASCII. I say remove the confusion and all strings are Unicode 
> in UTF-8 encoded 8 bit chars. Also convert all char* to std::string for which 
> we already have a ticket.
> 
> -Jake
> 
> 
>> On Oct 26, 2017, at 12:15 PM, David Kimura  wrote:
>> 
>> While working on removing out parameters, we noticed code that makes
>> assumption that wchar_t is always 16 bits.
>> 
>> virtual void PdxInstance::getField(const char* fieldName, wchar_t& value)
>> const = 0;
>> 
>> void PdxInstanceImpl::getField(const char* fieldname, wchar_t& value) const
>> {
>>   auto dataInput = getDataInputForField(fieldname);
>>   uint16_t temp = dataInput->readInt16();
>>   value = static_cast(temp);
>> }
>> 
>> 
>> 
>> According to cppreference[1], this assumption is incorrect.  If that is the
>> case, should this implementation be fixed or can it be deleted altogether?
>> 
>> Thanks,
>> David
>> 
>> [1] http://en.cppreference.com/w/cpp/language/types



need suggestion about below exception

2017-10-27 Thread Dinesh Akhand
Any one suggest about below exception:

at 
org.apache.geode.internal.cache.DiskEntry$Helper.removeFromDisk(DiskEntry.java:1505)
at 
org.apache.geode.internal.cache.AbstractOplogDiskRegionEntry.removePhase1(AbstractOplogDiskRegionEntry.java:42)
at 
org.apache.geode.internal.cache.AbstractRegionEntry.destroy(AbstractRegionEntry.java:896)
at 
org.apache.geode.internal.cache.AbstractRegionMap.destroyEntry(AbstractRegionMap.java:3084)
at 
org.apache.geode.internal.cache.AbstractRegionMap.destroy(AbstractRegionMap.java:1422)
at 
org.apache.geode.internal.cache.LocalRegion.mapDestroy(LocalRegion.java:6566)
at 
org.apache.geode.internal.cache.LocalRegion.mapDestroy(LocalRegion.java:6540)
at 
org.apache.geode.internal.cache.BucketRegion.basicDestroy(BucketRegion.java:1183)
at 
org.apache.geode.internal.cache.AbstractBucketRegionQueue.basicDestroy(AbstractBucketRegionQueue.java:352)
at 
org.apache.geode.internal.cache.BucketRegionQueue.basicDestroy(BucketRegionQueue.java:363)
at 
org.apache.geode.internal.cache.LocalRegion.validatedDestroy(LocalRegion.java:)
at 
org.apache.geode.internal.cache.DistributedRegion.validatedDestroy(DistributedRegion.java:904)
at 
org.apache.geode.internal.cache.LocalRegion.destroy(LocalRegion.java:1096)
at 
org.apache.geode.internal.cache.AbstractRegion.destroy(AbstractRegion.java:315)
at 
org.apache.geode.internal.cache.LocalRegion.remove(LocalRegion.java:8976)
at 
org.apache.geode.internal.cache.wan.parallel.ParallelGatewaySenderQueue.clearPartitionedRegion(ParallelGatewaySenderQueue.java:1830)
at 
org.apache.geode.internal.cache.wan.parallel.ParallelGatewaySenderQueue.clearQueue(ParallelGatewaySenderQueue.java:1800)
at 
org.apache.geode.internal.cache.wan.parallel.ConcurrentParallelGatewaySenderQueue.clearQueue(ConcurrentParallelGatewaySenderQueue.java:237)
at org.apa

In geode 1.1 Clear queue function is working correctly for us.
But with same configuration in geode 1.2 is not working.

I tried to add the debug log and printed  disk region which is created inside 
the LocalRegion.java, diskregion is not null.

[info 2017/10/27 12:26:43.196 IDT eaasrt-server1  tid=0xf2] akhand diskregion/__PR/_B__AsyncEventQueue
__PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_4fullpath:=/__PR/_B__AsyncEventQueue__PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_4isuse

Which is not Null , also  DiskStoreImpl is Not null

info 2017/10/27 13:59:36.407 IDT eaasrt-server1  tid=0xe8] akhand diskregion/__PR/_B__AsyncEventQueue
__PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_109fullpath:=/__PR/_B__AsyncEventQueue__PWInfoQueue__PARALLEL__GATEWAY__SENDER__QUEUE_109i
suse:false,dsi:PWInfo-queue-overflow

Thanks,
Dinesh Akhand
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer