npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

appiumx

v1.8.21-beta.2

Published

Automation for MX Apps.

Downloads

25

Readme

Appiumx

Appiumx is a server that receives connections from Helios Devices and listens for commands sent over the Json Wire Protocol and forwards them onto it's connections. It is the mediator between the caller and the app and will report testing results.

sb-sand-appiumx:4723 is the base URL for sand, replace environment as needed.

Running

When you first clone this repository, run rake setup which will perform the rake install rake build and rake link steps for you. Because this repository consists of three modules, it is strongly encouraged to use the rake tasks to build and link so that you can easily set up your dev environment quickly (see Bumping Versions for more background on this). Linking allows the appiumx module to rely on your local copy of its dependencies appiumx-base-driver and appiumx-helios-driver. After linking once, you should be fine, but if you run rake install or any form of npm install again, you will have to re-link to continue devving. Use rake build after every code change and node . to run.

After linking, you can also use appiumx as a command in your terminal globally to run, but sometimes conflicts can happen with appiumx desktop and weird stuff goes down so it's encouraged to stick to appiumx/ as your current directory and running node ..

Deploying

Deploying to our sand and qa environments hosted here at MX automatically happens when you merge master into sand qa branches respectively. Feel free to use rake deploy to speed up these steps.

Bumping Versions

This repository actually consists of 3 modules that have dependencies on each other in order to make our hosting/deploying easier (so far, this is the only project at MX that is a javascript server, and it happens to have these dependencies like so). This however makes "deploying" via npm a little more... unconventional.

appiumx is the main module with dependencies appiumx-base-driver and appiumx-helios-driver. appiumx-base-driver is actually the core logic of where everything goes down (Go figure. Decisions were made.) and where the actual server is being run, and where our device connections are managed. The appiumx-helios-driver is a third (obviously) custom module that will act like a normal driver but will reroute the command through our device connections instead of using native device commands, etc.

Most maintenance is anticipated to be in appiumx-base-driver.

As a little background, The package-lock.json is the source of truth for what is being used at this time and that is why it is tracked in version control in addition to the package.json. Once you update the version of a dependency B required in module A's package.json, you will want to then run npm update B.

In order to hypothetically bump the appiumx-base-driver version after making an important change, the following is preferred:

$ cd appiumx/
# change appiumx-base-driver version in appiumx-base-driver/package.json and save
# commit this change
$ cd appiumx-base-driver/
$ npm publish   # push this new version up to npm
$ cd ../
# change appiumx-base-driver's version in appiumx/package.json to new version under
"dependencies".
# update the version of appiumx in appiumx/package.json (new version now has new dependency) and save
$ npm update appiumx-base-driver
# IMPORTANT: verify that appiumx/package-lock.json is showing the new version
for appiumx-base-driver and appiumx
# commit and push all changes to appiumx/package.json & appiumx/package-lock.json
# make sure your current directory is still appiumx/
$ npm publish   # release new version of appiumx

After that, it's up to you if you want to update the pipeline version of appiumx in moneymobilex or in appiumx-desktop. (Reminder that Appiumx Desktop is not published to NPM, just built and released as an executable.) Anything using the new version of appiumx will be using the new version of appiumx-base-driver as well.

Troubleshooting

Things that have helped in the past with trouble building, running etc:

  • In finder, use cmd + shift + g to open /usr/local/, visit bin and delete the appiumx shortcut. Return and visit lib/node_modules and delete all three appiumx modules shortcuts. The shortcuts in bin and lib are generated by linking and installing globally, this is manually removing that linking.

Endpoints

Creating a websocket device connection

| url | ws://(baseURL)/helios-websocket | |----------|------------------------------------| | method | NA: Use websocket upgrade protocol | | body | NA: Use websocket upgrade protocol | | response | None. |

Expects some json of a lot of device info on device connection open. Mobile devices connect here.

Creating a websocket device connection

| url | ws://(baseURL)/appiumx-desktop-websocket | |----------|------------------------------------| | method | NA: Use websocket upgrade protocol | | body | NA: Use websocket upgrade protocol | | response | None. |

Expects some json of a lot of device info on device connection open. Appiumx desktop client connects here.

Viewing all connected devices

| url | http://(baseURL)/helios-devices | |----------|------------------------------------| | method | GET | | body | None | | response | Human-readable list of connected devices.|

Viewing all connected devices in Json format

| url | http://(baseURL)/helios-devices-json| |----------|------------------------------------| | method | GET | | body | None | | response | JSON list of uuids mapping to their device info.|

This really should have been a list, but was created originally as a map/object with the uuids mapping to the device info. Sorry about that, it probably should have been a list.

Resetting all connections

| url | http://(baseURL)/helios-reset-connections | |----------|----------------------------------------------| | method | POST | | body | None or { "uuids": ["uuid1", "uuid2"] } | | response | {"result":"Connections have been closed.","devicesClosed":["uuid1", "uuid2"]} |

This is useful in times of panic if socket connections freeze up, hang, or timeout, but the app still thinks that it's connected so it won't re-initiate. This forces all connections to close. All apps pointed towards this server will automatically attempt to reconnect 100ms after closure. You should in essence just see all devices close and reopen almost instantly.

Smokebombing all connections

| url | http://(baseURL)/helios-smokebomb-all | |----------|----------------------------------------------| | method | POST | | body | None or { "uuids": ["uuid1", "uuid2"] } | | response | {"result":"Devices have been smokebombed.","devicesSmokebombed":["uuid1", "uuid2"]}|

Smoke-bombing is when we need to get the app to the original starting place for a regression/sanity test, meaning the landing view. This currently functions on all connected devices at the same time (one giant smokebomb). Does not fail if the device is already at the start screen.

Sending custom commands directly to a specific device

| url | http://(baseURL)/helios-command/session/(deviceUuid)/(appEndpoint)| |----------|-------------------------------------------------------------------| | method | GET/PUT (honestly doesn't matter too much, app doesn't care | | body | Depends on endpoint you want to hit mostly empty | | response | Depends on endpoint you want to hit mostly empty |

This is the endpoint that Appiumx uses internally for forwarding on commands directly to a specific device that is connected. This isn't commonly just dropped in a browser, it's mostly intended to be used by scripts, but you functionally can use it in the browser as well (pretty much unless it needs body text too).

Find the endpoints the app recognizes in https://gitlab.mx.com/mx/moneymobilex/blob/master/Classes/dev_tools/web_driver_runner.cpp#L36 for now