|
That's another point. We have about 800 of these things out there, and I want to be consistent with software, regardless of whether they have the signature capture device. So installing a service on all of these things would be interesting. I wrote a rudimentary software update process for code revisions - wonder what I would need to do to create a service using that vehicle. > -------- Original Message -------- > Subject: RE: [PCTECH] Messaging to a Service > From: "Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx> > Date: Mon, March 14, 2005 2:50 pm > To: "PC Technical Discussion for iSeries Users" <pctech@xxxxxxxxxxxx> > > Oh, and obviously you'd have to install the service to run as a user > that did have sufficient rights to do what you wanted. BTW, what do you > want to do? > > -Walden > > > ------------ > Walden H Leverich III > President & CEO > Tech Software > (516) 627-3800 x11 > WaldenL@xxxxxxxxxxxxxxx > http://www.TechSoftInc.com > > Quiquid latine dictum sit altum viditur. > (Whatever is said in Latin seems profound.) > > > > -----Original Message----- > From: pctech-bounces@xxxxxxxxxxxx [mailto:pctech-bounces@xxxxxxxxxxxx] > On Behalf Of Walden H. Leverich > Sent: Monday, 14 March, 2005 14:41 > To: PC Technical Discussion for iSeries Users > Subject: RE: [PCTECH] Messaging to a Service > > So if I understand you correctly, this would be a local user clicking on > a icon and running a local series of commands, with the problem being > that the local user doesn't have the rights they need. Before we go > overboard, let's ask the two simple questions, 1) can they be granted > the access the need? or 2) if they're on XP boxes would RunAs do what > you needed? > > Assuming you need to write something, sockets are obviously the > "universal" interface, and aren't that hard to code to in .NET (you are > using .NET for new development, aren't you? <G>) But if you're looking > for something else, what about MSMQ, Microsoft's MQ technology. It > supports local queues, so you'd create a service (also easy in .NET) and > have that service create a queue (if it didn't already exist) then > simply sit on a Receive() call. Your "client" code would Send() a > message with the needed data to the queue and the service would wake up > and do it's thing then go back to a Receive() wait (sound familiar -- > a'la data queues) > > -Walden > > ------------ > Walden H Leverich III > President & CEO > Tech Software > (516) 627-3800 x11 > WaldenL@xxxxxxxxxxxxxxx > http://www.TechSoftInc.com > > Quiquid latine dictum sit altum viditur. > (Whatever is said in Latin seems profound.) > > > > -----Original Message----- > From: pctech-bounces@xxxxxxxxxxxx [mailto:pctech-bounces@xxxxxxxxxxxx] > On Behalf Of michael@xxxxxxxxxxxxxxxxxx > Sent: Monday, 14 March, 2005 12:38 > To: PC Technical Discussion for iSeries Users > Subject: RE: [PCTECH] Messaging to a Service > > Hi Walden - > > Well...I think a Windows service is the right way to go, but there may > be better ways. I want to have a Windows service execute a command > file based on a message passed to the service. Rexec will still be used > (rexec from the iSeries to a thin client) for other applications, but > these new applications would be 'clickable' by the unwashed user from > Start->Programs. The problem is that the user profile on the thin > client is so locked down that they don't have the authority (I > believe) to execute the programs I want them to execute. I can't change > the user profile, so I thought I could create a service that would run > under a different user id, and the service would be able to execute the > commands. > > I'm using MQ to communicate between fat clients and the iSeries, but > these thin clients don't have enough space to store the MQ code I don't > think. I'm looking for a small footprint, light weight mechanism to talk > to a service. > > - Michael > > > -------- Original Message -------- > > Subject: RE: [PCTECH] Messaging to a Service > > From: "Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx> > > Date: Mon, March 14, 2005 12:02 pm > > To: "PC Technical Discussion for iSeries Users" <pctech@xxxxxxxxxxxx> > > > > Michael, > > > > Are you saying create a service on Windows and have that service > "wait" > > for something like a dataq, but in the windows space? I see you said > you > > were using rexec, but I got the feeling you were looking to replace > > that. What would invoke this request? I don't mean from a technology > > point of view -- I think that's the question you're asking -- but I > mean > > from a platform question. Who is consuming this service? Other VB apps > > on the same machine? Other VB on another machine, RPG on iSeries? > > > > Based on the answer to whose consuming the service there are several > > options, from web services to MQSeries, to MSMQ, to indeed using > dataqs > > on the iSeries. > > > > -Walden > > > > > > ------------ > > Walden H Leverich III > > President & CEO > > Tech Software > > (516) 627-3800 x11 > > WaldenL@xxxxxxxxxxxxxxx > > http://www.TechSoftInc.com > > > > Quiquid latine dictum sit altum viditur. > > (Whatever is said in Latin seems profound.) > > > > > > > > -----Original Message----- > > From: pctech-bounces@xxxxxxxxxxxx [mailto:pctech-bounces@xxxxxxxxxxxx] > > On Behalf Of michael@xxxxxxxxxxxxxxxxxx > > Sent: Monday, 14 March, 2005 11:10 > > To: PCTech PCTech > > Subject: [PCTECH] Messaging to a Service > > > > Here's my condundrum. I have some VB applications that are executed on > > the PC under a specific user ID. The invocation is via rexec, so the > > user id is passed in. A normal user has little authority, and they > > don't have the authority to run these applications. So I was thinking > > of creating a service that would run under the priveleged user and > > execute the applications for the unprivledged user. > > > > Question: How do I send a message to the service? I could do something > > like changing a file and having the service poll the file, but that > > seems 'busy'. I guess I could do it with sockets, but that seems like > > more effort than I want to spend. What I really want to do is have the > > service wait on a data queue <smile>. > > > > All ideas appreciated... > > > > > > -- > > This is the PC Technical Discussion for iSeries Users (PcTech) mailing > > list > > To post a message email: PcTech@xxxxxxxxxxxx > > To subscribe, unsubscribe, or change list options, > > visit: http://lists.midrange.com/mailman/listinfo/pctech > > or email: PcTech-request@xxxxxxxxxxxx > > Before posting, please take a moment to review the archives > > at http://archive.midrange.com/pctech. > > > > -- > > This is the PC Technical Discussion for iSeries Users (PcTech) mailing > list > > To post a message email: PcTech@xxxxxxxxxxxx > > To subscribe, unsubscribe, or change list options, > > visit: http://lists.midrange.com/mailman/listinfo/pctech > > or email: PcTech-request@xxxxxxxxxxxx > > Before posting, please take a moment to review the archives > > at http://archive.midrange.com/pctech. > > -- > This is the PC Technical Discussion for iSeries Users (PcTech) mailing > list > To post a message email: PcTech@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/pctech > or email: PcTech-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/pctech. > > -- > This is the PC Technical Discussion for iSeries Users (PcTech) mailing > list > To post a message email: PcTech@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/pctech > or email: PcTech-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/pctech. > > -- > This is the PC Technical Discussion for iSeries Users (PcTech) mailing list > To post a message email: PcTech@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/pctech > or email: PcTech-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/pctech.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.