July 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-2931) Split project into multiple repositories

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-2931?page=com.atlassian.jira.plugin.... ] Stuart Douglas resolved WFLY-2931. ---------------------------------- Assignee: Stuart Douglas Fix Version/s: 9.0.0.Alpha1 (was: 9.0.0.CR1) Resolution: Done Core and Arquillian have now been split off. Any further splits will be tracked separately. > Split project into multiple repositories > ---------------------------------------- > > Key: WFLY-2931 > URL: https://issues.jboss.org/browse/WFLY-2931 > Project: WildFly > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Build System > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 9.0.0.Alpha1 > > > The basic process here is two create new repositories for all the components, push the complete wildfly code base to them (not using the fork button on github), and then delete everything that is not supposed to be in that repo. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (WFLY-2930) Split up test suite to allow individual components to be tested

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-2930?page=com.atlassian.jira.plugin.... ] Stuart Douglas resolved WFLY-2930. ---------------------------------- Fix Version/s: 9.0.0.Alpha1 (was: 9.0.0.CR1) Resolution: Done > Split up test suite to allow individual components to be tested > --------------------------------------------------------------- > > Key: WFLY-2930 > URL: https://issues.jboss.org/browse/WFLY-2930 > Project: WildFly > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Build System > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 9.0.0.Alpha1 > > > The test suite is going to need to be split along the same lines as the code base. We also need to make sure that all tests can be run against the final distribution. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (WFLY-3582) Redesign mod_cluster xml subsystem parsers

by Radoslav Husar (JIRA)

Radoslav Husar created WFLY-3582: ------------------------------------ Summary: Redesign mod_cluster xml subsystem parsers Key: WFLY-3582 URL: https://issues.jboss.org/browse/WFLY-3582 Project: WildFly Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Clustering Reporter: Radoslav Husar Assignee: Radoslav Husar Fix For: 9.0.0.Alpha1 As per https://github.com/wildfly/wildfly/pull/6449 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-543) Invalid type declaration in DRL throws a NullPointerException instead of the real error

by Esteban Aliverti (JIRA)

Esteban Aliverti created DROOLS-543: --------------------------------------- Summary: Invalid type declaration in DRL throws a NullPointerException instead of the real error Key: DROOLS-543 URL: https://issues.jboss.org/browse/DROOLS-543 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 6.2.0.CR1 Reporter: Esteban Aliverti Assignee: Mark Proctor Priority: Minor When a declared type has compilation errors, kbuilder continues with the compilation of the rules. Under certain scenarios this causes a confusing NPE. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (WFLY-3581) Remove EE Concurrency mandatory dependency on Transaction subsystem

by Eduardo Martins (JIRA)

Eduardo Martins created WFLY-3581: ------------------------------------- Summary: Remove EE Concurrency mandatory dependency on Transaction subsystem Key: WFLY-3581 URL: https://issues.jboss.org/browse/WFLY-3581 Project: WildFly Issue Type: Feature Request Security Level: Public (Everyone can see) Components: EE, Transactions Reporter: Eduardo Martins Assignee: Eduardo Martins Currently the EE subsystem requires the presence of Transactions subsystem, due to EE Concurrency requiring JTA's TransactionManager. This issue should fix that by moving all Transaction related code from EE to Transactions, and enhance EE Concurrency so it may work without JTA available. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-542) Expose more Commands through the KieCommands API

by Davide Sottara (JIRA)

Davide Sottara created DROOLS-542: ------------------------------------- Summary: Expose more Commands through the KieCommands API Key: DROOLS-542 URL: https://issues.jboss.org/browse/DROOLS-542 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 6.1.0.CR1 Reporter: Davide Sottara Assignee: Davide Sottara Fix For: 6.1.0.Final Not all Commands are exposed by the KieCommands API interface -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (WFLY-3476) Pressing the tab key whilst entering a username for authentication deadlocks the CLI

by Alexey Loubyansky (JIRA)

