RE: [U2] Universe to Web interface
[EMAIL PROTECTED] wrote: Well see now that I'm a seasoned senior type programmer, I'm expected to know things like ASP and .NET and a hundred other tools I suppose. But I don't and really it hasn't hurt me any, but it's always nice to be able to say ASP? Oh yes I programmed an web-store interface My point was that for free often isn't. If you can buy a packaged solution for a few thousand dollars, and not have to maintain and support it, [as long as it does what you need it to,] it's probably a better deal. I like working with Java and UOJ, but honestly I'd rather have a normal SQL database, use Hibernate, and spend more time on the website functionality instead of the data access layer. -- Wendy Smoak Applications Systems Analyst, Sr. Arizona State University, PA, IRM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Wendy Smoak Wendy.Smoak-at-asu.edu |U2UG| wrote: My point was that for free often isn't. If you can buy a packaged solution for a few thousand dollars, and not have to maintain and support it, [as long as it does what you need it to,] it's probably a better deal. I like working with Java and UOJ, but honestly I'd rather have a normal SQL database, use Hibernate, and spend more time on the website functionality instead of the data access layer. Wendy hit it right on the head. I've made a business of writing, selling, and supporting software that does technical things that most people don't know how to do. It's not that it's rocket science, but implicit in our products is a lot of know-how that's required to make things work right, not just work at a precarious paperclip and duct tape level (please forgive the ongoing metaphor here). While anyone can copy/paste code, there is a difference between an answer and a solution. Our code has error handling and error reporting, it's supported to provide for changing technologies, we monitor for security threats that our clients should know about, and we can answer questions and adapt to new business needs where a copy/paste artist cannot. There are a number of developers in our market just like us. There is a phenomenon going on in the IT market, spurned on by Linux and open source, where people seem to think that everything should be simple and free. I'm sorry folks, but it's technology and real solutions are rarely simple or entirely free. The free web solution that was originally requested in this thread is costing a lot of people here a lot of time, and without some basic know-how, those who implement the free copy/paste answers are going to continue to ask a lot of questions at other peoples' expense. I have no objection to free exchange of information, but in forums like this we should be able to expect some base level of competence in the subject matter. See you at Spectrum! Tony [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Tony: I have no objection to free exchange of information, but in forums like this we should be able to expect some base level of competence in the subject matter. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Vance you sent some code that used asp to get information out of Universe, but is it missing something? When I load that page in my browser all I get is a blank page. You have a line that says TheCommand = request.form(uvcommand) but you don't have anywhere where you setup a form called uvcommand. Does this line mean I also need a form called uvcommand and that it's whatever you type into that form that will eventually (later in your sample code) get executed? Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Vance your asp code is the simplest, most straightforward and easy to implement. After I realized that I also needed a form/form setting up what uvcommand was it worked perfectly. I then softcoded the username and password by asking for them in the form as well so now a malicious person can't simply run commands remotely without at least logging in. The fascinating part of this all is, that some vendors seem to be selling this simple connection ability for $3K and up. I plan to post everything I learn to pickwiki with source code. Hopefully you are fine with me including what you sent me ? Thanks again. Will Johnson --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Sorry I see I missed it when I pasted it in... The enitre file should like
so
html
head
titleWill Test/title
/head
body
h3Test Submitting a UV Command/h3
form action=index.asp name=Testfrm method=post
input type=text name=uvcommand value=SORT VOC
input type=submit
/form
%
if request.form(uvcommand) then
Dim Sess, UVCommand, TheCommand, Text
TheCommand = request.form(uvcommand)
response.write Command : TheCommand br
Set Sess = CreateObject(Universe.session.1)
Sess.HostName = Machine or IP
Sess.UserName = uv username
Sess.AccountPath = account or account path
Sess.Password = uv user password
' Now connect
Sess.connect
'
if Sess.error then
response.write SCRIPT LANGUAGE='JavaScript1.1'
response.write alert('Cannot connect to Database... Sess.ERROR
')
response.write /SCRIPT
response.write h1[ Sess.hostname ] - Database Error/h1
else
response.write UV Session is active...br
' To issue a command
set UVCommand = Sess.Command
UVCommand.Text = TheCommand
UVCommand.Exec
' Now write the response to the page
Response.Write UVCommand.Response
end if
end if
%
/body
/html
- Original Message -
From: [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Monday, February 14, 2005 3:25 PM
Subject: Re: [U2] Universe to Web interface
Vance you sent some code that used asp to get information out of Universe,
but is it missing something? When I load that page in my browser all I get
is a blank page.
You have a line that says
TheCommand = request.form(uvcommand)
but you don't have anywhere where you setup a form called uvcommand. Does
this line mean I also need a form called uvcommand and that it's whatever
you type into that form that will eventually (later in your sample code) get
executed?
Thanks
Will
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
[EMAIL PROTECTED] wrote: I plan to post everything I learn to pickwiki with source code. Hopefully you are fine with me including what you sent me ? Oh, good. I was going to ask to post the ASP example on the Wiki, but it would be better if someone who can actually answer questions about it does it. The fascinating part of this all is, that some vendors seem to be selling this simple connection ability for $3K and up. Careful you don't shoot yourself in the foot, there. Now that I have all these amazing webapps connecting to UniData through UOJ for free, nobody will even *consider* buying me any toys that cost real money. ;) -- Wendy Smoak --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Wendy wrote: Careful you don't shoot yourself in the foot, there. Now that I have all these amazing webapps connecting to UniData through UOJ for free, nobody will even *consider* buying me any toys that cost real money. ;) Well see now that I'm a seasoned senior type programmer, I'm expected to know things like ASP and .NET and a hundred other tools I suppose. But I don't and really it hasn't hurt me any, but it's always nice to be able to say ASP? Oh yes I programmed an web-store interface Anyway I'm supposed to be in a meeting on this right now. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Glen B... If you can truly pass a UV socket handle to another UV process, then there's no reason why anyone can't write a stable multi-threaded socket server directly in UV BASIC. Is this true? Kevin P Lynch... here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf You most definitely *cannot* pass a UV socket handle to another UV process. Simon --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
I seem to recall after doing some playing with sockets awhile back that you can pass the handle to a subroutine? The one downside that I can think of with having UV being the socket handling, is if the site can pounded, it could slow down UV, whereas if a webserver get's maxed out, it shouldn't affect UV (key word - shouldn't) George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington Sent: Thursday, February 10, 2005 11:42 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf You most definitely *cannot* pass a UV socket handle to another UV process. Simon --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Sounds like you want to look into a product called MVInternet. We are just starting to use this here, but from what I have seen it is easy to use. Here is a link: http://www.pixiussoftware.com/mvinternet.php Rich Taylor | Senior Programmer/Analyst| VERTIS 250 W. Pratt Street | Baltimore, MD 21201 P 410.361.8688 | F 410.528.0319 [EMAIL PROTECTED] | http://www.vertisinc.com Vertis is the premier provider of targeted advertising, media, and marketing services that drive consumers to marketers more effectively. The more they complicate the plumbing the easier it is to stop up the drain - Montgomery Scott NCC-1701 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 1:30 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time, [EMAIL PROTECTED] writes: I still don't get why you want to use a BAT file to do this at all. IF you're using IIS, you should really be using ASP. I don't. Here is what I want From a web page, click on something, which in ANY fashion reaches into Universe and displays the results on that web page. Focusing on the ANY fashion, any way, any how, any method, with example code please so I don't go insane trying to follow the hand-waving. And preferable I'm looking for the absolutely simplest manner of doing this. And the free way too ... btw. PS thanks for those of you who sent various examples of doing this. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
OK. That's what I thought. UV is in the same situation as all the other flavors. If you can't pass a file handle between processes, then you can't effectively create a multi-client service by using just the sockets API. There have been numerous web/socket architecture examples published, in terms of code and/or postings on C.D.P. JD3 is a Java-focused socket service that uses a port gateway, which redirects(client disconnects and then reconnects) incoming connections from a master listener to 'child' listeners. This is a stable method, which does not require sessions to be initiated. The biggest drawbacks are the reconnect lag, port firewalling issues, and requirement of the port master to constantly keep up with who/what is really running on the MV side. This is considered an internal architecture. No non-MV components are needed. Coyote is an internal HTTP service all in its own world. hat off to Doug FlashCONNECT is an HTTP POST/GET service that has client-side and server-side services running. I don't know all the details of how the 2 services communicate, but the request is sent to a local(webserver-CGI-local) service. That service is already connected to matching services in MV. The communication paths are pre-established, so there is zero lag between CGI request and MV processing. The only problem there is the fact that the communication paths are pre-established. It's a dual-edged sword. Monitors have been added to recent releases, to deal with previous load and license balancing problems. This is the most effective mixed architecture I've seen so far. MVWWW is an open communications framework that utilizes an open mixed architecture. The 2(or 3 if you separate the client component) architecture 'zones' are separate. The CGI(or client), the spooler, and the service zones can be separated and used by themselves for other purposes. This modularization allows flexibility in integration. However, it also leads to security and content management issues. I, as a developer, prefer this style of architecture over mixed or internal-only simply because of the flexibility. RedBack.. hm.. never touched it. One of these days I'll get around to it. I run FlashCONNECT here mostly because I'm still running D3. Times'r changing though. I develop MVWWW on my OpenQM developer box. When Doug releases Coyote for OpenQM, I'll definitely be running it through the hoops too. When someone asks how I do pull MV data using my browser, I like to sit back and watch the fur fly. I lost count of the number of methods discussed for getting MV data into a browser. Maybe one of these days a web-based communication integration wizard will be created. Until then, I wish more of this kind of information was compacted, indexed, and published on the web. If anyone has any further comments or questions for me, e-mail me directly. I've wasted enough list space. Hey Chuck.. you lurkin? I got another article idea for ya. G -Glen http://picksource.com webmaster [at] mvdevcentral [dot] com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington Sent: Thursday, February 10, 2005 11:42 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface Glen B... If you can truly pass a UV socket handle to another UV process, then there's no reason why anyone can't write a stable multi-threaded socket server directly in UV BASIC. Is this true? Kevin P Lynch... here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf You most definitely *cannot* pass a UV socket handle to another UV process. Simon --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface (Unclassified)
George, I'm afraid Simon is right, I struck a similar problem with BCI. IIRC, the socket handle must be a single variable (not an element in a static or dynamic array), and cannot be in a COMMON block. This means that while it can be passed as a parameter on the call sequence of a subroutine, but not otherwise passed from one program to another. Regards Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Gallen Sent: Friday, 11 February 2005 06:05 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface I seem to recall after doing some playing with sockets awhile back that you can pass the handle to a subroutine? The one downside that I can think of with having UV being the socket handling, is if the site can pounded, it could slow down UV, whereas if a webserver get's maxed out, it shouldn't affect UV (key word - shouldn't) George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington Sent: Thursday, February 10, 2005 11:42 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf You most definitely *cannot* pass a UV socket handle to another UV process. Simon The information contained in this Internet Email message is intended for the addressee only and may contain privileged information, but not necessarily the official views or opinions of the New Zealand Defence Force. If you are not the intended recipient you must not use, disclose, copy or distribute this message or the information in it. If you have received this message in error, please Email or telephone the sender immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface (Unclassified)
what about with a data / input sequence? DATA varib CHAIN PROGRAM INPUT varib Haven't tried it...Although from the sounds of it, I'd expect an Invalid Data Type error on the DATA... George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of HENDERSON MIKE, MR Sent: Thursday, February 10, 2005 2:31 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface (Unclassified) George, I'm afraid Simon is right, I struck a similar problem with BCI. IIRC, the socket handle must be a single variable (not an element in a static or dynamic array), and cannot be in a COMMON block. This means that while it can be passed as a parameter on the call sequence of a subroutine, but not otherwise passed from one program to another. Regards Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Gallen Sent: Friday, 11 February 2005 06:05 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface I seem to recall after doing some playing with sockets awhile back that you can pass the handle to a subroutine? The one downside that I can think of with having UV being the socket handling, is if the site can pounded, it could slow down UV, whereas if a webserver get's maxed out, it shouldn't affect UV (key word - shouldn't) George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington Sent: Thursday, February 10, 2005 11:42 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf You most definitely *cannot* pass a UV socket handle to another UV process. Simon The information contained in this Internet Email message is intended for the addressee only and may contain privileged information, but not necessarily the official views or opinions of the New Zealand Defence Force. If you are not the intended recipient you must not use, disclose, copy or distribute this message or the information in it. If you have received this message in error, please Email or telephone the sender immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Seems that a lot of you guys are trying to reinvent the wheel. There are several products on the market that have solved everything I've seen mentioned in this thread and then some. Most notably Redback and Raining Data's Pick Data Provider. I can understand if you have absolutely zero budget but these products aren't THAT expensive. Mike R. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Re: U2 Universe to Web Interface SALES
Please let me know if you'd like to see applications using PixieWeb or if you'd like to evaluate PixieWeb. Do you have a demo disk? Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
I have submitted an article for the Mar/April edition of Spectrum detailing how to set up web services for U2 so that PHP (and anything else supporting w/s) can interact with U2. I can't distribute it widely, obviously, but if one or two people are sincerely interested in trying this out, please contact me off-list. Best, David Beahm U2 Users Digest wrote: U2 Users Digest Thursday, February 10 2005 Volume 01 : Number 496 Re: [U2] Universe to Web interface --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Re: U2 Universe to Web Interface
First, that last message wasn't supposed to go to the whole group. So sorry about that. Second, I will be trying out the various examples I was sent, over the next few days and report back on what seems the easiest or best or whatever. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Works fine for me. Are you sure you don't have anything in the LOGIN of the account that might be kicking a non-telnet session out? Try doing this. C:\ibm\uv\bin\uvsh LIST VOC output.txt Output.txt should contain a listing of your VOC file. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 09 February 2005 02:49 To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface Vance wrote: @REM Assuming this is a folder with a uv account @cd \ibm\uv @REM Execute the uv command @c:\ibm\uv\bin\uvsh LIST VOC I don't know what the @ signs do, but when I try this fromthe DOS command prompt window c:\something\uvsh LIST VOC it just kinda blinks and returns to the DOS Command Prompt window. I don't see any kind of output. I don't know why. Where did my output go? Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Will, are You sure that Your .bat gets called at all ? You may have missed sthg basic. Details may be different under windows but normally you Set up a form round the button form method=post action= xxx.bat Then place the xxx.bat where the webserver expects scripts normally a directory 'cgi-bin'and make sure the script is executable from the user the webserver is running under. Now the standard output from the script is given to the web server wich distributes it. hth -- mats [EMAIL PROTECTED] wrote: If I've pieced this together right, you're telling IIS to run a .bat file that runs a UV program. Now how do you intend to get the output back to the web browser? I have no idea. How ? That's what I'm asking. How do you run make a web page, run a UV program and output the results back to the web page? People say oh just do this and this, but when I try it, even from a Dos shell I don't see any output. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Yes, from the Win2000 help: Call Calls one batch program from another without causing the parent batch program to stop. The call command now accepts labels as the target of the call. In this case UDT is in the path, so if the UV/UVSH isn't in your path you would need the full path. If you are not seeing any output perhaps there is something in your LOGIN VOC item (I believe with UniVerse a VOC item the same as the user or account will override the LOGIN item) may be hijacking your process. Try making sure that when you login you go straight to the command prompt. hth Colin Alfke -Original Message- From: FFT2001 Colin Alfke wrote: The .bat file simple changes to the correct directory and then does a: CALL UD PHANTOM CALL is a Dos command ? I've never heard of it. Or did you leave something out ? Remembering that my problem is getting INTO the Uv environment in the first place. Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
The @ in a bat file supresses the command from display. Like echo off. Write a simple MV program and call it Hello in your account. BP HELLO PRINT HELLO END In the batch file change the directory to that account then execute uvsh like below c:\ibm\uv\bin\uvsh RUN BP HELLO You should see the output of hello. The list VOC was most likely blinking because it was displaying all records and the ctrl chars in the VOC file as well and your cmd display window did'nt like it. Bad example I guess. However Lance's UniObjects example is a great place to start if you are looking to use ASP/UniObjects rather than CGI. If you have no reason you are trying to go about this via a CGI batch file then I would'nt, especially using IIS. Just allowing bat files to run under IIS is a dangerous proposition if you don't have to. Vance - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Tuesday, February 08, 2005 9:49 PM Subject: Re: [U2] Universe to Web interface Vance wrote: @REM Assuming this is a folder with a uv account @cd \ibm\uv @REM Execute the uv command @c:\ibm\uv\bin\uvsh LIST VOC I don't know what the @ signs do, but when I try this fromthe DOS command prompt window c:\something\uvsh LIST VOC it just kinda blinks and returns to the DOS Command Prompt window. I don't see any kind of output. I don't know why. Where did my output go? Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Stewart, Socket implementations don't work across flavors. I've written many socket apps for D3, but even the small differences in the socket designs between Win and *nix causes problems. Sockets are easy to implement, but only if you want to maintain separate code-sets for Win and *nix under each flavor you want to support. I won't get into the details here, since I'm not familiar with the UV socket API. Service sockets are meant for the O/S, not Pick. Doug Dumitru bit the bullet and wrote his own TCP stack in Pick ASM. That is about the only way I would recommend even contemplating Pick server sockets. For clients, the socket APIs are fine. The calls are nearly identical between Win and *nix. The only issue there is blocking control, which unfortunately most of MV socket developers are unknowledgeable of. OK...I'm not going to get into that... meditating The SELECT can be handled several ways, but it still comes down to global locking of some kind. Another method is to use a stack file, instead of a directory. Since there's no need to close the pick file pointer, the overhead of opening(refreshing) and closing a local directory is eliminated. The only problem here, is the fact that every phantom has to lock the file before it checks any kind of stack status. That's not a problem on the MV side, but it can cause general service issues. If the MV file locks aren't file system(flocks/perms) as well, then the spooler could easily corrupt the stack with phantoms polling it constantly. Then, you end up having to write a stack manager to deal with I/O. Yes, all of that would work much better than directory polling. It's a lot more design work and can tend to be debugging unfriendly. Another method, which was implemented in a prior release of MVWWW, was through the use of O/S TCL command tools. Instead of spooling the request, the request was posted directly to the HTTP service via command-line TCL. The biggest drawbacks there were session init lag and overall insecurity. Anyone could telnet to the local Inet service and hack into Pick through the HTTP service. Starting and stopping sessions ended up creating a lot of load under D3, since it's VME based. It could be that this is the answer for UV, UD, and possibly mvBase. My only concern would be the user permissions required to make something like this happen in UV. I could be wrong though, I'm still a UV newbie. Finally, there was the gateway/manager I wrote in C and the stand-alone MV TCP/IP listener. The gateway maintained a list of available IP ports and provided a transparent TCP/IP bridge for the CGI client, into Pick. The only problem there was the use of a shared segment to store the port map. I actually ported it to Win32. And it ran like doo-doo. After about 10 hits per second, the Linux port handler went bonkers and stuff stopped working. The Win32 threaded version never left Alpha, before I dropped it in the shredder. I have to say, this was the speediest Linux solution by far. Response time was sub-second, provided the web app didn't take too long. Maybe in a couple more years, when I get some more VC++ knowledge under my belt I'll try it again. Regards, -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stewart Leicester Sent: Tuesday, February 08, 2005 11:37 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Thanks for the reply. I wasn't critiquing so much as I'm curious: I was called in to accomplish this in a quick and dirty fashion 5 or 6 years ago and after a few days ended up with something very similar to what you describe. I wasn't happy with a loop which continuously performed SELECTs but SLEEPs seemed to slow it down too much. I recall looking for something I could use as a blocking read operation and believe I tried pipes. IIRC they worked OK but sometimes operations hung up. I thought of using sockets but never had the chance to try. Perhaps you could get it to work with sockets and let me know what you find. :-) Stewart -- Stewart Leicester| http://www.ThreatFocus.com V.P. Engineering | mailto:[EMAIL PROTECTED] Threat Focus, Inc. | 925-551-0130 Voice Knowledge is your best defense | 509-695-1373 Fax --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Glen, The UV socket server interface works the same in Unix and Windows, I have server programs running in both environments with no changes. Kevin Lynch The Systems House -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 12:04 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Stewart, Socket implementations don't work across flavors. I've written many socket apps for D3, but even the small differences in the socket designs between Win and *nix causes problems. Sockets are easy to implement, but only if you want to maintain separate code-sets for Win and *nix under each flavor you want to support. I won't get into the details here, since I'm not familiar with the UV socket API. Service sockets are meant for the O/S, not Pick. Doug Dumitru bit the bullet and wrote his own TCP stack in Pick ASM. That is about the only way I would recommend even contemplating Pick server sockets. For clients, the socket APIs are fine. The calls are nearly identical between Win and *nix. The only issue there is blocking control, which unfortunately most of MV socket developers are unknowledgeable of. OK...I'm not going to get into that... meditating The SELECT can be handled several ways, but it still comes down to global locking of some kind. Another method is to use a stack file, instead of a directory. Since there's no need to close the pick file pointer, the overhead of opening(refreshing) and closing a local directory is eliminated. The only problem here, is the fact that every phantom has to lock the file before it checks any kind of stack status. That's not a problem on the MV side, but it can cause general service issues. If the MV file locks aren't file system(flocks/perms) as well, then the spooler could easily corrupt the stack with phantoms polling it constantly. Then, you end up having to write a stack manager to deal with I/O. Yes, all of that would work much better than directory polling. It's a lot more design work and can tend to be debugging unfriendly. Another method, which was implemented in a prior release of MVWWW, was through the use of O/S TCL command tools. Instead of spooling the request, the request was posted directly to the HTTP service via command-line TCL. The biggest drawbacks there were session init lag and overall insecurity. Anyone could telnet to the local Inet service and hack into Pick through the HTTP service. Starting and stopping sessions ended up creating a lot of load under D3, since it's VME based. It could be that this is the answer for UV, UD, and possibly mvBase. My only concern would be the user permissions required to make something like this happen in UV. I could be wrong though, I'm still a UV newbie. Finally, there was the gateway/manager I wrote in C and the stand-alone MV TCP/IP listener. The gateway maintained a list of available IP ports and provided a transparent TCP/IP bridge for the CGI client, into Pick. The only problem there was the use of a shared segment to store the port map. I actually ported it to Win32. And it ran like doo-doo. After about 10 hits per second, the Linux port handler went bonkers and stuff stopped working. The Win32 threaded version never left Alpha, before I dropped it in the shredder. I have to say, this was the speediest Linux solution by far. Response time was sub-second, provided the web app didn't take too long. Maybe in a couple more years, when I get some more VC++ knowledge under my belt I'll try it again. Regards, -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stewart Leicester Sent: Tuesday, February 08, 2005 11:37 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Thanks for the reply. I wasn't critiquing so much as I'm curious: I was called in to accomplish this in a quick and dirty fashion 5 or 6 years ago and after a few days ended up with something very similar to what you describe. I wasn't happy with a loop which continuously performed SELECTs but SLEEPs seemed to slow it down too much. I recall looking for something I could use as a blocking read operation and believe I tried pipes. IIRC they worked OK but sometimes operations hung up. I thought of using sockets but never had the chance to try. Perhaps you could get it to work with sockets and let me know what you find. :-) Stewart -- Stewart Leicester| http://www.ThreatFocus.com V.P. Engineering | mailto:[EMAIL PROTECTED] Threat Focus, Inc. | 925-551-0130 Voice Knowledge is your best defense | 509-695-1373 Fax --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org
Re: [U2] Universe to Web interface
In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time, [EMAIL PROTECTED] writes: I still don't get why you want to use a BAT file to do this at all. IF you're using IIS, you should really be using ASP. I don't. Here is what I want From a web page, click on something, which in ANY fashion reaches into Universe and displays the results on that web page. Focusing on the ANY fashion, any way, any how, any method, with example code please so I don't go insane trying to follow the hand-waving. And preferable I'm looking for the absolutely simplest manner of doing this. And the free way too ... btw. PS thanks for those of you who sent various examples of doing this. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Must be nice. I wish that capacity existed in every flavor. It would make the integration world a breeze. Well my real question would be; is the service external or internal? I'd be interested in knowing how the socket service is laid out. Do you have to manage connections yourself? How are socket handles passed to children under multiple listening conditions? Or, do you tell the UV service to listen 4-at-a-time, on port , and then call MYAPP when a connection is accepted? -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin P Lynch Sent: Wednesday, February 09, 2005 1:19 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Glen, The UV socket server interface works the same in Unix and Windows, I have server programs running in both environments with no changes. Kevin Lynch The Systems House -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 12:04 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Stewart, Socket implementations don't work across flavors. I've written many socket apps for D3, but even the small differences in the socket designs between Win and *nix causes problems. Sockets are easy to implement, but only if you want to maintain separate code-sets for Win and *nix under each flavor you want to support. I won't get into the details here, since I'm not familiar with the UV socket API. Service sockets are meant for the O/S, not Pick. Doug Dumitru bit the bullet and wrote his own TCP stack in Pick ASM. That is about the only way I would recommend even contemplating Pick server sockets. For clients, the socket APIs are fine. The calls are nearly identical between Win and *nix. The only issue there is blocking control, which unfortunately most of MV socket developers are unknowledgeable of. OK...I'm not going to get into that... meditating The SELECT can be handled several ways, but it still comes down to global locking of some kind. Another method is to use a stack file, instead of a directory. Since there's no need to close the pick file pointer, the overhead of opening(refreshing) and closing a local directory is eliminated. The only problem here, is the fact that every phantom has to lock the file before it checks any kind of stack status. That's not a problem on the MV side, but it can cause general service issues. If the MV file locks aren't file system(flocks/perms) as well, then the spooler could easily corrupt the stack with phantoms polling it constantly. Then, you end up having to write a stack manager to deal with I/O. Yes, all of that would work much better than directory polling. It's a lot more design work and can tend to be debugging unfriendly. Another method, which was implemented in a prior release of MVWWW, was through the use of O/S TCL command tools. Instead of spooling the request, the request was posted directly to the HTTP service via command-line TCL. The biggest drawbacks there were session init lag and overall insecurity. Anyone could telnet to the local Inet service and hack into Pick through the HTTP service. Starting and stopping sessions ended up creating a lot of load under D3, since it's VME based. It could be that this is the answer for UV, UD, and possibly mvBase. My only concern would be the user permissions required to make something like this happen in UV. I could be wrong though, I'm still a UV newbie. Finally, there was the gateway/manager I wrote in C and the stand-alone MV TCP/IP listener. The gateway maintained a list of available IP ports and provided a transparent TCP/IP bridge for the CGI client, into Pick. The only problem there was the use of a shared segment to store the port map. I actually ported it to Win32. And it ran like doo-doo. After about 10 hits per second, the Linux port handler went bonkers and stuff stopped working. The Win32 threaded version never left Alpha, before I dropped it in the shredder. I have to say, this was the speediest Linux solution by far. Response time was sub-second, provided the web app didn't take too long. Maybe in a couple more years, when I get some more VC++ knowledge under my belt I'll try it again. Regards, -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stewart Leicester Sent: Tuesday, February 08, 2005 11:37 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Thanks for the reply. I wasn't critiquing so much as I'm curious: I was called in to accomplish this in a quick and dirty fashion 5 or 6 years ago and after a few days ended up with something very similar to what you describe. I wasn't happy with a loop which continuously performed SELECTs but SLEEPs seemed to slow it down too much. I recall looking for something I
Re: [U2] Universe to Web interface
The blink and quit might be the lack of a request to press a key. When the CMD command finishes - well, it finishes and is gone. (CMD is what is really running on W 200 and later instead of the earlier cmd.com. WSH would be running if you had an extension of .VBS instead of .BAT). BobJ - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, February 09, 2005 10:08 AM Subject: Re: [U2] Universe to Web interface The @ in a bat file supresses the command from display. Like echo off. Write a simple MV program and call it Hello in your account. BP HELLO PRINT HELLO END In the batch file change the directory to that account then execute uvsh like below c:\ibm\uv\bin\uvsh RUN BP HELLO You should see the output of hello. The list VOC was most likely blinking because it was displaying all records and the ctrl chars in the VOC file as well and your cmd display window did'nt like it. Bad example I guess. However Lance's UniObjects example is a great place to start if you are looking to use ASP/UniObjects rather than CGI. If you have no reason you are trying to go about this via a CGI batch file then I would'nt, especially using IIS. Just allowing bat files to run under IIS is a dangerous proposition if you don't have to. Vance - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Tuesday, February 08, 2005 9:49 PM Subject: Re: [U2] Universe to Web interface Vance wrote: @REM Assuming this is a folder with a uv account @cd \ibm\uv @REM Execute the uv command @c:\ibm\uv\bin\uvsh LIST VOC I don't know what the @ signs do, but when I try this fromthe DOS command prompt window c:\something\uvsh LIST VOC it just kinda blinks and returns to the DOS Command Prompt window. I don't see any kind of output. I don't know why. Where did my output go? Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 11:30 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time, [EMAIL PROTECTED] writes: I still don't get why you want to use a BAT file to do this at all. IF you're using IIS, you should really be using ASP. I don't. Here is what I want From a web page, click on something, which in ANY fashion reaches into Universe and displays the results on that web page. Focusing on the ANY fashion, any way, any how, any method, with example code please so I don't go insane trying to follow the hand-waving. And preferable I'm looking for the absolutely simplest manner of doing this. And the free way too ... btw. PS thanks for those of you who sent various examples of doing this. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
you manage the connections from basic, the whole interface is a set of basic extensions. basically you open a socket on a port , accept a connection on that socket and write to the socket. here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 2:31 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Must be nice. I wish that capacity existed in every flavor. It would make the integration world a breeze. Well my real question would be; is the service external or internal? I'd be interested in knowing how the socket service is laid out. Do you have to manage connections yourself? How are socket handles passed to children under multiple listening conditions? Or, do you tell the UV service to listen 4-at-a-time, on port , and then call MYAPP when a connection is accepted? -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin P Lynch Sent: Wednesday, February 09, 2005 1:19 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Glen, The UV socket server interface works the same in Unix and Windows, I have server programs running in both environments with no changes. Kevin Lynch The Systems House -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 12:04 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Stewart, Socket implementations don't work across flavors. I've written many socket apps for D3, but even the small differences in the socket designs between Win and *nix causes problems. Sockets are easy to implement, but only if you want to maintain separate code-sets for Win and *nix under each flavor you want to support. I won't get into the details here, since I'm not familiar with the UV socket API. Service sockets are meant for the O/S, not Pick. Doug Dumitru bit the bullet and wrote his own TCP stack in Pick ASM. That is about the only way I would recommend even contemplating Pick server sockets. For clients, the socket APIs are fine. The calls are nearly identical between Win and *nix. The only issue there is blocking control, which unfortunately most of MV socket developers are unknowledgeable of. OK...I'm not going to get into that... meditating The SELECT can be handled several ways, but it still comes down to global locking of some kind. Another method is to use a stack file, instead of a directory. Since there's no need to close the pick file pointer, the overhead of opening(refreshing) and closing a local directory is eliminated. The only problem here, is the fact that every phantom has to lock the file before it checks any kind of stack status. That's not a problem on the MV side, but it can cause general service issues. If the MV file locks aren't file system(flocks/perms) as well, then the spooler could easily corrupt the stack with phantoms polling it constantly. Then, you end up having to write a stack manager to deal with I/O. Yes, all of that would work much better than directory polling. It's a lot more design work and can tend to be debugging unfriendly. Another method, which was implemented in a prior release of MVWWW, was through the use of O/S TCL command tools. Instead of spooling the request, the request was posted directly to the HTTP service via command-line TCL. The biggest drawbacks there were session init lag and overall insecurity. Anyone could telnet to the local Inet service and hack into Pick through the HTTP service. Starting and stopping sessions ended up creating a lot of load under D3, since it's VME based. It could be that this is the answer for UV, UD, and possibly mvBase. My only concern would be the user permissions required to make something like this happen in UV. I could be wrong though, I'm still a UV newbie. Finally, there was the gateway/manager I wrote in C and the stand-alone MV TCP/IP listener. The gateway maintained a list of available IP ports and provided a transparent TCP/IP bridge for the CGI client, into Pick. The only problem there was the use of a shared segment to store the port map. I actually ported it to Win32. And it ran like doo-doo. After about 10 hits per second, the Linux port handler went bonkers and stuff stopped working. The Win32 threaded version never left Alpha, before I dropped it in the shredder. I have to say, this was the speediest Linux solution by far. Response time was sub-second, provided the web app didn't take too long. Maybe in a couple more years, when I get some more VC++ knowledge under my belt I'll try it again. Regards, -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stewart
RE: [U2] Universe to Web interface
Wouldn't a php interface to U2 be nice? Then we could have LAUP instead of LAMP. Or some such. Python would be gravy too. -- Dave Walker 8..7 4(()) -::- -::-8.74 .74(()) ((88.74 ..74 -::- ((88.74 * Peace -Original Message- From: CDMI [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 2:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Will - this is what 'web servers' do. Good ones that are integrated with multivalue (that I know of) are typically not free. Steve T [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 12:30 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time, [EMAIL PROTECTED] writes: I still don't get why you want to use a BAT file to do this at all. IF you're using IIS, you should really be using ASP. I don't. Here is what I want From a web page, click on something, which in ANY fashion reaches into Universe and displays the results on that web page. Focusing on the ANY fashion, any way, any how, any method, with example code please so I don't go insane trying to follow the hand-waving. And preferable I'm looking for the absolutely simplest manner of doing this. And the free way too ... btw. PS thanks for those of you who sent various examples of doing this. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Forgot in my example I used Universe.session.1 as the object pointer. I was using UVDK2.0 to test it before I sent it out, on a newer version change the line. Set Sess = CreateObject(Universe.session.1) to Set Sess = CreateObject(UniObjects.UniOaifCtrl) It does not do anything with the output to format it at all so it's just going to spit it out to the browser. If you want to fix it up you should probably convert LF to br in the response before displaying it... It's not perfect but I know it works. Vance - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, February 09, 2005 1:30 PM Subject: Re: [U2] Universe to Web interface In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time, [EMAIL PROTECTED] writes: I still don't get why you want to use a BAT file to do this at all. IF you're using IIS, you should really be using ASP. I don't. Here is what I want From a web page, click on something, which in ANY fashion reaches into Universe and displays the results on that web page. Focusing on the ANY fashion, any way, any how, any method, with example code please so I don't go insane trying to follow the hand-waving. And preferable I'm looking for the absolutely simplest manner of doing this. And the free way too ... btw. PS thanks for those of you who sent various examples of doing this. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Dave Walker wrote: Wouldn't a php interface to U2 be nice? PHP to U2 through Java... http://www.pickwiki.com/cgi-bin/wiki.pl?PhpJavaIntegration Once upon a time I made a very brief start on a PHP Module for U2 using InterCall, but I only know a little bit of C, and the highly preprocessed version that PHP wants was beyond my powers. -- Wendy Smoak --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
If you are interested in a PHP interface to Universe using Intercall, please contact me. Ken Hall, I.T. Manager I.T. Manager Western States Electric Portland, Oregon [EMAIL PROTECTED] At 12:53 PM 2/9/2005, you wrote: Wouldn't a php interface to U2 be nice? Then we could have LAUP instead of LAMP. Or some such. Python would be gravy too. -- Dave Walker 8..7 4(()) -::- -::-8.74 .74(()) ((88.74 ..74 -::- ((88.74 * Peace -Original Message- From: CDMI [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 2:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Will - this is what 'web servers' do. Good ones that are integrated with multivalue (that I know of) are typically not free. Steve T [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 12:30 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time, [EMAIL PROTECTED] writes: I still don't get why you want to use a BAT file to do this at all. IF you're using IIS, you should really be using ASP. I don't. Here is what I want From a web page, click on something, which in ANY fashion reaches into Universe and displays the results on that web page. Focusing on the ANY fashion, any way, any how, any method, with example code please so I don't go insane trying to follow the hand-waving. And preferable I'm looking for the absolutely simplest manner of doing this. And the free way too ... btw. PS thanks for those of you who sent various examples of doing this. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ Ken R. Hall Information Technology Manager Western States Electric, Inc. 9151 SE McBrod Street Portland, OR 97222 503-653-8619 fax: 503-653-2279 mailto:[EMAIL PROTECTED] www.wselectric.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
You can use php. You have to use COM...
Example below ...
html
head
titleTest Using Object/title
/head
body
Attempting connect p
?
//
// Create COM object for UV object
//
$objUV = new COM(Universe.Session) or die(Unable to initiate UV
Session);
$objUV-HostName = machine;// Universe Host
$objUV-AccountPath = ACCT; // Universe Account Name/Path
$objUV-UserName = user;// System Login
$objUV-Password = pwd; // Password
//
// Let just display it to make sure the object accepted th assignment
//
print (HostName . $objUV-HostName . br\n);
print (Account . $objUV-AccountPath . br\n);
print (UV Username . $objUV-UserName . br\n);
print (Password . $objUV-Password . br\n);
//
// Connect to UVRPC service
//
$connect = $objUV-Connect();
$active = $objUV-isactive();
if ($active = true) {
print(Is connected);
} else {
print(Is NOT connected);
}
print ( Session Status [ . $active . ]br\n);
$objUV-Command-Text=LIST VOC;
print (Test Command . $objUV-Command-Text . br\n);
$sts = $objUV-Command-Exec();
print (Command Status [ . $sts . ] br\n);
$Rsp = $objUV-Command-Response();
print (Response . $Rsp . br\n);
$active = $objUV-isactive();
print (Session Status [ . $active . ]br\n);
$sts = $objUV-disconnect(); // Close UVRPC connection
$active = $objUV-isactive;
print (Session Status [ . $active . ]br\n);
?
/body
/html
Vance
- Original Message -
From: Dave Walker [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Wednesday, February 09, 2005 3:53 PM
Subject: RE: [U2] Universe to Web interface
Wouldn't a php interface to U2 be nice? Then we could have LAUP instead of
LAMP. Or some such.
Python would be gravy too.
--
Dave Walker
8..7 4(()) -::-
-::-8.74 .74(())
((88.74 ..74 -::-
((88.74 * Peace
-Original Message-
From: CDMI [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 2:27 PM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Universe to Web interface
Will - this is what 'web servers' do.
Good ones that are integrated with multivalue (that I know
of) are typically
not free.
Steve T
[EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 12:30 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Universe to Web interface
In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time,
[EMAIL PROTECTED] writes:
I still don't get why you want to use a BAT file to do this at all.
IF you're using IIS, you should really be using ASP.
I don't.
Here is what I want From a web page, click on something, which in ANY
fashion reaches into Universe and displays the results on
that web page.
Focusing on the ANY fashion, any way, any how, any method,
with example
code please so I don't go insane trying to follow the
hand-waving. And
preferable I'm looking for the absolutely simplest manner of
doing this.
And the free way too ... btw.
PS thanks for those of you who sent various examples of doing this.
Will
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
I currently use ASP with ODBC and/or UO to get data in an out of UV on IIS (Windows), and I've also played with JDBC in java on tomcat (Windows), but does anyone actually have it working in PHP on Apache for Linux? Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Wendy Smoak Sent: Wednesday, February 09, 2005 4:03 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface [EMAIL PROTECTED] wrote: Here is what I want From a web page, click on something, which in ANY fashion reaches into Universe and displays the results on that web page. Getting data out of Universe onto a web page for free is going to require learning another language-- ASP (VB?), JSP/Java, PHP, Perl-- you pick, they can all be made to work, plus the fundamentals of the HTTP request/response cycle. I took the 'TestMe' Java code from the Wiki and turned it into a big scriptlet on a JSP page. Can someone please translate it into whatever you would put on an ASP page? http://www.pickwiki.com/cgi-bin/wiki.pl?UniObjectsJSP -- Wendy Smoak Applications Systems Analyst, Sr. Arizona State University, PA, IRM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Does the PHO interface work with UniData as well? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ken Hall Sent: Wednesday, February 09, 2005 4:35 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface If you are interested in a PHP interface to Universe using Intercall, please contact me. Ken Hall, I.T. Manager I.T. Manager Western States Electric Portland, Oregon [EMAIL PROTECTED] At 12:53 PM 2/9/2005, you wrote: Wouldn't a php interface to U2 be nice? Then we could have LAUP instead of LAMP. Or some such. Python would be gravy too. -- Dave Walker 8..7 4(()) -::- -::-8.74 .74(()) ((88.74 ..74 -::- ((88.74 * Peace -Original Message- From: CDMI [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 2:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Will - this is what 'web servers' do. Good ones that are integrated with multivalue (that I know of) are typically not free. Steve T [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 12:30 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time, [EMAIL PROTECTED] writes: I still don't get why you want to use a BAT file to do this at all. IF you're using IIS, you should really be using ASP. I don't. Here is what I want From a web page, click on something, which in ANY fashion reaches into Universe and displays the results on that web page. Focusing on the ANY fashion, any way, any how, any method, with example code please so I don't go insane trying to follow the hand-waving. And preferable I'm looking for the absolutely simplest manner of doing this. And the free way too ... btw. PS thanks for those of you who sent various examples of doing this. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ Ken R. Hall Information Technology Manager Western States Electric, Inc. 9151 SE McBrod Street Portland, OR 97222 503-653-8619 fax: 503-653-2279 mailto:[EMAIL PROTECTED] www.wselectric.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Kevin, I read through the PDF. However, it is not clear on how the handles can be used. A lot of the API's I've seen have the same level of functionality, but they all lack the ability to pass handles from the acceptor process to a totally separate user process. This isn't really an issue of the API, it's more of a user environment issue. You can pass the handle value itself, but the other process loses the 'meaning' of the handle and it just becomes a worthless string. An example would be launching a new phantom and passing it the handle variable, after accepting an incoming connection. The same situation occurs when you pass any kind of memory reference(or offset) to anything outside the current user heap. Unix fork()ing generates a mapped/duplicate user heap, so all file/handle references still work properly without having to munge underlying memory addresses. If you can truly pass a UV socket handle to another UV process, then there's no reason why anyone can't write a stable multi-threaded socket server directly in UV BASIC. Is this true? If so, I want a developer copy so I can try to blow it up. :P eg -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin P Lynch Sent: Wednesday, February 09, 2005 3:52 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface you manage the connections from basic, the whole interface is a set of basic extensions. basically you open a socket on a port , accept a connection on that socket and write to the socket. here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 2:31 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Must be nice. I wish that capacity existed in every flavor. It would make the integration world a breeze. Well my real question would be; is the service external or internal? I'd be interested in knowing how the socket service is laid out. Do you have to manage connections yourself? How are socket handles passed to children under multiple listening conditions? Or, do you tell the UV service to listen 4-at-a-time, on port , and then call MYAPP when a connection is accepted? -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin P Lynch Sent: Wednesday, February 09, 2005 1:19 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Glen, The UV socket server interface works the same in Unix and Windows, I have server programs running in both environments with no changes. Kevin Lynch The Systems House -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 12:04 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Stewart, Socket implementations don't work across flavors. I've written many socket apps for D3, but even the small differences in the socket designs between Win and *nix causes problems. Sockets are easy to implement, but only if you want to maintain separate code-sets for Win and *nix under each flavor you want to support. I won't get into the details here, since I'm not familiar with the UV socket API. Service sockets are meant for the O/S, not Pick. Doug Dumitru bit the bullet and wrote his own TCP stack in Pick ASM. That is about the only way I would recommend even contemplating Pick server sockets. For clients, the socket APIs are fine. The calls are nearly identical between Win and *nix. The only issue there is blocking control, which unfortunately most of MV socket developers are unknowledgeable of. OK...I'm not going to get into that... meditating The SELECT can be handled several ways, but it still comes down to global locking of some kind. Another method is to use a stack file, instead of a directory. Since there's no need to close the pick file pointer, the overhead of opening(refreshing) and closing a local directory is eliminated. The only problem here, is the fact that every phantom has to lock the file before it checks any kind of stack status. That's not a problem on the MV side, but it can cause general service issues. If the MV file locks aren't file system(flocks/perms) as well, then the spooler could easily corrupt the stack with phantoms polling it constantly. Then, you end up having to write a stack manager to deal with I/O. Yes, all of that would work much better than directory polling. It's a lot more design work and can tend to be debugging unfriendly. Another method, which was implemented in a prior release of MVWWW, was through the use of O/S TCL command tools. Instead of spooling the request, the request was posted directly
Re: [U2] Universe to Web interface
I don't think it would work on *nux... As far as I know the UV objects is
only for a windows client. The may be a *nix version that I am unaware of,
but if there is not then the answer would have to be no it does not work.
Vance
- Original Message -
From: Richard Wilson [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Wednesday, February 09, 2005 5:37 PM
Subject: RE: [U2] Universe to Web interface
Does this work for both Windows and Linux?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, 10 February 2005 8:45 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Universe to Web interface
You can use php. You have to use COM...
Example below ...
html
head
titleTest Using Object/title
/head
body
Attempting connect p
?
//
// Create COM object for UV object
//
$objUV = new COM(Universe.Session) or die(Unable to initiate UV
Session);
$objUV-HostName = machine;// Universe Host
$objUV-AccountPath = ACCT; // Universe Account Name/Path
$objUV-UserName = user;// System Login
$objUV-Password = pwd; // Password
//
// Let just display it to make sure the object accepted th assignment
//
print (HostName . $objUV-HostName . br\n);
print (Account . $objUV-AccountPath . br\n);
print (UV Username . $objUV-UserName . br\n);
print (Password . $objUV-Password . br\n);
//
// Connect to UVRPC service
//
$connect = $objUV-Connect();
$active = $objUV-isactive();
if ($active = true) {
print(Is connected);
} else {
print(Is NOT connected);
}
print ( Session Status [ . $active . ]br\n);
$objUV-Command-Text=LIST VOC;
print (Test Command . $objUV-Command-Text . br\n);
$sts = $objUV-Command-Exec();
print (Command Status [ . $sts . ] br\n);
$Rsp = $objUV-Command-Response();
print (Response . $Rsp . br\n);
$active = $objUV-isactive();
print (Session Status [ . $active . ]br\n);
$sts = $objUV-disconnect(); // Close UVRPC connection
$active = $objUV-isactive;
print (Session Status [ . $active . ]br\n);
?
/body
/html
Vance
- Original Message -
From: Dave Walker [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Wednesday, February 09, 2005 3:53 PM
Subject: RE: [U2] Universe to Web interface
Wouldn't a php interface to U2 be nice? Then we could have LAUP instead
of
LAMP. Or some such.
Python would be gravy too.
--
Dave Walker
8..7 4(()) -::-
-::-8.74 .74(())
((88.74 ..74 -::-
((88.74 * Peace
-Original Message-
From: CDMI [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 2:27 PM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Universe to Web interface
Will - this is what 'web servers' do.
Good ones that are integrated with multivalue (that I know
of) are typically
not free.
Steve T
[EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 12:30 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Universe to Web interface
In a message dated 2/9/2005 5:34:48 AM Pacific Standard Time,
[EMAIL PROTECTED] writes:
I still don't get why you want to use a BAT file to do this at all.
IF you're using IIS, you should really be using ASP.
I don't.
Here is what I want From a web page, click on something, which in ANY
fashion reaches into Universe and displays the results on
that web page.
Focusing on the ANY fashion, any way, any how, any method,
with example
code please so I don't go insane trying to follow the
hand-waving. And
preferable I'm looking for the absolutely simplest manner of
doing this.
And the free way too ... btw.
PS thanks for those of you who sent various examples of doing this.
Will
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Glen, I have'nt done extensive research on it, but from the samples provided by IBM using a dimensioned array, I believe UV would manage the forking off the sockets itself. Don't quote me on this though. I'll dig out the sample I have and send it on to ya... If you want you can test it out on my system and play since you don't have access to a UV box. For you no problem. Vance - Original Message - From: Glen B [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, February 09, 2005 5:21 PM Subject: RE: [U2] Universe to Web interface Kevin, I read through the PDF. However, it is not clear on how the handles can be used. A lot of the API's I've seen have the same level of functionality, but they all lack the ability to pass handles from the acceptor process to a totally separate user process. This isn't really an issue of the API, it's more of a user environment issue. You can pass the handle value itself, but the other process loses the 'meaning' of the handle and it just becomes a worthless string. An example would be launching a new phantom and passing it the handle variable, after accepting an incoming connection. The same situation occurs when you pass any kind of memory reference(or offset) to anything outside the current user heap. Unix fork()ing generates a mapped/duplicate user heap, so all file/handle references still work properly without having to munge underlying memory addresses. If you can truly pass a UV socket handle to another UV process, then there's no reason why anyone can't write a stable multi-threaded socket server directly in UV BASIC. Is this true? If so, I want a developer copy so I can try to blow it up. :P eg -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin P Lynch Sent: Wednesday, February 09, 2005 3:52 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface you manage the connections from basic, the whole interface is a set of basic extensions. basically you open a socket on a port , accept a connection on that socket and write to the socket. here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 2:31 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Must be nice. I wish that capacity existed in every flavor. It would make the integration world a breeze. Well my real question would be; is the service external or internal? I'd be interested in knowing how the socket service is laid out. Do you have to manage connections yourself? How are socket handles passed to children under multiple listening conditions? Or, do you tell the UV service to listen 4-at-a-time, on port , and then call MYAPP when a connection is accepted? -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin P Lynch Sent: Wednesday, February 09, 2005 1:19 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Glen, The UV socket server interface works the same in Unix and Windows, I have server programs running in both environments with no changes. Kevin Lynch The Systems House -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 12:04 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Stewart, Socket implementations don't work across flavors. I've written many socket apps for D3, but even the small differences in the socket designs between Win and *nix causes problems. Sockets are easy to implement, but only if you want to maintain separate code-sets for Win and *nix under each flavor you want to support. I won't get into the details here, since I'm not familiar with the UV socket API. Service sockets are meant for the O/S, not Pick. Doug Dumitru bit the bullet and wrote his own TCP stack in Pick ASM. That is about the only way I would recommend even contemplating Pick server sockets. For clients, the socket APIs are fine. The calls are nearly identical between Win and *nix. The only issue there is blocking control, which unfortunately most of MV socket developers are unknowledgeable of. OK...I'm not going to get into that... meditating The SELECT can be handled several ways, but it still comes down to global locking of some kind. Another method is to use a stack file, instead of a directory. Since there's no need to close the pick file pointer, the overhead of opening(refreshing) and closing a local directory is eliminated. The only problem here, is the fact that every phantom has to lock the file before it checks any kind
RE: [U2] Universe to Web interface
How would you pass a socket handle to a new process though? I can see ways of doing it by calling subroutines, but how for a completely new process? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 10 February 2005 00:35 To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface Glen, I have'nt done extensive research on it, but from the samples provided by IBM using a dimensioned array, I believe UV would manage the forking off the sockets itself. Don't quote me on this though. I'll dig out the sample I have and send it on to ya... If you want you can test it out on my system and play since you don't have access to a UV box. For you no problem. Vance - Original Message - From: Glen B [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, February 09, 2005 5:21 PM Subject: RE: [U2] Universe to Web interface Kevin, I read through the PDF. However, it is not clear on how the handles can be used. A lot of the API's I've seen have the same level of functionality, but they all lack the ability to pass handles from the acceptor process to a totally separate user process. This isn't really an issue of the API, it's more of a user environment issue. You can pass the handle value itself, but the other process loses the 'meaning' of the handle and it just becomes a worthless string. An example would be launching a new phantom and passing it the handle variable, after accepting an incoming connection. The same situation occurs when you pass any kind of memory reference(or offset) to anything outside the current user heap. Unix fork()ing generates a mapped/duplicate user heap, so all file/handle references still work properly without having to munge underlying memory addresses. If you can truly pass a UV socket handle to another UV process, then there's no reason why anyone can't write a stable multi-threaded socket server directly in UV BASIC. Is this true? If so, I want a developer copy so I can try to blow it up. :P eg -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin P Lynch Sent: Wednesday, February 09, 2005 3:52 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface you manage the connections from basic, the whole interface is a set of basic extensions. basically you open a socket on a port , accept a connection on that socket and write to the socket. here is the appropriate manual : http://publibfi.boulder.ibm.com/epubs/pdf/25119080.pdf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 2:31 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Must be nice. I wish that capacity existed in every flavor. It would make the integration world a breeze. Well my real question would be; is the service external or internal? I'd be interested in knowing how the socket service is laid out. Do you have to manage connections yourself? How are socket handles passed to children under multiple listening conditions? Or, do you tell the UV service to listen 4-at-a-time, on port , and then call MYAPP when a connection is accepted? -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin P Lynch Sent: Wednesday, February 09, 2005 1:19 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Glen, The UV socket server interface works the same in Unix and Windows, I have server programs running in both environments with no changes. Kevin Lynch The Systems House -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen B Sent: Wednesday, February 09, 2005 12:04 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Stewart, Socket implementations don't work across flavors. I've written many socket apps for D3, but even the small differences in the socket designs between Win and *nix causes problems. Sockets are easy to implement, but only if you want to maintain separate code-sets for Win and *nix under each flavor you want to support. I won't get into the details here, since I'm not familiar with the UV socket API. Service sockets are meant for the O/S, not Pick. Doug Dumitru bit the bullet and wrote his own TCP stack in Pick ASM. That is about the only way I would recommend even contemplating Pick server sockets. For clients, the socket APIs are fine. The calls are nearly identical between Win and *nix. The only issue there is blocking control, which unfortunately most of MV socket developers are unknowledgeable of. OK...I'm not going to get into that... meditating The SELECT can be handled several ways
Re: [U2] Universe to Web interface
Hi, You can also use swig (www.swig.org) to generate wrapper around the intercall library (uvic32.dll or uvic.so). Intercall is a C library with all functonality to communicate with a U2 server. Swig is a tool that can generate wrapper for C library for a lot of langage included php. I used it for Python and it works very welll minus some minor function that are not present in the 2 library (unix and windows) Lance Jahnke a icrit : I had requested this (php hooks) from IBM support. They opened engineering Ecase 6922 - Maybe we will get it some day. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Walker Sent: Wednesday, February 09, 2005 2:53 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] Universe to Web interface Wouldn't a php interface to U2 be nice? Then we could have LAUP instead of LAMP. Or some such. Python would be gravy too. -- Dave Walker 8..7 4(()) -::- -::-8.74 .74(()) ((88.74 ..74 -::- ((88.74 * Peace --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Will - if you're interested in an HTTP 1.1 real time web server - check out: http://coyote.modsoft.com/ I use this with several mv databases. It's great. It resides with the database. It is a PICK web server. One thing I really like is it's sold based on bandwidth requirements and it does NOT take up any user licenses. If you have any questions, just email me offline. Steve Trimble Computerized Data Mgmt Inc [EMAIL PROTECTED] (479) 521-5670 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, February 07, 2005 7:25 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface Thanks George for responding. The link appears to do something because A) If I make it a .txt file it brings it up B) If I make it a .bat file it executes it. I can make it print Hello a hundred times in a DOS window (then die). What I can't make it do it seems is RUN a universe subroutine. But I'm wondering how it knows how to log into universe? Surely it's not just an open portal ? Maybe I have to setup a Universe account with *no* password for it to use? How exactly does that work? Alternatively perhaps you have to specify a login and password on the DOS command line along with the uv executable command ? Thanks Will Johnson Will, this may not be related to your issue at hand, Does the IIS or your software also add: Content-Type: text/html; charset=us-ascii \n (newline) blank line \n To the top of your HTML code? or is that the function of something else your using to push the HTML to IIS? George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Friday, February 04, 2005 10:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface OK I did a search on my system for where the UNIRPC32.dll lives and figured out how to add a PATH variable to the .bat file. So now it doesn't complain about not being able to find the dll but it still doesn't run the universe routine. Now I get an error in the event log that says The description for Event ID (1000) cannot be found... [and it ends by saying] Message [DBS0043] And then I get another one similar only it uses Event ID 1004 and Message [DBS0036] I have no idea what all of that means. Maybe I need some way of telling uv how to log me in? Like I said this is all new to me. Thanks. Will I have never done this before so I'm likely making some horrible blunder. I have IIS running and I have a Universe database on top of Windows XP. I have a Hello page in HTML with a form and the submit action a name that I have in the same directory as the Hello page is in. So the hello page just looks something like this HTMLTITLEHELLO/TITLE BODYFORM SUBMIT=test/BODYHTML And the test item just looks like echo Hello which seems to work, although I have it created as a .bat file which is probably not right. But when I try to make it run a command like H:\IBM\UV\BIN\UV MYTESTPROGRAM It complains with a message that UNIRPC32.DLL can't be found in the paths ... and then it lists some paths. What is this telling me? And how do I fix it? Thanks Will Johnson --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
[EMAIL PROTECTED] wrote: What I can't make it do it seems is RUN a universe subroutine. But I'm wondering how it knows how to log into universe? Surely it's not just an open portal ? Maybe I have to setup a Universe account with *no* password for it to use? How exactly does that work? Can you post the exact HTML, the batch file, and the output you're getting? And what do you want to happen? It sounds like you want to visit a web page and see the output of a UV BASIC program, but I might be misunderstanding you. -- Wendy Smoak Applications Systems Analyst, Sr. Arizona State University, PA, IRM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
I appreciate all the messages pointing me to this or that commercial product. However all I need is to know, how a .bat file (or any other type of file) running in Windows is able to log into Universe. I'm sure it can be done, but how is the question. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
In a message dated 2/8/2005 9:33:25 AM Pacific Standard Time, [EMAIL PROTECTED] writes: It sounds like you want to visit a web page and see the output of a UV BASIC program, but I might be misunderstanding you. Yes Wendy that is exactly what I want to do. Now, how do I do it? All I want is a web page where you click on a button and it says Hello World, you're on port xxx Where it's getting *something* (anything) out of the Universe environment Which is running on Windows The web page works, it does an action... I can make it open a new DOS window, I can make it pull up a pure text page (from Windows). So I know that IIS is alive and kicking. The only part I'm stuck on is how do you get it to run a routine inside the Universe environment? I setup a routine in Universe to return an HTML page, but I think it's getting stuck on getting INTO Universe. That's what I think. All I'm doing is specifying the Universe executable and then a subroutine name so like: H:/something/something/something/uv.exe MYROUTINE Which is how I read the examples that seemed to work from the archives. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
In a message dated 2/8/2005 9:33:25 AM Pacific Standard Time, [EMAIL PROTECTED] writes: It sounds like you want to visit a web page and see the output of a UV BASIC program, but I might be misunderstanding you. Really it doesn't matter so much what I'm trying to do. I'm just looking for an example of how ANYONE has done this UV on Windows. Examples for Unix or Linux aren't helping me :) Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
speaking from distant memory--it's been a while since I used universe on windows.and I haven't been following the thread. I seem to recall that the installation puts an entry into the start menu named something like universe console which opens a text mode window at a universe prompt. I seem to recall that there was no logging in, because you were already a user on the windows machine. You could look and see what that is doing, but ultimatly, to get into universe, all a program needs to do is execute uvsh in a directory with a universe account already set up. You can pass command line parameters on uvsh, so executing uvsh LIST CUSTOMER-FILE would list your customer-file and exit universe. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Tuesday, February 08, 2005 12:28 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface I appreciate all the messages pointing me to this or that commercial product. However all I need is to know, how a .bat file (or any other type of file) running in Windows is able to log into Universe. I'm sure it can be done, but how is the question. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
2 possibilities: is it maybe uvsh instead of uv that you want to run, and is it a subroutine or a cataloged program in MYROUTINE? I don't think you can run a subroutine directly in universe like you can in unidata. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Tuesday, February 08, 2005 12:42 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/8/2005 9:33:25 AM Pacific Standard Time, [EMAIL PROTECTED] writes: It sounds like you want to visit a web page and see the output of a UV BASIC program, but I might be misunderstanding you. Yes Wendy that is exactly what I want to do. Now, how do I do it? All I want is a web page where you click on a button and it says Hello World, you're on port xxx Where it's getting *something* (anything) out of the Universe environment Which is running on Windows The web page works, it does an action... I can make it open a new DOS window, I can make it pull up a pure text page (from Windows). So I know that IIS is alive and kicking. The only part I'm stuck on is how do you get it to run a routine inside the Universe environment? I setup a routine in Universe to return an HTML page, but I think it's getting stuck on getting INTO Universe. That's what I think. All I'm doing is specifying the Universe executable and then a subroutine name so like: H:/something/something/something/uv.exe MYROUTINE Which is how I read the examples that seemed to work from the archives. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Have you looked into the Universe socket interface ? We use it to serve small web applications directly from Universe, this way it doesn't have to use a license or go through logging into uv or anything. Works very well. Kevin Lynch -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, February 08, 2005 12:42 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/8/2005 9:33:25 AM Pacific Standard Time, [EMAIL PROTECTED] writes: It sounds like you want to visit a web page and see the output of a UV BASIC program, but I might be misunderstanding you. Yes Wendy that is exactly what I want to do. Now, how do I do it? All I want is a web page where you click on a button and it says Hello World, you're on port xxx Where it's getting *something* (anything) out of the Universe environment Which is running on Windows The web page works, it does an action... I can make it open a new DOS window, I can make it pull up a pure text page (from Windows). So I know that IIS is alive and kicking. The only part I'm stuck on is how do you get it to run a routine inside the Universe environment? I setup a routine in Universe to return an HTML page, but I think it's getting stuck on getting INTO Universe. That's what I think. All I'm doing is specifying the Universe executable and then a subroutine name so like: H:/something/something/something/uv.exe MYROUTINE Which is how I read the examples that seemed to work from the archives. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ __ This email has been scanned by the Inbound TSH Mail Filter Please Report any issues to [EMAIL PROTECTED] __ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
I'm using a .bat file in the windows scheduler to run stuff at night, and it's working. You're first cd'ing into a directory that is a universe account, right? And you're using the correct slashes too? cd c:\someFolder\someAccount H:/something/something/something/uv.exe MYROUTINE *** should these be \? Maybe you could provide a snippet of your .bat file. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Will, Since you are using IIS, is an ASP an option for you ... Using unobjects to call a UV program, sub or even read an write data is as easy as cake CGI would be a bit cumbersome if you are trying to accomplish this from a batch file. Using a bat file would make you have to parse all the posted data from IIS environment. We have both ways running from here and using ASP is ALOT cleaner. You can even use php if your not an ASP fan. Vance - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Tuesday, February 08, 2005 12:28 PM Subject: Re: [U2] Universe to Web interface I appreciate all the messages pointing me to this or that commercial product. However all I need is to know, how a .bat file (or any other type of file) running in Windows is able to log into Universe. I'm sure it can be done, but how is the question. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
There are many ways to accomplish that. I've been crunching the methods for years and finally picked a simple, but flexible architecture. The main thing to consider is execution permissions. You don't want just anyone being able to run anything on your UV box from a web server or console. Take a look at the guts of MVWWW if you want a starting point to build your own UV http service. If you do, PLEASE let me know so I can include it in the project! This is a file-spool based http service. For Windows, you will need ActivePerl in order to run the perl spooler and CGI client. You will also need Winetd or another Inet variant for Windows. If you just want the architecture, then here's a compressed version. Client-side (browser) calls a URL. (http://www.myhost.com/cgi-bin/mvwww.cgi?mvwrun=testapp) The web browser executes the CGI script (mvwww.cgi in this example) The CGI script makes a socket connection to the spooler (inetd service the standard I/O app called mvwspool.pl) The spooler generates a unique ID for the request. The spooler grabs the query, post, headers, etc from the CGI environment and saves them to a request queue file using the ID. The spooler broadcasts the presence of a new queue item, by writing an empty file in the main spool dir using the ID. At this point, the spooler waits for a response in a separate response directory. Server-side, our HTTP phantom runs and waits until new item IDs show up in a local directory (the main spooler dir) NOTE: Just like using a 'critical section' in threading, the directory is locked via MV file lock when it is being read or written to. This syncs all phantoms and allows for multi-threaded processing. When a new item ID is found, the empty item is deleted from the main spooler directory so other processes won't barge in and take over our request. The HTTP phantom then reads the actual request from the request queue, using the item ID as reference. The request is parsed, looking for a static CGI variable. In the case of MVWWW, it's mvwrun. The subroutine to be called, is assigned to this CGI variable. We use CALL @ to call the subroutine named in the MV variable. Once our MV subroutine has RETURNed, we write the response into the response directory. The spooler sees the response, picks it up, and then sends it back to the client via standard I/O. That's it, in a nutshell. Plans are in the works to implement a spool manager. As it is, this architecture is not DoS attack proof. It also needs to have injection management added. As it is, you can inject a request directly into the spooler. The future manager will monitor how many, and how often, requests come from a client. It will also determine who can access it. Glen http://picksource.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Tuesday, February 08, 2005 12:43 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/8/2005 9:33:25 AM Pacific Standard Time, [EMAIL PROTECTED] writes: It sounds like you want to visit a web page and see the output of a UV BASIC program, but I might be misunderstanding you. Really it doesn't matter so much what I'm trying to do. I'm just looking for an example of how ANYONE has done this UV on Windows. Examples for Unix or Linux aren't helping me :) Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Will, This will work if you need to use a batch file but don't forget you have to parse the environment to find out what's in the put/post values if you need it to be interactive with the user. test.bat @REM Change directory to the UV account @REM Assuming this is a folder with a uv account @cd \ibm\uv @REM Execute the uv command @c:\ibm\uv\bin\uvsh LIST VOC Vance - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Tuesday, February 08, 2005 12:42 PM Subject: Re: [U2] Universe to Web interface In a message dated 2/8/2005 9:33:25 AM Pacific Standard Time, [EMAIL PROTECTED] writes: It sounds like you want to visit a web page and see the output of a UV BASIC program, but I might be misunderstanding you. Really it doesn't matter so much what I'm trying to do. I'm just looking for an example of how ANYONE has done this UV on Windows. Examples for Unix or Linux aren't helping me :) Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
[EMAIL PROTECTED] wrote: All I want is a web page where you click on a button and it says Hello World, you're on port xxx Where it's getting *something* (anything) out of the Universe environment Which is running on Windows I think the simplest solution is having UV listen on a socket and respond directly to requests. All I'm doing is specifying the Universe executable and then a subroutine name so like: H:/something/something/something/uv.exe MYROUTINE Which is how I read the examples that seemed to work from the archives. Links to what you're working from would help. There has to be some program on the web server that talks to the database and responds to the browser. If I've pieced this together right, you're telling IIS to run a .bat file that runs a UV program. Now how do you intend to get the output back to the web browser? -- Wendy Smoak --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
) then uvStatus=1 uvMsg=Session is not active set uvSession=Nothing exit sub end if set uvBroker = uvSession.Subroutine(UVTEST,2) if uvBroker is Nothing then uvStatus=1 uvMsg=Unable to init the uvBroker service exit sub else end if end sub public sub uvDisconnect() uvSession.Disconnect() set uvBroker = Nothing set uvSession = Nothing end sub call uvConnect() dim myvalue1, myvalue2 uvBroker.SetArg 0, ' first variable uvBroker.SetArg 1, ' second variable uvBroker.Call ' call the sub myvalue1 = uvBroker.GetArg (0) ' get value 1 myvalue2 = uvBroker.GetArg (1) ' get value 2 msgbox (myvalue1 myvalue2) call uvDisconnect() -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, February 08, 2005 11:43 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Universe to Web interface In a message dated 2/8/2005 9:33:25 AM Pacific Standard Time, [EMAIL PROTECTED] writes: It sounds like you want to visit a web page and see the output of a UV BASIC program, but I might be misunderstanding you. Really it doesn't matter so much what I'm trying to do. I'm just looking for an example of how ANYONE has done this UV on Windows. Examples for Unix or Linux aren't helping me :) Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
The spooler broadcasts the presence of a new queue item, by writing an empty file in the main spool dir using the ID. At this point, the spooler waits for a response in a separate response directory. Server-side, our HTTP phantom runs and waits until new item IDs show up in a local directory (the main spooler dir) Glen http://picksource.com Glen: How does the HTTP phantom find a new item ID in the directory? Continuous SELECTs? Stewart -- Stewart Leicester| http://www.ThreatFocus.com V.P. Engineering | mailto:[EMAIL PROTECTED] Threat Focus, Inc. | 925-551-0130 Voice Knowledge is your best defense | 509-695-1373 Fax --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Not continuous, but the directory is polled. The only other sensible way around this is to use IPC or pipes, which is not portable. open the dir, select, and then readnext to see if there's a file item present. If so, delete it and process the request based on that ID. You're basically popping off the 'stack'. If your configuration isn't saturated, polling ( or stack poppin) takes a split-second to happen. It's not like there's 5000 items in the directory and you have to deal with select lag. I had one issue on OpenQM/Linux, with the select polling. A 'loosey-goosey' loop ate up all the CPU ticks. A half-second NAP or SLEEP solves the CPU problem, but it does reduce response time a tad. Adding another phantom will more than make up for that lag. Sure, there are a zillion other ways to manage a queue stack. This is the most platform and flavor cross-compatible. If you have another design suggestion that would work better, please let me know. Afterall, the project is GPL and needs some enhancing! -Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stewart Leicester Sent: Tuesday, February 08, 2005 5:37 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface The spooler broadcasts the presence of a new queue item, by writing an empty file in the main spool dir using the ID. At this point, the spooler waits for a response in a separate response directory. Server-side, our HTTP phantom runs and waits until new item IDs show up in a local directory (the main spooler dir) Glen http://picksource.com Glen: How does the HTTP phantom find a new item ID in the directory? ContinuousSELECTs? Stewart -- Stewart Leicester| http://www.ThreatFocus.com V.P. Engineering | mailto:[EMAIL PROTECTED] Threat Focus, Inc. | 925-551-0130 Voice Knowledge is your best defense | 509-695-1373 Fax --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
If you trying to do authentication, but don't want to store the universe user name and password in the ASP code, then look as Microsoft Single-Sign On services. This allows a user that has logged on to the web site to be authenticated by some method, from this you can then from ASP code access an encrypted database and receive login and password details for different applications. (The default guest is an authenticated user, but I would use that carefully as that includes anyone.) Regards David Jordan U2UG founding Director --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Colin Alfke wrote: The .bat file simple changes to the correct directory and then does a: CALL UD PHANTOM CALL is a Dos command ? I've never heard of it. Or did you leave something out ? Remembering that my problem is getting INTO the Uv environment in the first place. Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
Vance wrote: @REM Assuming this is a folder with a uv account @cd \ibm\uv @REM Execute the uv command @c:\ibm\uv\bin\uvsh LIST VOC I don't know what the @ signs do, but when I try this fromthe DOS command prompt window c:\something\uvsh LIST VOC it just kinda blinks and returns to the DOS Command Prompt window. I don't see any kind of output. I don't know why. Where did my output go? Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
If I've pieced this together right, you're telling IIS to run a .bat file that runs a UV program. Now how do you intend to get the output back to the web browser? I have no idea. How ? That's what I'm asking. How do you run make a web page, run a UV program and output the results back to the web page? People say oh just do this and this, but when I try it, even from a Dos shell I don't see any output. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Hold everything ... I just got output. Now to figure out what I did differnt. Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Not continuous, but the directory is polled. The only other sensible way around this is to use IPC or pipes, which is not portable. open the dir, select, and then readnext to see if there's a file item present. If so, delete it and process the request based on that ID. You're basically popping off the 'stack'. If your configuration isn't saturated, polling ( or stack poppin) takes a split-second to happen. It's not like there's 5000 items in the directory and you have to deal with select lag. I had one issue on OpenQM/Linux, with the select polling. A 'loosey-goosey' loop ate up all the CPU ticks. A half-second NAP or SLEEP solves the CPU problem, but it does reduce response time a tad. Adding another phantom will more than make up for that lag. Sure, there are a zillion other ways to manage a queue stack. This is the most platform and flavor cross-compatible. If you have another design suggestion that would work better, please let me know. Afterall, the project is GPL and needs some enhancing! -Glen Thanks for the reply. I wasn't critiquing so much as I'm curious: I was called in to accomplish this in a quick and dirty fashion 5 or 6 years ago and after a few days ended up with something very similar to what you describe. I wasn't happy with a loop which continuously performed SELECTs but SLEEPs seemed to slow it down too much. I recall looking for something I could use as a blocking read operation and believe I tried pipes. IIRC they worked OK but sometimes operations hung up. I thought of using sockets but never had the chance to try. Perhaps you could get it to work with sockets and let me know what you find. :-) Stewart -- Stewart Leicester| http://www.ThreatFocus.com V.P. Engineering | mailto:[EMAIL PROTECTED] Threat Focus, Inc. | 925-551-0130 Voice Knowledge is your best defense | 509-695-1373 Fax --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
In a message dated 2/8/2005 4:53:42 PM Pacific Standard Time, [EMAIL PROTECTED] writes: If you trying to do authentication, but don't want to store the universe user name and password in the ASP code, then look as Microsoft Single-Sign It's not really a question of not *wanting* to, but rather, how *DO* you do it either way? In other words... example code? Thanks Will --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Will, this may not be related to your issue at hand, Does the IIS or your software also add: Content-Type: text/html; charset=us-ascii \n (newline) blank line \n To the top of your HTML code? or is that the function of something else your using to push the HTML to IIS? George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Friday, February 04, 2005 10:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface OK I did a search on my system for where the UNIRPC32.dll lives and figured out how to add a PATH variable to the .bat file. So now it doesn't complain about not being able to find the dll but it still doesn't run the universe routine. Now I get an error in the event log that says The description for Event ID (1000) cannot be found... [and it ends by saying] Message [DBS0043] And then I get another one similar only it uses Event ID 1004 and Message [DBS0036] I have no idea what all of that means. Maybe I need some way of telling uv how to log me in? Like I said this is all new to me. Thanks. Will I have never done this before so I'm likely making some horrible blunder. I have IIS running and I have a Universe database on top of Windows XP. I have a Hello page in HTML with a form and the submit action a name that I have in the same directory as the Hello page is in. So the hello page just looks something like this HTMLTITLEHELLO/TITLE BODYFORM SUBMIT=test/BODYHTML And the test item just looks like echo Hello which seems to work, although I have it created as a .bat file which is probably not right. But when I try to make it run a command like H:\IBM\UV\BIN\UV MYTESTPROGRAM It complains with a message that UNIRPC32.DLL can't be found in the paths ... and then it lists some paths. What is this telling me? And how do I fix it? Thanks Will Johnson --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
Thanks George for responding. The link appears to do something because A) If I make it a .txt file it brings it up B) If I make it a .bat file it executes it. I can make it print Hello a hundred times in a DOS window (then die). What I can't make it do it seems is RUN a universe subroutine. But I'm wondering how it knows how to log into universe? Surely it's not just an open portal ? Maybe I have to setup a Universe account with *no* password for it to use? How exactly does that work? Alternatively perhaps you have to specify a login and password on the DOS command line along with the uv executable command ? Thanks Will Johnson Will, this may not be related to your issue at hand, Does the IIS or your software also add: Content-Type: text/html; charset=us-ascii \n (newline) blank line \n To the top of your HTML code? or is that the function of something else your using to push the HTML to IIS? George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Friday, February 04, 2005 10:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe to Web interface OK I did a search on my system for where the UNIRPC32.dll lives and figured out how to add a PATH variable to the .bat file. So now it doesn't complain about not being able to find the dll but it still doesn't run the universe routine. Now I get an error in the event log that says The description for Event ID (1000) cannot be found... [and it ends by saying] Message [DBS0043] And then I get another one similar only it uses Event ID 1004 and Message [DBS0036] I have no idea what all of that means. Maybe I need some way of telling uv how to log me in? Like I said this is all new to me. Thanks. Will I have never done this before so I'm likely making some horrible blunder. I have IIS running and I have a Universe database on top of Windows XP. I have a Hello page in HTML with a form and the submit action a name that I have in the same directory as the Hello page is in. So the hello page just looks something like this HTMLTITLEHELLO/TITLE BODYFORM SUBMIT=test/BODYHTML And the test item just looks like echo Hello which seems to work, although I have it created as a .bat file which is probably not right. But when I try to make it run a command like H:\IBM\UV\BIN\UV MYTESTPROGRAM It complains with a message that UNIRPC32.DLL can't be found in the paths ... and then it lists some paths. What is this telling me? And how do I fix it? Thanks Will Johnson --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe to Web interface
What I can't make it do it seems is RUN a universe subroutine. But I'm wondering how it knows how to log into universe? Surely it's not just an open portal ? Maybe I have to setup a Universe account with *no* password for it to use? How exactly does that work? Alternatively perhaps you have to specify a login and password on the DOS command line along with the uv executable command ? Will I believe you will run UV with the privileges of your IIS account. UV doesn't itself do any authentication it relies on your telnet daemon etc to do that. So you probably need to change directory to the account you want to use, give the IIS user appropriate permissions to that account and then run uv CMD. Which is pretty much how I do this on unix. HTH, Craig --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
I have never done this before so I'm likely making some horrible blunder. I have IIS running and I have a Universe database on top of Windows XP. I have a Hello page in HTML with a form and the submit action a name that I have in the same directory as the Hello page is in. So the hello page just looks something like this HTMLTITLEHELLO/TITLE BODYFORM SUBMIT=test/BODYHTML And the test item just looks like echo Hello which seems to work, although I have it created as a .bat file which is probably not right. But when I try to make it run a command like H:\IBM\UV\BIN\UV MYTESTPROGRAM It complains with a message that UNIRPC32.DLL can't be found in the paths ... and then it lists some paths. What is this telling me? And how do I fix it? Thanks Will Johnson --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe to Web interface
OK I did a search on my system for where the UNIRPC32.dll lives and figured out how to add a PATH variable to the .bat file. So now it doesn't complain about not being able to find the dll but it still doesn't run the universe routine. Now I get an error in the event log that says The description for Event ID (1000) cannot be found... [and it ends by saying] Message [DBS0043] And then I get another one similar only it uses Event ID 1004 and Message [DBS0036] I have no idea what all of that means. Maybe I need some way of telling uv how to log me in? Like I said this is all new to me. Thanks. Will I have never done this before so I'm likely making some horrible blunder. I have IIS running and I have a Universe database on top of Windows XP. I have a Hello page in HTML with a form and the submit action a name that I have in the same directory as the Hello page is in. So the hello page just looks something like this HTMLTITLEHELLO/TITLE BODYFORM SUBMIT=test/BODYHTML And the test item just looks like echo Hello which seems to work, although I have it created as a .bat file which is probably not right. But when I try to make it run a command like H:\IBM\UV\BIN\UV MYTESTPROGRAM It complains with a message that UNIRPC32.DLL can't be found in the paths ... and then it lists some paths. What is this telling me? And how do I fix it? Thanks Will Johnson --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
