December 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1382) Create initial ePDL language parser implementation

by Mark Proctor (JIRA)

Create initial ePDL language parser implementation -------------------------------------------------- Key: JBRULES-1382 URL: http://jira.jboss.com/jira/browse/JBRULES-1382 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 4.1.0 We need to update the XML framework to support rules and processes and bring back in the concept of Semantic Modules again. This will involve a big refactoring. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-1197) Extends actions support to include other dialects and callback

by Kris Verlaenen (JIRA)

Extends actions support to include other dialects and callback -------------------------------------------------------------- Key: JBRULES-1197 URL: http://jira.jboss.com/jira/browse/JBRULES-1197 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Rule Flow Affects Versions: 4.0.1 Reporter: Kris Verlaenen Assigned To: Kris Verlaenen Fix For: FUTURE Actions in ruleflow now only support MVEL. It should also support other dialects like Java. And possibly provide the possibility to specify a java callback interface. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (JBRULES-1352) Allow Constraints to also use dialectable expression evaluations

by Mark Proctor (JIRA)

Allow Constraints to also use dialectable expression evaluations ---------------------------------------------------------------- Key: JBRULES-1352 URL: http://jira.jboss.com/jira/browse/JBRULES-1352 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Rule Flow Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 4.1.0 We don't always want to use Rules for our constraints, so also allow dialectable eval type decisions. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBSER-102) Some instances of java.lang.Class are considered non-Serializable

by David Lloyd (JIRA)

Some instances of java.lang.Class are considered non-Serializable ----------------------------------------------------------------- Key: JBSER-102 URL: http://jira.jboss.com/jira/browse/JBSER-102 Project: JBoss Serialization Issue Type: Bug Reporter: David Lloyd Assigned To: Clebert Suconic JBoss Serialization looks at whether *instances* of the Class are serializable, rather than seeing that Class itself implements Serializable. So, if you serialize a Class that refers to a type that is non-serializable, and you have the serializable check enabled, it fails. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-5092) JMX Invoker security should use a role to control security

by Stephen Burdeau (JIRA)

JMX Invoker security should use a role to control security ---------------------------------------------------------- Key: JBAS-5092 URL: http://jira.jboss.com/jira/browse/JBAS-5092 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: JMX Affects Versions: JBossAS-4.2.0.GA Reporter: Stephen Burdeau Assigned To: Dimitris Andreadis The JMX Invoker is secured using the security domain java:/jaas/jmx-console. However, there appears to be no way to specify a particular role (e.g., JBossAdmin). This means that if a "userA" is added to the jmx-console-users.properties file, but "userA" is not added to any role, "userA" still has the privilege to perform JMX invoker requests, such as shutdown. Obviously one solution in this case is to not add "userA" to the jmx-console-users.properties file. However, the problem is more acute when a custom login module is developed. For example, a system administrator could develop a custom login module which validates a user against the operating system userid and password. The custom login module then uses another mechanism (e.g., flat file or database) to define the roles allowed for each user. However, since no role is required, any valid user on the system (e.g., "guest") would be granted access to the JMX Invoker. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCOMMON-40) Make org.jboss.util.collection.Lazy* and WeakTypeCache Serializable

by Dimitris Andreadis (JIRA)

Make org.jboss.util.collection.Lazy* and WeakTypeCache Serializable ------------------------------------------------------------------- Key: JBCOMMON-40 URL: http://jira.jboss.com/jira/browse/JBCOMMON-40 Project: JBoss Common Issue Type: Task Security Level: Public (Everyone can see) Components: common-core Reporter: Dimitris Andreadis Assigned To: Dimitris Andreadis Fix For: 2.2.3.GA Author: alesj Date: 2007-12-17 17:44:09 -0500 (Mon, 17 Dec 2007) New Revision: 2685 Modified: common-core/trunk/src/main/java/org/jboss/util/collection/LazyList.java common-core/trunk/src/main/java/org/jboss/util/collection/LazyMap.java common-core/trunk/src/main/java/org/jboss/util/collection/LazySet.java common-core/trunk/src/main/java/org/jboss/util/collection/WeakTypeCache.java Log: Serializable lazy collections. Having type defining methods protected. Author: scott.stark(a)jboss.org Date: 2007-12-17 18:04:11 -0500 (Mon, 17 Dec 2007) New Revision: 2686 Modified: common-core/trunk/src/main/java/org/jboss/util/collection/WeakTypeCache.java Log: Make all private methods protected -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1165) refactor Ejb3Handlers to use new metadata model

by William DeCoste (JIRA)

refactor Ejb3Handlers to use new metadata model ----------------------------------------------- Key: EJBTHREE-1165 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1165 Project: EJB 3.0 Issue Type: Task Affects Versions: AS 5.0.0.Beta3 Reporter: William DeCoste Assigned To: William DeCoste -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (JGRP-650) Probe: add handling for "INFO"

by Bela Ban (JIRA)

