Deploy

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> EOS Factory包含一个完整的EOS测试框架，可以进行智能合约的开发和测试。由Tokenika于创建于2017年的这个基于Python的EOS测试框架可以轻松地完成智能合约的开发、部署与测试。 如果你希望马上学习EOS智能合约的开发，可以访问这个 【EOS智能合约开发教程】 ，教程内容涵盖EOS工具链、账户与钱包、发行代币、智能合约开发、部署与交互等核心知识点，最后综合运用各知识点完成一个便签DApp的开发。 随着EOS的不断发展，我们已经习惯了其基础代码的突然变化，并且随着我们的进展而逐渐减少诅咒;)今天，这一天终于来了，我们非常高兴能够将我们的工作交给EOS社区。我们的新生婴儿将以 EOS Factory 的名义出现，旨在成为一个完整的，完全记录的跨平台IDE，使用简单的命令行界面，你将能够： 启动私有 EOS testnet。 编译 EOS 智能合约。 通过单元测试运行它。 调整它直到你觉得它准备好了。 在 EOS 上部署它。 跨平台兼容性。 我们的主要目标之一是使EOSFactory与所有主要操作系统兼容，允许开发人员在从Linux到OSX到Windows10的所有内容上运行EOS节点并与之交互。我们很高兴地告诉大家这一点已经成功。据我们所知，没有其他EOS开发解决方案能够提供

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 容器技术提供了一种标准化的交付方式，将应用的代码以及代码环境依赖都打包在一起，成为一个与环境无关的交付物，可以被用在软件生命周期的任何阶段，彻底改变了传统的软件交付方式。 甚至可以说，是在容器技术之后，DevOps、CI/CD 等运维关键问题才有了质的飞跃：实现资源的动态创建和销毁，更轻量的容器技术既能保证环境一致性也能进一步提高迭代频率，各种容器平台也能更好地保证应用高可用、自动伸缩、业务连续等等。 今天将跟大家分享支撑双十一的容器镜像服务 ACR，以及它是如何实现搭配 IDE 插件和 CICD/云原生应用交付链来实现一键部署与持续集成，以下是本文提纲： 什么是 容器镜像服务 ACR 如何搭配 免费 IDE 插件 实现一键部署 如何运用 CICD/云原生应用交付链 实现持续集成与交付 想听软萌音在线讲解？阿里云小姐姐直播，手把手教你，12月5日晚上8点—9点， 直播间等你 （还有弹幕截屏送礼品！） 容器镜像服务 ACR 为了更好地支持双十一大规模分发需求，容器镜像服务（Alibaba Cloud Container Registery, ACR）团队提前进行规划及迭代更新，全面提升了大规模分发场景下的性能、可观测性和稳定性。在新的双十一来临前，容器镜像服务已达到了 数 PB 的镜像托管量，月均镜像拉取达

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 目前深度学习应用广发， 其中 AI 推理的在线服务是其中一个重要的可落地的应用场景。本文将为大家介绍使用函数计算部署深度学习 AI 推理的最佳实践, 其中包括使用 FUN 工具一键部署安装第三方依赖、一键部署、本地调试以及压测评估， 全方位展现函数计算的开发敏捷特性、自动弹性伸缩能力、免运维和完善的监控设施。 1.1 DEMO 概述 通过上传一个猫或者狗的照片， 识别出这个照片里面的动物是猫还是狗 DEMO 示例效果入口： http://sz.mofangdegisn.cn DEMO 示例工程地址： https://github.com/awesome-fc/cat-dog-classify 开通服务 免费开通函数计算 ， 按量付费，函数计算有很大的免费额度。 免费开通文件存储服务NAS ， 按量付费 1.2 解决方案 如上图所示， 当多个用户通过对外提供的 url 访问推理服务时候，每秒的请求几百上千都没有关系， 函数计算平台会自动伸缩， 提供足够的执行实例来响应用户的请求， 同时函数计算提供了完善的监控设施来监控您的函数运行情况。 1.3. Serverless 方案与传统自建服务方案对比 1.3.1 卓越的工程效率 自建服务 函数计算 Serverless 基础设施 需要用户采购和管理 无 开发效率

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> #!/usr/bin/env bash JAR_FILE_NAME="donkey-acl-console.war" findproc() { PID=`ps aux | grep $JAR_FILE_NAME | grep "java" | grep -v "$$" | grep -v grep | awk '{ print $2 }'` } findproc; echo 'find process id : '$PID for i in $PID do /bin/kill -9 $PID done cd `dirname $0` cd .. DEPLOY_DIR=`pwd` JAVA='java' if [ -z `which java` ]; then if [ -z $JAVA_HOME ]; then JAVA=$JAVA_HOME/bin/java else echo 'Cannot find java command and JAVA_HOME.' fi fi if [ ! -z `java -version 2>&1 | grep 'openjdk version' | awk '{print $3}' | egrep '1.[8-10].\d*'` ]; then nohup $JAVA

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 摘要 Maven 中央仓库并不支持直接上传 jar 包，因此需要将 jar 包发布到一些指定的第三方 Maven 仓库，比如：Sonatype OSSRH 仓库，然后该仓库再将 jar 包同步到 Maven ，本文详细记录整个发布、同步过程。 注册一个 Sonatype 用户 进入地址： https://issues.sonatype.org/secure/Signup!default.jspa 注册 Sonatype 用户，Sonatype 通过 JIRA（JIRA 是 Atlassian 公司出品的项目与事务跟踪工具）来管理 OSSRH 仓库。<br /> 创建一个发布构件的 issue 提交「构件发布申请」的第一步是在 JIRA Dashborad 上创建一个 issue。如下所示，点击 Create 按钮： 会弹出一个对话框让你填写 issue 的详细信息，这里最重要的就是 Group Id，一般会带上域名，千万别弄错了，这关系到以后发布其它的构件。我们这里是 com.vesoft 。 Sonatype 有域名验证，验证方式: 往你的 DNS 中添加 JIRA 编号记录 重定向到你的 Github 主页 如果你没有域名，可参考这个链接： http://central.sonatype.org/pages

