December 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-2610) Add the ability to take an external based password to the Vault tool

by Ivo Studensky (JIRA)

Ivo Studensky created WFLY-2610: ----------------------------------- Summary: Add the ability to take an external based password to the Vault tool Key: WFLY-2610 URL: https://issues.jboss.org/browse/WFLY-2610 Project: WildFly Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Scripts, Security Affects Versions: 8.0.0.Beta1 Reporter: Ivo Studensky Assignee: Ivo Studensky At the moment the Vault tool only supports plain text password as a parameter. With SECURITY-770 committed in it is also possible to configure the Vault to take an external password. Thus the Vault tool needs to support it too. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2234) Infinispan subsystem transformers for 7.2.0

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFLY-2234?page=com.atlassian.jira.plugin.... ] Kabir Khan closed WFLY-2234. ---------------------------- Resolution: Done > Infinispan subsystem transformers for 7.2.0 > ------------------------------------------- > > Key: WFLY-2234 > URL: https://issues.jboss.org/browse/WFLY-2234 > Project: WildFly > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Clustering > Reporter: Kabir Khan > Assignee: Paul Ferraro > Fix For: 8.0.0.CR1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1791) Unable to use Filter Expressions in filter-spec

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1791?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-1791: ----------------------------------------------- Petr Kremensky <pkremens(a)redhat.com> changed the Status of [bug 982303|https://bugzilla.redhat.com/show_bug.cgi?id=982303] from ON_QA to VERIFIED > Unable to use Filter Expressions in filter-spec > ------------------------------------------------ > > Key: WFLY-1791 > URL: https://issues.jboss.org/browse/WFLY-1791 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: CLI > Reporter: Emmanuel Hugonnet > Assignee: Alexey Loubyansky > Priority: Minor > Fix For: 8.0.0.Beta1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-363) Incremental compilation fails with declared types

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-363?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-363: ------------------------------------------------ Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1037572|https://bugzilla.redhat.com/show_bug.cgi?id=1037572] from ASSIGNED to MODIFIED > Incremental compilation fails with declared types > ------------------------------------------------- > > Key: DROOLS-363 > URL: https://issues.jboss.org/browse/DROOLS-363 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.0.1.Final > > > Incremental compilation doesn't work if the newly added drl contains a declared type. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-37) Operators on java.lang.Comparable object doesn't work if JIT is enable

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-37?page=com.atlassian.jira.plugin.... ] Mario Fusco commented on DROOLS-37: ----------------------------------- Do you have a reproducer for this issue? > Operators on java.lang.Comparable object doesn't work if JIT is enable > ---------------------------------------------------------------------- > > Key: DROOLS-37 > URL: https://issues.jboss.org/browse/DROOLS-37 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final > Environment: Windows XP > Java 1.5 > joda-time 1.6.2 > Reporter: Jérémy SOULA > Assignee: Mario Fusco > Labels: 5.5, comparable, localDate > Fix For: 5.5.1.Final, 6.0.0.Alpha9 > > Attachments: drools-bugs.zip > > > In my application, i have rules that used org.joda.time.LocalDate to compare date like > {noformat} > rule "toto" > when > LocalDateForDroolsTestBean( > infDate>=supDate > ) > then > //Anything > end > {noformat} > With Drools 5.3, all works fine. > With Drools 5.5, an exception occured because JIT optimizer automaticaly enabled: > {noformat} > Exception in thread "main" java.lang.NoSuchMethodError: org.joda.time.LocalDate.compareTo(Lorg/joda/time/LocalDate;)I > at ConditionEvaluatorf8ba8fa3003345adbf3979e901488f23.evaluate(Unknown Source) > at org.drools.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:200) > at org.drools.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:157) > at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:137) > at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:59) > at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235) > at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240) > at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:350) > at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:311) > at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:903) > at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:847) > at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:269) > at org.drools.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:304) > at fr.jsoula.jboss.drools.bugs.comparable.ComparableBug.main(ComparableBug.java:39) > {noformat} > After search, it seems that the bytecode generated by org.drools.rule.builder.dialect.asm.ClassGenerator can't call the method public int compareTo(Object partial) of org.joda.time.LocalDate. The parameter of the method must be the same class of the current object. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-37) Operators on java.lang.Comparable object doesn't work if JIT is enable

by stevearoonie (JIRA)

