理论上是可行的，一般操作来说你需要在你到达上海后联系航空公司告诉他们你需要将机票调整，告诉他们你需要调整的理由。 一般来说航空公司会帮你改机票，有些公司可能要收费，因为你的行为在航空公司看来属于改票，可能会收取一些费用，这个费用可能比你买个机票都贵。   有些航空公司可能就免费直接给你改了，就把后面那个航段取消掉了，因为空出来的座位，如果超售的话，航空公司还可以卖给别人。   但，你一定要打电话给航空公司确认，否则因为你有一段 No Show，可能会导致你整个返程机票取消。这个行为叫做跳段，一般来说航空公司都会帮你处理，只是收费不收费的问题罢了。

具体的提示信息如下： Error:(21, 8) java: cannot access org.springframework.web.WebApplicationInitializer class file for org.springframework.web.WebApplicationInitializer not found   这个错误要结合你的 Application 代码来看。 因为在 Application 的代码中，我们继承了 SpringBootServletInitializer。 请注意：我们定义的 Application： public class Application extends SpringBootServletInitializer{ } 正是因为这个定义，所以你的 POM 或者 build.gradle 中 需要添加：spring-boot-starter-web 依赖。 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <version>2.2.6.RELEASE</version> </dependency> 然后你再次编译的项目，你就不会有提示编译错误了。 https://www.cwiki.us/display/SpringBootZH/questions/57939020

在使用 Archiva 的时候，有时候会提示文件没有找到，或者文件不能下载。 这里需要注意提示的状态。 有时候提示的 404， 有时候提示的 500。 尤其是有时候，你使用 proxy 连接的时候 如果提示的是 404 的话，提示你的 Archiva 在可能的源仓库中已经进行了搜索，但是没有找到。 如果提示的是 500 的话，那么可能的情况是源仓库可能需要授权，或者源仓库已经损坏了。这个情况你需要查看 Arachiva 的服务器上日志，找到问题在哪里。 需要特别注意的 500 错误，因为你的 Gradle 或者 maven 将会提示的是不能下载文件，你可能并不知道问题出现在 Archiva 的内部错误，或者 Archiva 到源仓库中搜索下载的错误。 https://www.cwiki.us/display/MavenZH/questions/57939009  

