OK. Thanks for the (fast) response. Actually, I just need to confirm that there is no way to limit the amount of memory which a sandboxed groovy script will use. (By the way, the sandbox is based on your blog post <http://melix.github.io/blog/2015/03/sandboxing.html>)...
2017-03-30 13:18 GMT+01:00 Cédric Champeau <[email protected]>: > It can be used for various purposes: dumping the generated bytecode, > post-processing it (to avoid runtime instrumentation), storing generated > bytecode on disk, ... As for memory size a groovy script will allocate, > this statement is too blury: the only thing you can measure is the size of > the generated bytecode. It is impossible to know in advance how much a > script will "allocate" or use. > > 2017-03-30 14:14 GMT+02:00 Cherif Gouiaa <[email protected]>: > >> What is the exact role of a BytecodeProcessor when used in a >> org.codehaus.groovy.control.CompilerConfiguration. >> >> Can I rely on it to measure the memory size which a groovy script will >> allocate. (i.e. original.length) ? >> >> -- >> *Cherif Gouiaa* >> Ingenieur de developpement >> [image: logo] >> ------------------------------ >> arismore - www.arismore.fr >> Siège : 137 Bureaux de la Colline - 92213 Saint-Cloud Cedex - France >> Agence Nord : 70 rue de l'Harmonie - Parc de la Haute Borne - 59650 >> Villeneuve d'Ascq >> Agence Méditerranée : 375 avenue du mistral 13600 La Ciotat >> Standard : 01 55 57 21 60 - Fax : 01 55 57 04 45 >> > > -- *Cherif Gouiaa* Ingenieur de developpement [image: logo] ------------------------------ arismore - www.arismore.fr Siège : 137 Bureaux de la Colline - 92213 Saint-Cloud Cedex - France Agence Nord : 70 rue de l'Harmonie - Parc de la Haute Borne - 59650 Villeneuve d'Ascq Agence Méditerranée : 375 avenue du mistral 13600 La Ciotat Standard : 01 55 57 21 60 - Fax : 01 55 57 04 45
