Awesome List Updates on Jul 24, 2021

6 awesome lists updated today.

🏠 Home · 🔍 Search · 🔥 Feed · 📮 Subscribe · ❤️ Sponsor

1. Awesome Datascience

Books / Visualization Tools

• Probabilistic Machine Learning: An Introduction

2. Awesome Vite

Templates / Vue 3

• vitesse-lite (⭐1k) - Lightweight version of Vitesse.

• vitesse-webext (⭐2.5k) - WebExtension Vite Starter Template.

3. Awesome Readme

Examples

• L0garithmic/FastColabCopy (⭐25) - Project logo. Minimalist description. Badges. GIF demo. About The Project. How To Use. Examples. Credits. Additional Examples.

4. Awesome Integration

Projects / API Management

• Amplify API Management Platform - An open platform for API management from Axway, which provides comprehensive API management capabilities and allows you to build, run, and manage APIs with ease.

• Azure API Management - A hybrid, multicloud management platform for APIs across all environments, which enables you to manage APIs with ease, secure them, and gain insights into their performance.

• IBM API Connect - A complete, intuitive, and scalable API platform that allows you to create, expose, manage, and monetize APIs across clouds.

• Kong Enterprise - A comprehensive service connectivity platform that provides a range of API management capabilities and allows you to manage APIs, microservices, and service meshes with ease.

• Red Hat 3scale API Management - A cloud-native API management solution that simplifies the development of APIs and makes them more flexible.

• TIBCO Cloud Mashery - A cloud-native API platform from TIBCO that enables you to deploy APIs anywhere and manage them from everywhere.

• Tyk API Management - A powerful API management solution that allows you to connect, build, and control APIs with ease.

Projects / BPM

• Appian BPM Suite - A platform that combines low-code development with process management, allowing both IT and citizen developers to construct process-centric and case-centric applications.

Projects / Messaging

• IBM MQ - A robust enterprise-grade messaging system that enables safe and efficient communication between applications. Offers high availability and disaster recovery capabilities and supports multiple messaging protocols.

• Red Hat AMQ - A messaging system based on open-source communities like Apache ActiveMQ and Apache Kafka. Offers enterprise-grade messaging capabilities with reliable and efficient message delivery.

Projects / Self-Service Integration

• Oracle Self-Service Integration - Automate tasks between various cloud applications with ease using Oracle's Self-Service Integration tool, providing a seamless and efficient integration process.

Integration Patterns / Enterprise Integration Patterns

• Aggregator - How do we combine the results of individual, but related messages so that they can be processed as a whole?

• Canonical Data Model - How can you minimize dependencies when integrating applications that use different data formats?

• Channel Adapter - How can you connect an application to the messaging system so that it can send and receive messages?

• Channel Purger - How can you keep 'left-over' messages on a channel from disturbing tests or running systems?

• Claim Check - How can we reduce the data volume of message sent across the system without sacrificing information content?

• Command Message - How can messaging be used to invoke a procedure in another application?

• Competing Consumers - How can a messaging client process multiple messages concurrently?

• Composed Message Processor - How can you maintain the overall message flow when processing a message consisting of multiple elements, each of which may require different processing?

• Content Enricher - How do we communicate with another system if the message originator does not have all the required data items available?

• Content Filter - How do you simplify dealing with a large message, when you are interested only in a few data items?

• Content-Based Router - How do we handle a situation where the implementation of a single logical function (e.g., inventory check) is spread across multiple physical systems?

• Control Bus - How can we effectively administer a messaging system that is distributed across multiple platforms and a wide geographic area?

• Correlation Identifier - How does a requestor that has received a reply know which request this is the reply for?

• Datatype Channel - How can the application send a data item such that the receiver will know how to process it?

• Dead Letter Channel - What will the messaging system do with a message it cannot deliver?

• Detour - How can you route a message through intermediate steps to perform validation, testing or debugging functions?

• Document Message - How can messaging be used to transfer data between applications?

• Dynamic Router - How can you avoid the dependency of the router on all possible destinations while maintaining its efficiency?

• Envelope Wrapper - How can existing systems participate in a messaging exchange that places specific requirements on the message format, such as message header fields or encryption?