错误提示如下： A problem occurred configuring root project 'reoc'. > Could not resolve all dependencies for configuration ':classpath'. > Could not determine artifacts for org.asciidoctor.convert:org.asciidoctor.convert.gradle.plugin:2.3.0 > Could not get resource 'https://maven.ossez.com/repository/internal/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar'. > Could not HEAD 'https://maven.ossez.com/repository/internal/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar'. Received status code 500 from server: Unable to fetch artifact resource. 这个问题怎么处理   在这里，你需要注意的 Archiva 返回的错误代码是 500。 如果返回的代码是 404 说明的是资源没有找到，返回 500 的意思是服务器上有错。 Received status code 500 from server: Unable to fetch artifact resource. 登录服务器后，我们看到错误信息是： 2020-04-12 08:50:22,335 [qtp1096639601-25] ERROR org.apache.archiva.webdav.ArchivaDavResourceFactory [] - Failures occurred downloading from some remote repositories: Spring-Plugins: Download failure on resource [http://repo.spring.io/plugins-release/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar]:Access denied to: http://repo.spring.io/plugins-release/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar , ReasonPhrase:Forbidden. central: Download failure on resource [http://central.maven.org/maven2/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar]:central.maven.org (cause: java.net.UnknownHostException: central.maven.org) org.apache.archiva.policies.ProxyDownloadException: Failures occurred downloading from some remote repositories: Spring-Plugins: Download failure on resource [http://repo.spring.io/plugins-release/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar]:Access denied to: http://repo.spring.io/plugins-release/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar , ReasonPhrase:Forbidden. central: Download failure on resource [http://central.maven.org/maven2/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar]:central.maven.org (cause: java.net.UnknownHostException: central.maven.org) at org.apache.archiva.proxy.DefaultRepositoryProxyConnectors.fetchFromProxies(DefaultRepositoryProxyConnectors.java:366) ~[archiva-proxy-2.2.3.jar:?] at org.apache.archiva.webdav.ArchivaDavResourceFactory.fetchContentFromProxies(ArchivaDavResourceFactory.java:818) [archiva-webdav-2.2.3.jar:?] at org.apache.archiva.webdav.ArchivaDavResourceFactory.processRepository(ArchivaDavResourceFactory.java:627) [archiva-webdav-2.2.3.jar:?] at org.apache.archiva.webdav.ArchivaDavResourceFactory.createResource(ArchivaDavResourceFactory.java:324) [archiva-webdav-2.2.3.jar:?] at org.apache.archiva.webdav.RepositoryServlet.service(RepositoryServlet.java:125) [archiva-webdav-2.2.3.jar:?] at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) [javax.servlet-3.0.0.v201112011016.jar:?] at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684) [jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501) [jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557) [jetty-security-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428) [jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.Server.handle(Server.java:370) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644) [jetty-http-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) [jetty-http-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:667) [jetty-io-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) [jetty-io-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_242] 因为我们使用的是 Archiva 为 proxy 代理服务器，这说明 Archiva 没有办法从原数据中下载信息。 从上面的信息，我们可以看到你的 Central Maven 仓库设置有问题，或者原 Central Maven 仓库已经不可用了。 需要将不可用访问的 http://central.maven.org/maven2 仓库 URL 替换为： https://repo1.maven.org/maven2/ 仓库地址。   https://www.cwiki.us/display/MavenZH/questions/57938999

在一个 Hibernate 项目中，我们需要同时设置 hbm.xml 和 Annotations 的 mapping 这种情况 hibernate.cfg.xml 如何配置？ 其实 hibernate.cfg.xml 中是可以同时设置 hbm.xml 和 Annotations 的。 例如下面的配置： <mapping class="com.ossez.covid19.common.models.Covid19Current"/> <mapping resource="hbm/api/RewsUser.hbm.xml" /> Hibernate 能够自动识别上面 2 个 mapping。   https://www.cwiki.us/display/HIBERNATE/questions/57938966

在实际项目设计中，我们可以希望在 JPA 中定义 @Entity 表。 但是在这个 @Entity 类中，我们希望 extends 另外一个类，在另外一个类中我们可以把一些通用的属性设置到里面。 例如： public class Covid19Current extends DataObject implements java.io.Serializable { } 那么我们应该在 DataObject 添加什么注解？   需要在 DataObject 中添加 @MappedSuperclass 注解。 可以定义成如下： @MappedSuperclass public abstract class DataObject { } @MappedSuperclass注解只能标准在类上：@Target({java.lang.annotation.ElementType.TYPE}) 标注为@MappedSuperclass的类将不是一个完整的实体类，他将不会映射到数据库表，但是他的属性都将映射到其子类的数据库字段中。 标注为@MappedSuperclass的类不能再标注@Entity或@Table注解，也无需实现序列化接口。 但是如果一个标注为@MappedSuperclass的类继承了另外一个实体类或者另外一个同样标注了@MappedSuperclass的类的话，他将可以使用@AttributeOverride或@AttributeOverrides注解重定义其父类(无论是否是实体类)的属性映射到数据库表中的字段。 比如可以重定义字段名或长度等属性，使用@AttributeOverride中的子属性@Column进行具体的定义。   https://www.cwiki.us/display/HIBERNATE/questions/57938957

航空公司应该没有什么特定标准选择了。   主要还是选在一个联盟内的航空公司，方便里程积累。   现在航空公司都差不多了，对于短途 A 到 B 一个小时到 2 个小时的航班，那个航空公司都差不多，一般不会选廉价航空公司的航班，有过几次体验，实在是太差了。   大公司的服务会好一点点，在南方，南方航空的服务和问题处理要比东方好点，厦门航空还可以，现在南方退群了。北方航系，那基本上是国航系了。

很多时候，我们可能并不希望将我们的构建代码发布到公共的 Maven 仓库中。 为了一些私有的项目发布到公司内部的 Archiva 中，如何使用 Maven 进行发布。   这个其实比较简单。 你需要满足下面 3 个条件。 一个具有发布权限的 Maven 仓库 在 settings.xml 中配置你可以访问这个仓库的用户名和密码 配置你的 pom.xml 文件。 在配置成功后，你可以运行 mvn clean deploy 进行发布。 具体来说，针对一个条件，具有发布权限的 maven 仓库，最简单的办法你可以部署一个本地的 archiva。 例如我们使用的仓库地址为 https://maven.ossez.com/，这是一个我们测试和发布私有仓库的地址。当然，你也可以使用其他的服务器或者商用服务。 在 settings.xml 中配置 server， 在这里你需要配置 id 和用户名和密码。 这里你需要使用发布 archiva 的真实用户名和密码。 修改项目的 pom.xml 文件。 添加下面的内容： <distributionManagement> <repository> <id>maven.ossez.com</id> <name>Internal Release Repository</name> <url>https://maven.ossez.com/repository/internal/</url> </repository> <snapshotRepository> <id>maven.ossez.com</id> <name>Internal Snapshot Repository</name> <url>https://maven.ossez.com/repository/snapshots/</url> </snapshotRepository> </distributionManagement> 这里表示的是你希望发布到的仓库的链接地址。 然后就可以直接运行 mvn clean deploy 进行部署了。 输出为： C:\WorkDir\Repository\cwiki-us-demo\java-tutorials>mvn clean deploy [INFO] Scanning for projects... [INFO] [INFO] ----------------------< com.ossez:parent-modules >---------------------- [INFO] Building parent-modules 1.0.0 [INFO] --------------------------------[ pom ]--------------------------------- [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ parent-modules --- [INFO] [INFO] --- maven-install-plugin:2.4:install (default-install) @ parent-modules --- [INFO] Installing C:\WorkDir\Repository\cwiki-us-demo\java-tutorials\pom.xml to C:\Users\yhu\.m2\repository\com\ossez\parent-modules\1.0.0\parent-modules-1.0.0.pom [INFO] [INFO] --- maven-deploy-plugin:2.7:deploy (default-deploy) @ parent-modules --- Uploading to maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/1.0.0/parent-modules-1.0.0.pom Uploaded to maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/1.0.0/parent-modules-1.0.0.pom (9.2 kB at 12 kB/s) Downloading from maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/maven-metadata.xml Downloaded from maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/maven-metadata.xml (331 B at 150 B/s) Uploading to maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/maven-metadata.xml Uploaded to maven.ossez.com: https://maven.ossez.com/repository/internal/com/ossez/parent-modules/maven-metadata.xml (330 B at 914 B/s) [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 4.573 s [INFO] Finished at: 2020-04-10T15:13:36-04:00 [INFO] ------------------------------------------------------------------------ C:\WorkDir\Repository\cwiki-us-demo\java-tutorials> 随后你可以到服务器上看你的文件有没有发布成功了。 https://www.cwiki.us/display/MAVEN/questions/57938925

JDK 的版本有变化，但是没有想象中的那么大了。   你现在用 9 ，公司用 8 ，对你实际使用问题不大。为什么很多公司还在一直用 8 的原因是历史遗留问题。JDK 升级不是那么简单的，你可能需要所有用的依赖都要升级。   很多历史的 Jar 是在老版本上编译的，你升级你项目 JDK 可能这些 Jar 用不了。   你知道还有不少公司用 JDK 1.4 的吗？   对个人学习来说，用 8 和 9 都差不多，但是尽量不要用 9 才有的特性，这样你的代码也能够在 8 上面跑。   JDK 9 现在已知有点问题，如果是新项目要跳过 8 用的话，你可以直接开始用 11。

从境外回国的国内航司各种票务管理一团糟，打电话永远找不到人，退票的票款 N 个月都到不了账上。   如确实发生如题主说的那样，发生在国内航司上，一点都不意外，发生在东航上就更不意外了。在现在这种情况下，机票超售非常正常，问题在于超售后怎么处理。这个对国内航司来说的态度基本上是不处理。   别人外航好歹还有个补偿方案，现阶段这样折腾扣个大点的帽子就是赤裸裸的谋财害命。   当然了，现在大发国难财的就是国内航司了。   对外说是撤侨，先把入境航班停掉，然后高调说是撤侨，飞几个包机，费用自理，名声钱都有了，后面的脏话就不说了。   搞神马撤侨，不如多加飞几个航班，价格高点，相信有回国需求的人还是可以接受的，毕竟别人飞机放空过来，也要赚点，但是这么搞就是实在是无语了。