March 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-7881) JBossWebRealm needs a flag to bypass the JBoss Security Authorization Framework and rely on only RealmBase authorization

by Anil Saldhana (JIRA)

JBossWebRealm needs a flag to bypass the JBoss Security Authorization Framework and rely on only RealmBase authorization ------------------------------------------------------------------------------------------------------------------------ Key: JBAS-7881 URL: https://jira.jboss.org/jira/browse/JBAS-7881 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: JBossAS-6.0.0.M2 Reporter: Anil Saldhana Assignee: Anil Saldhana Fix For: JBossAS-6.0.0.M3 JBoss Security Authorization Framework is needed if XACML and JACC are needed. In the absence of these needs, it should be configurable to just utilize the realmbase authorization decisions to improve performance. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-1260) Include eclipse JDT library in drools-eclipse IDE plugin

by Joshua Jackson (JIRA)

Include eclipse JDT library in drools-eclipse IDE plugin -------------------------------------------------------- Key: JBRULES-1260 URL: http://jira.jboss.com/jira/browse/JBRULES-1260 Project: JBoss Drools Issue Type: Task Security Level: Public (Everyone can see) Components: Eclipse IDE Affects Versions: 4.0.1 Reporter: Joshua Jackson Assigned To: Mark Proctor Fix For: 4.0.2 Include the core-3.2.3.v_686_R32x.jar inside the drools-eclipse IDE plugin otherwise rules can not be run from eclipse and throw this exception: org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java' at org.drools.compiler.PackageBuilderConfiguration.buildDialectRegistry(PackageBuilderConfiguration.java:134) at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:110) at org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:83) at org.drools.compiler.PackageBuilder.<init>(PackageBuilder.java:120) at org.drools.compiler.PackageBuilder.<init>(PackageBuilder.java:86) at com.sample.DroolsTest.readRule(DroolsTest.java:50) at com.sample.DroolsTest.main(DroolsTest.java:21) Caused by: java.lang.RuntimeException: The Eclipse JDT Core jar is not in the classpath at org.drools.rule.builder.dialect.java.JavaDialectConfiguration.setCompiler(JavaDialectConfiguration.java:98) at org.drools.rule.builder.dialect.java.JavaDialectConfiguration.init(JavaDialectConfiguration.java:56) at org.drools.compiler.PackageBuilderConfiguration.buildDialectRegistry(PackageBuilderConfiguration.java:130) ... 6 more -- 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

16 years, 3 months

10
18
0 / 0

[JBoss JIRA] Deleted: (JBCOMMON-107) CVE-2009-2693

by Mike Millson (JIRA)

