eclipse java工程改造为java web工程
前言:
公司有许多Java工程(其实是web功能的),我用eclipse ide工具,可是web工程才能加入server tomcat中发布,作为开发,我当然最关心的是可以debug,没有debug的日子真是折磨人啊,感觉每天都是被代码虐,这个时候总是让人产生“我不适合做开发”、“我智商是不是有问题”……等错觉,所以今天在新导入一个java工程的时候,顺便研究了一下怎么将一个java工程改为javaWeb工程。
下面记录了一下。
1.在eclipse中新建一个web工程,将.project文件打开
<?xml version="1.0" encoding="UTF-8"?> <projectDescription> <name>sds</name> <comment></comment> <projects> </projects> <buildSpec> <buildCommand> <name>org.eclipse.wst.jsdt.core.javascriptValidator</name> <arguments> </arguments> </buildCommand> <buildCommand> <name>org.eclipse.jdt.core.javabuilder</name> <arguments> </arguments> </buildCommand> <buildCommand> <name>org.eclipse.wst.common.project.facet.core.builder</name> <arguments> </arguments> </buildCommand> <buildCommand> <name>org.eclipse.wst.validation.validationbuilder</name> <arguments> </arguments> </buildCommand> </buildSpec> <natures> <nature>org.eclipse.jem.workbench.JavaEMFNature</nature> <nature>org.eclipse.wst.common.modulecore.ModuleCoreNature</nature> <nature>org.eclipse.wst.common.project.facet.core.nature</nature> <nature>org.eclipse.jdt.core.javanature</nature> <nature>org.eclipse.wst.jsdt.core.jsNature</nature> </natures> </project Description>
对比java工程和web新工程下面两个文件的内容,将不一样的地方进行修改。
1.将.settings文件夹下面的文件进行对比,将不一样的拷贝进去,并将每个文件打开对比,修改正确
org.eclipse.wst.common.component org.eclipse.wst.common.project.facet.core.xml
主要是这两个文件中的内容,要对比修改。
3. 修改完之后刷新原来java工程,工程就会有web标志了,这时候我们再加入server web容器就可以了,debug 可以了,这是多么令人愉快的模式啊,Go
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
本文向大家介绍MyBatis的逆向工程详解,包括了MyBatis的逆向工程详解的使用技巧和注意事项,需要的朋友参考一下 一:什么是逆行工程。 MyBatis是一款优秀的持久层框架,它支持定制化SQL、存储过程以及高级映射。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。MyBatis 可以使用简单的 XML 或注解来配置和映射原生信息,将接口和 Java 的 POJO
当我从Cloud Foundry博客中读到以下内容时,我正试图弄清楚如何使用微CloudFoundry进行开发: “您不需要安装web服务器(Tomcat等)、运行时(Java、Ruby等)和服务(Postgres、MongoDB等),只需下载Micro Cloud Foundry,启动它,然后使用”VMC Push“部署应用程序。” 在开发过程中不断调用“VMC push”对我来说几乎是不可能的
4.3.4 库工程发布 默认情况下库工程只能发布 release 版本。这个版本用于所有工程的引用,和工程本身要构建什么样的版本无关。这是属于 Gradle 的限制,我们正在努力消除这个限制。 你可以通过如下方式控制发布的各种版本 android { defaultPublishConfig "debug" } 注意这里的发布配置的名字使用的是一个完整的版本名字。 Release 和 de
3.2 工程结构 上面说的 build 文件约定了一个默认的文件夹结构。Gradle 遵循约定优先于配置的原则,在可能的情况下提供合理的默认值。 基本的工程始于两个名为 “source sets” 的部分。也就是 main source code 和 test code。他们分别位于: src/main src/androidTest/ 里面的每一个文件夹都对应相应的组件。 对于Java和Andr
9.7 笔试 9.16 测评 9.19 一面 两个比赛情况简介 项目1介绍 评估指标 除了特征级优化还有哪些优化 数据归一化方式有哪些 Transformer了解哪些,是否看过源码 PyTorch是否看过源码 PyTorch如何处理数据 梯度消失有哪些处理方式 梯度爆炸有哪些处理方式 梯度反向传播有数学推导过吗 图片数据预处理做了哪些工作 自然语言处理也用卷积吗 Python实现接口类 不同数据结
4.3.2 普通工程和库工程的不同 库工程的 main 输出是一个 .aar 报(这个一个标准的 Android 存档).它由编译后的代码(比如 jar 文件或者 .so 文件)以及资源文件( manifest, res, assets )组成。 库工程也可以生成一个测试apk,可以独立于应用进行测试。 它有相同的引导任务( assembleDebug , assembleRelease ),所以