• Event Message - How can messaging be used to transmit events from one application to another?

• Event-Driven Consumer - How can an application automatically consume messages as they become available?

• Guaranteed Delivery - How can the sender make sure that a message will be delivered, even if the messaging system fails?

• Idempotent Receiver - How can a message receiver deal with duplicate messages?

• Invalid Message Channel - How can a messaging receiver gracefully handle receiving a message that makes no sense?

• Message - How can two applications connected by a message channel exchange a piece of information?

• Message Dispatcher - How can multiple consumers on a single channel coordinate their message processing?

• Message Translator - How can systems using different data formats communicate with each other using messaging?

• Message Broker - How can you decouple the destination of a message from the sender and maintain central control over the flow of messages?

• Message Bus - What is an architecture that enables separate applications to work together, but in a decoupled fashion such that applications can be easily added or removed without affecting the others?

• Message Channel - How does one application communicate with another using messaging?

• Message Endpoint - How does an application connect to a messaging channel to send and receive messages?

• Message Filter - How can a component avoid receiving uninteresting messages?

• Message History - How can we effectively analyze and debug the flow of messages in a loosely coupled system?

• Message Router - How can you decouple individual processing steps so that messages can be passed to different filters depending on a set of conditions?

• Message Sequence - How can messaging transmit an arbitrarily large amount of data?

• Message Store - How can we report against message information without disturbing the loosely coupled and transient nature of a messaging system?

• Messaging Bridge - How can multiple messaging systems be connected so that messages available on one are also available on the others?

• Messaging Gateway - How do you encapsulate access to the messaging system from the rest of the application?

• Messaging Mapper - How do you move data between domain objects and the messaging infrastructure while keeping the two independent of each other?

• Normalizer - How do you process messages that are semantically equivalent, but arrive in a different format?

• Pipes and Filters - How can we perform complex processing on a message while maintaining independence and flexibility?

• Point-to-Point Channel - How can the caller be sure that exactly one receiver will receive the document or perform the call?

• Polling Consumer - How can an application consume a message when the application is ready?

• Process Manager - How do we route a message through multiple processing steps when the required steps may not be known at design-time and may not be sequential?

• Publish-Subscribe Channel - How can the sender broadcast an event to all interested receivers?

• Recipient List - How do we route a message to a list of dynamically specified recipients?

• Request-Reply - When an application sends a message, how can it get a response from the receiver?

• Resequencer - How can we get a stream of related but out-of-sequence messages back into the correct order?

• Return Address - How does a replier know where to send the reply?

• Routing Slip - How do we route a message consecutively through a series of processing steps when the sequence of steps is not known at design-time and may vary for each message?

• Scatter-Gather - How do you maintain the overall message flow when a message needs to be sent to multiple recipients, each of which may send a reply?

• Selective Consumer - How can a message consumer select which messages it wishes to receive?

• Service Activator - How can an application design a service to be invoked both via various messaging technologies and via non-messaging techniques?

• Smart Proxy - How can you track messages on a service that publishes reply messages to the Return Address specified by the requestor?

• Splitter - How can we process a message if it contains multiple elements, each of which may have to be processed in a different way?

• Test Message - What happens, though, if a component is actively processing messages, but garbles outgoing messages due to an internal fault?

• Transactional Client - How can a client control its transactions with the messaging system?

• Wire Tap - How do you inspect messages that travel on a point-to-point channel?

5. Public Apis

Business

• API: ORB Intelligence

  Description: Company lookup

  Auth: apiKey

  HTTPS: Yes

  CORS: Unknown

Government

• API: Open Government, Colombia

  Description: Colombia Government Open Data

  Auth: No

  HTTPS: No

  CORS: Unknown

• API: Open Government, Mexico

  Description: Mexican Statistical Government Open Data

  Auth: No

  HTTPS: Yes

  CORS: Unknown

6. Open Source Flutter Apps

Contents / Tools

• Weather (⭐32) - Weather App Built with Flutter and OpenWeatherMap API by 1hanzla100.

• FlutterWeather (⭐250) - Weather App with clean and modern UI by Ariz Armeidi.

• Prev: Jul 25, 2021
• Next: Jul 23, 2021