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 🙏

© 2026 – Pkg Stats / Ryan Hefner

integration-manager

v0.0.0

Published

This is the integration manager app project for creating EDI equivalent MicroFrontend with Angular

Readme

Integration Manager Application

This is the integration manager app project for creating EDI equivalent MicroFrontend with Angular

This app demonstrates the following:

  • Building and exposing web components required to do EDI equivalent processing
  • Localization
  • Both types of µFE components for use with the Alegeus AppShell environment
  • Use of the Alegeus Design System for styling
  • Integration of the federation plugin for angular webpack builds
  • Use of dev/qa/beta proxies and MOCK API environment for local development and testing
  • Build and deployment scripts for Azure AKS
  • Routing
  • Integration of Cypress for automation_

Usage

To get started, this project directory can be copied into a local repo as a place to get started.

/manifest, azure-pipelines.yaml

The AzDo build and deployment pipeline templates have been included in this project.

/shared/i18n

This folder should be kept if you are supporting i18n as described in the below Localization section.

/assets/locales

This folder contains the localized strings associated for i18n support described in the Localization section.

Local development

run npm install

To start the dev server run

npm run start:dev

Access the application via http://localhost:4001/

There are a few different "modes" you can start the dev server in.

  • "dev" - this is the default and will proxy all API request to the dev environment at https://development.alegeuslabs.com
  • "beta" - this connects your app to the beta environment at https://beta.alegeuslabs.com
  • "mock" - this connects your app to a mock environment

Working with a live environment

For both dev and beta modes, the local app server will proxy all API calls to the respective environment. The assumption is that services are outside the realm of AppShell and µFE, so will exist in a real deployment. This means that any µFE that makes an api call, should do so just like they would if they were running in the actual environment.

Working with the mock environment

run npm run start:mock run 'ng serve --configuration mock' Starting the local environment with npm run start:mock will start the local mock server running on port 4007 and then bring up the app shell in mock mode where all API calls will be proxied to that server. Proxy details are in proxy/mock.proxy.conf.json.

The mock server will handle all API requests that the app would make in a live env. Right now that means /apis/v1/*/*. This makes it easy to start the app shell without needing to log in at all. The user credentials that are returned were captured at some point and really need to return a valid user identity.

The mock server is currently implemented with json-server uses files in the mock folder.

  • json-server.json - Mock server config
  • db.json - this contains all the data for each API call.
  • routes.json - any custom routes that are needed to handle API calls can be added here. Currently all API calls on the path /apis/v1/*

Localization

Localiztion is supported in µFE development with the help of AppShell. The goal of AppShell is to offload as much of the work for setting up, loading, and translation so the developer of the µFE doesnt have to worry. As of AppShell V1, we are using the i18next library. When AppShell loads a µFE, it will load the resource bundles as specified in the configuration, and pass a translator function 't' to the component through a property. Once the µFE is loaded it can simply use that funciton to reference it's keys when putting translatable text on the screen.

Setup

Strings should all be stored in the 'assets/locales' folder in a subdirectory that identifies the language using IETF language codes Example:

public
 ├── locales
 |  ├── en
 |  |   ├── main-view.json
 |  ├── fr
 |  |   ├── main-view.json

When Appshell loads your strings, it uses a namespace that matches the name of your exposed module identified in the mfe-config.json in either exposedModule or settings.module.

Local development

Since Appshell is supposed to load your language resources and pass in a translator function, when doing local development you will need to use the localConnectI18n helper function provided by @alegeus/appshell-utilities.

import { localConnectI18n } from '@alegeus/appshell-utilities';

localConnectI18n('<local locales folder>', '<language to load>', '<namespace to load').then((t)=>{
    // add your element to DOM
})