Re: [ADVANCED-DOTNET] Web Services, Remoting and Coupling

2004-02-11 Thread Andrew Hopper
(Copied in part from my blog at http://www.dotnetified.com) NOTE: Let me preface this by saying that "I want to believe." I really do want to learn the so-called "right way" to do things, but I do reserve the right to point out the emperor has no clothes if I feel it hampers my productivity... It

Re: [ADVANCED-DOTNET] Web Services, Remoting and Coupling

2004-02-11 Thread Sami Vaaraniemi
Here's my favorite analogy. Out of all distribution technologies, HTTP- based web technology (and HTML) is the most successful one and dwarfs other much more elegant and efficient technologies such as Corba, DCOM, Java RMI, IBM MQ, MSMQ, RPC, .NET remoting etc. This is a bit surprising considering

Re: [ADVANCED-DOTNET] Compilation error

2004-02-11 Thread Brandon Manchester
Harvey, Thanks for your response. We're still unsure of what caused the error to occur. The only thing that changed was a few lines of code. Even taking those lines of code out did not fix the problem. We did some more 'testing' and found that we could compile fine using the command line via vbc,

Re: [ADVANCED-DOTNET] Appdomain Singleton classes and access from Remoted method

2004-02-11 Thread Norman Burkies
Thanks for the reply Ian. I took a step back to an "Hello World" example and all was well with that. The reason my actual code was failing is related to our use of a plugin architecture based upon SharpDevelop. The plugin assembly contained all the code and is required to be present in a plugin

Re: [ADVANCED-DOTNET] Web Services, Remoting and Coupling

2004-02-11 Thread Griffiths, Ian
An analogy with web services vs. remoting just occurred to me that I though might be close to your heart, Frans. For many applications, the database is the bottleneck. There is no doubt that if you want the absolute best possible performance you can get out of most databases (and certainly out o

Re: [ADVANCED-DOTNET] Web Services, Remoting and Coupling (was: Microsoft's future plans for Component Services and ORM)

2004-02-11 Thread Griffiths, Ian
> Ian Griffiths wrote: > >.NET remoting requires both ends to share type > > information. This entails a degree of coupling > > between your systems that is likely to be highly > > undesirable. Frans Bouma replied: > Everybody who has written a remoting setup knows that > this is easily circumve

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Services and ORM

2004-02-11 Thread james
FB Writes >I think you are talking about Halpin's Object Role Modelling templates >in visio for enterprise architects and the others are talking about >Object Relational Mapping. The acronym 'ORM' is more used with Halpin's >method (as you do, which is correct) than with O/R mapping, nevertheless >

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Services and ORM

2004-02-11 Thread Frans Bouma
> > > Now the java world is considering radical ideas like POJO as an > > > alternative ;-) > > > > Seriously: I doubt it. the EJB-CMP specs (especially the > > latest) is very solid. You can pinpoint to new technologies all you > > want but .NET hasn't an equivalent of that spec anywher

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Serv ices and ORM

2004-02-11 Thread james
>-Original Message- >From: Andy Smith >I agree emphatically here. I don't think many think through the details >when it comes to talk about replacing Component Services with Web Services. I agree that thinking through the details before making any decision is very important. That is why I

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Services and ORM

2004-02-11 Thread Stefan Holdermans
James, I think there's a little confusion here. The 'ORM' you refer to stands for 'Object Role Modelling'. The discussion however focusses on 'Object-Relational Mapping'. Just a matter of 'buzzword bingo', I guess. :) Regards, Stefan > -Original Message- > From: [EMAIL PROTECTED] > [ma

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Services and ORM

2004-02-11 Thread Frans Bouma
I think you are talking about Halpin's Object Role Modelling templates in visio for enterprise architects and the others are talking about Object Relational Mapping. The acronym 'ORM' is more used with Halpin's method (as you do, which is correct) than with O/R mapping, nevertheless it can lead to

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Services and ORM

2004-02-11 Thread james
>Is it supposed to be clear what you're referring to by "this product that >you desire"? He was asking about a tool for ORM being included in any version of Visual Studio (2003 .NET). I was trying to say that such an Item does come with the Enterprise Architect version of the product. >Have you

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Services and ORM

2004-02-11 Thread Frans Bouma
After re-reading what I said about the XmlSerializer performance I understand that it was me who started the confusion by mixing things up and not wording things correctly when it comes down to average performance of the xmlserializer component. For that I appologize. Now that's out of the way, I

Re: [ADVANCED-DOTNET] Calling managed C++ code from an unmanaged MFC app

2004-02-11 Thread Allan N.
Hi Pete, >Keep in mind that the whole point of this exercise is to eliminate the requirement to have Admin privileges ok, I didn't follow the thread from the beginning I just jumped in on the CCMI function, my mistake. First a quick clarification on my useless sample: the ClrCreateManagedInstance

Re: [ADVANCED-DOTNET] Compilation error

2004-02-11 Thread Harvey, James
Im not sure if its the same problem I had but it was sounds very similar. Anyway anythings worth a shot. My problem happened when I changed the culture of one of my assemblies. After it compiled I kept getting that error message (or similar). Even after I changed the culture back to the default

Re: [ADVANCED-DOTNET] Calling managed C++ code from an unmanaged MFC app

2004-02-11 Thread Shawn A. Van Ness
Pete, what does supporting IDispatch have to do with RegAsm? You lost me on that one. I think Allan was showing off IDispatch specifically to support your cant-create-any-regkeys requirement. If you asked for a custom interface, it might need to be registered under HKCR/Interfaces, in order to s

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Services and ORM

2004-02-11 Thread Philip Nelson
> > Now the java world is considering radical ideas like POJO as > > an alternative ;-) > > Seriously: I doubt it. the EJB-CMP specs (especially the latest) > is very solid. You can pinpoint to new technologies all you want but > .NET hasn't an equivalent of that spec anywhere in sight. So

Re: [ADVANCED-DOTNET] Microsoft's future plans for Component Services and ORM

2004-02-11 Thread Philip Nelson
> Now it may be worth moving away from the through of XML as angled brackets, > etc and think in terms of its abstracted model - the Infoset. Because XML is > a model is a very powerful and extensible way of expressing information - if > only that damn wire format were smaller. I agree that there a