Security News
Research
Supply Chain Attack on Rspack npm Packages Injects Cryptojacking Malware
A supply chain attack on Rspack's npm packages injected cryptomining malware, potentially impacting thousands of developers.
@appium/support
Advanced tools
@appium/support is a utility library that provides various helper functions and classes to support Appium's core functionalities. It includes utilities for file system operations, logging, process management, and more.
File System Utilities
This feature provides various file system utilities such as reading, writing, and manipulating files. The code sample demonstrates how to create a file, write to it, and read its content.
const { fs } = require('@appium/support');
async function createFile() {
const filePath = './example.txt';
await fs.writeFile(filePath, 'Hello, world!');
const content = await fs.readFile(filePath, 'utf8');
console.log(content); // Output: Hello, world!
}
createFile();
Logging
This feature provides a logging utility that allows you to log messages at different levels (info, warn, error). The code sample demonstrates how to create a logger and log messages at different levels.
const { logger } = require('@appium/support');
const log = logger.getLogger('example');
log.info('This is an info message');
log.warn('This is a warning message');
log.error('This is an error message');
Process Management
This feature provides utilities for managing system processes, such as executing shell commands. The code sample demonstrates how to execute a shell command and handle its output.
const { exec } = require('@appium/support');
async function runCommand() {
const { stdout, stderr } = await exec('echo Hello, world!');
if (stderr) {
console.error(`Error: ${stderr}`);
} else {
console.log(`Output: ${stdout}`); // Output: Hello, world!
}
}
runCommand();
fs-extra is a package that extends the native Node.js file system module with additional methods and promises support. It provides similar file system utilities as @appium/support but focuses solely on file system operations.
winston is a versatile logging library for Node.js that provides a wide range of logging capabilities, including multiple transports, log levels, and formatting options. It offers more advanced logging features compared to the logging utility in @appium/support.
child_process is a core Node.js module that provides the ability to spawn and manage system processes. It offers similar process management functionalities as the exec utility in @appium/support but is more low-level and requires more boilerplate code.
Utility functions used to support Appium drivers and plugins
Drivers and plugins are recommended to have Appium as a peer dependency, as it already includes
these utility functions. Add the following line to peerDependencies
section of your module's
package.json
:
"peerDependencies": {
"appium": "^<minimum_server_version>"
}
Afterwards import it in your code similarly to the below example:
import {timing, util} from 'appium/support';
If you want to use this module in a helper library, which is not a driver or a plugin,
then add the following line to dependencies
section of your module's package.json
:
"dependencies": {
"@appium/support": "<module_version>"
}
Afterwards import it in your code similarly to the below example:
import {timing, util} from '@appium/support';
All utility functions are split into a bunch of different categories. Each category has its own file under the lib
folder. All utility functions in these files are documented.
Category | Description |
---|---|
console | Wrappers for the command line interface abstraction used by the Appium server |
doctor | Common doctor utilities that can be used by drivers and plugins |
env | Several helpers needed by the server to cope with internal dependencies and manifests |
fs | Most of the functions here are just thin wrappers over utility functions available in Promises API |
image-util | Utilities to work with images. Use sharp under the hood. :bangbang: Node >=18.17 is required to use these utilities |
log-internal | Utilities needed for internal Appium log config assistance |
logging | See the logging section below |
mjpeg | Helpers needed to implement MJPEG streaming |
net | Helpers needed for network interactions, for example, upload and download of files |
node | Set of Node.js-specific utility functions needed, for example, to ensure objects immutability or to calculate their sizes |
npm | Set of npm -related helpers |
plist | Set of utilities used to read and write data from plist files in javascript |
process | Helpers for interactions with system processes. These APIs don't support Windows. |
system | Set of helper functions needed to determine properties of the current operating system |
tempdir | Set of helpers that allow interactions with temporary folders |
timing | Helpers that allow to measure execution time |
util | Miscellaneous utilities |
zip | Helpers that allow to work with archives in .zip format |
This is a basic logger defaulting to npmlog with special
consideration for running tests (doesn't output logs when run with _TESTING=1
).
There are a number of levels, exposed as methods on the log object, at which logging can be made.
The built-in ones correspond to those of npmlog,
and are: silly
, verbose
, info
, http
, warn
, and error
. There is also a debug
level.
The default threshold level is verbose
.
The logged output, by default, will be level prefix message
. So
import {logging} from 'appium/support';
let log = logging.getLogger('mymodule');
log.warn('a warning');`
Will produce
warn mymodule a warning
There are two environment variable flags that affect the way logger
works.
Variable | Description |
---|---|
_TESTING | If set to 1 , logging output is stopped |
_FORCE_LOGS | If set to 1 , overrides the value of _TESTING |
log.level
silent
will prevent anything from being displayed ever. See
npmlog#level for more details.log[level](message)
message
at the specified level
import {logging} from 'appium/support';
let log = logging.getLogger('mymodule');
log.info('hi!');
// => info mymodule hi!
log.unwrap()
import {logging} from 'appium/support';
let log = logging.getLogger('mymodule');
log.info('hi!');
let npmlogger = log.unwrap();
// any `npmlog` methods
let logs = npmlogger.record;
// logs === [ { id: 0, level: 'info', prefix: 'mymodule', message: 'hi!', messageRaw: [ 'hi!' ] }]
log.errorWithException(error)
error
level, and then returns the error. If the error passed in is
not an instance of Error (either directly,
or a subclass of Error
), it will be wrapped in a generic Error
object.import {logging} from 'appium/support';
let log = logging.getLogger('mymodule');
// previously there would be two lines
log.error('This is an error');
throw new Error('This is an error');
// now is compacted
throw log.errorWithException('This is an error');
Apache-2.0
FAQs
Support libs used across appium packages
The npm package @appium/support receives a total of 314,152 weekly downloads. As such, @appium/support popularity was classified as popular.
We found that @appium/support demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 4 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Research
A supply chain attack on Rspack's npm packages injected cryptomining malware, potentially impacting thousands of developers.
Research
Security News
Socket researchers discovered a malware campaign on npm delivering the Skuld infostealer via typosquatted packages, exposing sensitive data.
Security News
Sonar’s acquisition of Tidelift highlights a growing industry shift toward sustainable open source funding, addressing maintainer burnout and critical software dependencies.