WPF Discussion Boards

Re: WPF: Starting Tutorials

23-Dec-09 7:15

WPF:
WPF on WindowsClient.NET[^]
WPF Documentation[^]

Silverlight:
Silverlight: Get Started[^]
Silverlight Documentation[^]

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Abbas_here23-Dec-09 18:28

Abbas_here

23-Dec-09 18:28

Thanks a lot Smile | :)

Load dll client side

Adriaan Davel22-Dec-09 20:37

22-Dec-09 20:37

Hi,
I'm working on extensibility of my Silverlight application and would like to load a dll on the client side and invoke methods based on an interface, can it be done? Any links to good articles?

I would prefer to not include it in my build of my application, ie the client can upload extensions, and then invoke them, so its not a referenced library...

____________________________________________________________
Be brave little warrior, be VERY brave

Mark Salsbery24-Dec-09 7:57

24-Dec-09 7:57

Adriaan Davel wrote:
would like to load a dll on the client side and invoke methods based on an interface, can it be done?

Yes.

Given a Stream to an assembly DLL, you can use the
AssemblyPart.Load method to load the assembly into
the current app domain and get an Assembly object.
Then you can use Assembly.CreateInstance to create
instances of classes in the assembly.

Stream sourcestream = ...;
AssemblyPart assemblypart = new AssemblyPart();
Assembly assembly = assemblypart.Load(sourcestream);
IMyInterface myinterfaceobject = assembly.CreateInstance("MyNamespace.SomeClassThatInheritsFromIMyInterface") as IMyInterface;

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Adriaan Davel3-Jan-10 19:41

3-Jan-10 19:41

Hi Mark,
Thanks for the reply. Loading the assembly and creating an instance is easy enough, my challenge is getting the assembly to the client side in the best possible way as it will not ship with the .xap file, any ideas around that?

____________________________________________________________
Be brave little warrior, be VERY brave

Mark Salsbery3-Jan-10 19:56

3-Jan-10 19:56

Adriaan Davel wrote:
my challenge is getting the assembly to the client side in the best possible way as it will not ship with the .xap file, any ideas around that?

Maybe try downloading it like you would any resource.

For example, Using the WebClient class' OpenReadAsync() method
to download the assembly DLL, you'll get a stream in the
OpenReadCompleted event which you can use in the sample code
I posted.

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Adriaan Davel3-Jan-10 20:33

3-Jan-10 20:33

I've played with OpenReadAsync and it works well, but it means that I have to download the assembly everytime, which I'm trying to avoid...

____________________________________________________________
Be brave little warrior, be VERY brave

Mark Salsbery3-Jan-10 20:44

3-Jan-10 20:44

Adriaan Davel wrote:
it means that I have to download the assembly everytime, which I'm trying to avoid...

The XAP file is downloaded every time too, along with every
resource not included in the XAP file. Cached versions will be
used if available.

The only option you have without user intervention is
isolated storage.

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Adriaan Davel4-Jan-10 2:44

4-Jan-10 2:44

Thanks, right now I'm trying to understand MEF, else Isolated Storage is probably the right option...

____________________________________________________________
Be brave little warrior, be VERY brave

Mark Salsbery24-Dec-09 8:39

24-Dec-09 8:39

Here's a version that searches the assembly for the first
instance of a class that implements your interface, and if
found, creates an instance of that class:

IMyInterface myinterfaceobject = null;
Stream sourcestream = ...;
AssemblyPart assemblypart = new AssemblyPart();
Assembly assembly = assemblypart.Load(sourcestream);
foreach (Type t in assembly.GetTypes())
{
    if (null != t.GetInterface("IMyInterface", false))
    {
        myinterfaceobject = assembly.CreateInstance(t.FullName) as IMyInterface;
        break;
    }
}
if (myinterfaceobject != null)
{
    // Do something!
}

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Adriaan Davel3-Jan-10 22:05

[WPF] XamlParseException ----> The calling thread must be STA

3-Jan-10 22:05

I'm also looking at MEF for this, still not sure if it will work for this (or even how it works Smile | :)

)

____________________________________________________________
Be brave little warrior, be VERY brave

pbalaga22-Dec-09 11:00

pbalaga

22-Dec-09 11:00

Hi,
currently I'm testing a really small WPF app that uses resources
from external sources and at first it appeared to work fine. Now,
magically, it's not even able to load a resource from the same assembly.

The following code:

Uri uri = new Uri("thewinda.xaml", UriKind.Relative);
Window w = Application.LoadComponent(uri) as Window;

causes a XamlParseException with the message:

Cannot create instance of 'thewinda' defined in assembly 'WpfTemplateTry, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. Exception has been thrown by the target of an invocation.  Error in markup file 'thewinda.xaml' Line 1 Position 9.

One of its inner exceptions says:
The calling thread must be STA, because many UI components require this.

This is quite weird as "thewinda.xaml" is a file added to the same project as my application.
I've read this error can be connected with threading/async issues, but I have no idea,
how I could apply this hint to my case.

This is the body of "thewinda.xaml":
<Window x:Class="WpfTemplateTry.thewinda"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="Window1" Height="300" Width="300">

</Window>

Re: [WPF] XamlParseException ----> The calling thread must be STA

Mark Salsbery23-Dec-09 7:06

Re: [WPF] XamlParseException ----> The calling thread must be STA

23-Dec-09 7:06

Are you doing the load on a separate thread?

What is the build type set to on the thewinda.xaml file?

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

pbalaga25-Dec-09 3:56

pbalaga

25-Dec-09 3:56

Thanks for your response.

I've managed to overcome the problem, but rather by changing my approach than by understanding what's actually wrong.

I was not loading the mentioned file on a separate thread explicitly. Maybe the system was doing something alike without letting me know.

Anyway, I tried to run that WPF application with a custom Main() method. (I didn't alter the auto-generated entry point file, but created my own basing on WinForms experience.) It was like that:

Main()
{
   DerivedAppClass app = new DerivedAppClass();
   app.Run();
}

DerivedAppClass was located in an external dll as an extension of the WPF's Application class. It's obvious, but seems to be not that straightforward in WPF. After I started following the default scheme(App.xaml + App.xaml.cs), it's working as expected.

Re: [WPF] XamlParseException ----> The calling thread must be STA

Mark Salsbery25-Dec-09 8:02

Re: [WPF] XamlParseException ----> The calling thread must be STA

25-Dec-09 8:02

New threads are MTA by default, but if you need STA you can
specify STA.

On your custom entry point function you can use
STAThreadAttribute:

[STAThread]
Main()
{
   DerivedAppClass app = new DerivedAppClass();
   app.Run();
}

On dynamically created threads you can use the SetApartmentState()
method:

mynewthread.SetApartmentState(ApartmentState.STA);
mynewthread.Start(...);

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

pbalaga25-Dec-09 10:09

pbalaga

25-Dec-09 10:09

Oh, excellent remark. LoadComponent() is working flawlessly from now on.

Thank you for your help and time.

Create Radio Button!!

Sr...Frank22-Dec-09 4:08

Sr...Frank

22-Dec-09 4:08

I am really new for WPF, I am trying to create Radiobuttons,checkbox and textbox control at run time.
Is it possible to create controls at runtime in WPF,if yes then please let me know good link or sample code.
Thanks for taking your time!

I am using C# and VisualStudio2008.

Re: Create Radio Button!!

Mark Salsbery22-Dec-09 5:59