Anonymous | Login | Signup for a new account | 12-17-2024 14:39 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Advanced Details [ Jump to Notes ] | [ View Simple ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0001157 | [Resin] | minor | always | 05-30-06 07:42 | 09-13-06 15:48 | ||||
Reporter | ferg | View Status | public | ||||||
Assigned To | ferg | ||||||||
Priority | normal | Resolution | fixed | Platform | |||||
Status | closed | OS | |||||||
Projection | none | OS Version | |||||||
ETA | none | Fixed in Version | 3.1.0 | Product Version | |||||
Product Build | |||||||||
Summary | 0001157: class loader enhancement for JPA | ||||||||
Description |
(rep by Costin Leau) I have basically two questions - feel free to add any information you think it's relevant: 1. a very important issue would be cloning classloaders (basically the getNewTempClassLoader() from JPA) - a way to get a new instance of a classloader that is configured exactly like the initial one. The instance would be then instructed to have code enhancement/transformation off and it will be used to load classes just like the original one. I've seen that EnvironmentClassLoader has a protected replace() method - is this a good way to clone classloaders or can you recommend another one? Will such a feature make it into a future release of resin? 2. by default, Resin classloaders (DynamicCL & co) support only one ByteCodeEnhancer - does Resin support some sort of chaining Enhancer so one can actually add an enhancer instead of overriding the existing one? |
||||||||
Steps To Reproduce | |||||||||
Additional Information | |||||||||
Attached Files | |||||||||
|
Notes | |
(0001515) ferg 09-13-06 15:48 |
Added DynamicClassLoader.addByteCodeEnhancer and DynamicClassLoader.newTempClassLoader |
Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
30 total queries executed. 25 unique queries executed. |