February 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (EJBTHREE-2083) Create "embedded" component for EJB 3.1 EJBContainer implementation

by Andrew Lee Rubinger (JIRA)

Create "embedded" component for EJB 3.1 EJBContainer implementation ------------------------------------------------------------------- Key: EJBTHREE-2083 URL: https://jira.jboss.org/jira/browse/EJBTHREE-2083 Project: EJB 3.0 Issue Type: Feature Request Components: embedded Reporter: Andrew Lee Rubinger Assignee: Andrew Lee Rubinger Start porting in local development towards the EJB 3.1 Embedded container support. -- 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

15 years

2
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1999) Create "embedded" component

by Andrew Lee Rubinger (JIRA)

Create "embedded" component --------------------------- Key: EJBTHREE-1999 URL: https://jira.jboss.org/jira/browse/EJBTHREE-1999 Project: EJB 3.0 Issue Type: Task Components: embedded Reporter: Andrew Lee Rubinger Assignee: Andrew Lee Rubinger Create a component w/ SPI/API, build, and impl modules to house the E-EJB3 configuration -- 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

15 years

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-8411) Interface specified at host level but not at domain is accepted

by Brian Stansberry (JIRA)

Interface specified at host level but not at domain is accepted --------------------------------------------------------------- Key: JBAS-8411 URL: https://jira.jboss.org/browse/JBAS-8411 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Domain Management Reporter: Brian Stansberry Fix For: 7.0.0.M1 The current build/src/main/resources/domain/configuration/host.xml includes the declaration of an <interface name="public" at the host level and that interface is not declared in the domain. It's used in the <domain-controller><local> element but I think it should be required to be declared there. Interfaces directly under host should be used to clarify the host-specific IP address mapping for stuff declared in domain.xml. If the address name is only used in the DC config, then declare it there. -- 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

15 years, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (JBAS-8550) Filesystem deployment service should use a different marker file for failed deployments

by Brian Stansberry (JIRA)

Filesystem deployment service should use a different marker file for failed deployments --------------------------------------------------------------------------------------- Key: JBAS-8550 URL: https://jira.jboss.org/browse/JBAS-8550 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Domain Management Reporter: Brian Stansberry Fix For: 7.0.0.M2 >From Jesper Pedersen: Shouldn't a deployment which fails be called .failed instead of .deployed ? -- 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

15 years, 1 month

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-8795) Allow the plan for executing an operation to specify a list of required hosts / servers

by Brian Stansberry (JIRA)

Allow the plan for executing an operation to specify a list of required hosts / servers --------------------------------------------------------------------------------------- Key: JBAS-8795 URL: https://issues.jboss.org/browse/JBAS-8795 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Domain Management Reporter: Brian Stansberry Fix For: 7.0.0.Beta1 This is to record an idea for future consideration. When a client submits an operation to the domain or host controller, it can include rules for how many servers the operation can fail on within a server group before the operation is reverted across the server group. Add the ability to specify a list of servers and or hosts where the operation must succeed. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
2
0 / 0

