January 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-139) ByteStringBuilder.appendUtf8Raw() cannot append lonely surrogates

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-139?page=com.atlassian.jira.plugin.sy... ] Jan Kalina updated ELY-139: --------------------------- Description: ByteStringBuilder cannot append codepoints 0xD8xx (lonely surrogates). It should - StringBuilder.appendCodePoint() work with it. (Problem is only with uncomplete/nonvalid unicode strings, so it is not critical problem.) Mentioned in: https://github.com/wildfly-security/wildfly-elytron/pull/101 *UPDATE:* ByteStringBuilder encode surrogates correctly by RFC3629 (if we ignore they are prohibited because they are reserved for UTF-16). Conversly StringBuilder and {{(char)}} operator encode D800-D8FF bad as 3F. Problem is only in appending into ByteStringBuilder constructed as: {code:xml} new ByteStringBuilder(new byte[]{}); {/code} was: ByteStringBuilder cannot append codepoints 0xD8xx (lonely surrogates). It should - StringBuilder.appendCodePoint() work with it. (Problem is only with uncomplete/nonvalid unicode strings, so it is not critical problem.) Mentioned in: https://github.com/wildfly-security/wildfly-elytron/pull/101 **UPDATE:** ByteStringBuilder encode surrogates correctly by RFC3629 (if we ignore they are prohibited because they are reserved for UTF-16). Conversly StringBuilder and `(char)` operator encode D800-D8FF bad as 3F. Problem is only in appending into ByteStringBuilder constructed as: new ByteStringBuilder(new byte[]{}); > ByteStringBuilder.appendUtf8Raw() cannot append lonely surrogates > ----------------------------------------------------------------- > > Key: ELY-139 > URL: https://issues.jboss.org/browse/ELY-139 > Project: WildFly Elytron > Issue Type: Bug > Reporter: Jan Kalina > Assignee: Jan Kalina > Priority: Minor > > ByteStringBuilder cannot append codepoints 0xD8xx (lonely surrogates). It should - StringBuilder.appendCodePoint() work with it. > (Problem is only with uncomplete/nonvalid unicode strings, so it is not critical problem.) > Mentioned in: https://github.com/wildfly-security/wildfly-elytron/pull/101 > *UPDATE:* > ByteStringBuilder encode surrogates correctly by RFC3629 (if we ignore they are prohibited because they are reserved for UTF-16). Conversly StringBuilder and {{(char)}} operator encode D800-D8FF bad as 3F. > Problem is only in appending into ByteStringBuilder constructed as: > {code:xml} > new ByteStringBuilder(new byte[]{}); > {/code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-583) Drools WB jcr2vfs: make the migration tool work again

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-583?page=com.atlassian.jira.plugin... ] Petr Široký commented on DROOLS-583: ------------------------------------ Jan resolved this issue a while ago. Thanks! > Drools WB jcr2vfs: make the migration tool work again > ----------------------------------------------------- > > Key: DROOLS-583 > URL: https://issues.jboss.org/browse/DROOLS-583 > Project: Drools > Issue Type: Bug > Affects Versions: 6.2.0.Beta1 > Reporter: Petr Široký > Assignee: Jan Schatteman > Fix For: 6.2.0.Final > > > The current 6.2.0 SNAPSHOTS of the jcr2vfs tool are broken. There seems to some issue with incompatibility with between Drools 5.x and 6.x. > {code} > Asset [Bankruptcy history] with format [brl] is being migrated... > java.lang.ClassCastException: org.drools.core.base.accumulators.BigDecimalSumAccumulateFunction cannot be cast to org.drools.runtime.rule.AccumulateFunction > at org.drools.compiler.PackageBuilderConfiguration.loadAccumulateFunction(PackageBuilderConfiguration.java:530) > at org.drools.compiler.PackageBuilderConfiguration.buildAccumulateFunctionsMap(PackageBuilderConfiguration.java:479) > at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:194) > at org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:165) > {code} > Another very serious issue is that even when the jcr2vfs tests fail, the Jenkins drools-wb CI build succeeds. This needs to be fixed, so that when the tests fail, the build fails too. > I will try to fix the tool in time for 6.2.0.Final. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-583) Drools WB jcr2vfs: make the migration tool work again

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-583?page=com.atlassian.jira.plugin... ] Petr Široký resolved DROOLS-583. -------------------------------- Fix Version/s: 6.2.0.Final Resolution: Done > Drools WB jcr2vfs: make the migration tool work again > ----------------------------------------------------- > > Key: DROOLS-583 > URL: https://issues.jboss.org/browse/DROOLS-583 > Project: Drools > Issue Type: Bug > Affects Versions: 6.2.0.Beta1 > Reporter: Petr Široký > Assignee: Jan Schatteman > Fix For: 6.2.0.Final > > > The current 6.2.0 SNAPSHOTS of the jcr2vfs tool are broken. There seems to some issue with incompatibility with between Drools 5.x and 6.x. > {code} > Asset [Bankruptcy history] with format [brl] is being migrated... > java.lang.ClassCastException: org.drools.core.base.accumulators.BigDecimalSumAccumulateFunction cannot be cast to org.drools.runtime.rule.AccumulateFunction > at org.drools.compiler.PackageBuilderConfiguration.loadAccumulateFunction(PackageBuilderConfiguration.java:530) > at org.drools.compiler.PackageBuilderConfiguration.buildAccumulateFunctionsMap(PackageBuilderConfiguration.java:479) > at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:194) > at org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:165) > {code} > Another very serious issue is that even when the jcr2vfs tests fail, the Jenkins drools-wb CI build succeeds. This needs to be fixed, so that when the tests fail, the build fails too. > I will try to fix the tool in time for 6.2.0.Final. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-139) ByteStringBuilder.appendUtf8Raw() cannot append lonely surrogates

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-139?page=com.atlassian.jira.plugin.sy... ] Jan Kalina updated ELY-139: --------------------------- Description: ByteStringBuilder cannot append codepoints 0xD8xx (lonely surrogates). It should - StringBuilder.appendCodePoint() work with it. (Problem is only with uncomplete/nonvalid unicode strings, so it is not critical problem.) Mentioned in: https://github.com/wildfly-security/wildfly-elytron/pull/101 **UPDATE:** ByteStringBuilder encode surrogates correctly by RFC3629 (if we ignore they are prohibited because they are reserved for UTF-16). Conversly StringBuilder and `(char)` operator encode D800-D8FF bad as 3F. Problem is only in appending into ByteStringBuilder constructed as: new ByteStringBuilder(new byte[]{}); was: ByteStringBuilder cannot append codepoints 0xD8xx (lonely surrogates). It should - StringBuilder.appendCodePoint() work with it. (Problem is only with uncomplete/nonvalid unicode strings, so it is not critical problem.) Mentioned in: https://github.com/wildfly-security/wildfly-elytron/pull/101 > ByteStringBuilder.appendUtf8Raw() cannot append lonely surrogates > ----------------------------------------------------------------- > > Key: ELY-139 > URL: https://issues.jboss.org/browse/ELY-139 > Project: WildFly Elytron > Issue Type: Bug > Reporter: Jan Kalina > Assignee: Jan Kalina > Priority: Minor > > ByteStringBuilder cannot append codepoints 0xD8xx (lonely surrogates). It should - StringBuilder.appendCodePoint() work with it. > (Problem is only with uncomplete/nonvalid unicode strings, so it is not critical problem.) > Mentioned in: https://github.com/wildfly-security/wildfly-elytron/pull/101 > **UPDATE:** > ByteStringBuilder encode surrogates correctly by RFC3629 (if we ignore they are prohibited because they are reserved for UTF-16). Conversly StringBuilder and `(char)` operator encode D800-D8FF bad as 3F. > Problem is only in appending into ByteStringBuilder constructed as: > new ByteStringBuilder(new byte[]{}); -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-583) Drools WB jcr2vfs: make the migration tool work again

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-583?page=com.atlassian.jira.plugin... ] Petr Široký reassigned DROOLS-583: ---------------------------------- Assignee: Jan Schatteman (was: Petr Široký) > Drools WB jcr2vfs: make the migration tool work again > ----------------------------------------------------- > > Key: DROOLS-583 > URL: https://issues.jboss.org/browse/DROOLS-583 > Project: Drools > Issue Type: Bug > Affects Versions: 6.2.0.Beta1 > Reporter: Petr Široký > Assignee: Jan Schatteman > > The current 6.2.0 SNAPSHOTS of the jcr2vfs tool are broken. There seems to some issue with incompatibility with between Drools 5.x and 6.x. > {code} > Asset [Bankruptcy history] with format [brl] is being migrated... > java.lang.ClassCastException: org.drools.core.base.accumulators.BigDecimalSumAccumulateFunction cannot be cast to org.drools.runtime.rule.AccumulateFunction > at org.drools.compiler.PackageBuilderConfiguration.loadAccumulateFunction(PackageBuilderConfiguration.java:530) > at org.drools.compiler.PackageBuilderConfiguration.buildAccumulateFunctionsMap(PackageBuilderConfiguration.java:479) > at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:194) > at org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:165) > {code} > Another very serious issue is that even when the jcr2vfs tests fail, the Jenkins drools-wb CI build succeeds. This needs to be fixed, so that when the tests fail, the build fails too. > I will try to fix the tool in time for 6.2.0.Final. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JASSIST-242) VerifyError: Inconsistent args count operand in invokeinterface when boolean parameter function with inheritance

