April 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-4375) Upgrade Javassist to v3.5.0.GA

by Dimitris Andreadis (JIRA)

Upgrade Javassist to v3.5.0.GA ------------------------------ Key: JBAS-4375 URL: http://jira.jboss.com/jira/browse/JBAS-4375 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Other Affects Versions: JBossAS-4.2.0.CR2 Reporter: Dimitris Andreadis Fix For: JBossAS-4.2.0.GA -- 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

19 years, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (SECURITY-44) Security Client SPI

by Anil Saldhana (JIRA)

Security Client SPI ------------------- Key: SECURITY-44 URL: http://jira.jboss.com/jira/browse/SECURITY-44 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: Security SPI Affects Versions: 2.0.0.BETA Reporter: Anil Saldhana Assigned To: Anil Saldhana Priority: Critical Fix For: 2.0.GA There is a need for a Security Client SPI that is going to move the client applications away from the dependence on JAAS and/or SecurityAssociation. There is a need to come up with a Security Client SPI (that can do JAAS, JGSS and/or SASL). Need to get this SPI in before we do the Security 2.0.0.GA release. -- 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

19 years, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (JBAS-4360) Upgrade to JGroups 2.4.1.SP2

by Brian Stansberry (JIRA)

Upgrade to JGroups 2.4.1.SP2 ---------------------------- Key: JBAS-4360 URL: http://jira.jboss.com/jira/browse/JBAS-4360 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering Affects Versions: JBossAS-4.2.0.CR2 Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-4.2.0.GA -- 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

19 years, 2 months

3
8
0 / 0

[JBoss JIRA] Created: (JBBUILD-351) Boolean.parseBoolean() not replaced with a JDK 1.4 compat method

by Manik Surtani (JIRA)

Boolean.parseBoolean() not replaced with a JDK 1.4 compat method ---------------------------------------------------------------- Key: JBBUILD-351 URL: http://jira.jboss.com/jira/browse/JBBUILD-351 Project: JBoss Build System Issue Type: Bug Components: JBossRetro Environment: This bug exists in JBossRetro-1.0.4.GA Reporter: Manik Surtani Assigned To: Paul Gier http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Boolean.html#parseBoole... should be replaced with http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Boolean.html#valueOf(ja... and then converting the resulting Boolean object into a primitive. -- 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

19 years, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-948) FamilyClusterInfo not properly scoped

by Brian Stansberry (JIRA)

FamilyClusterInfo not properly scoped ------------------------------------- Key: EJBTHREE-948 URL: http://jira.jboss.com/jira/browse/EJBTHREE-948 Project: EJB 3.0 Issue Type: Bug Affects Versions: AS 4.2.0 CR2 Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: AS 4.2.0 GA StatefulClusterProxyFactory and StatelessClusterProxyFactory are using Container.getEjbName() to identify beans. This is inadequate as the ejb name need not be unique across deployments. Different deployments with the same name will overwrite each others' FamilyClusterInfo. Should probably use the OID. EJB2 uses the container's JMX ObjectName, which is basically the same as the EJB3 OID. -- 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

19 years, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (EJBTHREE-940) Bulk operations don't work properly with JBoss Cache as 2nd level cache

by Brian Stansberry (JIRA)

Bulk operations don't work properly with JBoss Cache as 2nd level cache ----------------------------------------------------------------------- Key: EJBTHREE-940 URL: http://jira.jboss.com/jira/browse/EJBTHREE-940 Project: EJB 3.0 Issue Type: Bug Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: AS 4.2.0 CR2 See http://opensource.atlassian.com/projects/hibernate/browse/HHH-2532 for the underlying issue. Hibernate 3.2.3 includes a temporary fix for the problem, but it doesn't work when org.jboss.ejb3.entity.TreeCacheProviderHook or OptimisticTreeCacheProviderHook are used as as the CacheProvider. For AS 4.2 need to ensure the problem is fixed when these classes are used. -- 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

19 years, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-946) StatefulTreeCache does not properly segregate deployments

by Brian Stansberry (JIRA)

