[U2] Using the PUT method in an HTTP connection in UniBasic
Hello everyone, We have been playing around with the UniBasic commands createRequest and submitRequest for use with some web services provided by our external vendors. Unfortunately, one of the web services requires updates to existing data records to be submitted using the PUT method, instead of POST. According to the UniBasic Commands Reference for both UniData 7.2 and 7.3, the PUT method appears to not be supported for the createRequest command. That struck me as a little odd, so just to be sure, we tried it and couldn't get it to work. Does anyone know of an alternative way to create http requests in UniBasic that would support the PUT method? We have UniData 7.2 running on HP-UX. Most of my programming experience is on other platforms, typically on Windows, so my normal solution to this problem would be to make use of Microsoft's WinHTTP object (or one of its equivalent siblings) to handle the http request. Is there a way to do something equivalent to that in UniBasic on HP-UX? Thanks in advance for any suggestions you can give me! Jim Stoner ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Consuming web services
Hi Jeff, We have UniData, not Universe, but here is a sample code snippet I was playing with for consuming a SOAP web service in a UniBasic subroutine. It uses SOAPCreateRequest to manage the actual communication. This is based on some sample code I found with a google search, but I don't remember exactly which site I found the example on. It may have been http://permalink.gmane.org/gmane.comp.db.u2.general/52800 but I might be mistaken. Anyway, my test web service expected a product key as a parameter, then looked up that key in a database and returned a product description. It's a really basic example, but I hope it helps. Cheers, Jim Stoner ** $INCLUDE /usr/ud72/sys/INCLUDE/XML.H Desc= NodeName= TextName= RespHeaders = '' RespData = '' SoapStatus = '' URL = http://insert-url-for-wsdl SoapAction = GETDESC ;* replace with the web service action SoapNS = urn:DefaultNamespace ;* replace with the web service name space SoapMethod = GETDESC ;* replace with the web service method SoapParams = KEY:@VM:A.KEY:@VM:xsd:string ;* replace with the required parameters for the web service call. In my test case, the subroutine is passed in a single value which gets sent to the web service as a string param called KEY Timeout = 3 * create the request IF SOAPCreateRequest(URL, SoapAction, SoapReq) 0 THEN PRINT SOAPCreateRequest failed. RETURN END Status = SOAPSetParameters(SoapReq, SoapNS, SoapMethod, SoapParams ) Status = SOAPSubmitRequest(SoapReq, Timeout, RespHeaders, RespData, SoapStatus) PRINT SOAPSubmitRequest Status: : Status RespData = RespData:CHAR(10) ;* add a line-feed at the end of the xml string PRINT Response: : RespData IF XDOMOpen(RespData, XML.FROM.STRING, domFile) XML.SUCCESS THEN ;* domh is the document handle PRINT XDOMOpen failed. RETURN END IF XDOMLocate(domFile, '//GETDESCReturn', '', nodeHandle) XML.SUCCESS THEN PRINT XDOMLocate failed. RETURN END Status=XDOMGetNodeName(nodeHandle, NodeName) PRINT Node Name: : NodeName IF XDOMLocateNode(nodeHandle, XDOM.CHILD, XDOM.FIRST.CHILD, XDOM.TEXT.NODE , textHandle) XML.SUCCESS THEN PRINT XDOMLocateNode failed. RETURN END IF XDOMGetNodeValue(textHandle, Desc) XML.SUCCESS THEN PRINT XDOMGetNodeValue failed. RETURN END PRINT Returned Description: : Desc RETURN ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] uniobjects.dll on Notes 8.3
Hi Charles, Is the new WIN7 system a 64 bit or 32 bit server, and if it is 64 bit, is the Domino installation also 64 bit? The UniObjects COM library is 32 bit only, and I haven't found a way to access it from a 64 bit Domino installation. I can confirm that UniObjects does work with a 32 bit Domino 8.5.3 installed on a 32 bit server. I haven't tried 32 bit Domino installed on a 64 bit server, so I'm not sure if that would work or not. If you find a way to get it to work with a 64 bit Domino / Windows server, I'd love to know how. Good luck! Jim Stoner Empire State College From: charles_shaf...@ntn-bower.com To: U2-Users@listserver.u2ug.org, Date: 09/18/2012 03:17 PM Subject:[U2] uniobjects.dll on Notes 8.3 Sent by:u2-users-boun...@listserver.u2ug.org Hi. I'm hoping someone has had a similar experience and can help me with something. I am trying to port a LotusScript agent that uses uniobjects.dll library from Notes 5 to Notes 8.3. It blows up on the statement Set UDSession = CreateObject(Uniobjects.Session.1); This is directly copied over from the XP/Notes 5 system where it has been working fine for years, to a WIN7/Notes 8.3 system. The uniobjects.dll is in Windows\System32\ Anyone seen anything like this? Has the uniobjects.dll file been updated in the last few years? If I recall correctly, uniobjects.dll is the COM library. Is this supported in newer environments? Charles Shaffer Senior Analyst NTN-Bower Corporation ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] uniobjects.dll on Notes 8.3
Yes, the dll files have to be registered. The easiest way is to just use the UniObjects installer provided from Rocket. You can download it from http://www.rocketsoftware.com/u2/resources/downloads and I believe it is in the U2 Clients installer, part of the UniDK installation. Hope that helps, Jim Stoner Empire State College From: charles_shaf...@ntn-bower.com To: U2 Users List u2-users@listserver.u2ug.org, Cc: u2-users-boun...@listserver.u2ug.org Date: 09/18/2012 03:38 PM Subject:Re: [U2] uniobjects.dll on Notes 8.3 Sent by:u2-users-boun...@listserver.u2ug.org I just copied it. Did I fail to register it? Charles Shaffer Senior Analyst NTN-Bower Corporation From: David L. Wasylenko d...@pickpro.com To: U2 Users List u2-users@listserver.u2ug.org, Date: 09/18/2012 02:25 PM Subject:Re: [U2] uniobjects.dll on Notes 8.3 Sent by:u2-users-boun...@listserver.u2ug.org Shot in the dark... Did you install the Uniobjects package or just copy the dll... makes a difference. ... david ... David L. Wasylenko President, Pick Professionals, Inc w) 314 558 1482 d...@pickpro.com -Original Message- From: u2-users-boun...@listserver.u2ug.org [ mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of charles_shaf...@ntn-bower.com Sent: Tuesday, September 18, 2012 2:24 PM To: U2 Users List Subject: Re: [U2] uniobjects.dll on Notes 8.3 The error message is Cannot create automation object. Charles Shaffer Senior Analyst NTN-Bower Corporation ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Ellucian job posting a little bizarre
Hi, Unless I missed it, that job description only mentioned Ellucian Banner, not Colleague. Banner is the ex-Sungard product, while Colleague is the ex-Datatel product that uses UniData. Banner would not require any Pick experience, as far as I know. Cheers, Jim Stoner ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Uniobjects for Java and Domino 8
Hi Dan, Thanks for this information. Can you tell us if Rocket has any plans to further develop / support the original COM/OLE version of UniObjects? And in particular, are there any plans to release a 64 bit version? Thank you, Jim Stoner SUNY Empire State College From: Daniel McGrath dmcgr...@rocketsoftware.com To: U2 Users List u2-users@listserver.u2ug.org Date: 12/07/2011 05:00 PM Subject:Re: [U2] Uniobjects for Java and Domino 8 Sent by:u2-users-boun...@listserver.u2ug.org I missed this email. Q: Will UOJ be further developed and supported by Rocket in the future? A: Yes. There are no plans on changing this answer in the foreseeable future either. Regards, Dan McGrath U2 Product Manager Rocket Software Web: www.rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [ mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of charles_shaf...@ntn-bower.com Sent: Wednesday, December 07, 2011 10:22 AM To: U2 Users List Subject: Re: [U2] Uniobjects for Java and Domino 8 Great information John and Robert. Looks like UOJ is getting mature. In my situation, it is attractive since we use Domino and Unidata extensively. But, I do not want to invest my time in something that won't be supported in the future. My question for Rocket is Will UOJ be further developed and supported by Rocket in the future? Thanks. Charles Shaffer Senior Analyst NTN-Bower Corporation Robert said: Hi John, On Fri, Dec 2, 2011 at 10:01 AM, John Hester jhes...@momtex.com wrote: We've been using UOJ with WebSphere App Server since around 2003. Not quite the same as Domino, I realize, but at least under the same IBM Java middleware umbrella. I can't offer a lot the way of best practices, but I can say that the combination is robust and trouble-free. This is more OS related, but if you're connecting to or from a linux box you need to make sure the LANG environment variable is set correctly. The RedHat default is incorrect for UOJ (at least up to EL 5) and will result in MV delimiters being incorrectly translated into other ascii characters. RedHat EL 5 stores the LANG value in /etc/sysconfig/i18n and the official setting I was given by IBM is en_US.iso885915. The above has caused me many problems in both web applications and running UOJ on mobile devices. I got a debugger out and went through what is happening, it appears UOJ is using deprecated routines within java and writing invalid data to the udcs server. The deprecated routines are using the systems character encoding to convert 16bit java characters to 8bit bytes. As the host systems character encoding is variable thus different data will be sent to the server depending on what location and operating system is used. Roughly the uniobjects conversion routines grab the java system property file.encoding which is meant for reading and writing files and use it directly and indirectly to write data to the socket. Quick fix is on the java command line -Dfile.encoding=iso8859_1 Warning: once java program is running ie System.setProperty(file.encoding,iso8859_1) does not work as a bunch of system level stuff is cached on startup. The above quick fix has many bad side effects as the java process now has the wrong character encoding to read and write files on the local system and has caused me issues in third party libraries which expect to be able to read and write files correctly. ie my web server should be emitting utf8 for maximum compatibility but is putting out iso8859_1 for most files thanks to this quick fix It would be better for the rocket engineers to decide on a character encoding to talk to the server with and set it as a separate define(or hard code it maybe), according to oracle the basic encodings below should be available on most jvms : http://docs.oracle.com/javase/1.3/docs/guide/intl/encoding.doc.html ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Uniobjects for Java and Domino 8
Hi, If Rocket is not going to be updating / supporting the original UniObjects, we're looking at either creating a wrapper for UO.net, or using UOJ. UOJ is the obvious choice for us, since we're currently Domino-based, and Domino supports Java agents. However, I have the impression UO.net may be the better product. Are there any users on the list who have experience with both UOJ and UO.net? If so, would you be willing to share a quick assessment of their comparative value / quality? From looking through the manuals, it seems to me like UO.net has slightly more functionality out of the box, such as the native implementation of a data set class. Is that a valid assessment? And how do they compare in terms of quality? For example, the recent thread was going through issues with UOJ's character encoding. Are there similar (or worse) gotchas in UO.net? Thanks for any insights you care to share! Jim Stoner From: Symeon Breen syme...@gmail.com To: 'U2 Users List' u2-users@listserver.u2ug.org Date: 12/07/2011 01:18 PM Subject:Re: [U2] Uniobjects for Java and Domino 8 Sent by:u2-users-boun...@listserver.u2ug.org Considering UOJ and UO.net are the only api's available for u2 I would have thought yes -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of charles_shaf...@ntn-bower.com Sent: 07 December 2011 17:22 To: U2 Users List Subject: Re: [U2] Uniobjects for Java and Domino 8 Great information John and Robert. Looks like UOJ is getting mature. In my situation, it is attractive since we use Domino and Unidata extensively. But, I do not want to invest my time in something that won't be supported in the future. My question for Rocket is Will UOJ be further developed and supported by Rocket in the future? Thanks. Charles Shaffer Senior Analyst NTN-Bower Corporation Robert said: Hi John, On Fri, Dec 2, 2011 at 10:01 AM, John Hester jhes...@momtex.com wrote: We've been using UOJ with WebSphere App Server since around 2003. Not quite the same as Domino, I realize, but at least under the same IBM Java middleware umbrella. I can't offer a lot the way of best practices, but I can say that the combination is robust and trouble-free. This is more OS related, but if you're connecting to or from a linux box you need to make sure the LANG environment variable is set correctly. The RedHat default is incorrect for UOJ (at least up to EL 5) and will result in MV delimiters being incorrectly translated into other ascii characters. RedHat EL 5 stores the LANG value in /etc/sysconfig/i18n and the official setting I was given by IBM is en_US.iso885915. The above has caused me many problems in both web applications and running UOJ on mobile devices. I got a debugger out and went through what is happening, it appears UOJ is using deprecated routines within java and writing invalid data to the udcs server. The deprecated routines are using the systems character encoding to convert 16bit java characters to 8bit bytes. As the host systems character encoding is variable thus different data will be sent to the server depending on what location and operating system is used. Roughly the uniobjects conversion routines grab the java system property file.encoding which is meant for reading and writing files and use it directly and indirectly to write data to the socket. Quick fix is on the java command line -Dfile.encoding=iso8859_1 Warning: once java program is running ie System.setProperty(file.encoding,iso8859_1) does not work as a bunch of system level stuff is cached on startup. The above quick fix has many bad side effects as the java process now has the wrong character encoding to read and write files on the local system and has caused me issues in third party libraries which expect to be able to read and write files correctly. ie my web server should be emitting utf8 for maximum compatibility but is putting out iso8859_1 for most files thanks to this quick fix It would be better for the rocket engineers to decide on a character encoding to talk to the server with and set it as a separate define(or hard code it maybe), according to oracle the basic encodings below should be available on most jvms : http://docs.oracle.com/javase/1.3/docs/guide/intl/encoding.doc.html ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1415 / Virus Database: 2102/4064 - Release Date: 12/06/11 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Uniobjects for Java and Domino 8
Hi, I'm also interested in any advice / best practices for UO for Java on Domino. It would certainly be nice to find a small user group to ask questions and bounce around best practices. I haven't tried using UniObjects for Java with Domino yet, but I have used the original OLE/COM version of UniObjects in LotusScript agents on Domino 8.5. We have been using that for some small-scale production jobs for the past year, and it has worked really well. The main problem I have is that the OLE/COM version of UniObjects hasn't been updated in years, and it doesn't seem to have a 64-bit version. I have looked for alternatives, like trying to register the UO for .Net client as an OLE/COM object, but for some reason that only exposes a handful of classes and methods; the vast majority of the functionality doesn't seem to be configured to work when accessed as an OLE/COM object. So unless Rocket releases a 64-bit version of the original UniObjects, my fallback plan is to move to UniObjects for Java, but I've been putting it off until I have some more time or find other people doing something similar to help motivate me. :-) Cheers, Jim Stoner Lead Programmer/Analyst SUNY Empire State College From: charles_shaf...@ntn-bower.com To: u2-users@listserver.u2ug.org, Date: 12/01/2011 03:38 PM Subject:[U2] Uniobjects for Java and Domino 8 Sent by:u2-users-boun...@listserver.u2ug.org Has anyone used Uniobjects for Java with Domino 8? If so, have you had luck with it. Any best practice suggestions? Charles Shaffer Senior Analyst NTN-Bower Corporation ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Installing UniObjects on Windows 2008 64 bit
Hello, A few weeks ago I posted about the trouble we've been having getting UniObjects to work as a COM/OLE object inside 64-bit Lotus Domino. We've been looking at ways to use the .Net version of UniObjects inside Domino instead, and we found the following web page that talks about how to access a .Net class from LotusScript: https://www-304.ibm.com/support/docview.wss?rs=899uid=swg21230705 Following the directions on that page, we've run GACUTIL and REGASM to register the objects in the uodotnet.dll and make them accessible via the COM interface, with partial success. When we use the Object Viewer, under the Object Classes / Grouped by Component Category / .Net Category, we find the following two classes: IBMU2.UODOTNET.SupportClass and IBMU2.UODOTNET.UniRecord. There are also entries for a bunch of exceptions: IBMU2.UODOTNET.UniCommandException, UniDataSetException, UniDynArrayException, UniFileException, etc. There are 14 of those exception entries in total. The rest of the classes, like UniObjects, UniSession, etc. are not listed in the object viewer (though some like UniCommand, UniDynArray and UniFile do have their exceptions listed). In LotusScript, we can then use the following code to successfully access the two exposed UniObjects classes: set obj = CreateObject(IBMU2.UODOTNET.SupportClass) set obj2 = CreateObject(IBMU2.UODOTNET.UniRecord) Both of those statements work. However, by themselves, those classes aren't much use. We cannot create COM objects for the core UniObjects, UniSessions, UniFile, etc. classes. They just give the generic cannot create automation object error messages. Does anyone know why the remainder of the UniObjects classes would not be accessible via the COM interface after using GACUTIL and REGASM? Is there something about the remaining UniObject classes that make them somehow incompatible with this approach for exposing .Net dlls as COM objects, even though it worked for the UniRecord class? Or are we just missing a step somewhere? Any advice would be welcomed! Thanks, Jim Stoner ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Installing UniObjects on Windows 2008 64 bit
Hi Jeff, You are right, the default version of the Windows 7 SDK object viewer that you access through the Start menu is 64 bit. The SDK does include a 32 bit object viewer, if you find and launch it manually. Thanks for clarifying that - I don't work in a Windows development shop, so I'm not really familiar with the issues of 32 vs 64 bit drivers/environments. I didn't even think to look for that. Using the 32 bit viewer, it does show the UnioaifCtrl class does show up. And of course, that implies the problem with my Domino agent is that we're running the 64 bit version of Domino on this server, which presumably cannot access the 32 bit UniObjects dll. Is there a 64 bit version of UniObjects? I've done a search for it, but haven't found one. Alternatively, would UniObjects for Java work with our Domino 64 bit version? Thanks for everyone's help, and sorry for having missed something so fundamental. Jim Stoner From: Lettau, Jeff jlet...@polkaudio.com To: U2 Users List u2-users@listserver.u2ug.org Date: 06/15/2011 08:29 AM Subject:Re: [U2] Installing UniObjects on Windows 2008 64 bit Sent by:u2-users-boun...@listserver.u2ug.org Is the Windows 7 SDK a 64 bit version of the software? If so I would think it would not be able to see the 32bit Unidk to use it. As 64bit versions of software can only interact with the 64bit versions of drivers even if the 32bit drivers are installed properly. Is there some way to make the Windows 7 sdk run as a 32bit environment? I would think that could solve your problem unless your trying to write something to run on windows 7 64bit. Jeffrey Lettau ERP Systems Manager polkaudio -Original Message- From: u2-users-boun...@listserver.u2ug.org [ mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of jim.sto...@esc.edu Sent: Tuesday, June 14, 2011 5:47 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Installing UniObjects on Windows 2008 64 bit Hi, Thanks for the suggestions, folks. So far, I haven't made any progress. I did install the UniData client by right clicking on the installer and using Run As Administrator, while also logged in as an Administrator, with the same results. After David's email mentioned a missing dll and registering them manually, I tried to investigate that possibility. I'm not very familiar with that aspect of Windows systems administration, though, so I don't really know exactly what dlls are required. I looked in the C:\IBM\UniDK\redist\i386\register subdirectory, and made sure that all of those files were present in my C:\Windows\SysWOW64 directory (they were). And then I opened the command prompt (with Run as Administrator), and tried using the REGSVR32 command to register each of those 8 files, including uniobjects.dll. In each case, I got the message DllRegisterServer in c:\windows\syswow64\uniobjects.dll succeeded. However, I still don't see the UnioaifCtrl class in the OLE/COM viewer that comes with the Windows 7 SDK, and I still get the error when I try to call the object in my Domino agent. The one new piece of info that I have is this: When I run (as administrator) the UniData client installer, and then choose the UniDeveloper Kit option, it installs without any visible error as I've mentioned. However, I also tried going into the installer's UNIDK subdirectory, and running (as administrator) the actual setup.exe application for the UniDeveloper Kit. When I do it this way, I do see an error message: * The following files did not self-register or unregister: * 1. C:\Windows\SysWOW64\oc30.dll Error: 0x80040200 * 2. C:\Windows\SysWOW64\oleaut32.dll Access is denied. I do not get that error message when I run the full UniData client installer, though, so I am not sure if that error is because some underlying element that is normally handled by the main installer isn't in available, or if that error is actually occurring all the time and the main installer just isn't reporting it. Since my install isn't working, I'm guessing the error happens all the time, and the main installer is interfering with the error alert. A google search on the error number hasn't helped much. If I try to set the UDK setup program to run in Windows 2003 compatibility mode, it no longer reports an error, but the object still doesn't work or show up in the object viewer. I'll keep looking, but if anyone has any more suggestions, I'd love to hear them! :-) Thanks for the help so far! Jim Stoner ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users Disclaimer: This email may contain confidential and/or privileged information. It is intended only for the person or persons to whom it is addressed. Any unauthorized review, use, or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email
Re: [U2] Installing UniObjects on Windows 2008 64 bit
Hi Marc, Can Domino use the .NET DLL directly? The .NET DLL should work in both x32 and x64. I'm not really sure. I'm not familiar with how .NET stuff works, and I've never seen anything talking about Domino working with native .NET libraries. Is the uodotnet.dll accessible as a COM object to other programs? I actually would prefer to use the .NET uniobjects instead of the original, just to have access to the UniDataSet class, but I haven't found any instructions for how to access it as a COM object. When I install the UniData client, it doesn't seem to put the uodotnet.dll file anywhere in the Windows directory tree; the only place it's put on the client computer is in the C:\IBM\UDK\uonet\bin directory. Could I just copy that to C:\windows\system32 and manually register it, then access it as a COM object? Or is the uodotnet.dll not a COM object? After some basic wikipedia reading on this topic, it looks like COM Interop might let me register a .NET component as a COM object, but I'm not sure what's involved with doing that. I also found some instructions on a related topic, that led me to try the following: C:\Windows\Microsoft.NET\Framework64\v4.0.30319regasm c:\ibm\unidk\uonet\bin\uodotnet.dll /tlb /c Microsoft (R) .NET Framework Assembly Registration Utility 4.0.30319.1 Copyright (C) Microsoft Corporation 1998-2004. All rights reserved. Types registered successfully Assembly exported to 'c:\ibm\unidk\uonet\bin\uodotnet.tlb', and the type library was registered successfully I don't know what to do from there, however. Uodotnet does not show up as an object in either the 32 or 64 bit object viewers, for example. So next I tried copying the .dll and .tlb files to the C:\windows\syswow64 directory, and then ran: C:\regsvr32 c:\windows\syswow64\uodotnet.dll That gave me an error of The module c:\windows\syswow64\uodotnet.dll was loaded but the entry point DllRegisterServer was not found. Make sure that uodotnet.dll is a valid DLL or OCX file and try again. So that's where I'm stuck at the moment. If I could get COM access to uodotnet.dll, that would be great. You have anyone who can write a wrapper for that DLL if not? I don't think we have anyone in-house who has the .NET skills (or even the software) to do so, although I'll check on that tomorrow. Thanks, Jim ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Installing UniObjects on Windows 2008 64 bit
Hi, Thanks for the suggestions, folks. So far, I haven't made any progress. I did install the UniData client by right clicking on the installer and using Run As Administrator, while also logged in as an Administrator, with the same results. After David's email mentioned a missing dll and registering them manually, I tried to investigate that possibility. I'm not very familiar with that aspect of Windows systems administration, though, so I don't really know exactly what dlls are required. I looked in the C:\IBM\UniDK\redist\i386\register subdirectory, and made sure that all of those files were present in my C:\Windows\SysWOW64 directory (they were). And then I opened the command prompt (with Run as Administrator), and tried using the REGSVR32 command to register each of those 8 files, including uniobjects.dll. In each case, I got the message DllRegisterServer in c:\windows\syswow64\uniobjects.dll succeeded. However, I still don't see the UnioaifCtrl class in the OLE/COM viewer that comes with the Windows 7 SDK, and I still get the error when I try to call the object in my Domino agent. The one new piece of info that I have is this: When I run (as administrator) the UniData client installer, and then choose the UniDeveloper Kit option, it installs without any visible error as I've mentioned. However, I also tried going into the installer's UNIDK subdirectory, and running (as administrator) the actual setup.exe application for the UniDeveloper Kit. When I do it this way, I do see an error message: * The following files did not self-register or unregister: * 1. C:\Windows\SysWOW64\oc30.dll Error: 0x80040200 * 2. C:\Windows\SysWOW64\oleaut32.dll Access is denied. I do not get that error message when I run the full UniData client installer, though, so I am not sure if that error is because some underlying element that is normally handled by the main installer isn't in available, or if that error is actually occurring all the time and the main installer just isn't reporting it. Since my install isn't working, I'm guessing the error happens all the time, and the main installer is interfering with the error alert. A google search on the error number hasn't helped much. If I try to set the UDK setup program to run in Windows 2003 compatibility mode, it no longer reports an error, but the object still doesn't work or show up in the object viewer. I'll keep looking, but if anyone has any more suggestions, I'd love to hear them! :-) Thanks for the help so far! Jim Stoner ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] Installing UniObjects on Windows 2008 64 bit
Hello, We have a UniData server and are using UniObjects to access it from our web servers (using Lotus Notes/Domino). We have UniObjects working in Domino's Lotusscript scripting language on our production servers running Windows 2003. It also works on my desktop running Windows XP. I just tried to install the UniData client (udt_7.2acl, downloaded today from Rocket's website) on a development machine running Windows 2008 R2 64 bit, and the Domino agent that calls the Uniobjects.UnioaifCtrl object always fails with the error: ERROR 208 : Cannot create automation object. The UniObjects manual mentions that if you get an error saying it cannot create object that UniObjects didn't install property and instructing you to try re-installing. I've re-installed it three times with no luck. The UniData client installer runs fine, and seems to install the UniDevelopers Kit (the element that installs UniObjects) without any errors. There are no errors in the server's event log, and the file uniobjects.dll is placed into the C:\Windows\SysWOW64 directory on the server, which seems to be correct for a 32-bit dll on a Windows 2008 server. Next I downloaded and installed Microsoft's OLE/COM Object Viewer (a Windows 2008 compatible version is in the Windows 7 SDK installer), and installed that on both my desktop and the Windows 2008 server. On my desktop, the viewer shows that the UnioaifCtrl class is registered/installed. However, the UnioaifCtrl class does not appear in the viewer on the Windows 2008 server. Maybe the installation didn't register the object? Has anyone installed the UniData client, especially UniObjects, on Windows 2008 R2? Does anyone have any suggestions about why the client installer wouldn't be registering the automation object, or how to proceed? Thank you, Jim Stoner ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