by Gurutharshan Nadarajah (JIRA)

Gurutharshan Nadarajah created JASSIST-242: ---------------------------------------------- Summary: VerifyError: Inconsistent args count operand in invokeinterface when boolean parameter function with inheritance Key: JASSIST-242 URL: https://issues.jboss.org/browse/JASSIST-242 Project: Javassist Issue Type: Bug Affects Versions: 3.19.0-GA Environment: Java 1.7, windows Reporter: Gurutharshan Nadarajah Assignee: Shigeru Chiba java.lang.VerifyError: Inconsistent args count operand in invokeinterface comes when there is a function in inheritance with boolean parameters. And if we call that function with some expression to evaluate as a boolean value. This error occurred. Error message Exception in thread "main" java.lang.VerifyError: Inconsistent args count operand in invokeinterface Exception Details: Location: Hello.say()V @22: invokeinterface Reason: Error exists in the bytecode Bytecode: 0000000: 2a2a b600 2bb5 0029 2ab4 0029 0606 a200 0000010: 0703 a700 0404 b900 3103 002a b400 29c0 0000020: 0005 0606 a200 0703 a700 0404 b600 3206 0000030: 06a2 0007 03a7 0004 043c 2ab4 0029 1bb9 0000040: 0031 0200 b200 0212 27b6 0004 b200 0212 0000050: 03b6 0004 b1 Stackmap Table: same_locals_1_stack_item_frame(@21,Object[#45]) full_frame(@22,{Object[#7]},{Object[#45],Integer}) same_locals_1_stack_item_frame(@43,Object[#5]) full_frame(@44,{Object[#7]},{Object[#5],Integer}) same_frame(@56) same_locals_1_stack_item_frame(@57,Integer) at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) at java.lang.Class.getConstructor0(Class.java:2803) at java.lang.Class.newInstance(Class.java:345) at BoolSeriesTest.main(BoolSeriesTest.java:59) -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4171) Provide an html5 archetype for wildfly

