You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2003/05/19 14:45:10 UTC
DO NOT REPLY [Bug 20034] New: -
Invalid cache in InsertTag
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20034>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20034
Invalid cache in InsertTag
Summary: Invalid cache in InsertTag
Product: Struts
Version: 1.1 Beta 2
Platform: All
OS/Version: All
Status: NEW
Severity: Critical
Priority: Other
Component: Tiles framework
AssignedTo: struts-dev@jakarta.apache.org
ReportedBy: tjung@classys.hu
Symptom: In some cases the cachedCurrentContext property of the InsertTag use
the ComponentContext of the previous request.
Explanation: If an error occured between the start and the end tag, the
releaseInternal won't be invoked. If the application server uses tag handler
pool (and it is) the next request will see the old ComponentContext with
invalid attributes.
Solution: Our patched InsertTag calls releaseInternal in the release method:
public void release() {
super.release();
attribute = null;
beanName = null;
beanProperty = null;
beanScope = null;
definitionName = null;
flush = true;
name = null;
page = null;
role = null;
isErrorIgnored = false;
//patch
releaseInternal();
//EO patch
}
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org