October 2020 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (JGRP-2503) Extend DataInput & DataOutput to avoid copy of byte[]

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2503?page=com.atlassian.jira.plugin... ] Bela Ban edited comment on JGRP-2503 at 10/12/20 9:21 AM: ---------------------------------------------------------- Hmm, not sure what you mean here... can you post an example that shows where you'd avoid the byte array copy? If you need to read-ahead, can't you create a byte array of a given size and always reuse it? was (Author: belaban): Hmm, not sure what you mean here... can you post an example that shows where you'd avoid the byte array copy? > Extend DataInput & DataOutput to avoid copy of byte[] > ----------------------------------------------------- > > Key: JGRP-2503 > URL: https://issues.redhat.com/browse/JGRP-2503 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 5.0.4 > Reporter: Jingqi Xu > Assignee: Bela Ban > Priority: Optional > Fix For: 5.1 > > > "DataInput's void readFully(byte b[])" will cause an extra copy when reading bytes from DataInput. Sometimes business logic needs to read bytes from DataInput first, then process them conditionally(or will not process at all) , is it possible to support ByteBuffer api like: > public interface XDataInput extends DataInput { > ByteBuffer readBuffer(int n); > } > public interface XDataOutput extends DataOutput { > void writeBuffer(ByteBuffer value); > } > ByteArrayDataInputStream.java > @Override > public ByteBuffer readBuffer(int n) { > ByteBuffer r = wrap(this.buf, this.pos, n); this.pos += n; return r; > } > public interface Streamable { > void writeTo(XDataOutput out) throws IOException; > void readFrom(XDataInput in) throws IOException, ClassNotFoundException; > } -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (JGRP-2503) Extend DataInput & DataOutput to avoid copy of byte[]

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2503?page=com.atlassian.jira.plugin... ] Bela Ban commented on JGRP-2503: -------------------------------- Hmm, not sure what you mean here... can you post an example that shows where you'd avoid the byte array copy? > Extend DataInput & DataOutput to avoid copy of byte[] > ----------------------------------------------------- > > Key: JGRP-2503 > URL: https://issues.redhat.com/browse/JGRP-2503 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 5.0.4 > Reporter: Jingqi Xu > Assignee: Bela Ban > Priority: Optional > > "DataInput's void readFully(byte b[])" will cause an extra copy when reading bytes from DataInput. Sometimes business logic needs to read bytes from DataInput first, then process them conditionally(or will not process at all) , is it possible to support ByteBuffer api like: > public interface XDataInput extends DataInput { > ByteBuffer readBuffer(int n); > } > public interface XDataOutput extends DataOutput { > void writeBuffer(ByteBuffer value); > } > ByteArrayDataInputStream.java > @Override > public ByteBuffer readBuffer(int n) { > ByteBuffer r = wrap(this.buf, this.pos, n); this.pos += n; return r; > } > public interface Streamable { > void writeTo(XDataOutput out) throws IOException; > void readFrom(XDataInput in) throws IOException, ClassNotFoundException; > } -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (JGRP-2503) Extend DataInput & DataOutput to avoid copy of byte[]

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2503?page=com.atlassian.jira.plugin... ] Bela Ban updated JGRP-2503: --------------------------- Fix Version/s: 5.1 > Extend DataInput & DataOutput to avoid copy of byte[] > ----------------------------------------------------- > > Key: JGRP-2503 > URL: https://issues.redhat.com/browse/JGRP-2503 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 5.0.4 > Reporter: Jingqi Xu > Assignee: Bela Ban > Priority: Optional > Fix For: 5.1 > > > "DataInput's void readFully(byte b[])" will cause an extra copy when reading bytes from DataInput. Sometimes business logic needs to read bytes from DataInput first, then process them conditionally(or will not process at all) , is it possible to support ByteBuffer api like: > public interface XDataInput extends DataInput { > ByteBuffer readBuffer(int n); > } > public interface XDataOutput extends DataOutput { > void writeBuffer(ByteBuffer value); > } > ByteArrayDataInputStream.java > @Override > public ByteBuffer readBuffer(int n) { > ByteBuffer r = wrap(this.buf, this.pos, n); this.pos += n; return r; > } > public interface Streamable { > void writeTo(XDataOutput out) throws IOException; > void readFrom(XDataInput in) throws IOException, ClassNotFoundException; > } -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (JGRP-2503) Extend DataInput & DataOutput to avoid copy of byte[]

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2503?page=com.atlassian.jira.plugin... ] Bela Ban updated JGRP-2503: --------------------------- Comment: was deleted (was: Related to the byte[] copy in [1] [1] [https://github.com/belaban/JGroups/blob/master/src/org/jgroups/NioMessage...]) > Extend DataInput & DataOutput to avoid copy of byte[] > ----------------------------------------------------- > > Key: JGRP-2503 > URL: https://issues.redhat.com/browse/JGRP-2503 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 5.0.4 > Reporter: Jingqi Xu > Assignee: Bela Ban > Priority: Optional > > "DataInput's void readFully(byte b[])" will cause an extra copy when reading bytes from DataInput. Sometimes business logic needs to read bytes from DataInput first, then process them conditionally(or will not process at all) , is it possible to support ByteBuffer api like: > public interface XDataInput extends DataInput { > ByteBuffer readBuffer(int n); > } > public interface XDataOutput extends DataOutput { > void writeBuffer(ByteBuffer value); > } > ByteArrayDataInputStream.java > @Override > public ByteBuffer readBuffer(int n) { > ByteBuffer r = wrap(this.buf, this.pos, n); this.pos += n; return r; > } > public interface Streamable { > void writeTo(XDataOutput out) throws IOException; > void readFrom(XDataInput in) throws IOException, ClassNotFoundException; > } -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5717) ZipKieModule should support 0-byte resources

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-5717?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-5717: --------------------------------- Sprint: 2020 Week 40-42 (from Sep 28) > ZipKieModule should support 0-byte resources > -------------------------------------------- > > Key: DROOLS-5717 > URL: https://issues.redhat.com/browse/DROOLS-5717 > Project: Drools > Issue Type: Bug > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-12038) Expose the enable1Prefixes configuration on external (pooled) connection factories

by Luís Alves (Jira)

[ https://issues.redhat.com/browse/WFLY-12038?page=com.atlassian.jira.plugi... ] Luís Alves commented on WFLY-12038: ----------------------------------- Added a comment at HAL 1608, but probably should been added here. The comment is here: https://issues.redhat.com/browse/HAL-1608?focusedCommentId=15310112&page=... > Expose the enable1Prefixes configuration on external (pooled) connection factories > ---------------------------------------------------------------------------------- > > Key: WFLY-12038 > URL: https://issues.redhat.com/browse/WFLY-12038 > Project: WildFly > Issue Type: Feature Request > Components: JMS > Affects Versions: 16.0.0.Final > Reporter: Emmanuel Hugonnet > Assignee: Emmanuel Hugonnet > Priority: Major > Fix For: 17.0.0.Beta1, 17.0.0.Final > > > If we are connecting to a remote AMQ broker of version > 7.2 then we don't have to use the old prefixes for destinations already created on the broker. > Exposing this property would enable a user to connect to a remote destination (already created on the remote broker) without these prefixes. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (LOGMGR-280) SocketHandlerTests hangs on new JDKs

by Marek Kopecky (Jira)

[ https://issues.redhat.com/browse/LOGMGR-280?page=com.atlassian.jira.plugi... ] Marek Kopecky updated LOGMGR-280: --------------------------------- Git Pull Request: https://github.com/jboss-logging/jboss-logmanager/pull/318, https://github.com/jboss-logging/jboss-logmanager/pull/319, https://github.com/jboss-logging/jboss-logmanager/pull/320, https://github.com/jboss-logging/jboss-logmanager/pull/321 (was: https://github.com/jboss-logging/jboss-logmanager/pull/318) > SocketHandlerTests hangs on new JDKs > ------------------------------------ > > Key: LOGMGR-280 > URL: https://issues.redhat.com/browse/LOGMGR-280 > Project: JBoss Log Manager > Issue Type: Bug > Reporter: Marek Kopecky > Assignee: Marek Kopecky > Priority: Major > > SocketHandlerTests hangs on new JDKs > Affected test methods: > * SocketHandlerTests#testProtocolChange > * SocketHandlerTests#testTlsConfig > Test fails just on some JDK. Examples: > * test pass on Oracle JDK 11.0.6 > {noformat} > java version "11.0.6" 2020-01-14 LTS > Java(TM) SE Runtime Environment 18.9 (build 11.0.6+8-LTS) > Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.6+8-LTS, mixed mode) > {noformat} > * test pass on Open JDK 11.0.8 > {noformat} > openjdk version "11.0.8" 2020-07-14 > OpenJDK Runtime Environment 18.9 (build 11.0.8+10) > OpenJDK 64-Bit Server VM 18.9 (build 11.0.8+10, mixed mode, sharing) > {noformat} > * test fails on Oracle JDK 11.0.8 > {noformat} > java version "11.0.8" 2020-07-14 LTS > Java(TM) SE Runtime Environment 18.9 (build 11.0.8+10-LTS) > Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.8+10-LTS, mixed mode) > {noformat} > This issue is valid at least for branches 2.1 (2.1.17.Final) and master (and probably for 2.2 and 2.3 as well) > Test hangs in "SimpleServer$TcpServer.close" during "socket.close();" call. > {noformat} > org.jboss.logmanager.handlers.SimpleServer$TcpServer.close(SimpleServer.java:127) > org.jboss.logmanager.handlers.SocketHandlerTests.testProtocolChange(SocketHandlerTests.java:129) > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5717) ZipKieModule should support 0-byte resources

by Luca Molteni (Jira)

Luca Molteni created DROOLS-5717: ------------------------------------ Summary: ZipKieModule should support 0-byte resources Key: DROOLS-5717 URL: https://issues.redhat.com/browse/DROOLS-5717 Project: Drools Issue Type: Bug Reporter: Luca Molteni Assignee: Luca Molteni -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5711) [DMN XML] Signavio Profile - MultiInstanceDecisionLogic: MID requirements are not linked

by Matteo Mortari (Jira)

[ https://issues.redhat.com/browse/DROOLS-5711?page=com.atlassian.jira.plug... ] Matteo Mortari commented on DROOLS-5711: ---------------------------------------- Thank you [~tommyn] ! > [DMN XML] Signavio Profile - MultiInstanceDecisionLogic: MID requirements are not linked > ---------------------------------------------------------------------------------------- > > Key: DROOLS-5711 > URL: https://issues.redhat.com/browse/DROOLS-5711 > Project: Drools > Issue Type: Bug > Components: dmn engine > Reporter: Jonas Beyer > Assignee: Matteo Mortari > Priority: Minor > Attachments: DRG.png, DecisionLogic.PNG > > > h3. Summary: > When evaluating a decision model that contains a MultiInstanceDecision, the result will often times be {{[null]}}, because the engine will not evaluate the decision dependencies of the MID first, and simply execute the MID with empty inputs instead. > h3. Details: > The statement that will cause decisions to consider their requirements during evaluation is missing for MultiInstanceDecisions: > {code:java} > compiler.linkRequirements( model, di );{code} > Inside {{org.kie.dmn.signavio.MultiInstanceDecisionLogic.MultiInstanceDecisionNodeCompiler#compileEvaluator}} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1222) UI Automations - Overview - Create/Delete Traffic Policy

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1222?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan commented on SWSQE-1222: --------------------------------------- https://github.com/Kiali-QE/kiali-qe-python/pull/339 > UI Automations - Overview - Create/Delete Traffic Policy > -------------------------------------------------------- > > Key: SWSQE-1222 > URL: https://issues.redhat.com/browse/SWSQE-1222 > Project: Kiali QE > Issue Type: Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > > https://github.com/kiali/kiali-ui/pull/1924 -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2020