settings.xml <server> <id>maven-releases</id> <username>admin</username> <password>admin123</password> </server> 必须叫：maven-releases，与url一致。 mvn deploy:deploy-file -Dfile=skyark-component-1.1.0-RELEASE.pom -Dpackaging=pom -DgroupId=com.unicom.skyark.component -DartifactId=skyark-component -Dversion=1.1.0-RELEASE -Durl=http://130.51.23.250:8081/repository/maven-releases/ -DrepositoryId=maven-releases mvn deploy:deploy-file -Dfile=skyark-component-1.1.0-RELEASE.jar -Dpackaging=jar -DgroupId=com.unicom.skyark.component -DartifactId=skyark-component -Dversion=1.1.0-RELEASE -Durl=http://130.51.23

今天在发布maven工程的时候,很奇怪,因为在本地package,install等等都没问题,但是打包的时候就是报错,日志如下: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on project courier-rapi: Deployment failed: repository element was not specified in the POM inside distributionManagement element or in -DaltDeploymentRepository=id::layout::url parameter -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-deploy) on project courier-rapi: Deployment failed: repository element was not

Jenkins+maven+Tomcat配置发布 jenkins大多数情况下都是用来部署Java项目，Java项目有一个特点是需要编译和打包的，一般情况下编译和打包都是用maven完成，所以系统环境中需要安装maven。 实验环境： 10.0.0.12 作为项目的线上服务器，具有JDK1.8+Tomcat8.5环境,本地gitlab仓库 10.0.0.13 Jenkins服务器 一.配置tomcat 1.1.线上服务器安装tomcat 1 2 3 4 5 6 7 8 9 10 11 12 13 14 安装 rpm -ivh jdk-8u131-linux-x64.rpm 配置环境变量 JAVA_HOME= /usr/java/jdk1 .8.0_131 JAVA_BIN= /usr/java/jdk1 .8.0_131 /bin PATH= /usr/local/sbin : /usr/local/bin : /usr/sbin : /usr/bin : /root/bin : /bin : /sbin/ CLASSPATH=.: /lib/dt .jar: /lib/tools .jar export JAVA_HOME JAVA_BIN PATH CLASSPATH [root@7mini-node1 ~] # source /etc/profile 验证 [root

MaxCompute/DataWorks权限问题排查建议 __前提：__MaxCompute与DataWorks为两个产品，在权限体系上既有交集又要一定的差别。在权限问题之前需了解两个产品独特的权限体系。 MaxCompute：计算引擎 MaxCompute底层计算引擎有自己的安全权限体系，包括ACL、Policy授权体系。具体可以了解： https://help.aliyun.com/document_detail/27924.html DataWorks：数据工场 DataWorks为MaxCompute上层的云数仓开发工具，拥有自身的权限模型外还支持底层MaxCompute底层数据授权体系。具体详见： https://help.aliyun.com/document_detail/92594.html 查看MaxCompute上的角色 通过MaxCompute Console命令list roles;可以看到角色体系,role_开头都为DataWorks基于MaxCompute封装的角色及权限体系。介绍如下： rolename 对应产品及权限名称 admin MaxCompute底层引擎默认admin角色 role_project_admin DataWorks项目管理员 role_project_deploy DataWorks部署角色 role_project_dev

最近在使用maven，顺便尝试了下tomcat部署。 首先，要使用maven支持tomcat的插件。我这里用的是tomcat7，所以只用了7的，6的话同理。 pom.xml里： <plugin> <groupId>org.apache.tomcat.maven</groupId> <artifactId>tomcat7-maven-plugin</artifactId> <version>2.2</version> <configuration> <url>http://localhost:8080/manager/text</url> <server>tomcat</server> <username>tomcat</username> <password>lsr</password> </configuration> </plugin> 其中，url最后必须为text，一般为html，但是tomcat7必须为text。 其次，要在maven的setting.xml（这个是自定义使用的默认位置还是安装目录位置）文件里配置这个服务器，也和上面的server名字一致，也就是“tomcat”。 <servers> <server> <id>tomcat</id> <username>tomcat</username> <password>lsr</password> </server>