June 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-4448) Properties MBean attribues don't update properly

by John Mazzitelli (JIRA)

Properties MBean attribues don't update properly ------------------------------------------------ Key: JBAS-4448 URL: http://jira.jboss.com/jira/browse/JBAS-4448 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-4.2.0.GA Reporter: John Mazzitelli Priority: Minor I have this in my jboss-service.xml for a custom MBean that has a Properties attribute: <attribute name="ConfigurationOverrides" serialDataType="jbxb"> <java:properties xmlns:java="urn:jboss:java-properties" xmlns:xs="http://www.w3.org/2001/XMLSchema-instance" xs:schemaLocation="urn:jboss:java-properties resource:java-properties_1_0.xsd"> <java:property> <java:key>my-data-directory</java:key> <java:value>${jboss.server.data.dir}/subdir</java:value> </java:property> ... and more java:property definitions ... I have other non-Properties attributes in my MBean as well. This works fine when starting up. My MBean's setConfigurationOverrides(Properties p) method is called with proper values and everything works. However, if I go to the JMX console, and edit one of my other attributes (simple String attribute), it seems my Properties attribute gets hosed - its values are all screwed up. -- 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

17 years, 6 months

2
4
0 / 0

[JBoss JIRA] Created: (EJBTHREE-717) Introduce JBoss-specific replication-only events that actually let you directly write/read the bytestream

by Ben Wang (JIRA)

Introduce JBoss-specific replication-only events that actually let you directly write/read the bytestream --------------------------------------------------------------------------------------------------------- Key: EJBTHREE-717 URL: http://jira.jboss.com/jira/browse/EJBTHREE-717 Project: EJB 3.0 Issue Type: Sub-task Components: Clustering Reporter: Ben Wang Again, per email discussion. Idea is to let user has a fuller control of how replication process should be for sfsb. -- 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

17 years, 6 months

2
1
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-169) Add support for setting the SchemaValidation usage to ObjectModelFactoryDeployer

by Scott M Stark (JIRA)

Add support for setting the SchemaValidation usage to ObjectModelFactoryDeployer -------------------------------------------------------------------------------- Key: JBMICROCONT-169 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-169 Project: JBoss MicroContainer Issue Type: Feature Request Components: Deployment Reporter: Scott M Stark Assigned To: Scott M Stark To address JBAS-4193, the ObjectModelFactoryDeployer needs a flag controlling the Unmarshaller.SchemaValidation behavior. -- 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

17 years, 6 months

4
6
0 / 0

[JBoss JIRA] Created: (JGRP-410) Convert to junit 4 (or testng)

by Bela Ban (JIRA)

Convert to junit 4 (or testng) ------------------------------ Key: JGRP-410 URL: http://jira.jboss.com/jira/browse/JGRP-410 Project: JGroups Issue Type: Feature Request Affects Versions: 2.4 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.x Advantage: use of annotations plus start of channel before *all* tests and tear down afterwards (faster execution of test suite) -- 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

17 years, 6 months

2
5
0 / 0

[JBoss JIRA] Created: (JBAS-4310) Deployed archive is locked in JBoss 5.0 Beta2

by Wolfgang Knauf (JIRA)

Deployed archive is locked in JBoss 5.0 Beta2 --------------------------------------------- Key: JBAS-4310 URL: http://jira.jboss.com/jira/browse/JBAS-4310 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-5.0.0.Beta2 Environment: WinXP64 Sun JDK 1.5.0_11-b03 Reporter: Wolfgang Knauf Deploy an Java5 EAR application by copying it to server\default\deploy\ It will be deployed. Now try to undeploy it by deleting the file => file is in use and cannot be deleted. I verified it with this EAR: http://www.informatik.fh-wiesbaden.de/~knauf/public/Stateless.ear The same problem also occurs if I deploy only the EJB jar file from the sample. -- 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

17 years, 6 months