[JBoss JIRA] Created: (JBAS-8319) [Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't support fetching http resources

by Savas Ali Tokmen (JIRA)

[Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't support fetching http resources --------------------------------------------------------------------------------------------- Key: JBAS-8319 URL: https://jira.jboss.org/browse/JBAS-8319 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: VFS Affects Versions: 6.0.0.M3, JBossAS-5.1.0.GA, JBossAS-5.0.1.GA, JBossAS-5.0.0.GA Environment: JBoss 5.0.1 GA (jboss-vfs 2.1.2 GA) JBoss 5.1.0 GA (jboss-vfs 2.1.0 GA) JBoss 6.0.0 M3 (jboss-vfs 3.0.0 CR5) Reporter: Savas Ali Tokmen Attachments: stacktrace-jboss-5.txt, stacktrace-jboss-6.txt I'm currently working on the porting of our JBoss 4.2 infrastructure to JBoss 5.x, and even maybe 6.x. Since JBoss doesn't allow automated remote deployment (i.e., via JMX for example -a manual access to the JBoss console is necessary) of applications (WAR, EJBs, EARs, etc.), we used to call the JBoss MainDeployer's deploy method with a URL pointing to an HTTP URL which contains all our deployable artifacts. As of JBoss 5.x, this broke. I'm attaching stack traces for JBoss 5 and JBoss 6; in JBoss 5 we clearly see that org.jboss.virtual.VFS.getVFS throws: java.io.IOException: No context factory for http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war -- 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

15 years, 1 month

7
24
0 / 0

[JBoss JIRA] Created: (JBRULES-2858) misc. decision table bugs and improvements

by Wolfgang Laun (JIRA)

misc. decision table bugs and improvements ------------------------------------------ Key: JBRULES-2858 URL: https://issues.jboss.org/browse/JBRULES-2858 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-decisiontables Affects Versions: 5.1.1.FINAL Reporter: Wolfgang Laun Assignee: Mark Proctor Fix For: 5.2.0.M2 RuleTable and column headers (CONDITION, ACTION,...) are ignored when written with a leading space. Errors are reported in row & column numbers; this should be done using cell names. Duplicate columns for rule attributes are silently ignored; there should be a diagnostic. NumberFormatException thrown on bad integer must be caught and result in a proper diagnostic. Description entry is notwritten into the generated DRL. Some attributes cannot be produced: lock-on-active, etc. NPE thrown for certain entries Documentation is rather "off" in several places. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

2
3
0 / 0

[JBoss JIRA] Created: (SECURITY-31) White Paper on JMX Security

by Anil Saldhana (JIRA)

White Paper on JMX Security --------------------------- Key: SECURITY-31 URL: http://jira.jboss.com/jira/browse/SECURITY-31 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: White Papers Reporter: Anil Saldhana Assigned To: Anil Saldhana There is a need for a simple technical white paper that talks about the various scenarios involved in security jmx in JBoss. This includes the jmx consoles as well as the invokers. -- 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

15 years, 1 month

2
4
0 / 0

[JBoss JIRA] Created: (JBAS-8204) Deployment via a deployment plan

by Brian Stansberry (JIRA)

Deployment via a deployment plan -------------------------------- Key: JBAS-8204 URL: https://jira.jboss.org/browse/JBAS-8204 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Domain Management Reporter: Brian Stansberry Fix For: 7.0.0.M2 I want us to have some sort of deployment plan notion in our deployment API so users can specify in a document how a rolling upgrade should occur, e.g. here's the new deployment(s), first quiesce this set of servers, then upgrade, roll on to this set of servers, etc. Basically describe in a document the set of operations that are meant to be atomic. -- 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

15 years, 1 month

1
4
0 / 0

[JBoss JIRA] Created: (SECURITY-561) JBossResponseContext getResult strips multiple obligations from the evaluation response.

by Brian Krisler (JIRA)

JBossResponseContext getResult strips multiple obligations from the evaluation response. ---------------------------------------------------------------------------------------- Key: SECURITY-561 URL: https://issues.jboss.org/browse/SECURITY-561 Project: PicketBox (JBoss Security and Identity Management) Issue Type: Bug Security Level: Public (Everyone can see) Components: PicketBox Affects Versions: 2.0.2.CR12 Environment: N/A Reporter: Brian Krisler Assignee: Anil Saldhana The getResult() method in JBossResponseContext prevents multiple Obligations from getting returned to the PEP. The code block: //Obligations Set<Obligation> obligationsSet = result.getObligations(); if(obligationsSet != null) { for(Obligation obl:obligationsSet) { ObligationType obType = new ObligationType(); obType.setObligationId(obl.getId().toASCIIString()); obType.setFulfillOn(EffectType.fromValue(Result.DECISIONS[obl.getFulfillOn()])); ObligationsType obligationsType = new ObligationsType(); obligationsType.getObligation().add(obType); resultType.setObligations(obligationsType); } } Causes the obligations to constantly get overwritten with the last one read in. --> resultType.setObligations(obligationsType) To fix, do something more like: // Obligations Set<Obligation> obligationsSet = result.getObligations(); if (obligationsSet != null && obligationsSet.size() > 0) { ObligationsType obligationsType = new ObligationsType(); for (Obligation obl : obligationsSet) { ObligationType obType = new ObligationType(); obType.setObligationId(obl.getId().toASCIIString()); obType.setFulfillOn(EffectType.fromValue(Result.DECISIONS[obl.getFulfillOn()])); obligationsType.getObligation().add(obType); } resultType.setObligations(obligationsType); } -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

2
2
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 February 2011