Using LeanFT I’m automating mainframe via Pcomm emulator. Now I’m trying to have multithreaded (by opening multiple pcomm sessions) & tried different approaches but LeanFT is passing data to only first session. Does LeanFT supports multithreaded, if not mainframe does anyone tried web. Please provide feed back.
Note : I’m differentiating each pcomm screen by short name of mainframe TeWindow
LeanFT and UFT do not support multithreading for mainframe, you can work with only one session at a time.
Please check this documentation where we state this limitation:
https://admhelp.microfocus.com/uft/en/15.0-15.0.1/UFT_Help/Content/Addins_Guide/TE_limitations.htm
Section: Multiple open emulator sessions
Related
I am just starting to look at the V3 manifest requirements and had the following questions.
I currently have in my background.js var settings = new usersettings(); usersettings fetches all the settings from chrome.storage.local once and then if a setting property is changed then saves it back to storage.
Do I understand it correctly that with V3 each time I need a value from settings I need to use for example chrome.storage? Further is/will the only way to retrieve storage be the following;
chrome.storage.local.get(['key'], function(result) {
console.log('Value currently is ' + result.key);
});
I am not a professional software engineer but using the above code each time I need to read a boolean setting seems very inefficient and is going to not only slow down the extension but also create a lot more code. I read that V3 will take advantage of promises is this something that can be used with chrome.storage.local.get?
I use a native messaging host. I call chrome.runtime.connectNative when the background starts up and hold the port open meaning that the Native Host which Google Chrome starts also runs. I cannot find anything on how native messaging is supposed to work with service workers. Is chrome.runtime.connectNative even useful anymore with service workers? Will the native host start and stop with the service worker? If it does how can any native code send messages to the Extension?
Is the following strategy a good idea? Is a Manifest V2 with background "persistent": false the same as a service worker? In other words instead of doing a major change to V3 could I first get my code running in V2 with a non-persistent background.js?
My native host passes some javascript to my extension which in turn adds it via the script tag. I read that in V3 that javascript cannot be retrieved by an external source. Has anyone seen anything from Google on whether the native host will be treated as an external source? On the one hand I of course can see that by definition native host code is external, however, a native host has (at least for a windows PC) much higher installation standards and user rights requirements than an extension that gets code from some external url. This is the reason for my question.
Anyone got a crystal ball on when a V2 update will be rejected?
TL;DR ManifestV3 is still a semi-broken toy that can't handle many nontrivial scenarios.
with V3 each time I need a value from settings I need to use chrome.storage
Yes.
If your data object isn't big it shouldn't be a problem.
If in doubt, use devtools profiler or performance.now() in your code to measure the impact.
native messaging host
It's broken for now.
I see a somewhat related https://crbug.com/1030305 but maybe you should open a new issue.
Is a Manifest V2 with background "persistent": false the same as a service worker?
Yes, conceptually.
However, there may be differences due to the inferior nature of service workers as this is still an immature Web technology so it doesn't support things we grew accustomed to such as dynamic script loading, ES modules, clipboard handling, DOM parsing, and a lot more.
instead of doing a major change to V3 could I first get my code running in V2 with a non-persistent background.js?
Yes, it's a good start especially since ManifestV3 is still in development.
My native host passes some javascript to my extension which in turn adds it via the script tag.
Definitely forbidden.
This code is not a part of the extension package so it can't be verified by the web store reviewers.
An alternative will be revealed when Chromium team announces their solution for Tampermonkey and similar extensions that allow installing external userscripts.
Meanwhile, try switching to a declarative approach: create rule definitions in JSON which will be processed by your extension code.
when a V2 update will be rejected?
Probably next year.
There's no official announcement yet but if Chromium developers have a bit of conscience they won't disable ManifestV2 until they fix all or most of the problems in V3, which will probably happen next year.
There's almost no active development currently for ManifestV3 problems though (other areas such as DevTools see ~100 times more meaningful activity) and seeing how Chromium team has been factually ignoring most of feedback from extension authors for the past five years, it's not exactly encouraging...
Update to the native messaging
Feb 2022
Connecting to a native messaging host using chrome.runtime.connectNative() in an extension's service worker will keep the service worker alive as long as the port is open.
https://developer.chrome.com/docs/extensions/whatsnew/
I have a telephony scenario in which the following happens:
Customer calls a Voice Gateway
TCL script runs and a code is taken from customer
Authentication is done through a RADIUS server
Customer will hear correct voice menu
The problem is that RADIUS server must connect to a SQL Database and check the credentials. I have currently designed the solution using cisco secure ACS and through managed stored procedures on MS SQL server.
My question is: Is the VoiceXML a better tool to do this job and because some extenstions and wrappers of VoiceXML exists in .net, does it fit in this simple scenario??
Sincerely speaking, I am a little confisued with the technology and looking for a good tutorial on its features as well.
Thanks
In a strict sense, only step 4 is implemented by VoiceXML. Other aspects are handled by the platform or external code. VoiceXML is the standards mechanism for implementing step 4, but if all you are going to do is limited audio output and simple input, it may be overkill depending on the solutions available to you.
The following is just an example of a way to solve your problem and is fairly fictitious given I don't know anything about your environment nor constraints.
Given most VoiceXML platforms, upon receiving of a call your VoiceXML application will be executed. If this is a servlet/ASP based solution, you can perform steps 2 & 3 then generate/return the VoiceXML to play the menu, gather the input and move to the next step. If this is a static VoiceXML 2.1 solution, you can use a Data element call to make an HTTP request to a system that can perform these actions. The system will need to return XML that the Javascript/ECMAScript in VoiceXML application can parse and provide the correct audio output and input processing.
Since you are asking about VoiceXML, I'm assuming your challenge is the telephony aspect of the problem. Unless you have a system already available, choosing and activating a premise or hosted solution is far more complicated than the call flow code involved. Depending on your requirements, there are solutions as low as a single line, analog modem that supports audio output and DTMF input to massively scaled on premise and hosted solutions to handle 10,000s of concurrent calls that implement VoiceXML as well as a wide range of other call flow technologies.
VoiceXML would work fine in this scenario. There is a an open source project called VoiceModel that uses ASP.NET MVC to generate the VoiceXML and therefore integrates nicely with the .NET stack. There are a lot of examples in the project with discussions on how to use the examples in this blog. The examples use Voxeo Prophecy as the VoiceXML platform which has a SIP interface that will connect with a Voice Gateway. You can download two ports for free to try it out.
I am considering ways to read/modify large Excel spreadsheets with formula support in python, on Google App Engine. I am fairly unfamiliar with how COM works but I was wondering if anyone has successfully implemented pywin32 on GAE - or whether there are inherently problems with doing so, or if it's just a bad idea in general.
It seems like the only possible solution for Python (xlrd has no formula support) but if it doesn't work, I will resort to learning Java and trying JExcel API.
Any insight would be appreciated!
Google's servers are not running Windows, so no, there's no way whatsoever to use any Win32 APIs.
If you have to use GAE then you may process some stuff on a windows machine. You can use Pull Queues to lease tasks from GAE process them and then add them to Push Queues that will store the data in GAE
I'm hoping someone can validate or correct my conclusions here.
I'm looking into writing a small side project. I want to create a desktop application for taking notes that will synchronise to a web-server so that multiple installations can be kept in step and data shared and also so that it can be accessed via a browser if necessary.
I've kind of been half-listening to the noises about CouchDB and I've heard mention of "offline functionality", of desktop-couchdb and of moves to utilise its ability to handle intermittent communications to enable distributed applications in the mobile market. This all led me to believe that it might be an interesting option to look at for providing my data storage and also handling my synchronisation needs, but after spending some time looking around for info on how to get started my conclusion is that I've got completely the wrong end of the stick and the reality is that:
There's no way of packaging up a CouchDB instance, distributing it as part of a desktop application and running it in the context of that application to provide local storage and synchronisation to a central database.
Am I correct here? If so is there any technology out there that does this sort of thing or am I left just rolling my own local storage and maybe still using CouchDB on the server?
Update (2012/05): check out the new TouchDB projects from Couchbase if you are targeting Mac OS X and/or iOS or Android. These actually use SQLite under the hood (at least for now) but can replicate to/from a "real" CouchDB server. Another clientside alternative that is finally starting to mature is PouchDB, which runs in IndexedDB capable browser engines. Using these or using them to inspire similar port to another desktop platform is now becoming a better-trod path.
Original answer:
There's no way of packaging up a
CouchDB instance, distributing it as
part of a desktop application and
running it in the context of that
application to provide local storage
and synchronisation to a central
database.
At this point in time, your statement is practically correct although it is possible to include CouchDB in an app — for an example see CouchDBX.app which is a thin wrapper around a prefixed bundle of CouchDB and all its dependencies.
The easiest way to build a CouchDB app is to assume that the user will already have a CouchDB server running. This is easier than it sounds, especially with Couchone's hosting or a prebuilt app like CouchDBX on OS X or DesktopCouch on Ubuntu. This latter is especially interesting, because if I understand correctly it is included by default with Ubuntu these days, and automatically spins up a CouchDB server per-user when you query its port via D-Bus. Something similar could (and should) be done on OS X using launchd and Bonjour.
So as you write, you either would design your app to store data in a local format and optionally sync with a CouchDB service you provide or you'd have to build and bundle all of Erlang, SpiderMonkey and CouchDB together with your app along with some scripts to make sure it was running when needed. This is possible but obviously neither of these are ideal, and believe me you're not the only one wanting a simpler solution for desktop-oriented apps!
According to a requirement, we have to do data loading to Salesforce.com in Linux environment. In Windows, the Apex data loader works fine for data loading.
Apex data loader is written in Java so it should work in Linux. How can we run the Apex data loader in Linux or is there any alternative application for data loading for linux?
I was under impression that core of Data Loader is a JAR file so if your server is running Java you could fairly easily discard the GUI of application written for Windows?
Please have a look at Data Loader User Guide, especially chapters about running it from command line and in batch mode. In worst case you could even roll out your own program that will use WebServices API exactly like Data Loader does (with reuse of the JAR or written from scratch).
Another option would be to use "bulk API", designed for mass inserts. The guide for this is extremely technical and contains tons of useful info (including code of sample Java app).
There's "Excel connector" and build of "LexiLoader" for MacOS but I don't think this helps a lot in your case.
Last but not least - please consider the Salesforce partners, their AppExchange applications etc. I don't want to do marketing here but on my past project we were pleased with tool from "Relational Junction" (it was working on Unix server, easy to configure, connected with Oracle database, allowed us to pretty much do a proper Extract-Transform-Load proces to and from Salesforce).
Good luck!
Here are a couple of posts that might help others not using the Apex Data Loader in the standard way:
http://force201.wordpress.com/2011/01/20/running-the-apex-data-loader-on-a-mac/
http://force201.wordpress.com/2010/10/15/scripting-the-apex-data-loader-via-ant/
One is about running on the Mac and the other is about running using Ant.
www.dataloader.io is the way to go now; it's web-based an unbiased to your OS.
Well, dataloader is a Java app so it is quite biased do any OS that can has a Java runtime. I have been working on an Ubuntu system using Gui.
11 years later, there's still no official Linux build, but everything you need is there. That's why I've created a small Github project, that automatically builds the latest Dataloaders versions for Debian/Ubuntu (deb files) from the original sources.
You can find it here: https://github.com/SoftCreatR/dataloader-for-linux