[Mono-bugs] [Bug 544357] New: Sponsoring an object in another appdomain does not appear to work

bugzilla_noreply at novell.com bugzilla_noreply at novell.com
Mon Oct 5 11:10:27 EDT 2009


           Summary: Sponsoring an object in another appdomain does not
                    appear to work
    Classification: Mono
           Product: Mono: Runtime
           Version: 2.4.x
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: remoting
        AssignedTo: lluis at novell.com
        ReportedBy: brett at fogcreek.com
         QAContact: mono-bugs at lists.ximian.com
          Found By: ---

Created an attachment (id=321066)
 --> (http://bugzilla.novell.com/attachment.cgi?id=321066)
A small XSP test site that does remote object sponsorship

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:
Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)

I set up a sponsor in the root AppDomain to sponson an object in a second
AppDomain, but the object gets collected after the default lease time anyway,
and I get "No receiver for uri

Reproducible: Always

Steps to Reproduce:
1. Run the attached XSP website under mod_mono
2. Hit (site)/default.aspx

Actual Results:  

No receiver for uri 8d23430c_2a2e_445b_96d9_10e7b6df3697/2893f493_3.rem

Description: HTTP 500. Error processing request.

Stack Trace:

System.Runtime.Remoting.RemotingException: No receiver for uri

Server stack trace: 

Exception rethrown at [0]: 

  at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke
(System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception&
exc, System.Object[]& out_args) [0x00000] 

Version information: Mono Version: 2.0.50727.1433; ASP.NET Version:

Expected Results:  
As in .Net 2 under IIS:
10/5/2009 10:59:07 AM: I shall now create an appdomain, instantiate an object
therein, sponsor that object with an object in this appdomain, call a method on
it twice in quick succession, wait 2 seconds, and call that method again. We
expect all three calls to the remote object to work just fine, because the
remote object is sponsored.
10/5/2009 10:59:07 AM: 2
10/5/2009 10:59:07 AM: 2
10/5/2009 10:59:09 AM: 2
10/5/2009 10:59:09 AM: Cool.

We use plugins in our web application, and run them in a less-privileged
AppDomain. However, we want to manage collection of these objects ourselves,
and therefore want to sponsor them from the root AppDomain, rather than leave
objects hanging around after every page serve.

Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

More information about the mono-bugs mailing list