IDS2000 COM Proxy?
Hi there, We are very intrigued by the COM Proxy which is part of the IConnect that comes with IDS2000. Keeping with Informix tradition, there is no documentation of COM proxy with the product or on the informix web site. Any idea about what COM Proxy is? The title sounds promising. -- Bashar Chalabi CTL, London
Ignore it, its DOA. There was this idea that would allow you to register COM controls in NT server as either groups of UDRs (so your call gets dispatched to the control's method) or UDTs (so you can store, fetch and index data managed by the controls). Once you registered control as a group of UDRs in the server, you would use proxy instead of your original control and it would call the server functions via relatively fast Informix RPC protocol - fastpath. So your client application did not have to change even though your business logic would run in Informix server. The whole thing was pronounced dead by lack of customer demand around 6 months ago. I think dlls got shipped by accident. Leopold Bashar Chalabi <bashar@ctl.com> wrote in message news:kEFh4.72$7R.927@news.colt.net... > Hi there, > > We are very intrigued by the COM Proxy which is part of the IConnect that > comes with IDS2000. Keeping with Informix tradition, there is no > documentation of COM proxy with the product or on the informix web site. > > Any idea about what COM Proxy is? The title sounds promising. > > -- > Bashar Chalabi > CTL, London > >
Shame. It sounds like an interesting way of scaling up a middle tier based on UDRs, although I assume this could only work with IDS on NT. -- Bashar Chalabi CTL, London Leopold The Cat <leopold_the_cat@yahoo.com> wrote in message news:868331$bie1@webint.na.informix.com... > Ignore it, its DOA. There was this idea that would allow you to register COM > controls in NT server as either groups of UDRs (so your call gets dispatched > to the control's method) or UDTs (so you can store, fetch and index data > managed by the controls). Once you registered control as a group of UDRs in > the server, you would use proxy instead of your original control and it > would call the server functions via relatively fast Informix RPC protocol - > fastpath. So your client application did not have to change even though your > business logic would run in Informix server. The whole thing was pronounced > dead by lack of customer demand around 6 months ago. I think dlls got > shipped by accident. > > Leopold