April 2007 - jboss-jira - Jboss List Archives

[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, 10 months

2
11
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, 10 months

2
3
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, 10 months

2
5
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, 10 months

2
4
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, 10 months

3
6
0 / 0

[JBoss JIRA] Created: (JBBUILD-356) Research maven docbook plugins

by Paul Gier (JIRA)

Research maven docbook plugins ------------------------------ Key: JBBUILD-356 URL: http://jira.jboss.com/jira/browse/JBBUILD-356 Project: JBoss Build System Issue Type: Feature Request Reporter: Paul Gier Assigned To: Paul Gier Fix For: MavenBuild 1.2 Research the options for maven docbook plugins. Try to find a standard that jboss projects can use. Possibly add support for recent versions of fop. -- 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, 10 months

2
6
0 / 0

[JBoss JIRA] Created: (JBRULES-723) Eclipse plugin detects error inconsistently and without location information

by Scott Reed (JIRA)

Eclipse plugin detects error inconsistently and without location information ---------------------------------------------------------------------------- Key: JBRULES-723 URL: http://jira.jboss.com/jira/browse/JBRULES-723 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Eclipse IDE Affects Versions: 3.0.5 Environment: JRE 1.5_10, Eclipse 3.2, Windows 2000 Reporter: Scott Reed Assigned To: Mark Proctor The Eclipse plugin is tagging the DRL file in Package Explorer with an error and the Problem tab shows an error in the DRL file, location unknown. However, there is no error shown in the editor and the rules seems to run without any problem. If I edit the DRL by adding white space the error description will change. Once it was ExceptionInInitializer, once it was just blank, once it was complaining about an unknown function and displaying text from log message, and now it is NPE. In all cases no error is displayed in the editor and the rules run without an error. I will load a screen shot. -- 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, 10 months

3
5
0 / 0

[JBoss JIRA] Created: (JBCACHE-770) PojoCache to support non-serializable and no-aspectized POJO

by Ben Wang (JIRA)

PojoCache to support non-serializable and no-aspectized POJO ------------------------------------------------------------ Key: JBCACHE-770 URL: http://jira.jboss.com/jira/browse/JBCACHE-770 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Priority: Minor Fix For: PojoCache Currently in 2.0, we have to drop the support for the non-serializable and non-aspectized POJO, that is, a POJO that is neither implements Serializable or instrumented. -- 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, 10 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-1016) Changes in Serializable objects are never replicated

by Jacek Halat (JIRA)

Changes in Serializable objects are never replicated ---------------------------------------------------- Key: JBCACHE-1016 URL: http://jira.jboss.com/jira/browse/JBCACHE-1016 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: PojoCache Affects Versions: 1.4.1.SP3 Environment: Windows XP, jdk1.5.0_06 Reporter: Jacek Halat Assigned To: Jason T. Greene Assume that we have Serializable object stored in PojoCache. (using putObject() method) If you get object from cache (using getObject() method), modify any field (non-transient) in object and store again object under this same node, changes made in obejct would be never replicated to another cache instances in cluster. Probably in method TreeCacheAopDelegate._putObject() has incorrect condition: if(oldValue == obj) return obj; // value already in cache. return right away. If obj was loaded from cache, this condition is always true and changes made in object would never be replicated. -- 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, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-835) PojoCache need merge api?

by Ben Wang (JIRA)

PojoCache need merge api? ------------------------- Key: JBCACHE-835 URL: http://jira.jboss.com/jira/browse/JBCACHE-835 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 Currently, PojoCache attach api will override the current pojo in the cache. It doesn't really have a merge functionality. Question is do we really need to have a merge api? The following is the spec for the ejb3 entity manager merge api. However, the ejb3 em api doesn't quite apply in the case of PojoCache. You can see the object identity is by PK instead of reference. So during merge, a copy of Pojo is created instead. The TravelAgentBean.updateCabin() method takes its cabin parameter and merges it back into the current persistence context of the entity manager by calling the merge() operation: @PersistenceContext EntityManager entityManager; @TransactionAttribute(REQUIRED) public void updateCabin(Cabin cabin) { Cabin copy = entityManager.merge(cabin); } The changes made by the remote Swing client will now be reflected in persistence storage when the entity manager decides to flush to the database. The following rules apply when merging in the cabin parameter of the updateCabin() method: • If the entity manager isn't already managing a Cabin instance with the same ID, a full copy of the parameter is made and returned from the merge() method. This copy is managed by the entity manager, and any additional setter methods called on this copy will be synchronized with the database when the EntityManager decides to flush. The cabin parameter remains detached and unmanaged. • If the entity manager is already managing a Cabin instance with the same primary key, then the contents of the parameter are copied into this managed object instance. The merge() operation will return this managed instance. The cabin parameter remains detached and unmanaged. -- 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, 10 months

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 April 2007