4
10
0 / 0

[JBoss JIRA] Created: (JBAS-4396) implement support for configuring, controlling and monitoring: Datasources and JMS

by Mark Spritzler (JIRA)

implement support for configuring, controlling and monitoring: Datasources and JMS ---------------------------------------------------------------------------------- Key: JBAS-4396 URL: http://jira.jboss.com/jira/browse/JBAS-4396 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: ProfileService Reporter: Mark Spritzler Implement support for configuring, controlling and monitoring the following resource types * DataSources o XA o LocalTx o NoTx * JMS Destinations o Queues o Topics -- 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

17 years, 6 months

3
5
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-116) Validation of paths on case insensative file systems

by Scott M Stark (JIRA)

Validation of paths on case insensative file systems ---------------------------------------------------- Key: JBMICROCONT-116 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-116 Project: JBoss MicroContainer Issue Type: Task Affects Versions: JBossMC_2_0_0 Beta Reporter: Scott M Stark Assigned To: Scott M Stark Fix For: JBossMC_2_0_0_CR1 Remy brought up the issue of being able to validate whether a given url mapping is valid when case insensative file systems are in use. See the forum reference for the details. We should be able to configure the VFS file context to allow for case sensative finds when the underlying file system is not case sensative. -- 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

17 years, 6 months

4
14
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-160) JarEntryHandler entryMap is not being refreshed

by Scott M Stark (JIRA)

JarEntryHandler entryMap is not being refreshed ----------------------------------------------- Key: JBMICROCONT-160 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-160 Project: JBoss MicroContainer Issue Type: Bug Components: VFS Affects Versions: JBossMC_2_0_0 Beta3 Reporter: Scott M Stark Assigned To: Scott M Stark When a jar is modified, the entryMap of the JarEntryHandler is not being refreshed if its content has changed. For example, a jar META-INF directory to which files have been added/removed is not being refreshed. Need to create a testcase for this. -- 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

17 years, 6 months

3
11
0 / 0

[JBoss JIRA] Created: (JBAS-4343) NullPointerException causing bad password exception in LdapLoginModule when the role attribute is not set for a given entry

by pgillis (JIRA)

NullPointerException causing bad password exception in LdapLoginModule when the role attribute is not set for a given entry --------------------------------------------------------------------------------------------------------------------------- Key: JBAS-4343 URL: http://jira.jboss.com/jira/browse/JBAS-4343 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-4.0.5.GA Environment: Linux, kernel 2.6.20, i686 Reporter: pgillis Priority: Minor The org.jboss.security.auth.spi.LdapLoginModule class is throwing a NullPointerException that is causing authentication to fail in cases where, in my mind, it should be succeeding. The NPE is thrown when a record is encountered that does not have the attribute listed in roleAttributeID. There are two issues here: 1. The error that shows up in the log is a BadPassword error. This is misleading, if anything it should be a configuration error. 2. The roles are for authorization not authentication. When this exception gets thrown, authentication is failing. It seems reasonable for an LDAP attribute to be useful in identifying roles even if it isn't defined for every record. You can get around this problem with a more complex realm definition in login-config.xml, but shouldn't have to...thanks... -- 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

17 years, 6 months

3
5
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1173) injecting <script> in portal page using jboss-portlet.xml does not produce closing </script> tag.

by Darpan Sharma (JIRA)

injecting <script> in portal page using jboss-portlet.xml does not produce closing </script> tag. ------------------------------------------------------------------------------------------------- Key: JBPORTAL-1173 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1173 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Core Affects Versions: 2.4.1 Final, 2.6.DR1 Environment: windows xp Reporter: Darpan Sharma Assigned To: Julien Viet <script> injection in header of portal page does not production closing </script> tag. It is causing bunch of UI problems. i.e . Check "Header Content Portlet" of sample portal app for version 2.6.DR1 -- 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

17 years, 6 months

2
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 June 2007