RE: Uniobjects & Asp
I wander if UD 6.1 will be a requirement to use UO.NET? For example would OU.NET run on UD 5.2? >I heard from a reliable source at IBM that UO.NET will be released with >UniData 6.1 targeted for 6/30/04. Sometime after that release, Q3 >timeframe, for Universe. >rudy -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Uniobjects & Asp
>>> [EMAIL PROTECTED] 02/27/2004 1:05:29 PM >>> >From documentation I have seen Uniobjects.net will be thread safe, however I have not heard anything recently regarding a release date. Does anyone have any update on when this will be available? Greg >>> >From the White paper: Using IBM U2 and Microsoft .NET at >http://www-306.ibm.com/software/data/u2/index.html: "A new API, UniObjects for .NET, is under development. It will be written in C# and serve as a managed interface for UniData and UniVerse. We expect to release this concurrently with UniData 6.1, targeted for mid-2004. The addition of support for connection pooling is being considered for a future UniData release, pending finalization of pricing and packaging. UniObjects for .NET will be available in the releases of UniVerse available around the same timeframe." The document is dated December 2003. I don't know if IBM has made any more precise statements about release dates for UniData 6.1 or UniObjects for .NET. Karjala Does anyone know if Uniobjects.net will be thread safe ? thx, rudy -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Uniobjects & Asp
>From documentation I have seen Uniobjects.net will be thread safe, however I have not heard anything recently regarding a release date. Does anyone have any update on when this will be available? Greg Does anyone know if Uniobjects.net will be thread safe ? thx, rudy -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Uniobjects & Asp
Does anyone know if Uniobjects.net will be thread safe ? thx, rudy <mailto:[EMAIL PROTECTED] Sent: 26 February 2004 21:46 To: [EMAIL PROTECTED] Subject: Uniobjects & Asp I have a requirement to use Asp with Uniobjects. Our OS is W2K and the backend is UV 10.0.10. I was thinking about creating ActiveX Dll's in VB6 that would do things like create a UV session, instantiate subr object, etc. I read in the u2-users list archive something to the effect of Uniobjects not being thread safe. Does that still hold true ?>> < Subject: RE: Uniobjects & Asp No. Let me try and prevent the pain I had to go through. We avoided Uniobjects because by design its use is for client/server>> -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Uniobjects & Asp
Agree absolutely, we had gone down the route of middle tier vb and vb.net components for the business logic. The problem was in Unidata serialising concurrent requests effectively leaving us with a single user system. Redback would have been a nice option, but we had spent 6 months developing a complete solution so the pain in moving to PDP with a small amount of "data caching" in a Sql Server layer was the quickest way out for us. Concurrency testing of UniOLEDB never occurred to us, we knew UniObjects couldn't handle the thin client / Server processing model and decided based on the IBM info and previous experience of OLEDB to go down that route. How many people routinely test SQL Server or Oracle OLEDB drivers before developing a solution on them? It's a hard lesson to learn. Cheers Nick -Original Message- From: Brian Leach [mailto:[EMAIL PROTECTED] Sent: 27 February 2004 09:23 To: 'U2 Users Discussion List' Subject: RE: Uniobjects & Asp Nick, Depends on how you far you need to scale, and if you are looking to support large numbers of users. UniObjects is NOT thread safe, but you can roll your own connection pooling - ie. write your logic into a DLL that maintains a series of connections with some form of semaphoring, and call that from your ASP pages rather than calling UniObjects directly. There's something to be said for keeping your logic in a DLL anyway as ASP coding tends to fragment quite highly, and complex pages can be more of a pain to maintain than a complex DLL! Otherwise, your best bet is to use RedBack, which is designed explicitly to support the ASP model, and provides connection pooling and thread safety with a pretty decent level of performance and high scalability. We have put together a number of applications running across RedBack supporting large numbers of users for a local government, including call centres, billing and other fairly intensive applications and performance has not been an issue. Regards, Brian Leach > -Original Message- > From: Cooper, Rudy [mailto:[EMAIL PROTECTED] > Sent: 26 February 2004 21:46 > To: [EMAIL PROTECTED] > Subject: Uniobjects & Asp > > > Hello Everyone, > > I have a requirement to use Asp with Uniobjects. Our OS is W2K and > the backend is UV 10.0.10. I was thinking about creating ActiveX > Dll's in > VB6 that would do things like create a UV session, instantiate subr > object, etc. I read in the u2-users list archive something to the > effect of Uniobjects not being thread safe. Does that still hold true > ? > If so how do you make it thread safe ? > > thx, > > rudy > > -- > u2-users mailing list > [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users > > This correspondence is confidential and is solely for the intended > recipient(s). If you are not the intended recipient, you must not use, > disclose, copy, distribute or retain this message or any part of it. > If you are not the intended recipient please delete this > correspondence from your system and notify the sender immediately. > > No warranty is given that this correspondence is free from any virus. > In keeping with good computer practice, you should ensure that it is > actually virus free. E-mail messages may be subject to delays, > non-delivery and unauthorised alterations therefore, information > expressed in this message is not given or endorsed by Open and Direct > Group Limited unless otherwise notified by our duly authorised > representative independent of this message. > > Open and Direct Group Limited is a limited company registered in > United Kingdom under number 4390810 whose registered office is at 10 > Norwich Street, London, EC4A 1BD > > -- > u2-users mailing list > [EMAIL PROTECTED] > http://www.oliver.com/mailman/listinfo/u2-users > > __ > __ > This email was checked by MessageLabs SkyScan before entering > Microgen. This email was checked on leaving Microgen for viruses, similar malicious code and inappropriate content by MessageLabs SkyScan. DISCLAIMER This email and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information. In the event of any technical difficulty with this email, please contact the sender or [EMAIL PROTECTED] Microgen Information Management Solutions http://www.microgen.co.uk -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users This correspondence is confidential and is solely for the intended reci
RE: Uniobjects & Asp
Nick, Depends on how you far you need to scale, and if you are looking to support large numbers of users. UniObjects is NOT thread safe, but you can roll your own connection pooling - ie. write your logic into a DLL that maintains a series of connections with some form of semaphoring, and call that from your ASP pages rather than calling UniObjects directly. There's something to be said for keeping your logic in a DLL anyway as ASP coding tends to fragment quite highly, and complex pages can be more of a pain to maintain than a complex DLL! Otherwise, your best bet is to use RedBack, which is designed explicitly to support the ASP model, and provides connection pooling and thread safety with a pretty decent level of performance and high scalability. We have put together a number of applications running across RedBack supporting large numbers of users for a local government, including call centres, billing and other fairly intensive applications and performance has not been an issue. Regards, Brian Leach > -Original Message- > From: Cooper, Rudy [mailto:[EMAIL PROTECTED] > Sent: 26 February 2004 21:46 > To: [EMAIL PROTECTED] > Subject: Uniobjects & Asp > > > Hello Everyone, > > I have a requirement to use Asp with Uniobjects. Our OS is > W2K and the > backend is UV 10.0.10. I was thinking about creating ActiveX Dll's in > VB6 that would do things like create a UV session, instantiate subr > object, etc. I read in the u2-users list archive something to the > effect of Uniobjects not being thread safe. Does that still > hold true ? > If so how do you make it thread safe ? > > thx, > > rudy > > -- > u2-users mailing list > [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users > > This correspondence is confidential and is solely for the intended > recipient(s). If you are not the intended recipient, you must not use, > disclose, copy, distribute or retain this message or any part > of it. If you > are not the intended recipient please delete this > correspondence from your > system and notify the sender immediately. > > No warranty is given that this correspondence is free from > any virus. In > keeping with good computer practice, you should ensure that > it is actually > virus free. E-mail messages may be subject to delays, non-delivery and > unauthorised alterations therefore, information expressed in > this message is > not given or endorsed by Open and Direct Group Limited unless > otherwise > notified by our duly authorised representative independent of > this message. > > Open and Direct Group Limited is a limited company registered > in United > Kingdom under number 4390810 whose registered office is at 10 Norwich > Street, London, EC4A 1BD > > -- > u2-users mailing list > [EMAIL PROTECTED] > http://www.oliver.com/mailman/listinfo/u2-users > > __ > __ > This email was checked by MessageLabs SkyScan before entering > Microgen. This email was checked on leaving Microgen for viruses, similar malicious code and inappropriate content by MessageLabs SkyScan. DISCLAIMER This email and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information. In the event of any technical difficulty with this email, please contact the sender or [EMAIL PROTECTED] Microgen Information Management Solutions http://www.microgen.co.uk -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Uniobjects & Asp
Hello Everyone, I have a requirement to use Asp with Uniobjects. Our OS is W2K and the backend is UV 10.0.10. I was thinking about creating ActiveX Dll's in VB6 that would do things like create a UV session, instantiate subr object, etc. I read in the u2-users list archive something to the effect of Uniobjects not being thread safe. Does that still hold true ? If so how do you make it thread safe ? thx, rudy -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Uniobjects & Asp
No. Let me try and prevent the pain I had to go through. We avoided Uniobjects because by design its use is for client/server And it doesn't handle multiple concurrent requests. Knowing this We used UniOLEDB and it turned out to have concurrency issues as well whereby the driver threads correctly but the unirpc service queues All requests and processes them serially. On a simple Query 1 user takes 5 seconds and if 2 users hit the page they both take 9 to 10 seconds and so on. Our backend is Unidata 5.2 so it may be different for universe but please, please do some concurrency testing before you Embark on any project. We have had to rewrite totally with Raining Data's Pick Data provider. Cheers Nick -Original Message- From: Cooper, Rudy [mailto:[EMAIL PROTECTED] Sent: 26 February 2004 21:46 To: [EMAIL PROTECTED] Subject: Uniobjects & Asp Hello Everyone, I have a requirement to use Asp with Uniobjects. Our OS is W2K and the backend is UV 10.0.10. I was thinking about creating ActiveX Dll's in VB6 that would do things like create a UV session, instantiate subr object, etc. I read in the u2-users list archive something to the effect of Uniobjects not being thread safe. Does that still hold true ? If so how do you make it thread safe ? thx, rudy -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users This correspondence is confidential and is solely for the intended recipient(s). If you are not the intended recipient, you must not use, disclose, copy, distribute or retain this message or any part of it. If you are not the intended recipient please delete this correspondence from your system and notify the sender immediately. No warranty is given that this correspondence is free from any virus. In keeping with good computer practice, you should ensure that it is actually virus free. E-mail messages may be subject to delays, non-delivery and unauthorised alterations therefore, information expressed in this message is not given or endorsed by Open and Direct Group Limited unless otherwise notified by our duly authorised representative independent of this message. Open and Direct Group Limited is a limited company registered in United Kingdom under number 4390810 whose registered office is at 10 Norwich Street, London, EC4A 1BD -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Uniobjects & Asp
Rudy, The short answer is that I don't think YOU can make it thread safe - this is something IBM would have to do - UNLESS you wrote a wrapper that forced single threading (which sort of defeats the purpose) Would something like RedBack provide an adequate alternate solution for you? (Could also use 2/3 of our Visage stack to work with ASP if you REALLY wanted to, but you then loose "nice" things like dictionary aware drag & drop designer) Ross Ferris Stamina Software Visage – an Evolution in Software Development >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >Behalf Of Nick Southwell >Sent: Friday, 27 February 2004 10:08 AM >To: U2 Users Discussion List >Subject: RE: Uniobjects & Asp > >No. Let me try and prevent the pain I had to go through. > >We avoided Uniobjects because by design its use is for client/server >And it doesn't handle multiple concurrent requests. Knowing this >We used UniOLEDB and it turned out to have concurrency issues as well >whereby the driver threads correctly but the unirpc service queues >All requests and processes them serially. On a simple >Query 1 user takes 5 seconds and if 2 users hit the page they both take >9 to 10 seconds and so on. Our backend is Unidata 5.2 so it may be >different >for universe but please, please do some concurrency testing before you >Embark on any project. We have had to rewrite totally with Raining >Data's >Pick Data provider. > >Cheers > >Nick > >-Original Message- >From: Cooper, Rudy [mailto:[EMAIL PROTECTED] >Sent: 26 February 2004 21:46 >To: [EMAIL PROTECTED] >Subject: Uniobjects & Asp > > >Hello Everyone, > >I have a requirement to use Asp with Uniobjects. Our OS is W2K and the >backend is UV 10.0.10. I was thinking about creating ActiveX Dll's in >VB6 that would do things like create a UV session, instantiate subr >object, etc. I read in the u2-users list archive something to the >effect of Uniobjects not being thread safe. Does that still hold true ? >If so how do you make it thread safe ? > >thx, > >rudy > >-- >u2-users mailing list >[EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users > >This correspondence is confidential and is solely for the intended >recipient(s). If you are not the intended recipient, you must not use, >disclose, copy, distribute or retain this message or any part of it. If you >are not the intended recipient please delete this correspondence from your >system and notify the sender immediately. > >No warranty is given that this correspondence is free from any virus. In >keeping with good computer practice, you should ensure that it is actually >virus free. E-mail messages may be subject to delays, non-delivery and >unauthorised alterations therefore, information expressed in this message >is >not given or endorsed by Open and Direct Group Limited unless otherwise >notified by our duly authorised representative independent of this message. > >Open and Direct Group Limited is a limited company registered in United >Kingdom under number 4390810 whose registered office is at 10 Norwich >Street, London, EC4A 1BD > >-- >u2-users mailing list >[EMAIL PROTECTED] >http://www.oliver.com/mailman/listinfo/u2-users > > >--- >Incoming mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.595 / Virus Database: 378 - Release Date: 25/02/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.595 / Virus Database: 378 - Release Date: 25/02/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Uniobjects & Asp
Sounds like a Redback task. Fully thread safe, and totally scalable. Mike R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cooper, Rudy Sent: Thursday, February 26, 2004 4:46 PM To: [EMAIL PROTECTED] Subject: Uniobjects & Asp Hello Everyone, I have a requirement to use Asp with Uniobjects. Our OS is W2K and the backend is UV 10.0.10. I was thinking about creating ActiveX Dll's in VB6 that would do things like create a UV session, instantiate subr object, etc. I read in the u2-users list archive something to the effect of Uniobjects not being thread safe. Does that still hold true ? If so how do you make it thread safe ? thx, rudy -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
