Hi all,

Yes its right that with using 

[Serializable] you can use your classes on client side i.e. in Silver
Light App.

You can use it in DTO Tier.

 

 

 

If you have any concerns please let me know.

 

Have a nice Light J

 

 

Regards,

Muhammad Niaz

Software Engineer

Intagleo Systems (Pvt) Ltd.

+92 321 569 4195

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jordan Knight
Sent: Monday, September 22, 2008 5:36 AM
To: [email protected]
Subject: RE: [OzSilverlight] A couple of questions

 

I believe DataContractSerializer is compatible with
SerializationAttribute... so in theory you should be able to serialise
the same classes without modification (even if they are in an older 1.1
or 2.0 assembly that you don't have to source for J) - im going from
memory here though

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ross McKinnon
Sent: Monday, 22 September 2008 9:00 AM
To: [email protected]
Subject: RE: [OzSilverlight] A couple of questions

 

Just quickly,

 

1) You are mainly suggesting a server based identity, which I did
contemplate and implement, but the problem with that is you end up
losing some of the silverlight power of local application with the
constant need to go back and forth in a complex web application across
multiple pages. I did implement a expiring token in local storage, but
that has a number of architectural syncronisation problems with the
server based asp.net security model which works so well.

 

2) Good to hear.

 

3) Interesting. I just didn't think it would be that simple.

 

4) Silverlight works reasonably well with the XML Formatter, expecially
when you put it in with Linq to SQL, with most things being tied into
nice classes, but not having the binary formatter you lose a degree of
flexibility in being able to serialise anything.

 

 

Thanks,

 

Ross.

 

 

PS, we should catch up anyway when you are back if you have a spare hour
or two.

 

________________________________

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Barnes
Sent: Thursday, 18 September 2008 5:20 PM
To: [email protected]
Subject: RE: [OzSilverlight] A couple of questions

Hi Ross! (long time no speak) J

 

1)      You have a number of options, essentially the easiest way is to
tap into the Windows Communication Foundation services and utilize this
option. It's essentially sending data over the wire in XML format,
Silverlight has great hooks already built in to handle these type of
requests. We're also looking to do more here to make things more
seamless in upcoming versions. I can't say more than that, but it will
get a lot easier in the long term.

2)      That's the intent going forward. We see a great deal of positive
power with using LINQ inside Silverlight and WPF. It's almost safe to
say out loud to think of LINQ as  you're Data Passport between client
and server. There will be more expansion on this in the future as well.

3)      Security will remain similar or if not the same as ASP.NET
today. The difference is on the client, you essentially need to
architect in such a way that the initial "first ask" is defining whom
the person is and what their session may look like. From there, it's a
case of "CanIHaveAccessTo(args)" style security access (given you're in
a non-Refresh situation - assuming this is a 100% Silverlight App by the
way). Now, the danger here is if not architected correctly is that you
can fake the "true/false" responses, so the further piece to this is to
maybe consider using XAML over the wire. In that "can I have access to
ViewAllUsrProfiles?, If the answer is true, you essentially trigger a
.xap download or you load .XAML remotely, via an ASP.NET page (pushing
the content). As this will also be a secondary check to make sure they
did indeed have positive response to the question"

4)      Could you expand on the Binary Formatter? I.e. what do you have
in mind?

5)      We're working on smarter ways to go between Client and Server,
but can't say much just yet on what that will look like. We're still
actively planning features and so feel free to expand on what you're
thinking here as I'm more than happy to walk this into the next planning
meeting and discuss with the team.

 

P.S

I'll be back home in Brisbane (currently Belinda and I are living in
Seattle now) around XMAS time. So if you're still stuck around then, I'm
sure we can find a E&Y event to meet up at and discuss in depth over a
beer or two. Failing that, feel free to contact me offline to discuss in
depth should the above not be enough (same goes for anyone on this list
btw).

 

--

Scott Barnes 
(Rich Platforms Product Manager)

