smart-kettle-server 是开源 SmartKettle 调度监控平台项目的后端微服务组件，为 Smart Kettle 提供基础的作业远程调度接口、转换远程调度接口、资源库的操作、任务的启停、监控、大屏数据监测、以及提供统一的线程资源池服务等，充分利用了互联网最佳微服务架构优势，集成自研的x-common-base组件，基于springboot的微服务架构体系，给平台提供一整套的流程管理。
本品旨在为企业提供基于 Kettle 的异构数据库或同源结构数据库的点对点抽取、加工、转换、不同协议接口服务的点对点对接、以及自定义插件的数据服务，解决了传统kettle 客户端在windows平台应用内存消耗大、资源消耗高、数据安全性存储差、数据移植困难等较为棘手的问题，给企业应用提供一整套的web端解决方案，本品为web端提供基础的接口服务，允许用户既可以自定义部分组件，同时也可以借助客户端自定义作业或转换，借助本品实现web端的监控、调度、配置等。
-
kettle 运行方式 图形界面：spoon 命令行：pan、kitchen API：kettle java API 嵌入到其他应用 spoon 本地：在本地执行 远程：在远程服务器执行，需要远程服务器执行carte carte是内嵌jetty的http server carte执... 文章 miles_wong 2016-02-17 1151浏览量 Kettle的四大不同环境工具 kettle
-
Can not read response from server. Expected to read 4 bytes, read 0 bytes before connection was unex
Can not read response from server. Expected to read 4 bytes, read 0 bytes before connection was unexpectedly lost. 十一月 29, 2017 5:19:12 下午 org.apache.catalina.core.StandardWrapperValve invoke 严重: Serv
-
因为是在Ubuntu下，所以安装python、pip、pymysql等都极其方便，sudo apt-get install pymysql， 但是在安装cx_Oracle（连接oracle的模块）出现许多问题，查阅相关资料，发现这边文章能够帮我解决，希望大家少走点弯路。http://www.tbdazhe.com/archives/602 1.安装python 2.安装pip、pymysql、cx
-
PDI的源码地址： GitHub - pentaho/pentaho-kettle: Pentaho Data Integration ( ETL ) a.k.a Kettle pentahoserver的源码地址： GitHub - pentaho/pentaho-platform: Pentaho BA Server Core 应用下载地址： Pentaho from Hitachi Vant
-
Lazy 微服务客户端 Sometimes you have to load initial data before you can create your @Client(). In this case, you can use ClientProxyFactory, which provides create() method. 有时候在创建@Client()之前你需要加载原始数据。这时，你可
-
我们一般通过 SSH 进行授权访问，通过 git:// 进行无授权访问，但是还有一种协议可以同时实现以上两种方式的访问。 设置 Smart HTTP 一般只需要在服务器上启用一个 Git 自带的名为 git-http-backend 的 CGI 脚本。 该 CGI 脚本将会读取由 git fetch 或 git push 命令向 HTTP URL 发送的请求路径和头部信息，来判断该客户端是否支持
-
我有一个包含10个微服务的微服务架构，每个微服务提供一个客户端。在由微服务团队管理/控制的客户机内部，我们只接收参数并将它们传递给一个通用http调用程序，该调用程序接收endpoint和N个params，然后进行调用。所有微服务都使用http和web api（我猜技术并不重要）。 对于我来说，作为微服务团队提供一个客户是没有意义的，应该是消费者的责任，如果他们想创建一些抽象或者直接调用它是他们的
-
基本 Nest 微服务是一种使用与HTTP不同的传输层的应用程序。 安装 首先，我们需要安装所需的软件包： $ npm i --save @nestjs/microservices 概述 通常，Nest支持一系列内置的传输器。它们基于 请求-响应 范式，整个通信逻辑隐藏在抽象层之后。多亏了这一点，您可以轻松地在传输器之间切换，而无需更改任何代码行。我们不支持具有基于日志的持久性的流平台，例如 Ka
-
Angular 基于 Component 的思想，可以让其在一个页面上同时运行多个 Angular 应用；可以在一个 DOM 节点下，存在多个 Angular 应用，即类似于下面的形式： <app-home _nghost-c3="" ng-version="5.2.8"> <app-help _nghost-c0="" ng-version="5.2.2" style="display:bl
-
在单体架构时，因为服务不会经常和动态迁移，所有服务地址可以直接在配置文件中配置，所以也不会有服务发现的问题。但是对于微服务来说，应用的拆分，服务之间的解耦，和服务动态扩展带来的服务迁移，服务发现就成了微服务中的一个关键问题。 服务发现分为客户端服务发现和服务端服务发现两种，架构如下图所示。 这两种架构都各有利弊，我们拿客户端服务发现软件Eureka和服务端服务发现架构Kubernetes/SkyD