Probe: add handling for "INFO" ------------------------------ Key: JGRP-650 URL: http://jira.jboss.com/jira/browse/JGRP-650 Project: JGroups Issue Type: Feature Request Reporter: Bela Ban Assigned To: Bela Ban Priority: Optional Fix For: 2.6.2, 2.7 - Add Channel.addInfo(), allows apps to register useful information - Probe can be run with '-query info' to return that information -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBCACHE-1245) Visual admin tool for buddy replication

by Manik Surtani (JIRA)

Visual admin tool for buddy replication --------------------------------------- Key: JBCACHE-1245 URL: http://jira.jboss.com/jira/browse/JBCACHE-1245 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 3.2.0 Perhaps something that works entirely off JMX, and then both a command-line and GUI tool that can visualise/operate on it. In terms of buddy info, this could be textual information, perhaps even XML. In terms of a GUI tool to visualise this information, this can be put together using Swing. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
1
0 / 0

[JBoss JIRA] Created: (JBREM-878) Bad Padding Exception with Unified Invoker and SSL

by Andrew Oliver (JIRA)

Bad Padding Exception with Unified Invoker and SSL -------------------------------------------------- Key: JBREM-878 URL: http://jira.jboss.com/jira/browse/JBREM-878 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: unifiedinvoker Affects Versions: UnifiedInvoker 1.0.1 Reporter: Andrew Oliver After following: http://wiki.jboss.org/wiki/Wiki.jsp?page=SSLEJB2.1 05:25:05,241 WARN [ServiceController] Problem starting service jboss.remoting:service=ServerSocketFactory,type=SSL java.io.IOException: Error initializing server socket factory SSL context: failed to decrypt safe contents entry: javax.crypto.BadPaddingException: Given final block not properly padded at com.sun.net.ssl.internal.ssl.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1275) at java.security.KeyStore.load(KeyStore.java:1150) at org.jboss.remoting.security.SSLSocketBuilder.loadKeyStore(SSLSocketBuilder.java:1548) at org.jboss.remoting.security.SSLSocketBuilder.loadKeyManagers(SSLSocketBuilder.java:1442) at org.jboss.remoting.security.SSLSocketBuilder.initializeServerSocketFactorySSLContext(SSLSocketBuilder.java:1250) at org.jboss.remoting.security.SSLSocketBuilder.createCustomServerSocketFactory(SSLSocketBuilder.java:366) at org.jboss.remoting.security.SSLSocketBuilder.createSSLServerSocketFactory(SSLSocketBuilder.java:346) at org.jboss.remoting.security.SSLSocketBuilder.createSSLServerSocketFactory(SSLSocketBuilder.java:325) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy9.createSSLServerSocketFactory(Unknown Source) at org.jboss.remoting.security.SSLServerSocketFactoryService.start(SSLServerSocketFactoryService.java:61) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:995) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) at org.jboss.system.ServiceController.start(ServiceController.java:435) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) at org.jboss.Main.boot(Main.java:200) at org.jboss.Main$1.run(Main.java:508) at java.lang.Thread.run(Thread.java:595)  <mbean code="org.jboss.remoting.security.SSLSocketBuilder" name="jboss.remoting:service=SocketBuilder,type=SSL" display-name="SSL Server Socket Factory Builder"> <attribute name="UseSSLServerSocketFactory">false</attribute> <attribute name="KeyStoreURL">ourcorp.keystore</attribute> <attribute name="KeyStorePassword">sslsocket</attribute> <attribute name="KeyPassword">ourcorp999</attribute> <attribute name="SecureSocketProtocol">TLS</attribute>  <attribute name="KeyStoreType">PKCS12</attribute> </mbean> <mbean code="org.jboss.remoting.security.SSLServerSocketFactoryService" name="jboss.remoting:service=ServerSocketFactory,type=SSL" display-name="SSL Server Socket Factory"> <depends optional-attribute-name="SSLSocketBuilder" proxy-type="attribute">jboss.remoting:service=SocketBuilder,type=SSL</depends> </mbean> <mbean code="org.jboss.remoting.transport.Connector" name="jboss.remoting:service=Connector,transport=sslsocket"> display-name="SSL Socket transport Connector"> <attribute name="Configuration"> <config> <invoker transport="sslsocket"> <attribute name="serverSocketFactory">jboss.remoting:service=ServerSocketFactory,type=SSL</attribute> <attribute name="serverBindAddress">${jboss.bind.address}</attribute> <attribute name="serverBindPort">3843</attribute> </invoker> <handlers> <handler subsystem="invoker">jboss:service=invoker,type=unified</handler> </handlers> </config> </attribute>  <depends>jboss.remoting:service=ServerSocketFactory,type=SSL</depends> <depends>jboss.remoting:service=NetworkRegistry</depends> </mbean> (ourcorp was a find and replace) Note that the KeyManagementAlgoyrythm attribute doesn't exist and was commented out. This very same keystore works with the JRPM/SSL/SecurityDomain setup with JBoss 4.0.2 etc without error. Multiple different ways were used to reference the keystore file, a bad filename results in a different error. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
1
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 December 2007