I can't use the data in place; it's a complicated vendor setup that requires a staging table (plus we really don't want them touching our real data; they can do whatever they want in the MS world). Also, the problem is that the SQL Server can't get to the data on the i in the first place unless I log in and key the password.
--
Sean Porterfield
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Richard Schoen
Sent: Thursday, February 21, 2013 07:43
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Microsoft Integration Services password
Sean, if you're open to commercial options our RPG2SQL integrator will provide you real-time access to the database from RPG. No Java needed.
Seems overkill to use DTS when you can use the data in place in today's world.
Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site:
http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT
------------------------------
message: 8
date: Wed, 20 Feb 2013 19:17:01 -0500
from: "Porterfield, Sean" <SPorterfield@xxxxxxxxxxxxxxxxxxxxxxx>
subject: Microsoft Integration Services password
I've been using DTS for years on SQL Server 2005 to pull data from our IBM i (or whatever it was called then ;) )
Now I have a new project on SQL Server 2008, so I used Integration Services to pull the data. I automate it from a batch job when the data is ready, calling RUNRMTCMD to DTEXEC on the Windows box.
Whenever the Windows box is rebooted, I have to log on as the user listed in the RUNRMTCMD, start the data transfer process, and key the IBM i user password in the normal System i Access password dialog. It then works fine, even after logging off, until the system is rebooted again.
Does anyone know a way to make it keep the password? I typed it in the ODBC properties when I created the IS process, but it doesn't store it.
If not, (or regardless) what would others recommend for a data transfer process? At this time, I don't think I'm actually changing any of the data, just using TRUNCATE TABLE and pulling in an entire *PF to replace it.
I was thinking it's probably possible and not horribly difficult to do in PHP, but I've only ever done that for a single record update. JDBC comes to mind as another option, though I've never installed or used it. It seems more logical to run the entire process from the i instead of having to bounce back and forth.
--
Sean Porterfield
This email is confidential, intended only for the named recipient(s) above and may contain information that is privileged. If you have received this message in error or are not the named recipient(s), please notify the sender immediately and delete this email message from your computer as any and all unauthorized distribution or use of this message is strictly prohibited. Thank you.
midrange.com
