Anybody been successful on this front? Not using the portal isn't really an option since this is the official portal for our company.
Some more info - so far we have been unable to get asp.net AJAX (or even ATLAS from before) to work within the portal. Doesn't Silverlight use some sort of AJAX at some point in the processing? Like maybe in downloading the app .dll? I'll have to re-read some stuff. But I'm wondering if it's all related somehow. I know that the Java devs at our company have had to do some hacking in order to get their implementation of AJAX (DWR) to work within the portal. Don't know if I can do that if something is built into the silverlight runtime...
Don't everybody chime in at once.
A little more info after some more debugging. I used Fiddler to listen in on the HTTP traffic and realized that the reason nothing ever shows is that the XAML request is never made from the HTML page. I ran the app outside the portal and it requests the html, the two .js files (silverlight.js and app.html.js), and then the xaml file, the .dll, and the .pdb. When I run the app *inside* the portal, it requests the html and two js files, but that's it. I've even tried removing the call to the "createSilverlight()" function altogether and instead putting it's output, which is an <OBJECT...> tag directly in the html. This yields the same result, unfortunately.
I just don't understand why no request would be made at all. At the point when the request is made, shouldn't it be the client (i.e. the silverlight runtime) making that request? I don't see why the portal would have any bearing on that. Any networking gurus out there that might have a clue? Or actual Silverlight team devs?
One final note - our company will (hopefully) be moving to BEA's portal. Anyone know if this will work? How about with just AJAX?
Actually, I have reposted this in the .NET forum - I incorrectly placed in this one.
However, in answer to your question, there actually is no "streaming" or "hosting" per se involved at all. I'm simply trying to run ANY Silverlight app through my portal. The setup is this: IIS server hosting website, html page containing silverlight app. user accesses a portal, and one of its portlets simply proxies the html page from the IIS server. the actual portal is Vignette (formerly Epicentric).
Hi, could it simply be that you have to make sure there is a mime type for .xaml registered? Otherwise your Silverlight control will not be able to load the xaml page.
Mime File .xaml
I saw this in multiple posts about problems hosting Silverlight apps. Hope this helps you too.
I think I know the answer - but we have a ticket in to the Vignette people to verify.
It appears that when the portal makes requests to our IIS web server it refers to itself as IE 4.01 in the User-Agent header. When I attempt to make a request myself, I break in Fiddler and replace my User-Agent with a 4.01 one and I too do not receive the request. My assumption is that because it is an older browser identification, IIS simply refuses to serve the newer technology files (XAML, XBAP, etc). I know that older browser version is not supported, but unfortunately I don't know of a way to get the portal to "act" like it's a later browser. In theory it should be smart enough to use the User-Agent from the actual client - but that doesn't happen. Hopefully we'll come to some resolution with that ticket opened...
have you tried just using inline xaml directly in the html to test?
Also, I used to work on a Plumtree (now BEA) system, and I am pretty sure that it wont work as their stuff is hard to use with custom javscript so, I doubt the Silverlight.createObjectEx() would event work, also, all custom pages/communities are a virtual directory, on a separate server (usually). So not sure how the reference to the Xaml file would be found.