Verified Answers


If an answer to your question is correct, click on "Verify Answer" under the "More" button. The answer will now appear with a checkmark. Please be sure to always mark answers that resolve your issue as verified. Your fellow Community members will appreciate it!  Learn more

  • State Suggested Answer
  • Replies replies
    8
  • Answers answer
    1
  • Subscribers subscribers
    11
  • Views views
    457
  • Users 0 members are here
  • Locked Locked
Related
Options
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Looking for a creative solution - AcuToWeb?

Lee Allen

We have what is probably a short term problem - but it's a BIG problem.

We have a graphical application coded in AcuCobol (oops - Extend - showing my age there!). It launches automatically when the Windows system starts. This is important.

And the second critical requirement is, we need to be able to sign into the system remotely and interact with the program. We currently do this with Remote Desktop.

This is easy under Windows desktop (10 & 11) and in the past it was doable on Windows Server. But it's getting harder and harder to accomplish in later Windows Server versions, and in WS2019 it seems impossible. We have not been able to find a way to make the program (1) launch automatically when the server boots, (2) with a graphical UI, and (3) allow us to access & interact with it remotely.

Of course we could refactor the application to separate the UI and the rest of the program, but that is more work than we are willing to take on right now. And really the perfect solution would be to allow remote access via web browser, not RDP.

It seems like AcuToWeb almost does this: it allows a GUI AcuCobol program to run on one system, and access it from any other system via browser. That would be a perfect solution except the program does not start until one connects via AcuToWeb.

If we could get the program to launch from eg Task Manager, and then run within the AcuToWeb architecture so we could access it remotely, that would be perfect. And WS would allow it because it's not interacting with the desktop/console. 

Is there a way?

(AFAIK it would not be possible to launch the web browser with the AcuToWeb URL on boot, because that accesses the Desktop, and thats the sort of thing WS2019 does not support)

Many thanks in advance for any answers, hints, or tips. Or even a definite "that cannot be done".

Tags:

  • 0

    I would think the right answer here is Xcentrisity Business Information Server, but that requires that your user interface be refactored. 

    While I'm sure you've seen this, but I'll ask anyway: does this procedure no longer work?

    https://learn.microsoft.com/en-us/troubleshoot/windows-server/user-profiles-and-logon/turn-on-automatic-logon

    This is what I used on my personal Windows 2016 server to run home automation software on my desktop.  I need that to start when the machine is rebooted, so I used this procedure to automatically log me in. 

    Then I set up a scheduled task for my user that launched the program a few seconds after login.

    This was with Windows Server 2016, not 2019, but the website states it should still work.

  • 0 in reply to 

    Thank you so much for responding!

    Yes I have seen that link, and I just re-read it. But maybe I have been misunderstanding it. I think it allows a user to login without entering their credentials, but it does not cause the login to occur automatically when the server boots. Am I wrong?

    Your home automation - does that have a user interface? Does the whole thing really start automatically when the server boots? And then are you able to interact with that UI when you actually login?

  • 0 in reply to 

    I just realized - at that link you gave, the very last line is:

    • You can use the Sysinternals tool AutoLogon to enable this functionality easier. This tool also helps you to use an encrypted version of password.

    And that is the tool we have been using. It worked in previous versions of Windows Server, but not in 2019.

  • 0 in reply to 

    Yes, my Windows Server 2016 *did* automatically log in, creating a desktop session after a reboot that I could just connect to with RDP at a later time. I vaguely remember using AutoLogon to set this up.

    While I'm still currently running Windows Server 2016, I did a complete re-install of the server operating system maybe 3-4 years ago. The home automation software (Home Control Assistant) now has a client/server version so I didn't have to set up automatic login again at that point and that was the only reason I had to log in. Before that, I do now remember using AutoLogon and creating a scheduled user task to launch the desktop program after automatic logon (it needed admin privileges so I couldn't just put it into the start folder). Unfortunately, those are all the details that I can remember.

    If Windows Server 2019 broke this, then Microsoft needs to update their page.

    I don't have any experience with server 2019 or 2022 other than a test platform, so I'm not going to be of much more help.

  • 0 in reply to 

    Thanks. I followed the procedure on that web page, and it works - it effects an automatical (that was a typo but I'll leave it) login when the server reboots. I just can't get it to start my GUI app. I have tried several different things in the Task Scheduler setup, most recently a 2 minute delay after login.

    I am sure it would start if it didn't have a UI - which brings us back to my original question.

    I also just investigated a 3rd party program that claims to solve this problem "AlwaysUp". But after some Q&A they said the app will run, but it will not be visible on the screen, and we won't be able to interact with it via Remote Desktop or anything else.

    Thanks again.

  • Suggested Answer

    0  

    Good afternoon,  

    AcuToWeb gateway service can be started automatically, whenever you reboot your server.

    After that, you don't need to log-in to this server anymore (but for maintenance work).

    You can use your local browser, launch the URL and have your application running.

    Is there a specific reason you need the application running when the Windows system starts?

    An ACUCOBOL-GT Runtime can be launched in background on start up, if necessary.

    I suggest you to contact Customer Support to better describe your necessities.
    The local engineer will be available to help you and find the best solution.

    Regards.

    Claudio Contardi

    Lead Technical Support Specialist
    Rocket Software, Italia
    RocketSoftware.com
    linkedin.com/rocket-software

  • 0 in reply to   

    Hi Claudio. Thank you for answering.

    > Is there a specific reason you need the application running when the Windows system starts?

    Yes: This is the role of this system, it must run this application all the time, automatically. Even after reboots.

    > An ACUCOBOL-GT Runtime can be launched in background on start up, if necessary.

    As of Windows Server 2019, the runtime cannot be launched if it accesses the desktop - if it has a UI.  This also applies to Windows 10 Build 1803.

  • 0 in reply to   

    I have opened a ticket with MicroFocus support.

Resources

Support
Documentation
Learning Services
Partner Programs
Privacy
Compliance
Help
Company
Privacy Policy
Terms of Use
Cookies Preferences
Accessibility
Anti-Slavery Statement
Support
Contact Us
Careers
Code of Business Conduct and Ethics
The opinions expressed above are the personal opinions of the authors, not of OpenText. By using this site, you accept the Terms of Use. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.), Hewlett Packard Enterprise Company, or Micro Focus. As of January 31, 2023, the Material is now offered by OpenText, a separately owned and operated company. Any reference to the HP, Hewlett Packard Enterprise/HPE, and Micro Focus marks is historical in nature and the HP, Hewlett Packard Enterprise/HPE, and Micro Focus marks are the property of their respective owners.