Archiva 的界面和 UI 比较容易出问题。 在添加用户和为用户进行权限修改的时候，不小心连 admin 这个用户的权限都删掉了。 这个时候应该如何恢复 admin 这个用户的权限？ 这个时候你可以尝试删掉 Archiva 安装路径下的用户数据库。 你可以执行下面的命令： mv users{,.old} 假设你的 archiva 是安装在 /opt/archiva 路径下的话。 那么 /opt/archiva/data/databases 路径下将会有一个 user 的目录。这个目录是存储所有的用户数据信息。 你可以直接将 user 目录删除，或者备份到别的目录下后重启 Archiva。 Archiva 发现没有 user 目录的话，将会重新创建，并且要求你输入 admin 用户的信息。
我们有一个处理消息的方法。 在处理消息的时候出现了异常，那出现异常后这个消息会怎么处理呢。 根据我们的实际情况的观察，如果出现了异常。 但是你没有捕获或者处理异常，这个消息会一直存在，并且你的系统会持续报告异常。 所以在你的系统中有要捕获异常，并且进行正确的处理。
针对问题的 Case。 因人而定，没有固定的时间表，没有 ETA。 6 个月以内都是正常，搞不好一年都有可能。好像超过一定时间你可以做 InfoPass，我忘了是 6 个月还是 1 年。 变卦的情况就是要 RFE，一般来说面试完了，不同类型的绿卡都不一样，也会有再发 RFE 的可能，如果要 RFE 的话，有时候直接在面试的时候就告诉要 RFE。面试当天需要 RFE，移民局直接用打印机打印签字后给我的。 另外根据你申请的绿卡类型不同也不同。
升级到 Hibernate 5 后，提示有错误： org.hibernate.engine.spi.SessionFactoryImplementor.getProperties()Ljava/util/Map; 完整的错误栈为： java.lang.NoSuchMethodError: org.hibernate.engine.spi.SessionFactoryImplementor.getProperties()Ljava/util/Map; at org.hibernate.cache.internal.EnabledCaching.<init>(EnabledCaching.java:77) at org.hibernate.engine.spi.CacheInitiator.initiateService(CacheInitiator.java:33) at org.hibernate.engine.spi.CacheInitiator.initiateService(CacheInitiator.java:24) at org.hibernate.service.spi.SessionFactoryServiceInitiator.initiateService(SessionFactoryServiceInitiator.java:30) at org.hibernate.service.internal.SessionFactoryServiceRegistryImpl.initiateService(SessionFactoryServiceRegistryImpl.java:68) at org.hibernate.service.internal.AbstractServiceRegistryImpl.createService(AbstractServiceRegistryImpl.java:263) at org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:237) at org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:214) at org.hibernate.service.internal.SessionFactoryServiceRegistryImpl.getService(SessionFactoryServiceRegistryImpl.java:109) at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:239) at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:467) 如果你仅仅从错误信息，你可能看不出什么问题。 Google 搜索也找不到什么好的回答。经过我们对源代码的分析和排查，我们发现这是一个 JPA 版本不兼容的问题。 你的Hibernate 可能需要更高版本的 JPA，但是你的项目中只有低版本的 JPA 有关 JPA 的支持列表可以访问页面：https://hibernate.org/orm/releases/ 请查看 JPA 的版本配置列表。 根据我们的项目情况，我们需要使用 JPA 2.2，但是我们没有在 Maven 中指定 JPA 导致了上面的错误。
真的如题目说的那样吗？ 还是一个战略忽悠局？ 一个操作系统不是说操作系统有多牛，而是操作系统的生态有多牛。我们是有大量的用户，没错。 用户不是被绑在裤腰带上忽悠的。 哪怕我们操作系统能做到一个 CentOS 的水平都非常令人欣慰了。 打了针鸡血然后呢？原来消费爱国热情可以这么简单粗暴。
一般来说是不允许下单后修改地址的。 网站绝大部分情况会需要你取消订单，然后重新下单。
你买什么东西买错了，是哪个官网？ 不同的公司处理策略不一样。 直接打电话过去和客服说就行。
主要看社区和不同地段。 你可能会遇到过一个街区就是完全不同的概念。 美国城市内的功能交通不怎么发达，所以收入多少也会产生很大差距，相对来说收入高的，教育质量好的地区就比较安全。 话又得这么说，教育在美国很烧钱，教育好的地区，基本上收入都不差。 至于枪击案，美国的学校基本上是开放式的，你可以不经过任何安全检查，进入教室，而且学校属于人员聚集的地区，枪手要抓住眼球的话学校和大型聚会场所是最好的选择。 针对家庭，因为基本上全民持枪，所以很多时候反而起到一种制衡。
提示的错误信息如下： org.hibernate.MappingException: Unknown entity: com.ossez.reoc.common.crm.DoNotCall at org.hibernate.metamodel.internal.MetamodelImpl.entityPersister(MetamodelImpl.java:670) at org.hibernate.internal.SessionImpl.getEntityPersister(SessionImpl.java:1721) at org.hibernate.event.internal.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:118) at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.saveWithGeneratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:192) at org.hibernate.event.internal.DefaultSaveEventListener.saveWithGeneratedOrRequestedId(DefaultSaveEventListener.java:38) at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:177) at org.hibernate.event.internal.DefaultSaveEventListener.performSaveOrUpdate(DefaultSaveEventListener.java:32) at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:73) at org.hibernate.internal.SessionImpl.fireSave(SessionImpl.java:713) at org.hibernate.internal.SessionImpl.save(SessionImpl.java:705) at org.hibernate.internal.SessionImpl.save(SessionImpl.java:700) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.hibernate.context.internal.ThreadLocalSessionContext$TransactionProtectionWrapper.invoke(ThreadLocalSessionContext.java:350) at com.sun.proxy.$Proxy51.save(Unknown Source) at com.ossez.reoc.common.Factory.save(Factory.java:159) at com.ossez.reoc.common.crm.factories.DoNotCallFactory.save(DoNotCallFactory.java:27) at com.ossez.reoc.common.tests.DoNotCallTest.testCreate(DoNotCallTest.java:23) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at junit.framework.TestCase.runTest(TestCase.java:176) at junit.framework.TestCase.runBare(TestCase.java:141) at junit.framework.TestResult$1.protect(TestResult.java:122) at junit.framework.TestResult.runProtected(TestResult.java:142) at junit.framework.TestResult.run(TestResult.java:125) at junit.framework.TestCase.run(TestCase.java:129) at junit.framework.TestSuite.runTest(TestSuite.java:252) at junit.framework.TestSuite.run(TestSuite.java:247) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) 这个错误很有可能是你的 SessionFactory 在初始化的时候出现了错误。 导致了 Hibernate 不能找到正确的实体配置。 请参考： Hibernate 4 升级到 Hibernate 5 的时候 SessionFactory 不能使用 中的内容。