by Rafael Benevides (JIRA)

[ https://issues.jboss.org/browse/WFLY-4171?page=com.atlassian.jira.plugin.... ] Rafael Benevides commented on WFLY-4171: ---------------------------------------- New repository: https://repository.jboss.org/nexus/content/repositories/jboss_releases_st... > Provide an html5 archetype for wildfly > -------------------------------------- > > Key: WFLY-4171 > URL: https://issues.jboss.org/browse/WFLY-4171 > Project: WildFly > Issue Type: Feature Request > Reporter: Fred Bricon > Assignee: Rafael Benevides > > We'd like to provide a Wildfly-ified version of the html5 archetype in JBoss Central, for JBoss Tools and Developer Studio, The current versions we serve right now are : > * org.jboss.aerogear.archetypes:jboss-html5-mobile-archetype:7.1.3.Final > * org.jboss.archetype.wfk:jboss-html5-mobile-archetype:2.6.0.Final -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-380) Example 4.20 file logger newFileLogger

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-380?page=com.atlassian.jira.plugin... ] Petr Široký resolved DROOLS-380. -------------------------------- Assignee: Petr Široký (was: Mark Proctor) Fix Version/s: 6.2.0.Final Resolution: Done Fixed by https://github.com/droolsjbpm/droolsjbpm-knowledge/commit/ffcb0e6f13195c7... > Example 4.20 file logger newFileLogger > -------------------------------------- > > Key: DROOLS-380 > URL: https://issues.jboss.org/browse/DROOLS-380 > Project: Drools > Issue Type: Bug > Affects Versions: 6.0.0.Final > Reporter: Matteo Mortari > Assignee: Petr Široký > Fix For: 6.2.0.Final > > > In the documentation [1] example 4.20 mention the following code snippet. > {{KieRuntimeLogger logger = KieServices.Factory.get().newFileLogger(ksession, "logdir/mylogfile");}} > However that doesn't compile. I believe is missing a {{.getLoggers()}} so the proper snippet, I believe, was intended as > {{KieRuntimeLogger logger = KieServices.Factory.get().getLoggers().newFileLogger(ksession, "logdir/mylogfile");}} > Ciao > MM > References: > [1] http://docs.jboss.org/drools/release/6.0.0.Final/drools-docs/html_single/... -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4296) remove _ds.xml deployment support

by Frank Langelage (JIRA)

[ https://issues.jboss.org/browse/WFLY-4296?page=com.atlassian.jira.plugin.... ] Frank Langelage commented on WFLY-4296: --------------------------------------- Why is this to be removed? > remove _ds.xml deployment support > --------------------------------- > > Key: WFLY-4296 > URL: https://issues.jboss.org/browse/WFLY-4296 > Project: WildFly > Issue Type: Feature Request > Components: JCA > Reporter: Stefano Maestri > Assignee: Stefano Maestri > Fix For: No Release > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4171) Provide an html5 archetype for wildfly

by Rafael Benevides (JIRA)

[ https://issues.jboss.org/browse/WFLY-4171?page=com.atlassian.jira.plugin.... ] Rafael Benevides commented on WFLY-4171: ---------------------------------------- Ok. I'll handle it > Provide an html5 archetype for wildfly > -------------------------------------- > > Key: WFLY-4171 > URL: https://issues.jboss.org/browse/WFLY-4171 > Project: WildFly > Issue Type: Feature Request > Reporter: Fred Bricon > Assignee: Rafael Benevides > > We'd like to provide a Wildfly-ified version of the html5 archetype in JBoss Central, for JBoss Tools and Developer Studio, The current versions we serve right now are : > * org.jboss.aerogear.archetypes:jboss-html5-mobile-archetype:7.1.3.Final > * org.jboss.archetype.wfk:jboss-html5-mobile-archetype:2.6.0.Final -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 3 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 January 2015