[#COR-838] Factor out common Bloat bytecode abstraction library from NQ, TA, CLDC,...

db4o Core

Factor out common Bloat bytecode abstraction library from NQ, TA, CLDC,...

Created: 03/Sep/07 01:25 PM Updated: 10/Sep/07 01:47 PM

Component/s:

None

Affects Version/s:

None

Fix Version/s:

7.0 - Development Release, 6.4.7

Time Tracking:

Original Estimate:

Not Specified

Remaining Estimate:

Time Spent:

14.67h

Environment:

Java

Issue Links:

Related

This issue is related to:

~~COR-591~~ Extract Java bytecode instrumentation tool

Peers:	Andrew Zhang
Order:	3
Iteration:	7
Original IDS Estimate:	3
Resolution Date:	10/Sep/07 01:09 PM
Labels:
Participants:	Patrick Roemer
Number of Attachments:	0
Number of Comments:	3

Description

« Hide

Factor out common low-level utilities on top of bloat to be reused by all bytecode analysis/instrumentation tasks. Note: This will introduce a new project and thus require changes in the build.

All

Comments

Work Log

Change History

Sort Order:

Ascending order - Click to sort in descending order

[ Permlink | « Hide ]

Patrick Roemer - 05/Sep/07 11:11 AM

Todo: bloat.jar currently resides in db4onqopt project. Should either be removed to someplace less specific or, even better, be compiled upon build just like the other projects.

[ Permlink | « Hide ]

Patrick Roemer - 05/Sep/07 12:22 PM

Todo: db4onqopt (and the new db4otools) are partially sharpened on a per-class basis. This is very fragile and hard to maintain. Alternative options: Split into more projects (worst-case scenario: db4otools.shared, db4otools.java, db4onqopt.shared, db4onqopt.java), use @sharpen.ignore instead (but that's just as fine-grained),...?

[ Permlink | « Hide ]

Patrick Roemer - 10/Sep/07 01:09 PM

The infrastructure now is there with the db4otools project, and the major features (bloat util and class loader/edits) are shared. There's probably more to be shared (especially from the CLDC spike project, but this can be done successively whenever this code is touched, anyway.)