[Soot-list] Soot class loading

[Bodden, Eric]

Norbert have you looked at TamiFlex?

https://code.google.com/p/tamiflex/

It integrates with Soot and it was designed just for this problem.

Cheers,
Eric

On 14.08.2013, at 16:01, Norbert Sándor <developer at erinors.com> wrote:

> Hello,
> 
> Thanks for your quick answer, I will look at Scene.v().forceResolve.
> 
> I found another solution which seems to work in my case: 
> SourceLocator.v().additionalClassLoader(javassistClassloader);
> 
> Best regards:
> Norbert Sándor
> 
> On 2013.08.14. 15:32, Marc-André Laverdière wrote:
>> Hi Norbert,
>> 
>> Generating classes is possible. Bernhard and I have written some code
>> for JEE that does that. We do it in the wjpp phase, and the trick is to
>> use Scene.v().forceResolve.
>> 
>> Flowdroid also generates some stubs, and they do it before running
>> analyses (they don't use soot main, so I don't know in which 'phase'
>> that would fit in)
>> 
>> When it comes to classloaders, I have observed a need along those lines.
>> Soot has all the classes in a single scope in Scene. This is a problem
>> for JEE applications because of the hierarchical classloading scheme.
>> 
>> Implementing this is going to be a lot of work. And it is critical to
>> preserve backwards-compatibility, which makes things even trickier. That
>> is probably why nobody did it yet :)
>> 
>> As for when the loading happens...
>> There is going to be a first loading phase at the start. Then if any
>> transformer request a class that isn't there using forceResolve. Then in
>> Spark. That should be it.
>> 
> 
> _______________________________________________
> Soot-list mailing list
> Soot-list at sable.mcgill.ca
> http://mailman.cs.mcgill.ca/mailman/listinfo/soot-list

--
Prof. Eric Bodden, Ph.D., http://sse.ec-spride.de/ http://bodden.de/
Head of Secure Software Engineering  at Fraunhofer SIT, TU Darmstadt and EC SPRIDE
Tel: +49 6151 16-75422    Fax: +49 6151 16-72051
Room 3.2.14, Mornewegstr. 30, 64293 Darmstadt

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
Url : http://mailman.cs.mcgill.ca/pipermail/soot-list/attachments/20130916/6e8bd546/attachment.bin