[JBoss JIRA] (ISPN-10449) ServerNG realms should be able to detect empty property realms
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10449?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10449:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> ServerNG realms should be able to detect empty property realms
> --------------------------------------------------------------
>
> Key: ISPN-10449
> URL: https://issues.jboss.org/browse/ISPN-10449
> Project: Infinispan
> Issue Type: Enhancement
> Components: Security, Server
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> Enhance the serverng security realm to be able to detect empty property realms so that a special action can be taken (e.g. suggesting the use of the user-tool.sh to create some users)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10450) ServerNG: improve the initial experience
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10450?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10450:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> ServerNG: improve the initial experience
> ----------------------------------------
>
> Key: ISPN-10450
> URL: https://issues.jboss.org/browse/ISPN-10450
> Project: Infinispan
> Issue Type: Enhancement
> Components: Server
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> A list of various items to improve the initial serverng experience:
> * Localizable help messages for server and user-tool
> * Stack selection via the command-line (-j)
> * Port binding via the command-line (-p)
> * Make default configuration (infinispan.xml) clustered
> * Add non-clustered configuration infinispan-local.xml
> * Disable TLS/keystore and memcached connector in default config
> * Refactor shells scripts extracting common logic to common.sh
> * Add a README.md file to get users started
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10309) Convert Remaining Parts to Non Blocking & Reduce Thread Pools
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10309?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10309:
------------------------------------------
Sprint: DataGrid Sprint #29, DataGrid Sprint #30, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #29, DataGrid Sprint #30, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> Convert Remaining Parts to Non Blocking & Reduce Thread Pools
> -------------------------------------------------------------
>
> Key: ISPN-10309
> URL: https://issues.jboss.org/browse/ISPN-10309
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> We would love to get our thread pools down to a single CPU thread pool (size = numCores) and a blocking thread pool (arbitrarily large). We may also require a scheduler pool for various options as well (limited size 1-2?).
> To do this we need to remove remnants of our blocking code as possible. Possible issues for blocking are mostly around locks and io operations.
> The persistence layer was completed with ISPN-9722 so that is not an issue.
> The requirement around locking can be relaxed if the locks are guaranteed to be small in scope and do not wrap other blocking operations. An example would be a lock such as ones in CHM as long as we don't have large blocks for functional argument types.
> If code cannot be made non blocking we must offload the operation to the blocking thread pool. Care must be taken to ensure that once the blocking portion of code is completed that we switch back the to CPU thread pool as soon as possible. The listener API for example is violating this and will run code in Infinispan from any thread that completes the listener that could be done from a user.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10385) Console Server Ng
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10385?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10385:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> Console Server Ng
> -----------------
>
> Key: ISPN-10385
> URL: https://issues.jboss.org/browse/ISPN-10385
> Project: Infinispan
> Issue Type: Feature Request
> Components: Console
> Reporter: Katia Aresti
> Assignee: Katia Aresti
> Priority: Major
> Labels: console-ng
>
> Create a new console using React and Patternfly 4
> - Create react app skeleton
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10404) XStream 1.4.11.1
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10404?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10404:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> XStream 1.4.11.1
> ----------------
>
> Key: ISPN-10404
> URL: https://issues.jboss.org/browse/ISPN-10404
> Project: Infinispan
> Issue Type: Component Upgrade
> Components: Build
> Affects Versions: 10.0.0.Beta4, 9.4.15.Final
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.0.0.Beta5, 9.4.16.Final
>
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10407) Representation of the CacheManager configuration as JSON
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10407?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10407:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> Representation of the CacheManager configuration as JSON
> --------------------------------------------------------
>
> Key: ISPN-10407
> URL: https://issues.jboss.org/browse/ISPN-10407
> Project: Infinispan
> Issue Type: Enhancement
> Components: Configuration, Core
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10409) ByteBuf leak in the REST Server
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10409?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10409:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> ByteBuf leak in the REST Server
> -------------------------------
>
> Key: ISPN-10409
> URL: https://issues.jboss.org/browse/ISPN-10409
> Project: Infinispan
> Issue Type: Bug
> Components: REST
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Critical
> Fix For: 10.0.0.Beta5
>
>
> From the Netty ResourceLeakDetector:
> {noformat}
> [0m[40.039s][info ][gc] GC(6) Pause Young (Normal) (G1 Evacuation Pause) 812M->114M(16384M) 136.927ms
> [31m08:31:03,559 ERROR [io.netty.util.ResourceLeakDetector] (REST-ServerIO-8-12) LEAK: ByteBuf.release() was not called before it's garbage-collected. See http://netty.io/wiki/reference-counted-objects.html for more information.
> Recent access records:
> Created at:
> io.netty:ispn-10.0@4.1.30.Final//io.netty.buffer.AbstractByteBufAllocator.compositeDirectBuffer(AbstractByteBufAllocator.java:221)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.buffer.AbstractByteBufAllocator.compositeBuffer(AbstractByteBufAllocator.java:199)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.handler.codec.MessageAggregator.decode(MessageAggregator.java:255)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:88)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10410) Convert all immutable protostream entities to use @ProtoFactory
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10410?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10410:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> Convert all immutable protostream entities to use @ProtoFactory
> ---------------------------------------------------------------
>
> Key: ISPN-10410
> URL: https://issues.jboss.org/browse/ISPN-10410
> Project: Infinispan
> Issue Type: Enhancement
> Reporter: Nistor Adrian
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> Such fields should be final. If the field is annotated (no getter), its visibility should be package local and if they have an annotated getter, then the field must be private.
> A suitable constructor or static method must exist, conforming to the contract of ProtoFactory annotation.
> Some sample code here: https://github.com/infinispan/infinispan/pull/7153
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10413) os-maven-plugin not setting `os.detected.classifier` property on partial maven builds
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10413?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10413:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> os-maven-plugin not setting `os.detected.classifier` property on partial maven builds
> -------------------------------------------------------------------------------------
>
> Key: ISPN-10413
> URL: https://issues.jboss.org/browse/ISPN-10413
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 10.0.0.Beta4
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> When executing {{mvn clean install -am -pl core}} the commons module will fail because the property {{os.detected.classifier}} is not set by the {{os-maven-plugin}} resulting in a NPE being thrown by the {{proto-schema-compatibility}} maven plugin.
> {code:java}
> [ERROR] Failed to execute goal org.infinispan.maven-plugins:proto-schema-compatibility:1.0.1.Final:proto-schema-compatibility-check (default) on project infinispan-commons: Execution default of goal org.infinispan.maven-plugins:proto-schema-compatibility:1.0.1.Final:proto-schema-compatibility-check failed.: NullPointerException -> [Help 1]
> {code}
> The solution is to add the following to the parent pom:
> {code:java}
> <extensions>
> <extension>
> <groupId>kr.motd.maven</groupId>
> <artifactId>os-maven-plugin</artifactId>
> </extension>
> </extensions>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-10414) Remove AtomicObjectFactory
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10414?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10414:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35)
> Remove AtomicObjectFactory
> --------------------------
>
> Key: ISPN-10414
> URL: https://issues.jboss.org/browse/ISPN-10414
> Project: Infinispan
> Issue Type: Task
> Components: API
> Affects Versions: 10.0.0.Beta4
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> The AtomicObjectFactory has not been actively developed since it's inception in ISPN-3695 and is not documented in the user guide. We should remove this module.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months