[ https://issues.jboss.org/browse/DROOLS-37?page=com.atlassian.jira.plugin.... ] stevearoonie commented on DROOLS-37: ------------------------------------ I just got this error using the 5.5.1 snapshot. Looking at the source for the fix it seems as though it was around parameterized types, however joda LocalDates are not parameterized. > Operators on java.lang.Comparable object doesn't work if JIT is enable > ---------------------------------------------------------------------- > > Key: DROOLS-37 > URL: https://issues.jboss.org/browse/DROOLS-37 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.5.0.Final > Environment: Windows XP > Java 1.5 > joda-time 1.6.2 > Reporter: Jérémy SOULA > Assignee: Mario Fusco > Labels: 5.5, comparable, localDate > Fix For: 5.5.1.Final, 6.0.0.Alpha9 > > Attachments: drools-bugs.zip > > > In my application, i have rules that used org.joda.time.LocalDate to compare date like > {noformat} > rule "toto" > when > LocalDateForDroolsTestBean( > infDate>=supDate > ) > then > //Anything > end > {noformat} > With Drools 5.3, all works fine. > With Drools 5.5, an exception occured because JIT optimizer automaticaly enabled: > {noformat} > Exception in thread "main" java.lang.NoSuchMethodError: org.joda.time.LocalDate.compareTo(Lorg/joda/time/LocalDate;)I > at ConditionEvaluatorf8ba8fa3003345adbf3979e901488f23.evaluate(Unknown Source) > at org.drools.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:200) > at org.drools.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:157) > at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:137) > at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:59) > at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235) > at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240) > at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:350) > at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:311) > at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:903) > at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:847) > at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:269) > at org.drools.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:304) > at fr.jsoula.jboss.drools.bugs.comparable.ComparableBug.main(ComparableBug.java:39) > {noformat} > After search, it seems that the bytecode generated by org.drools.rule.builder.dialect.asm.ClassGenerator can't call the method public int compareTo(Object partial) of org.joda.time.LocalDate. The parameter of the method must be the same class of the current object. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2609) ExtensionRegistry.DeploymentManagementResourceRegistration returns incorrect type from getSubModel

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-2609: -------------------------------------- Summary: ExtensionRegistry.DeploymentManagementResourceRegistration returns incorrect type from getSubModel Key: WFLY-2609 URL: https://issues.jboss.org/browse/WFLY-2609 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: Domain Management Affects Versions: 8.0.0.Beta1 Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 8.0.0.CR1 DeploymentManagementResourceRegistration.getSubModel() and getOverrideModel() are not returning another DeploymentManagementResourceRegistration. Instead they are returning the normal ManagementResourceRegistration in the "deployments" tree. The effect of this is if getSubModel() is called, and then the returned MRR is modified, the modification only happens in the deployment tree instead of being copied to both it and the subdeployment tree by the special DeploymentManagementResourceRegistration logic. This is showing up as an issue in the JPA subsystem, which defers registration of part of its model and calls getSubModel() when it needs to do the registration. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1124) Eclipse plugin update for resource adapter 1.1

by Lin Gao (JIRA)

Lin Gao created JBJCA-1124: ------------------------------ Summary: Eclipse plugin update for resource adapter 1.1 Key: JBJCA-1124 URL: https://issues.jboss.org/browse/JBJCA-1124 Project: IronJacamar Issue Type: Task Components: Eclipse Reporter: Lin Gao Assignee: Jeff Zhang Update eclipse plugin with new features included in resource adapter 1.1 schema, which includes: * an id attribute in resource-adapter * work manager security configuration * initial-pool-size for the pool configuration * capacity for the pool configuration -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1124) Eclipse plugin update for resource adapter 1.1

by Lin Gao (JIRA)

[ https://issues.jboss.org/browse/JBJCA-1124?page=com.atlassian.jira.plugin... ] Lin Gao reassigned JBJCA-1124: ------------------------------ Assignee: Lin Gao (was: Jeff Zhang) > Eclipse plugin update for resource adapter 1.1 > ---------------------------------------------- > > Key: JBJCA-1124 > URL: https://issues.jboss.org/browse/JBJCA-1124 > Project: IronJacamar > Issue Type: Task > Components: Eclipse > Reporter: Lin Gao > Assignee: Lin Gao > > Update eclipse plugin with new features included in resource adapter 1.1 schema, which includes: > * an id attribute in resource-adapter > * work manager security configuration > * initial-pool-size for the pool configuration > * capacity for the pool configuration -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

[JBoss JIRA] (LOGTOOL-82) Generate source in a more deterministic order

by James Perkins (JIRA)

James Perkins created LOGTOOL-82: ------------------------------------ Summary: Generate source in a more deterministic order Key: LOGTOOL-82 URL: https://issues.jboss.org/browse/LOGTOOL-82 Project: Log Tool Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: James Perkins Assignee: James Perkins The generated source does not always generate the source in the same order. Creating a more deterministic order of the generated methods and fields would likely be better. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2013