Returnere bytecode for given klasse

kan du læse dem med getResourceAsStream ? (jeg har ikke prøvet)

->arne_v: Er i tvivl om argumentet, får null hele tiden.

Der burde næsten være en metode, der ud fra this.getClass() returnerede bytecoden.

Kan man bare indlæse .class-filen direkte ind i et byte[]-array, tænker jeg?

klassenavn med / fremfor .

----

ja

->arne_v: Klassenavn med / fremfor . ?

Jeg får nu f.eks. "core/Hej.class" til at virke, er det det samme du bruger som argument?

ja - det navn som classen har i jar filen

->arne_v: Jeg skylder dig at fortælle, hvad jeg tænker her. Måske er ideen helt vanvittig :-)

Jeg har som nævnt i tidligere spm. lidt problemer med dynamisk classloading. Class.forName() kan ikke altid finde relevante klasser, idet disse ikke er i classpath. Derfor kan man prøve med en URLCLassLoader, der peger specifikt på den klasse, der skal load'es. Dette er imidlertid ikke helt problemfrit, idet URLClassLoader måske load'er supplerende klasser/interfaces, som allerede er load'et. Cast til et sådant interface går derfor galt.

Ok, men hvis man nu
1) load'er specifik klasse (uden for classpath) med en URLClassLoader
2) genererer bytecoden for den load'ede klasse
3) sender bytecoden videre til Minklasse.class.getClassLoader().getSystemClassLoader().defineClass()

- hvor tanken er at bruge URLClassLoader'en+bytecoden som en slags "proxy" mellem systemclassloader'en og klassen, der skal load'es.

Vil det efter din mening virke, eller er det rent sludder? :-)

det kan jeg ikke lige gennemskue

umiddelbart tror jeg at du skulle satse på en forsimpling af din applikations
arkitektur så du undgik det her behov

bl.a. er defineClass jo protected

->arne_v: Enig, det er bare et forsøg på en fræk løsning. Men måske er det lidt snedigt, hvis jeg er heldig :-)

Flg. vil vel virke (?):

public class MyClassLoader extends ClassLoader {
    public Class load(String s, byte[] b) {
        return defineClass(s,b,0,b.length);
    }
}

->arne_v: Smid gerne et svar.

løser den problemet ? nu har du jo igen en ny classloader !

----

svar

om igen

->arne_v: Er det ikke sådan med protected, at klasser indenfor samme pakke har adgang og klasser i andre pakker har adgang, for så vidt de er nedarvet?

det er vist rigtigt