[ https://jira.jboss.org/jira/browse/JBCOMMON-107?page=com.atlassian.jira.p... ] Mike Millson deleted JBCOMMON-107: ---------------------------------- > CVE-2009-2693 > ------------- > > Key: JBCOMMON-107 > URL: https://jira.jboss.org/jira/browse/JBCOMMON-107 > Project: JBoss Common > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Mike Millson > Assignee: Mike Millson > > CVE-2009-2693,: When deploying WAR files, the WAR files were not checked for directory traversal attempts. This allows an attacker to create arbitrary content outside of the web root by including entries such as ../../bin/catalina.sh in the WAR -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCOMMON-107) CVE-2009-2693

by Mike Millson (JIRA)

CVE-2009-2693 ------------- Key: JBCOMMON-107 URL: https://jira.jboss.org/jira/browse/JBCOMMON-107 Project: JBoss Common Issue Type: Bug Security Level: Public (Everyone can see) Components: common-old (1.x) Affects Versions: 1.0.0.GA Reporter: Mike Millson Assignee: Mike Millson CVE-2009-2693,: When deploying WAR files, the WAR files were not checked for directory traversal attempts. This allows an attacker to create arbitrary content outside of the web root by including entries such as ../../bin/catalina.sh in the WAR -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (EJBTHREE-2066) factoryProxy.toString() fails if called before registration in the Dispatcher

by Carlo de Wolf (JIRA)

factoryProxy.toString() fails if called before registration in the Dispatcher ----------------------------------------------------------------------------- Key: EJBTHREE-2066 URL: https://jira.jboss.org/jira/browse/EJBTHREE-2066 Project: EJB 3.0 Issue Type: Bug Components: core Environment: Running with -Dsun.io.serialization.extendedDebugInfo=true Reporter: Carlo de Wolf Assignee: Carlo de Wolf Fix For: as-int 1.1.23, EJB3_1 1.0.6 org.jboss.aop.NotFoundInDispatcherException: Object with oid: org.jboss.ejb3.test.consumer.QueueTestRemotePRODUCER_FACTORY was not found in the Dispatcher at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:85) at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:82) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:897) at org.jboss.remoting.transport.local.LocalClientInvoker.invoke(LocalClientInvoker.java:106) at org.jboss.remoting.Client.invoke(Client.java:1927) at org.jboss.remoting.Client.invoke(Client.java:770) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:60) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) at org.jboss.aspects.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:48) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:62) at $Proxy128.toString(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1379) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) at java.rmi.MarshalledObject.<init>(MarshalledObject.java:101) at org.jnp.interfaces.MarshalledValuePair.<init>(MarshalledValuePair.java:65) at org.jnp.interfaces.NamingContext.createMarshalledValuePair(NamingContext.java:1429) at org.jnp.interfaces.NamingContext.rebind(NamingContext.java:569) at org.jnp.interfaces.NamingContext.rebind(NamingContext.java:542) at javax.naming.InitialContext.rebind(InitialContext.java:408) at org.jboss.util.naming.Util.rebind(Util.java:131) at org.jboss.util.naming.Util.rebind(Util.java:117) at org.jboss.ejb3.mdb.RemoteProducerFactory.start(RemoteProducerFactory.java:89) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JBJCA-301) JBoss JCA 1.0.0.Alpha10

by Jesper Pedersen (JIRA)

JBoss JCA 1.0.0.Alpha10 ----------------------- Key: JBJCA-301 URL: https://jira.jboss.org/jira/browse/JBJCA-301 Project: JBoss JCA Issue Type: Release Components: Build Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.0.0.Alpha10 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
2
0 / 0

[JBoss JIRA] Created: (JBJCA-294) Validate as early as possible

by Jesper Pedersen (JIRA)

Validate as early as possible ----------------------------- Key: JBJCA-294 URL: https://jira.jboss.org/jira/browse/JBJCA-294 Project: JBoss JCA Issue Type: Patch Components: Validator Reporter: Stefano Maestri Assignee: Jesper Pedersen Fix For: 1.0.0.Alpha10 Do validation of the resource adapter classes as early as possible. Also create a test suite for the validator chain. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JBJCA-300) Promote Stefano Maestri to committer

by Jesper Pedersen (JIRA)

Promote Stefano Maestri to committer ------------------------------------ Key: JBJCA-300 URL: https://jira.jboss.org/jira/browse/JBJCA-300 Project: JBoss JCA Issue Type: Task Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.0.0.Alpha10 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JGRP-1171) Address cache in TP protocol never removes inactive members, which causes enourmous delays sending multicast messages using TCP

by Fedor Cherepanov (JIRA)

Address cache in TP protocol never removes inactive members, which causes enourmous delays sending multicast messages using TCP ------------------------------------------------------------------------------------------------------------------------------- Key: JGRP-1171 URL: https://jira.jboss.org/jira/browse/JGRP-1171 Project: JGroups Issue Type: Bug Affects Versions: 2.9, 2.8 Reporter: Fedor Cherepanov Assignee: Bela Ban org.jgroups.blocks.LazyRemovalCache used in org.jgroups.protocols.TP removes marked cache items only when it's size exceeds max_elements size, which is set to 20 in TP. I'm using jgroups (tried 2.8 and 2.9) with jboss-cache 3.2.1, using TCP protocol. I've tried to investigate why when any node leaves the cluster, replication time increases by a second (around 50ms initially). Here's what I found: What a node leaves the cluster and view changes: 1. TP calls logical_addr_cache.retainAll(members); 2. LazyRemovalCache.retainAll updates the map, setting removable flag to true on those members that are not in the view. 3. LazyRemovalCache.checkMaxSizeExceeded NEVER removes them from the cache because it's size is always less than max_elements, which is 20. 1. BasicTCP.sendMulticast calls TP.sendToAllPhysicalAddresses 2. TP.sendToAllPhysicalAddresses iterates through all values in logical_addr_cache calling sendUnicast for each 3. logical_addr_cache contains all the nodes including those killed, and tries to connect to each if them, which causes enormous delays This is causing replication time to increase for connection timeout for every node removed from cluster -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (JBREFLECT-16) Fix the serialization for the javassist based ClassInfo implementation

by Adrian Brock (JIRA)

Fix the serialization for the javassist based ClassInfo implementation ---------------------------------------------------------------------- Key: JBREFLECT-16 URL: http://jira.jboss.com/jira/browse/JBREFLECT-16 Project: JBoss Reflection Issue Type: Task Components: Javassist Affects Versions: JBossReflection.2.2.0.Beta1 Reporter: Adrian Brock Make and test the javassist ClassInfo implementation Serializable -- 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

16 years, 3 months

3
6
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 March 2010