[Pnet-developers] Re: [Bug #2948] Loading assemblies from memory

[Chris Smith]

Excellent.

Can I ask if this will allow me to load an assembly into a running ILProcess?

The webservices that are held in memory are obviously not compete in that they 
do not contain real entry points, they are in effect just libraries.
The DGEE pnetVM runs a bootstrap program (DGEEInvoke) that parses the incoming 
request and then loads the relevent webservice dll via:

assembly = Assembly.Load( somewebservice );

it then does a spot of reflection, and invokes the webservice 'method'.  Once 
the wbeservice has 'run' and returned back to DGEEInvoke, its results are 
serialized and returned. DGEEInvoke now finishes.

Now, we already know what webservice.dll will be required _before_ creating 
the ILProcess to run DGEEInvoke (which is how we're able to have it in memory 
ready to go) - so can I load this dll from memory along with DGEEInvoke 
(which can be loaded off disc as it will always be available locally - 
memload will be preferred for speed though) before doing an ILExecThreadCall 
on the thread containing the DGEEInvoke bootstrap?

Cheers,
Chris


On Thursday 27 Mar 2003 22:04, address@hidden wrote:
> =================== BUG #2948: LATEST MODIFICATIONS ==================
> http://savannah.gnu.org/bugs/?func=detailbug&bug_id=2948&group_id=353
>
> Changes by: Rhys Weatherley <address@hidden>
> Date: Thu 03/27/03 at 22:04 (GMT)
>
>             What     | Removed                   | Added
> ---------------------------------------------------------------------------
>           Resolution | None                      | Fixed
>               Status | Open                      | Closed
>                   CC |                           |
> chrissmith<address@hidden>
>
>
> ------------------ Additional Follow-up Comments
> ---------------------------- Change committed - 28 March 2003.
>
> See the file include/il_image.h for the prototype and
> description of the newly added function ILImageLoadFromMemory.
>
>
>
> =================== BUG #2948: FULL BUG SNAPSHOT ===================
>
>
> Submitted by: None                    Project: DotGNU Portable.NET
> Submitted on: Wed 03/26/03 at 17:38
> Category:  None                       Severity:  5 - Major
> Bug Group:  None                      Resolution:  Fixed
> Assigned to:  None                    Status:  Closed
>
> Summary:  Loading assemblies from memory
>
> Original Submission:  The DGEE (and probably other containers) needs to be
> able to load assemblies from memory and not just from disk. This is
> required to support:
> 1. local caching of webservices (important for (2) )
> 2. Retrieval of webservice code dynamically from remote systems and then
> execute (also ties in with 1.)
>
> In the case of the DGEE we have the webservice that is to be executed in
> memory prior to building an ILProcess to execute it.  The DGEE currently
> does an assembly.Load to get the webservice from disk even though we have a
> memory copy.  Reflection is used to locate the webservice method once the
> assembly has been loaded.
>
> Footnote:
> The loaded assembly may require other 'libraries' that could conceivably be
> stored along with the webservice.dll, all stored on a remote system.  If
> this were to be the case, then the libs would also have to be loaded from
> memory.... just thinking further ahead.
>
> Follow-up Comments
> *******************
>
> -------------------------------------------------------
> Date: Thu 03/27/03 at 22:04         By: rweather
> Change committed - 28 March 2003.
>
> See the file include/il_image.h for the prototype and
> description of the newly added function ILImageLoadFromMemory.
>
> -------------------------------------------------------
> Date: Wed 03/26/03 at 17:41         By: csmith
> csmith posted this.. savannah logged me out!
>
>
> CC List
> *******
>
> CC Address                          | Comment
> ------------------------------------+-----------------------------
> chrissmith<address@hidden>      |
>
>
>
> No files currently attached
>
>
> For detailed info, follow this link:
> http://savannah.gnu.org/bugs/?func=detailbug&bug_id=2948&group_id=353