× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



These accounts are locked down by the manufacturer of the thin client,
and the operations folks here like that locked down attribute, so I
don't think the security can be changed. However, I do have an email
into the manufacturer asking if this is possible. The OS is NT
Embedded, with some new boxes being XP Embedded, so maybe the RunAs
(adopted authority?) would work for them.

All my stuff is written in VB...old VB. It's working with signature
capture/credit card swipe devices, and VB was the way to go with them
(as per that manufacturer). So I don't know .NET, but I could figure it
out I'll bet. I have limited disk (it's ram disk), so I can't put much
in the way of infrastructure stuff on there.

I'll check out MSMQ...I'm an MQ Series hack, so the concepts should be
familiar anyway.


> -------- Original Message --------
> Subject: RE: [PCTECH] Messaging to a Service
> From: "Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx>
> Date: Mon, March 14, 2005 2:40 pm
> To: "PC Technical Discussion for iSeries Users" <pctech@xxxxxxxxxxxx>
> 
> 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.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.