Re: [U2] Authorizing Unidata
an email to u...@us.ibm.com with your serial number and explanation for why you need to re-authorize would be my recommendation for a next step. regards, Wally Terhune U2 Support Architect IBM Information Management Software Tel: (303) 773-7969 T/L 656-7969 Mobile: (303) 807-6222 Email: wal...@us.ibm.com http://www.ibm.com/software/data/u2/support From: 20100 To: u2-users@listserver.u2ug.org Date: 04/19/2009 04:51 PM Subject:[U2] Authorizing Unidata Sent by:owner-u2-us...@listserver.u2ug.org Hi When the hardware CPU is replaced or if we re-install on a new platform, Unidata needs to be re-authorized. When one purchased Unidata, can it be re-authorised at any time, or do you need to have it covered by a support agreement to do so? We just want to replace the hardware, keep the same version of Unidata, etc, but have stopped paying support a few years ago. Before we do so, we want to make sure we can still re-authorized it on the IBM web site. Thanks for your input -- View this message in context: http://www.nabble.com/Authorizing-Unidata-tp23030312p23030312.html Sent from the U2 - Users mailing list archive at Nabble.com. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ [demime 1.01d removed an attachment of type image/gif which had a name of graycol.gif] [demime 1.01d removed an attachment of type image/gif which had a name of ecblank.gif] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Authorizing Unidata
Hi When the hardware CPU is replaced or if we re-install on a new platform, Unidata needs to be re-authorized. When one purchased Unidata, can it be re-authorised at any time, or do you need to have it covered by a support agreement to do so? We just want to replace the hardware, keep the same version of Unidata, etc, but have stopped paying support a few years ago. Before we do so, we want to make sure we can still re-authorized it on the IBM web site. Thanks for your input -- View this message in context: http://www.nabble.com/Authorizing-Unidata-tp23030312p23030312.html Sent from the U2 - Users mailing list archive at Nabble.com. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] CallHTTP vs cURL...
David, buried in my point was that you may be able to get other phantoms to be more effective, thus reducing your requirement for phantoms for other tasks. So with luck, when you do need a new one for CallHTTP your total phantom usage won't be any more than it is now. Like anything, especially in this economy, eliminate existing waste before attempting to avoid new expenses. But be careful about making your existing ports more effective. In it's strictest technical sense IBM licensing would prohibit even these sorts of optimizations - have your lawyers do lunch with their lawyers... Tony Gravagno Nebula Research and Development TG@ remove.pleaseNebula-RnD.com Visit PickWiki.com. Contribute! > From: David Wolverton > BUT -- right now, regardless of how it gets executed, > using CallHTTP (or anything 'socket') would go > iPhantom, even if just for a moment on a 'called' or > 'executed' sub-sub-phantom -- and if there are no > seats free for the phantom to 'grab' then it's dead in > the water... > > The issue isn't the 'method' used to execute CallHTTP > - it's the CallHTTP wanting to grab a seat that is the > issue. > > Thanks! > David W. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UV to SAP migration disaster
I think there are two other factors that come into play: technology and marketing. I know of at least one site here in the UK who are committed to moving to SAP because they believed for a long time that UV was a dead platform. Why? Because for years they heard nothing to the contrary. They now know that is not the case, but it's too late: they've spent the dollars and they are committed to move. There are some great VADs and ISVs out there, but equally it's inevitable that there will be some channels that are uncommunicative and unresponsive - you'll get that in any industry. But since IBM's policy (outside the US at least) is to sell via VAD or ISV, if you're stuck with one of them that's bound to colour your view of the technology. Organizations like U2UG are there to try to counter these impressions, but sometimes it feels like swimming against the tide. The second issue is the growth of technology that fools people into thinking that it can solve business problems for them, and thereby lowers the appreciation of the need to develop proper skill sets. Take Visual Studio for example: you can build applications at rapid pace using drag and drop to data bind to SQL data sources. Job done. Of course, anyone with any experience of writing real SQL based applications would freak at the lousy job the wizards do in automatically generating update statements, would despair at the lack of proper concurrency control, will steer away from the ugly datasets that scatter validation all over the shop.. but developers raised on these technologies are given the impression that the technology will do it all for them and so simply don't know any better. (And don't even start me on BizTalk..) Now, don't get me wrong. I like Visual Studio, I like C# and I use it on a daily basis. But like most on this list I've been around long enough to recognize at least some of its limitations, and the no-go areas for real world applications. I'll also admit the first client/sever applications I wrote were awful: luckily I have been fortunate enough to be able to learn from them. With the speed of new technology emerging, new markets offering cheap labour and the latest solve-all-your-problems wizardry always jumping at you, I wonder whether these new developers are getting that chance. However much I hate it, having been raised on ugly green screens and long winded hand coding at least gives a sense of the real work involved. Now we are coming towards the time when 'real' programmers - the people who taught many of us - are retired and it's that kind of perspective that is in danger of being lost. Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
