「java开发docker」JAVA开发环境

今天给各位分享java开发docker的知识，其中也会对JAVA开发环境进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、如何通过java来操作docker镜像
• 2、可以用docker代替虚拟机，运行生产服务器吗？
• 3、如何使用Docker 进行Java 开发

如何通过java来操作docker镜像

利用Dockerfile构建一个简单的java应用镜像，依赖环境比较简单，JDK，定制化的Tomcat（名为star-appserver）

1、环境准备

ubuntu：14.04

docker : 1.4

jdk：jdk-8u31-linux-x64.gz

tomcat : 7.0（star-appserver）

在/usr/local下创建目录：sms，将jdk-8u31-linux-x64.gz和star-appserver（此处为了简单，已包含应用）拷贝到此目录下，由于Docker在构建镜像时，需将Dockerfile所在目录传给Docker daemon作为构建上下文，所以此目录下应包含构建时所依赖的各种环境。

2、环境准备好后，在sms下创建Dockerfile（名字必须为Dockerfile）文件，内容如下

FROM ubuntu:latest

MAINTAINER zhangjy

#install JDK and TOMCAT

ADD jdk-8u31-linux-x64.gz /usr/local/

ADD tomcat /usr/local/ #tomcat下为star-appserver，如果直接复制star-appserver，只会复制目录里边的内容，不会复制目录本身

ADD timezone /etc/

#启动脚本，用于从镜像启动容器时调用执行，见下面的ENTRYPOINT

ADD onStart.sh /usr/local/

ENV JAVA_HOME=/usr/local/jdk1.8.0_31 CLASSPATH=$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar PATH=$PATH:$JAVA_HOME/bin

RUN echo "JAVA_HOME=/usr/local/jdk1.8.0_31\nCALSSPATH=$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar\nPATH=$PATH:$JAVA_HOME/bin" /etc/profile

#start tomcat

ENTRYPOINT ["/usr/local/onStart.sh"]

3、在sms下创建onStart.sh，并赋予执行权限，用于启动tomcat并输出日志（为了保证容器中有执行状态的进程，否则容器停止）

#!/bin/bash

/usr/local/star-appserver/bin/startup.sh

tail -f /usr/local/star-appserver/logs/stariboss.log

4、在sms下执行命令，创建成功

$docker build -t zhangjy/starsms:v1 .

启动时，发现应用访问数据库报错：ORA-01882: timezone region not found，原因是JVM默认使用Ubuntu的/etc/timezone里配置的时区，查看timezone时区为Etc/UTC，再查看ORACLE数据库支持的时区：select * from V$TIMEZONE_NAMES发现没有，于是又在sms目录下创建了一个timezone文件，将时区配置成Asia/Shanghai，在Dockerfile中加入到镜像/etc/目录下

Dockerfile文件配置说明：

FROM

表明基于哪个镜像创建

MAINTAINER

作者和邮箱

ADD

将目录或文件加入到镜像的某个目录，格式是ADD 源文件 目标目录

RUN

有两种格式：

RUN command (the command is run in a shell - /bin/sh -c - shell form)

RUN ["executable", "param1", "param2"] (exec form)

默认RUN后的命令是在/bin/sh下执行，像Ubuntu默认/bin/sh是指向/bin/dash，如果想使用/bin/bash，则可按如下方式

RUN ["/bin/bash","-c","source /etc/profile"]

但需注意，这种方式不能解析类似于$HOME的参数引用

ENV

设置环境变量，在镜像构建过程中和容器启动后均有效

CMD

CMD在容器运行的时候提供一些命令及参数，用法如下：

CMD ["executable","param1","param2"] (exec form, this is the preferred form) CMD ["param1","param2"] (as default parameters to ENTRYPOINT) CMD command param1 param2 (shell form)

- 第一种用法：运行一个可执行的文件并提供参数。

- 第二种用法：为ENTRYPOINT指定参数，即为ENTRYPOINT指定命令的默认参数，通过docker run命令传过来的参数会将其覆盖

- 第三种用法(shell form)：是以”/bin/sh -c”的方法执行的命令。

如指定:

1. CMD [“/bin/echo”, “this is a echo test ”]

build后运行(假设镜像名为ec):

1. docker run ec

就会输出: this is a echo test

注意：如果在docker run命令后指定命令，如docker run ec echo 'test'，会将CMD的命令覆盖。CMD的命令不能接收run传过来的参数，而ENTRYPOINT可以

ENTRYPOINT

有两种用法

ENTRYPOINT ["executable", "param1", "param2"] (the preferred exec form)

ENTRYPOINT command param1 param2 (shell form)

第一种可以接收docker run命令传过来的参数（即使docker run传过来的是命令，也会被当做参数处理），如果想覆盖，可使用docker run ... --entrypoint COMMAND

可以用docker代替虚拟机，运行生产服务器吗？

正面回答这个问题之前，先看看虚拟机和Dcoker的区别。

总结一下虚拟机和Docker的区别：

再正面回答一下“Docker可以代替虚拟机运行生产服务器么”？

应用部署到服务器上的过程： 因为我是做java开发的，就拿一个正常的java项目举例。首先需要在服务器上搭建基础环境：

这只是一个简单的项目的部署前的配置，之后把您的项目打包发送的tomcat，运行即可。那如果有十几个服务器需要部署呢？是不是就要配置环境十多次，那人不是崩溃了。而且还会出现开发那边运行没问题，部署上去有问题的事情。所以这个时候docker出来了。

应用部署到docker上的过程：

两步搞定，不需要配置复杂的环境。如果有十多个容器需要部署怎么办？直接远程下载镜像即可，是不是很简单。

如果您有什么问题欢迎在评论区留言指出

docker适合平台统一在linux的大单位用，服务越多越好，比如几百、几千、几万。配合k8s调度和微服务改造、加上自动化运维，能够实现弹性扩容和缩容，达到on demand的效果，典型的用例是互联网内容提供商。

对于一般中小企业，只有几十台服务器的，平台不统一的，投资docker不如虚拟机。

除了不能跨os平台，docker的另一个缺陷是隔离度不够。

先说答案:可以，但是没有必要。

容器技术是虚拟化技术的应用，使用容器代替虚拟机运行程序自然是可以的，容器在持续集成方面相对虚拟机还有一定的优势，但是如果仅仅是为了用容器而用容器，则没有必要。

容器技术最大的优势是容器编排，可以实现线上服务的无缝扩容，缩容，降级，熔断等自动化操作，极大的降低运维成本。所以，如果不用容器编排，则无须急着迁移。

理论上完全可以的，但目前我所接触到的生产方案基本上都是docker在虚机集群上跑。

看系统的要求了。docker不可能完全替代全部,windows服务器不可以，软件系统没有使用docker重新加载的，也是很难的。

用docker需要配合自动化，否则那是给自己找麻烦

如何使用Docker 进行Java 开发

docker只是个容器而已，况且还是虚拟的。

你可以开发好项目部署上去，最好不要用来开发。

java开发docker的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于JAVA开发环境、java开发docker的信息别忘了在本站进行查找喔。