Microsoft Corp. <http://www.microsoft.com/>  | Blog:
http://blogs.msdn.com/msmossyblog <http://blogs.msdn.com/msmossyblog>  |
Mobile: + 1 (425) 802-9503 (New!)

Twitter: twitter.com/mossyblog <http://twitter.com/mossyblog>  | MSN:
[EMAIL PROTECTED]
P Please consider your environmental responsibility before printing this
e-mail

 

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ross McKinnon
Sent: Wednesday, September 17, 2008 7:20 PM
To: [email protected]
Subject: [OzSilverlight] A couple of questions

 

Hi all,

 

I am the CIO of Michael Hill Jeweller which is an international (US,
Canada, New Zealand, Australia) jewellery retail chain whose global head
office is based in Brisbane and we are in the process of replacing our
global website. The executive here are very excited by the opportunities
presented by silverlight and we will be developing the new site using
this technology and are trying to release it as soon as possible.

 

I did have a couple of questions which I have posed to Microsoft, but
they have been unable to answer and most of them are directed towards my
personally perceived weaknesses of silverlight and I was hoping that
someone would be able to point out how they can be achieved. Hopefully
our work arounds are not the suggested best practice.

1) What is the best way of persisting user identity through multiple
silverlight pages? 

2) It appears to me that linq to SQL entities seem to lose the ability
to maintain state (ie know what is changed) after passing through a wcf
call and silverlight treats it like a normal class. Is that the case and
if so, is that going to be changed?

3) What is the best practice for integrating security and sessions
between asp.net / silverlight / wcf?

4) Are there plans for a binary formatter in the silverlight framework?

5) I have been overlaying silverlight pages over aspx with master and
content pages. The largest issue with that is being able to pass
information between your master and content pages (easily achievable in
aspx), but are there any plans to implement a method to easily pass
information between SL pages on the client (usually user specific
information), other than at creation of the page.

Thanks for any help in advance,

Ross.

18/9/2008   Ross McKinnon     [email protected]

 This email and any attachments ("Email") are intended only for the
addressee
and may contain privileged, confidential and/or disclosure-exempt
information.
You must not edit this Email without our express consent.
Michael Hill Jeweller (Australia) Pty Ltd does not warrant that this
Email
is complete, error-free or virus free, and by opening any attachments,
you accept full responsibility for the consequences. If you are not the
addressee,
you must not disseminate, rely upon or copy this Email, and you must
immediately
erase permanently and destroy all records of it and notify us by phone
(at our cost).
Thank you.

-------------------------------------------------------------------
OzSilverlight.com - to unsubscribe from this list, send a message back
to the list with 'unsubscribe' as the subject.
Powered by mailenable.com - List managed by www.readify.net 

-------------------------------------------------------------------
OzSilverlight.com - to unsubscribe from this list, send a message back
to the list with 'unsubscribe' as the subject.
Powered by mailenable.com - List managed by www.readify.net 

22/9/2008   Ross McKinnon     [email protected]

 This email and any attachments ("Email") are intended only for the
addressee
and may contain privileged, confidential and/or disclosure-exempt
information.
You must not edit this Email without our express consent.
Michael Hill Jeweller (Australia) Pty Ltd does not warrant that this
Email
is complete, error-free or virus free, and by opening any attachments,
you accept full responsibility for the consequences. If you are not the
addressee,
you must not disseminate, rely upon or copy this Email, and you must
immediately
erase permanently and destroy all records of it and notify us by phone
(at our cost).
Thank you.

-------------------------------------------------------------------
OzSilverlight.com - to unsubscribe from this list, send a message back
to the list with 'unsubscribe' as the subject.
Powered by mailenable.com - List managed by www.readify.net 

-------------------------------------------------------------------
OzSilverlight.com - to unsubscribe from this list, send a message back
to the list with 'unsubscribe' as the subject.
Powered by mailenable.com - List managed by www.readify.net 




------------------------------------------------------------------- 
OzSilverlight.com - to unsubscribe from this list, send a message back to the 
list with 'unsubscribe' as the subject.

Powered by mailenable.com - List managed by www.readify.net

Reply via email to