[JBoss JIRA] (WFLY-7822) The default-security-domain attribute in the Undertow subsystem should not support expressions.
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-7822?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFLY-7822:
----------------------------------------
This will likely require some hackery and a WARN, with expression support removed later (or I guess the whole attribute will go if it's going to be deprecated.)
I think it's possible to kinda sorta support expressions, we just can't blow up if resolving the expression in Stage.MODEL fails. (I believe if the resolution fails we just don't record the capability requirement and then if the service stuff fails in Stage.RUNTIME the user finds out then.) It shouldn't fail unless the expression is a vault expression, and that is very unlikely.
> The default-security-domain attribute in the Undertow subsystem should not support expressions.
> -----------------------------------------------------------------------------------------------
>
> Key: WFLY-7822
> URL: https://issues.jboss.org/browse/WFLY-7822
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Reporter: Darran Lofthouse
> Assignee: Stuart Douglas
> Fix For: 11.0.0.Alpha1
>
>
> This attribute may be deprecated and removed at some point when we start to transition off PicketBox but for now it leads to a service dependency being set based on the value so should not support expressions.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (DROOLS-1394) Use Maven for compiling the workbench projects
by Toni Rikkola (JIRA)
Toni Rikkola created DROOLS-1394:
------------------------------------
Summary: Use Maven for compiling the workbench projects
Key: DROOLS-1394
URL: https://issues.jboss.org/browse/DROOLS-1394
Project: Drools
Issue Type: Feature Request
Reporter: Toni Rikkola
Assignee: Edson Tirelli
We currently use the kie-maven-plugin internally to compile the kjar's and only use Maven to provide the information about parent projects and dependencies for the project.
Yet we have the power of Maven underneath and we do not use it. It is impossible to use simple features like ignoring folders or moving code. Or more complicated, for example if you have your own rule asset format and need a Maven plugin to generate the DRL out of it.
However it is possible to set this functionality up. This causes problems:
* Same git tag built in the workbench produce different results depending on the Workbench version that is being used. This means that if you want to rebuild a lost kjar, you need to install the same workbench version that was originally used to create the first one
* Projects build in command line/build server can produce different kjars than the ones built with the workbench
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JGRP-2078) NPE in Ipv6 Solaris 10 test
by Richard Achmatowicz (JIRA)
[ https://issues.jboss.org/browse/JGRP-2078?page=com.atlassian.jira.plugin.... ]
Richard Achmatowicz closed JGRP-2078.
-------------------------------------
Resolution: Cannot Reproduce Bug
As per the last comment, this issue has not been seen for several releases. It can be reopened if it surfaces again.
> NPE in Ipv6 Solaris 10 test
> ---------------------------
>
> Key: JGRP-2078
> URL: https://issues.jboss.org/browse/JGRP-2078
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.8
> Reporter: Bogdan Sikora
> Assignee: Bela Ban
>
> {noformat}
> 2016-06-08 05:49:40,139 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-8) ISPN000079: Channel ejb local address is jboss-eap-7.0, physical addresses are [2620:52:0:105f:0:0:ffff:51%2:55200]
> 2016-06-08 05:49:40,139 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-5) ISPN000079: Channel server local address is jboss-eap-7.0, physical addresses are [2620:52:0:105f:0:0:ffff:51%2:55200]
> 2016-06-08 05:49:40,139 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-6) ISPN000079: Channel hibernate local address is jboss-eap-7.0, physical addresses are [2620:52:0:105f:0:0:ffff:51%2:55200]
> 2016-06-08 05:49:40,139 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-7) ISPN000079: Channel web local address is jboss-eap-7.0, physical addresses are [2620:52:0:105f:0:0:ffff:51%2:55200]
> {noformat}
> {noformat}
> 2016-06-08 05:50:01,589 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 69) WFLYCLINF0002: Started clusterbench.war cache from web container
> 2016-06-08 05:50:01,625 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 64) WFLYCLINF0002: Started routing cache from web container
> 2016-06-08 05:50:02,894 ERROR [org.jgroups.protocols.UNICAST3] (thread-2,ee,jboss-eap-7.0) JGRP000043: jboss-eap-7.0: failed handling event: java.lang.NullPointerException
> 2016-06-08 05:50:03,379 ERROR [org.jgroups.protocols.UNICAST3] (thread-2,ee,jboss-eap-7.0) JGRP000043: jboss-eap-7.0: failed handling event: java.lang.NullPointerException
> 2016-06-08 05:50:03,878 ERROR [org.jgroups.protocols.UNICAST3] (thread-1,ee,jboss-eap-7.0) JGRP000043: jboss-eap-7.0: failed handling event: java.lang.NullPointerException
> ...
> {noformat}
> https://paste.fedoraproject.org/376166/65389534/
> Config
> https://paste.fedoraproject.org/376150/
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (DROOLS-1393) Investigate why JpaOptLockPersistentStatefulSessionTest is failing with Hibernate 5
by Petr Široký (JIRA)
Petr Široký created DROOLS-1393:
-----------------------------------
Summary: Investigate why JpaOptLockPersistentStatefulSessionTest is failing with Hibernate 5
Key: DROOLS-1393
URL: https://issues.jboss.org/browse/DROOLS-1393
Project: Drools
Issue Type: Task
Components: core engine
Affects Versions: 7.0.0.Beta5
Reporter: Petr Široký
Assignee: Petr Široký
After the upgrade of Hibernate from 4.x to 5.x, the test {{JpaOptLockPersistentStatefulSessionTest}} started to fail with {{org.h2.jdbc.JdbcSQLException: The object is already closed [90007-173]}}.
We need to investigate this failure as it might be an actual bug.
Full stacktrace:
{code}
13:42:54.536 [Thread-5] WARN o.d.persistence.PersistableRunner.rollbackTransaction:391 - Could not commit session
java.lang.RuntimeException: Unable to commit transaction
at org.drools.persistence.jta.JtaTransactionManager.commit(JtaTransactionManager.java:239) ~[classes/:na]
at org.drools.persistence.PersistableRunner$TransactionInterceptor.execute(PersistableRunner.java:578) [classes/:na]
at org.drools.persistence.PersistableRunner$TransactionInterceptor.execute(PersistableRunner.java:533) [classes/:na]
at org.drools.core.command.impl.AbstractInterceptor.executeNext(AbstractInterceptor.java:39) [drools-core-7.0.0-SNAPSHOT.jar:7.0.0-SNAPSHOT]
at org.drools.persistence.jpa.OptimisticLockRetryInterceptor.internalExecute(OptimisticLockRetryInterceptor.java:102) [classes/:na]
at org.drools.persistence.jpa.OptimisticLockRetryInterceptor.execute(OptimisticLockRetryInterceptor.java:83) [classes/:na]
at org.drools.persistence.jpa.OptimisticLockRetryInterceptor.execute(OptimisticLockRetryInterceptor.java:44) [classes/:na]
at org.drools.persistence.PersistableRunner.execute(PersistableRunner.java:379) [classes/:na]
at org.drools.persistence.PersistableRunner.execute(PersistableRunner.java:53) [classes/:na]
at org.drools.core.runtime.InternalLocalRunner.execute(InternalLocalRunner.java:37) [drools-core-7.0.0-SNAPSHOT.jar:7.0.0-SNAPSHOT]
at org.drools.core.runtime.InternalLocalRunner.execute(InternalLocalRunner.java:41) [drools-core-7.0.0-SNAPSHOT.jar:7.0.0-SNAPSHOT]
at org.drools.core.command.impl.CommandBasedStatefulKnowledgeSession.setGlobal(CommandBasedStatefulKnowledgeSession.java:511) [drools-core-7.0.0-SNAPSHOT.jar:7.0.0-SNAPSHOT]
at org.drools.persistence.session.JpaOptLockPersistentStatefulSessionTest$InsertAndFireThread.run(JpaOptLockPersistentStatefulSessionTest.java:128) [test-classes/:na]
Caused by: bitronix.tm.internal.BitronixRollbackException: RuntimeException thrown during beforeCompletion cycle caused transaction rollback
at bitronix.tm.BitronixTransaction.commit(BitronixTransaction.java:241) ~[btm-2.1.4.jar:2.1.4]
at bitronix.tm.BitronixTransactionManager.commit(BitronixTransactionManager.java:143) ~[btm-2.1.4.jar:2.1.4]
at org.drools.persistence.jta.JtaTransactionManager.commit(JtaTransactionManager.java:236) ~[classes/:na]
... 12 common frames omitted
Caused by: javax.persistence.PersistenceException: org.hibernate.exception.GenericJDBCException: could not update: [org.drools.persistence.info.SessionInfo#1]
at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:147) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:155) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:162) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1434) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:484) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.internal.SessionImpl.flushBeforeTransactionCompletion(SessionImpl.java:3190) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.internal.SessionImpl.beforeTransactionCompletion(SessionImpl.java:2404) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.beforeTransactionCompletion(JdbcCoordinatorImpl.java:467) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorImpl.beforeCompletion(JtaTransactionCoordinatorImpl.java:320) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.resource.transaction.backend.jta.internal.synchronization.SynchronizationCallbackCoordinatorNonTrackingImpl.beforeCompletion(SynchronizationCallbackCoordinatorNonTrackingImpl.java:47) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.resource.transaction.backend.jta.internal.synchronization.RegisteredSynchronization.beforeCompletion(RegisteredSynchronization.java:37) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at bitronix.tm.BitronixTransaction.fireBeforeCompletionEvent(BitronixTransaction.java:532) ~[btm-2.1.4.jar:2.1.4]
at bitronix.tm.BitronixTransaction.commit(BitronixTransaction.java:235) ~[btm-2.1.4.jar:2.1.4]
... 14 common frames omitted
Caused by: org.hibernate.exception.GenericJDBCException: could not update: [org.drools.persistence.info.SessionInfo#1]
at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:47) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:111) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3215) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:3065) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3445) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:145) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:586) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:460) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:337) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:39) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1428) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
... 23 common frames omitted
Caused by: org.h2.jdbc.JdbcSQLException: The object is already closed [90007-173]
at org.h2.message.DbException.getJdbcSQLException(DbException.java:331) ~[h2-1.3.173.jar:1.3.173]
at org.h2.message.DbException.get(DbException.java:171) ~[h2-1.3.173.jar:1.3.173]
at org.h2.message.DbException.get(DbException.java:148) ~[h2-1.3.173.jar:1.3.173]
at org.h2.message.DbException.get(DbException.java:137) ~[h2-1.3.173.jar:1.3.173]
at org.h2.jdbc.JdbcStatement.checkClosed(JdbcStatement.java:976) ~[h2-1.3.173.jar:1.3.173]
at org.h2.jdbc.JdbcPreparedStatement.checkClosed(JdbcPreparedStatement.java:1574) ~[h2-1.3.173.jar:1.3.173]
at org.h2.jdbc.JdbcStatement.checkClosed(JdbcStatement.java:952) ~[h2-1.3.173.jar:1.3.173]
at org.h2.jdbc.JdbcPreparedStatement.setParameter(JdbcPreparedStatement.java:1334) ~[h2-1.3.173.jar:1.3.173]
at org.h2.jdbc.JdbcPreparedStatement.setTimestamp(JdbcPreparedStatement.java:427) ~[h2-1.3.173.jar:1.3.173]
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) ~[na:na]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_112]
at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_112]
at bitronix.tm.resource.jdbc.BaseProxyHandlerClass.invoke(BaseProxyHandlerClass.java:64) ~[btm-2.1.4.jar:2.1.4]
at com.sun.proxy.$Proxy23.setTimestamp(Unknown Source) ~[na:na]
at org.hibernate.type.descriptor.sql.TimestampTypeDescriptor$1.doBind(TimestampTypeDescriptor.java:56) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.type.descriptor.sql.BasicBinder.bind(BasicBinder.java:74) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.type.AbstractStandardBasicType.nullSafeSet(AbstractStandardBasicType.java:277) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.type.AbstractStandardBasicType.nullSafeSet(AbstractStandardBasicType.java:272) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.type.AbstractSingleColumnStandardBasicType.nullSafeSet(AbstractSingleColumnStandardBasicType.java:39) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.persister.entity.AbstractEntityPersister.dehydrate(AbstractEntityPersister.java:2713) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3142) ~[hibernate-core-5.2.6.Final.jar:5.2.6.Final]
... 31 common frames omitted
at org.drools.persistence.jta.JtaTransactionManager.commit(JtaTransactionManager.java:239)
at org.drools.persistence.PersistableRunner$TransactionInterceptor.execute(PersistableRunner.java:578)
at org.drools.persistence.PersistableRunner$TransactionInterceptor.execute(PersistableRunner.java:533)
at org.drools.core.command.impl.AbstractInterceptor.executeNext(AbstractInterceptor.java:39)
at org.drools.persistence.jpa.OptimisticLockRetryInterceptor.internalExecute(OptimisticLockRetryInterceptor.java:102)
at org.drools.persistence.jpa.OptimisticLockRetryInterceptor.execute(OptimisticLockRetryInterceptor.java:83)
at org.drools.persistence.jpa.OptimisticLockRetryInterceptor.execute(OptimisticLockRetryInterceptor.java:44)
at org.drools.persistence.PersistableRunner.execute(PersistableRunner.java:379)
at org.drools.persistence.PersistableRunner.execute(PersistableRunner.java:53)
at org.drools.core.runtime.InternalLocalRunner.execute(InternalLocalRunner.java:37)
at org.drools.core.runtime.InternalLocalRunner.execute(InternalLocalRunner.java:41)
at org.drools.core.command.impl.CommandBasedStatefulKnowledgeSession.setGlobal(CommandBasedStatefulKnowledgeSession.java:511)
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFLY-1117) Implement 'list-in-use-connections' on JCA CachedConnectionManager and make it available runtime through MBean
by Piyush Goel (JIRA)
[ https://issues.jboss.org/browse/WFLY-1117?page=com.atlassian.jira.plugin.... ]
Piyush Goel commented on WFLY-1117:
-----------------------------------
yes, please if u can provide compiled version..so it'll a big help because I wanna use this to check my leaked connections.
Thanks
> Implement 'list-in-use-connections' on JCA CachedConnectionManager and make it available runtime through MBean
> --------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-1117
> URL: https://issues.jboss.org/browse/WFLY-1117
> Project: WildFly
> Issue Type: Feature Request
> Components: JCA
> Reporter: Aleš Bregar
> Assignee: Jesper Pedersen
> Priority: Trivial
> Labels: jca
> Attachments: patch1.txt, patch2.txt, patches.zip
>
>
> The missing functionality was present in previous version(s) of AS. As it comes handy sometimes I would like to see this included also in as7.
> Possible solution is attached in two patches:
> - patch1 for IronJacamar (based on 1.0.14.Final)
> - patch2 for as7 jca connector
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFLY-7808) Security subsystem, audit provider-module lacks "module" attribute
by Peter Palaga (JIRA)
[ https://issues.jboss.org/browse/WFLY-7808?page=com.atlassian.jira.plugin.... ]
Peter Palaga reassigned WFLY-7808:
----------------------------------
Assignee: Peter Palaga (was: Darran Lofthouse)
> Security subsystem, audit provider-module lacks "module" attribute
> ------------------------------------------------------------------
>
> Key: WFLY-7808
> URL: https://issues.jboss.org/browse/WFLY-7808
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Reporter: Peter Palaga
> Assignee: Peter Palaga
>
> Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1392436 :
> When adding a provider module for auditing:
> {code}
> [standalone@orac.usersys.redhat.com:9999 /] /subsystem=security/security-domain=LdapRealm/audit=classic/provider-module=test:add(
> => hit TAB
> code= module-options=
> {code}
> There is no attribute "module" which would allow a customer to install a custom module.
> Workaround: custom jar file must be added to the "org.picketbox" module.
> However, this needs to be checked/redone each time a CP is installed making it a big overhead when a customer has many installations.
> Logging as a bug and not an RFE, as the presence of the "module" attribute was expected.
> The "module" attribute is defined in the jboss-as-security and wildfly-security schemas since version 1.1, but it seems to never have been implemented.
> cc [~tfonteyn], [~j_ri]
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months