Issues reimporting converted SharedPools not defined in the Application class

[eMaringolo]

If you define a shared pool in a class that is not that of the Application and convert it to a class (subclass of SharedPool) when exporting, when the loader tries to convert the SharedPool subclass back to a pragma declaration, it will define the pragma declaration method in the Application instead of the original class.

This causes a few issues problems:

1. When exporting you'll lose the information of in which class the pool was declared.
2. When loading back the loader will move the definition from one class (that originally defined) to another (the Application class).
3. If you are running the step 2 above, and still have the original definition in 1, it will fail, because you're declaring the same pool dictionary twice (this time, in another class).

One possible way to work around this, in particular of point 1 above, is to save in the class metadata in which class was the shared pool originally declared (#vaDeclarationClass or similar).

This only affects shared pools when converting them (it is, with loader convertsSharedPools: true).