StatefulTreeCache does not properly segregate deployments --------------------------------------------------------- Key: EJBTHREE-946 URL: http://jira.jboss.com/jira/browse/EJBTHREE-946 Project: EJB 3.0 Issue Type: Bug Components: Clustering Affects Versions: AS 4.2.0 CR2 Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: AS 4.2.0 GA StatefulTreeCache is using Container.getEjbName() as the first element in a bean node's Fqn. This is insufficient as that's not unique across deployments. If you deploy 2 jars and both have an ejb named Foo, when one of the jars is undeployed, the /Foo region is removed from the cache, which is unacceptable. StatefulSessionFilePersistenceManager solves this by adding a UID to name of the directory where it stores files, but that is inadequate for clustered beans, since all nodes in the cluster need to arrive at the same Fqn. Likely solution is to prefix the ejb name with something built up a la StatefulContainer.getDeployment().getScopedKernelName(), i.e. [ear=xyz.ear,]jar=abc.jar,StatefulBean -- 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

19 years, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-4374) failing org.jboss.test.cluster.test.StateTransferTestCase

by Dimitris Andreadis (JIRA)

failing org.jboss.test.cluster.test.StateTransferTestCase --------------------------------------------------------- Key: JBAS-4374 URL: http://jira.jboss.com/jira/browse/JBAS-4374 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Test Suite Affects Versions: JBossAS-4.2.0.CR2 Reporter: Dimitris Andreadis Assigned To: Brian Stansberry Fix For: JBossAS-4.2.0.GA We have 6 more testcase failures (essentially one) after the fix in JBAS-4373. testActivationInactivation org.jboss.test.cluster.test.StateTransferTestCase(BuddyReplEnabled-TCP) testActivationInactivation org.jboss.test.cluster.test.StateTransferTestCase(BuddyReplEnabled-UDP) testActivationInactivation org.jboss.test.cluster.test.StateTransferTestCase(Default-TCP) testActivationInactivation org.jboss.test.cluster.test.StateTransferTestCase(Default-UDP) testActivationInactivation org.jboss.test.cluster.test.StateTransferTestCase(SyncModeNUseJvm-TCP) testActivationInactivation org.jboss.test.cluster.test.StateTransferTestCase(SyncModeNUseJvm-UDP) http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.2-testsuite-sun-1.... Brian can you look at it? -- 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

19 years, 2 months

2
23
0 / 0

[JBoss JIRA] Created: (JBRULES-818) Please read the description below

by Venkat Garlapati (JIRA)

Please read the description below --------------------------------- Key: JBRULES-818 URL: http://jira.jboss.com/jira/browse/JBRULES-818 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.0.6 Environment: Oc4j server Reporter: Venkat Garlapati Assigned To: Mark Proctor RuleExecutionSetProvider ruleExecutionSetProvider; RuleExecutionSet ruleExecutionSet = ruleExecutionSetProvider.createRuleExecutionSet(source.toString(), null); I am passing my drl file which is in the jar file to the method call at that time it is giving the following error. 07/04/24 19:56:45 CharScanner; panic: ClassNotFoundException: org.antlr.stringtemplate.language.ChunkToken I have following version of antlr.jars in the class path antlr2.7.6.jar antlr3.0-ea8.jar stringtemplate-2.3b6.jar It is giving me a error even after changing the antlr2.7.6.jar to antlr2.7.7.jar and I have even got the new Stringtemplate.jar but still is giving the same error. I have trying to load the rule set file as part of initialization of the application. Please provide me some input so that I can resolve this issue, it is taking lot of time for me to resolve. Thanks a lot Venkat Garlapati -- 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

19 years, 2 months

1
5
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1262) Look into optimizing the memory usage during the upload archive usecase.

by Sohil Shah (JIRA)

Look into optimizing the memory usage during the upload archive usecase. ------------------------------------------------------------------------- Key: JBPORTAL-1262 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1262 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.6 Final Reporter: Sohil Shah Assigned To: Sohil Shah Fix For: 2.6 Final This is particularly when uploading big archives 50MB or 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

19 years, 2 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 April 2007