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

应该不会吧。 大概率这次疫情应该让很多人明白了经济危机的定义。让很多人明白了超前消费带来的痛苦。   很多人可能想当然，我贷款不还银行了，违约就违约。一是很多人确实还不上了。 也许这次疫情应该会让很多人清醒很多。对于个人的违约，银行有的是办法。   大部分人应该通过这次疫情会有理性的思考，至于嘴巴上是不是这么说就不知道了。

能吃上一碗泡面在长途飞机中绝对是非常开心的事情。   如果你让帮忙泡面，说明你绝对是圈内人士。   唯一不好就是味道太大了。

美国没有权威机构发布数据，他们数据也没有审查一说。 举例来说，州发布的数据不需要联邦批准，也不需要CDC 批准。   这个和我们国家的数据发布流程是完全不同的。   霍普金斯的数据为什么大家采用得多，主要是他们发布得早，数据置信比较高，爬虫做得比较完整罢了。 同时他们也提供API ，对于大部分人没有必要再扒一次数据。   仅仅是用起来方便罢了。

很多。 已经是到了不兼容的情况了。 JDK 每一次版本升级都带来很大麻烦。 现在主流可能还是用 JDK 8。   JDK 9 有些已知问题，如果你希望跨过 JDK 8 ，最好开始使用 JDK 11

运行 Hibernate 测试的时候错误提示： log4j:WARN No appenders could be found for logger (org.jboss.logging). log4j:WARN Please initialize the log4j system properly. java.lang.NoSuchFieldError: TRACE at org.jboss.logging.Log4jLogger.translate(Log4jLogger.java:55) at org.jboss.logging.Log4jLogger.isEnabled(Log4jLogger.java:35) at org.jboss.logging.Logger.isTraceEnabled(Logger.java:98) at org.hibernate.boot.registry.selector.internal.StrategySelectorImpl.registerStrategyImplementor(StrategySelectorImpl.java:69) at org.hibernate.boot.registry.selector.internal.StrategySelectorBuilder.addDialect(StrategySelectorBuilder.java:251) at org.hibernate.boot.registry.selector.internal.StrategySelectorBuilder.addDialects(StrategySelectorBuilder.java:198) at org.hibernate.boot.registry.selector.internal.StrategySelectorBuilder.buildSelector(StrategySelectorBuilder.java:163) at org.hibernate.boot.registry.BootstrapServiceRegistryBuilder.build(BootstrapServiceRegistryBuilder.java:232) at org.hibernate.cfg.Configuration.<init>(Configuration.java:118) at com.ossez.covid19.common.Factory.initSession(Factory.java:96) at com.ossez.covid19.common.Factory.getFactory(Factory.java:85) at com.ossez.covid19.common.Factory.getSession(Factory.java:75) at com.ossez.covid19.common.Factory.beginTransaction(Factory.java:111) at com.ossez.covid19.tests.Covid19Test.setUp(Covid19Test.java:42) at junit.framework.TestCase.runBare(TestCase.java:132) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:243) at junit.framework.TestSuite.run(TestSuite.java:238) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) at org.junit.runner.JUnitCore.run(JUnitCore.java:157) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:33) at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:230) at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:58) Process finished with exit code -1     这个情况应该是你的依赖中没有 log4j 如果你使用的是 Gradle 的话请添加： Add org.apache.logging.log4j:log4j-core:2.13.1 到 依赖中。 请参考： OSSEZ-44 - Covid19Test 运行出现日志错误 In Progress