[ https://issues.jboss.org/browse/WFLY-3476?page=com.atlassian.jira.plugin.... ] Alexey Loubyansky commented on WFLY-3476: ----------------------------------------- This will require a new Aesh release. This worked https://github.com/aloubyansky/wildfly-core/commit/4e3f60992cfe9ab0878427... > Pressing the tab key whilst entering a username for authentication deadlocks the CLI > ------------------------------------------------------------------------------------ > > Key: WFLY-3476 > URL: https://issues.jboss.org/browse/WFLY-3476 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CLI > Affects Versions: 8.1.0.Final > Reporter: Darran Lofthouse > Assignee: Alexey Loubyansky > Attachments: cli_deadlock.txt > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (SECURITY-826) Fix for SECURITY-640 breaks "Continuation Required" logic of the NegotiationAuthenticator and SPNEGOLoginModule

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SECURITY-826?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on SECURITY-826: -------------------------------------------------- Hynek Mlnarik <hmlnarik(a)redhat.com> changed the Status of [bug 1097803|https://bugzilla.redhat.com/show_bug.cgi?id=1097803] from ON_QA to VERIFIED > Fix for SECURITY-640 breaks "Continuation Required" logic of the NegotiationAuthenticator and SPNEGOLoginModule > --------------------------------------------------------------------------------------------------------------- > > Key: SECURITY-826 > URL: https://issues.jboss.org/browse/SECURITY-826 > Project: PicketBox > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Negotiation > Reporter: Derek Horton > Assignee: Darran Lofthouse > Fix For: Negotiation_2_3_1_Final > > > The fix for SECURITY-640 breaks "Continuation Required" logic of the NegotiationAuthenticator and SPNEGOLoginModule. The "Continuation Required" logic is not triggered by all clients. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (JASSIST-220) Java 8 & Streams/Consumers - javassist.bytecode.InterfaceMethodrefInfo cannot be cast to javassist.bytecode.MethodrefInfo

by Johan Kaving (JIRA)

[ https://issues.jboss.org/browse/JASSIST-220?page=com.atlassian.jira.plugi... ] Johan Kaving commented on JASSIST-220: -------------------------------------- After some discussion I have replaced my earlier pull request with [a new one|https://github.com/jboss-javassist/javassist/pull/11] (that only fixes the problem, without doing any refactoring). > Java 8 & Streams/Consumers - javassist.bytecode.InterfaceMethodrefInfo cannot be cast to javassist.bytecode.MethodrefInfo > ------------------------------------------------------------------------------------------------------------------------- > > Key: JASSIST-220 > URL: https://issues.jboss.org/browse/JASSIST-220 > Project: Javassist > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.18.1-GA > Environment: OS X > Reporter: Stefan Hendriks > Assignee: Shigeru Chiba > Labels: java8, mockito, powermock > > This is a bug report - which also exists on the powermock issue tracker at https://code.google.com/p/powermock/issues/detail?id=490 > --- > The problem is that an exception is thrown (see below how to reproduce) > Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/bin/java -ea -Didea.launcher.port=7543 "-Didea.launcher.bin.path=/Applications/IntelliJ IDEA 13.app/bin" -Dfile.encoding=UTF-8 -classpath "/Applications/IntelliJ IDEA 13.app/lib/idea_rt.jar:/Applications/IntelliJ IDEA 13.app/plugins/junit/lib/junit-rt.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/lib/ant-javafx.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/lib/dt.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/lib/javafx-mx.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/lib/jconsole.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/lib/sa-jdi.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/lib/tools.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/charsets.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/deploy.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/htmlconverter.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/javaws.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/jce.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/jfr.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/jfxswt.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/jsse.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/management-agent.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/plugin.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/resources.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/rt.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/cldrdata.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/dnsns.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/jfxrt.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/localedata.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/nashorn.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/sunec.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/sunjce_provider.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/sunpkcs11.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/ext/zipfs.jar:/Users/shendriks/projects/katas/fizzbuzz/java/target/test-classes:/Users/shendriks/projects/katas/fizzbuzz/java/target/classes:/Users/shendriks/.m2/repository/junit/junit/4.8.2/junit-4.8.2.jar:/Users/shendriks/.m2/repository/org/hamcrest/hamcrest-all/1.3/hamcrest-all-1.3.jar:/Users/shendriks/.m2/repository/org/mockito/mockito-all/1.9.5/mockito-all-1.9.5.jar:/Users/shendriks/.m2/repository/org/powermock/powermock-module-junit4/1.5.4/powermock-module-junit4-1.5.4.jar:/Users/shendriks/.m2/repository/org/powermock/powermock-module-junit4-common/1.5.4/powermock-module-junit4-common-1.5.4.jar:/Users/shendriks/.m2/repository/org/powermock/powermock-core/1.5.4/powermock-core-1.5.4.jar:/Users/shendriks/.m2/repository/org/powermock/powermock-reflect/1.5.4/powermock-reflect-1.5.4.jar:/Users/shendriks/.m2/repository/org/objenesis/objenesis/2.1/objenesis-2.1.jar:/Users/shendriks/.m2/repository/org/javassist/javassist/3.18.1-GA/javassist-3.18.1-GA.jar:/Users/shendriks/.m2/repository/org/powermock/powermock-api-mockito/1.5.4/powermock-api-mockito-1.5.4.jar:/Users/shendriks/.m2/repository/org/powermock/powermock-api-support/1.5.4/powermock-api-support-1.5.4.jar" com.intellij.rt.execution.application.AppMain com.intellij.rt.execution.junit.JUnitStarter -ideVersion5 com.fundynamic.katas.FizzBuzzTest > Internal Error occured. > java.lang.IllegalStateException: Failed to transform class with name com.fundynamic.katas.FizzBuzz. Reason: javassist.bytecode.InterfaceMethodrefInfo cannot be cast to javassist.bytecode.MethodrefInfo > at org.powermock.core.classloader.MockClassLoader.loadMockClass(MockClassLoader.java:214) > at org.powermock.core.classloader.MockClassLoader.loadModifiedClass(MockClassLoader.java:144) > at org.powermock.core.classloader.DeferSupportingClassLoader.loadClass(DeferSupportingClassLoader.java:67) > at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:340) > at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:114) > at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:125) > at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:49) > at sun.reflect.annotation.AnnotationParser.parseSig(AnnotationParser.java:439) > at sun.reflect.annotation.AnnotationParser.parseClassValue(AnnotationParser.java:420) > at sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:724) > at sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:531) > at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:355) > at sun.reflect.annotation.AnnotationParser.parseAnnotation2(AnnotationParser.java:286) > at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:120) > at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:72) > at java.lang.Class.createAnnotationData(Class.java:3410) > at java.lang.Class.annotationData(Class.java:3399) > at java.lang.Class.getAnnotations(Class.java:3335) -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

1
0
0 / 0

[JBoss JIRA] (WFLY-3580) EJB/remoting configuration does not propagate the certificate as credentials for authentication if mutual auth SSL was used for the connection

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3580?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-3580: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=953200 > EJB/remoting configuration does not propagate the certificate as credentials for authentication if mutual auth SSL was used for the connection > ----------------------------------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-3580 > URL: https://issues.jboss.org/browse/WFLY-3580 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Domain Management, EJB > Reporter: Derek Horton > Assignee: Darran Lofthouse > > EJB/remoting configuration does not propagate the certificate as credentials for authentication if mutual auth SSL was used for the connection. This makes it impossible to get the certificate for use in a custom login module. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

12 years

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 July 2014