September 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (EJBTHREE-2050) Ensure ids for newly created SFSB contexts will hash locally in Infinispan

by Brian Stansberry (JIRA)

Ensure ids for newly created SFSB contexts will hash locally in Infinispan -------------------------------------------------------------------------- Key: EJBTHREE-2050 URL: https://jira.jboss.org/jira/browse/EJBTHREE-2050 Project: EJB 3.0 Issue Type: Sub-task Components: cache, Clustering Reporter: Brian Stansberry Assignee: Paul Ferraro If Infinispan DIST is used, at least one of the cache locations for an SFSB should be the node that created it. This way in the normal case where there are 2 copies, a single unicast to the backup node is sufficient to replicate. If the cache key (the SFSBContext id) hashes to 2 remote nodes, then every cache write will require 2 unicasts. The problem here is unlike web sessions, the id for an SFSB context is not generated by the caching layer; it's generated by StatefulBeanContext itself. So the web session strategy of having a background thread occasionally populate a pool of ids that are known to map locally (using the consistent hash algorithm Mircea Marcus is going to expose for ISPN-232) won't work. -- 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

14 years

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-6338) Review webservices chapters

by Scott M Stark (JIRA)

Review webservices chapters --------------------------- Key: JBAS-6338 URL: https://jira.jboss.org/jira/browse/JBAS-6338 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Web Services Affects Versions: JBossAS-5.0.0.GA Reporter: Scott M Stark Assignee: Alessio Soldano We need to review the admin guide web services chapters: https://svn.jboss.org/repos/jbossas/projects/docs/community/5/Administrat... -- 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

14 years

3
6
0 / 0

[JBoss JIRA] Created: (SECURITY-355) JBoss Negotiation - User Guide Enhancements

by Darran Lofthouse (JIRA)

JBoss Negotiation - User Guide Enhancements ------------------------------------------- Key: SECURITY-355 URL: https://jira.jboss.org/jira/browse/SECURITY-355 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: Negotiation Affects Versions: Negotiation_2.0.3.GA Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: Negotiation_2.0.4.GA Add additional clarification to the critical points within the user guide. -- 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

14 years

1
4
0 / 0

[JBoss JIRA] Created: (SECURITY-433) Calls to getCallerPrincipal() return session ID

by Darran Lofthouse (JIRA)

Calls to getCallerPrincipal() return session ID ----------------------------------------------- Key: SECURITY-433 URL: https://jira.jboss.org/jira/browse/SECURITY-433 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: Negotiation Affects Versions: Negotiation_2.0.3.SP1 Reporter: Darran Lofthouse Assignee: Anil Saldhana Fix For: Negotiation_2.0.3.SP2 After SPNEGO based authentication the caller principal is the session ID - it should be possible to switch this to the name of the authenticated user. Also add an option to either return the full principal name or remove the realm. -- 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

14 years

1
3
0 / 0

[JBoss JIRA] Created: (JBAS-8031) Update JBossTS to 4.11

by Jonathan Halliday (JIRA)

Update JBossTS to 4.11 ---------------------- Key: JBAS-8031 URL: https://jira.jboss.org/browse/JBAS-8031 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Transaction Manager (Arjuna) Reporter: Jonathan Halliday Assignee: Jonathan Halliday Fix For: 6.0.0.M4 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years

3
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2697) Description not in documentation

by Tomáš Schlosser (JIRA)

Description not in documentation -------------------------------- Key: JBRULES-2697 URL: https://jira.jboss.org/browse/JBRULES-2697 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-guvnor Affects Versions: 5.1.1.FINAL Environment: jboss-eap-5.1 brms-guvnor 5.1.0 35066 Reporter: Tomáš Schlosser Assignee: Mark Proctor Although description is set in rules it doesn't appear in documentation generated by Guvnor. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years

3
3
0 / 0

[JBoss JIRA] Created: (JBJCA-426) Track component updates

by Jesper Pedersen (JIRA)

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

14 years

1
1
0 / 0

[JBoss JIRA] Created: (JBJCA-431) Fungal 0.9.0.Beta1

by Jesper Pedersen (JIRA)

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

14 years

1
3
0 / 0

[JBoss JIRA] Created: (JASSIST-92) ExprEditor: edit "throw new Exception"-Statements

by Hans-Joerg Adel (JIRA)

ExprEditor: edit "throw new Exception"-Statements ------------------------------------------------- Key: JASSIST-92 URL: https://jira.jboss.org/jira/browse/JASSIST-92 Project: Javassist Issue Type: Feature Request Affects Versions: 3.11.0.GA Environment: WIndows Vista Java 1.6 Reporter: Hans-Joerg Adel Assignee: Shigeru Chiba Priority: Minor Hi! At the moment I am using the ExprEditor. I miss an edit-Method to access throw statements like the follwing ones: throw new RuntimeException(); try { foobar(x); } catch (IllegalArgumentException e) { doSomething(); throw e; // this statement } I think of something like this: public void edit(ThrowExpr t) { t.getType(); // returns the CtClass of the thrown Exception } Cheers Ruwen and Hans-Joerg -- 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

14 years

3
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2224) multi-restriction pattern throws UnsupportedOpEx

by Wolfgang Laun (JIRA)

multi-restriction pattern throws UnsupportedOpEx ------------------------------------------------ Key: JBRULES-2224 URL: https://jira.jboss.org/jira/browse/JBRULES-2224 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler (expert) Affects Versions: 5.0.1.FINAL Reporter: Wolfgang Laun Assignee: Mark Proctor rule "same" when $m : ShGraphType( $x25No : x25No, $trans : trans ) GoType( x25No == $x25No || == ($x25No % 2000), trans != $trans ) #!!!# $e : ShType( x25No == $x25No ) $v : View( elemSet contains $m ) then Field x25No is an int. The marked pattern is not flagged in Eclipse, passes the compiler without an error, but crashes at runtime during fact insertion with: Exception in thread "main" java.lang.UnsupportedOperationException: does not support method call isAllowed(Object object, InternalWorkingMemory workingMemoiry) at org.drools.rule.ReturnValueRestriction.isAllowedCachedRight(ReturnValueRestriction.java:252) at org.drools.rule.OrCompositeRestriction.isAllowedCachedRight(OrCompositeRestriction.java:51) at org.drools.rule.MultiRestrictionFieldConstraint.isAllowedCachedRight(MultiRestrictionFieldConstraint.java:115) at org.drools.common.DoubleBetaConstraints.isAllowedCachedRight(DoubleBetaConstraints.java:181) at org.drools.reteoo.JoinNode.assertObject(JoinNode.java:172) at org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:360) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:344) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:184) at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:146) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1094) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1045) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:830) at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:219) at rss.checker.engine.impl.DroolsEngine.insert(DroolsEngine.java:61) -- 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

14 years

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2010