February 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBPORTAL-1124) CMS needs to allow admins to make pages as live w/o editing the page

by Alex Pinkin (JIRA)

CMS needs to allow admins to make pages as live w/o editing the page -------------------------------------------------------------------- Key: JBPORTAL-1124 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1124 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.4 Final Reporter: Alex Pinkin Assigned To: Roy Russo To make pages live today, you have to edit the page, and that action creates a new version. Users need to be able to make particular versions of a file live without creating a new version. -- 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

18 years, 7 months

4
4
0 / 0

[JBoss JIRA] Created: (JBAS-4053) EJB TimerService createTimer swallows underlying exception

by Jim Moran (JIRA)

EJB TimerService createTimer swallows underlying exception ---------------------------------------------------------- Key: JBAS-4053 URL: http://jira.jboss.com/jira/browse/JBAS-4053 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: EJB2, EJB3 Affects Versions: JBossAS-4.0.5.GA Reporter: Jim Moran Assigned To: Scott M Stark javax.ejb.TimerService.createTimer implementation, org.jboss.ejb.txtimer.TimerServiceImpl.createTimer does not throw EJBException for "system-level failure" as per spec but rather just returns null and logs an error for any Exception. >From TimerServerImpl.createTimer: catch (Exception e) { log.error("Cannot create txtimer", e); return null; } -- 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

18 years, 7 months

3
3
0 / 0

[JBoss JIRA] Created: (JGRP-339) Remove thread for handling of merge views in Multiplexer once we have out-of-band messages

by Bela Ban (JIRA)

Remove thread for handling of merge views in Multiplexer once we have out-of-band messages ------------------------------------------------------------------------------------------ Key: JGRP-339 URL: http://jira.jboss.com/jira/browse/JGRP-339 Project: JGroups Issue Type: Task Affects Versions: 2.4 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 There is no need then to use a separate thread -- 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

18 years, 7 months

3
4
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-107) Make AbstractParsingDeployer namespace aware

by Thomas Diesler (JIRA)

Make AbstractParsingDeployer namespace aware -------------------------------------------- Key: JBMICROCONT-107 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-107 Project: JBoss MicroContainer Issue Type: Feature Request Components: Deployment Reporter: Thomas Diesler Currently the parsing deployers work of the metadata filename (i.e. application-client.xml) only This deployer should look at the namespaceURI of the root element to see if it should process the dd. Note, jboss dds have a doctype.publicId instead of a namespaceURI. -- 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

18 years, 7 months

3
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-707) PojoCache to aspectize JDom classes

by Ben Wang (JIRA)

PojoCache to aspectize JDom classes ----------------------------------- Key: JBCACHE-707 URL: http://jira.jboss.com/jira/browse/JBCACHE-707 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: POJOCache This is suggested by Bela during a customer visit. Idea is the customer is using JDom internally to store the documents such as mail, fax, email, parcel, and the like. However, for clustering purpose, each single update on document element would require replication of the whole document. Not a very efficient process. If PojoCache can aspectize JDom classes then fine-grained replication can be done transparently. -- 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

18 years, 7 months

3
13
0 / 0

[JBoss JIRA] Created: (JBCACHE-727) PojoCache to create an impl for Iterator interface

by Ben Wang (JIRA)

PojoCache to create an impl for Iterator interface -------------------------------------------------- Key: JBCACHE-727 URL: http://jira.jboss.com/jira/browse/JBCACHE-727 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: POJOCache Currently we have proxy impl for Collection classes and the iterator is implemented as inner class. We may need a default Iterator impl as well so when user is doing like, setIterator(Iterator it) we can replace it with our own (such that we can intercept 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

18 years, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-726) PojoCache to replicate static field variable

by Ben Wang (JIRA)

PojoCache to replicate static field variable -------------------------------------------- Key: JBCACHE-726 URL: http://jira.jboss.com/jira/browse/JBCACHE-726 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Priority: Minor Fix For: POJOCache There may be use cases that staic field variable is not final nor constant. In this case, can we replicate that field? The problem is static variable is global scoped, so where should we store it under? Maybe a separate area for global space, but this will break BR, btw. -- 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

18 years, 7 months

2
11
0 / 0

[JBoss JIRA] Created: (JBCACHE-737) PojoCache to handle Java array

by Ben Wang (JIRA)

PojoCache to handle Java array ------------------------------ Key: JBCACHE-737 URL: http://jira.jboss.com/jira/browse/JBCACHE-737 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: POJOCache Currently we depend on JBoss Aop to handle interception. However, it currently doesn't handle Java array, e.g., pojo[]. We will need this at least to do corase-grained replication. -- 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

18 years, 7 months

2
4
0 / 0

[JBoss JIRA] Created: (JBCACHE-732) PojoCache introduces @NonTransient annotation

by Ben Wang (JIRA)

PojoCache introduces @NonTransient annotation --------------------------------------------- Key: JBCACHE-732 URL: http://jira.jboss.com/jira/browse/JBCACHE-732 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: POJOCache We need to introduce a @NonTransient annotation to override the transient modifier. -- 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

18 years, 7 months

2
5
0 / 0

[JBoss JIRA] Created: (JBPM-756) log.debug calls are unprotected

by Dave Caruana (JIRA)

log.debug calls are unprotected ------------------------------- Key: JBPM-756 URL: http://jira.jboss.com/jira/browse/JBPM-756 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Affects Versions: jBPM 3.1.2 Environment: Window XP, Java 5 Reporter: Dave Caruana Assigned To: Tom Baeyens Within org.jbpm.context.exe.VariableContainer there are calls to log.debug. In particular: line 156: log.debug("create variable '"+name+"' in '"+this+"' with value '"+value+"'"); line 160: log.debug("update variable '"+name+"' in '"+this+"' to value '"+value+"'"); However, they are unprotected i.e. the method is called even if debug logging is not switched on. This is not too much of a problem if the variable value is of a primitive type, but sometimes, values can be complex (including their toString()). "if (log.isDebugEnabled())" statements are missing. -- 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

18 years, 7 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 February 2007