hibernate.jdbc.time_zone = UTC ignoriert

Verwendung als

Spring framework 5.0.2.RELEASE
Spring Security 5.0.0.RELEASE
Hibernate 5.2.11.Letzte

Folgte ich spring boot & Vlad ' s link zum konfigurieren der meine Anwendung wie unten

db.Eigenschaften -

jdbc.driverClassName = com.mysql.jdbc.Driver
jdbc.url = jdbc:mysql://hostname:port/appname?useSSL=false&serverTimezone=UTC&useLegacyDatetimeCode=false
jdbc.username = xxx
jdbc.password = xxx
jdbc.minPoolSize = 5
jdbc.maxPoolSize = 20
jdbc.maxIdleTime = 30000
hibernate.dialect = org.hibernate.dialect.MySQLDialect
hibernate.show_sql = true
hibernate.format_sql = false
spring.jpa.properties.hibernate.jdbc.time_zone = UTC

HibernateConfig.java

@Configuration
@EnableTransactionManagement
@ComponentScan(basePackages="in.greenstack.ikon")
@PropertySource(value = { "classpath:/resources/db.properties" })
public class HibernateConfig {

    @Autowired
    private Environment environment;

    @Bean(name = "myDataSource")
    ....

    @Bean
    public LocalSessionFactoryBean sessionFactory() {
        LocalSessionFactoryBean sessionFactory = new LocalSessionFactoryBean();
        sessionFactory.setDataSource(dataSource());
        sessionFactory.setPackagesToScan(new String[] { "in.greenstack.ikon.entity" });
        sessionFactory.setHibernateProperties(hibernateProperties());
        return sessionFactory;
     }

    private Properties hibernateProperties() {
        Properties properties = new Properties();
        properties.put("hibernate.dialect", environment.getRequiredProperty("hibernate.dialect"));
        properties.put("hibernate.show_sql", environment.getRequiredProperty("hibernate.show_sql"));
        properties.put("hibernate.format_sql", environment.getRequiredProperty("hibernate.format_sql"));
        properties.put("spring.jpa.properties.hibernate.jdbc.time_zone", 
                environment.getRequiredProperty("spring.jpa.properties.hibernate.jdbc.time_zone"));
        return properties;        
   }

Entity -

@Entity
@Table(name = "PROJECT_MASTER")
public class Project {

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "ID")
private int id;

@Column(name = "NAME")
private String name;

@Column(name = "START_DATE")
private Date startDate;

@Column(name = "END_DATE")
private Date endDate;

@ManyToOne
@JoinColumn(name = "FINANCIAL_YEAR")
private FinancialYear financialYear;

Tabelle Definition -

    CREATE TABLE `PROJECT_MASTER` (
    `ID` int(11) NOT NULL AUTO_INCREMENT,
  `NAME` varchar(50) NOT NULL,
  `FINANCIAL_YEAR` varchar(20) DEFAULT NULL,
  `START_DATE` date DEFAULT NULL,
  `END_DATE` date DEFAULT NULL,

Protokolle -

    2018-06-13 16:39:03 DEBUG SQL:92 - insert into PROJECT_MASTER (ACCOUNTING_STANDARD_ID, CONVERSION_METHOD_ID, CURRENCY_ID, DESCRIPTION, END_DATE, FINANCIAL_YEAR, HIERARCHY_ID, IMPORT_FROM_PREVIOUS, NAME, OPENING_PROJECT_ID, START_DATE) values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)
Hibernate: insert into PROJECT_MASTER (ACCOUNTING_STANDARD_ID, CONVERSION_METHOD_ID, CURRENCY_ID, DESCRIPTION, END_DATE, FINANCIAL_YEAR, HIERARCHY_ID, IMPORT_FROM_PREVIOUS, NAME, OPENING_PROJECT_ID, START_DATE) values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)
2018-06-13 16:39:03 TRACE ResourceRegistryStandardImpl:55 - Registering statement [com.mchange.v2.c3p0.impl.NewProxyPreparedStatement@747dab [wrapping: com.mysql.cj.jdbc.PreparedStatement@1abace9: insert into PROJECT_MASTER (ACCOUNTING_STANDARD_ID, CONVERSION_METHOD_ID, CURRENCY_ID, DESCRIPTION, END_DATE, FINANCIAL_YEAR, HIERARCHY_ID, IMPORT_FROM_PREVIOUS, NAME, OPENING_PROJECT_ID, START_DATE) values (** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **, ** NOT SPECIFIED **)]]
2018-06-13 16:39:03 TRACE AbstractEntityPersister:2709 - Dehydrating entity: [in.greenstack.ikon.entity.Project#<null>]
2018-06-13 16:39:03 TRACE IdentifierValue:130 - ID unsaved-value: 0
2018-06-13 16:39:03 TRACE BasicBinder:65 - binding parameter [1] as [INTEGER] - [1]
2018-06-13 16:39:03 TRACE BasicBinder:53 - binding parameter [2] as [INTEGER] - [null]
2018-06-13 16:39:03 TRACE IdentifierValue:130 - ID unsaved-value: 0
2018-06-13 16:39:03 TRACE BasicBinder:65 - binding parameter [3] as [INTEGER] - [2]
2018-06-13 16:39:03 TRACE BasicBinder:65 - binding parameter [4] as [VARCHAR] - [TestTimeZone1 FY2017-2018 IGAAP]
**2018-06-13 16:39:03 TRACE BasicBinder:65 - binding parameter [5] as [DATE] - [2018-03-31]**
2018-06-13 16:39:03 TRACE IdentifierValue:130 - ID unsaved-value: 0
2018-06-13 16:39:03 TRACE BasicBinder:65 - binding parameter [6] as [INTEGER] - [2]
2018-06-13 16:39:03 TRACE BasicBinder:65 - binding parameter [7] as [INTEGER] - [30]
2018-06-13 16:39:03 TRACE BasicBinder:53 - binding parameter [8] as [BOOLEAN] - [null]
2018-06-13 16:39:03 TRACE BasicBinder:65 - binding parameter [9] as [VARCHAR] - [TestTimeZone1]
2018-06-13 16:39:03 TRACE BasicBinder:53 - binding parameter [10] as [INTEGER] - [null]
**2018-06-13 16:39:03 TRACE BasicBinder:65 - binding parameter [11] as [DATE] - [2017-04-01]**
2018-06-13 16:39:03 DEBUG IdentifierGeneratorHelper:78 - Natively generated identity: 63
2018-06-13 16:39:03 TRACE ResourceRegistryStandardImpl:91 - Releasing result set [com.mchange.v2.c3p0.impl.NewProxyResultSet@182014e [wrapping: com.mysql.cj.jdbc.result.ResultSetImpl@d243c6]]
2018-06-13 16:39:03 DEBUG ResourceRegistryStandardImpl:104 - HHH000387: ResultSet's statement was not registered
2018-06-13 16:39:03 TRACE ResourceRegistryStandardImpl:132 - Closing result set [com.mchange.v2.c3p0.impl.NewProxyResultSet@182014e [wrapping: com.mysql.cj.jdbc.result.ResultSetImpl@d243c6]]
2018-06-13 16:39:03 TRACE ResourceRegistryStandardImpl:68 - Releasing statement [com.mchange.v2.c3p0.impl.NewProxyPreparedStatement@747dab [wrapping: com.mysql.cj.jdbc.PreparedStatement@1abace9: **insert into PROJECT_MASTER (ACCOUNTING_STANDARD_ID, CONVERSION_METHOD_ID, CURRENCY_ID, DESCRIPTION, END_DATE, FINANCIAL_YEAR, HIERARCHY_ID, IMPORT_FROM_PREVIOUS, NAME, OPENING_PROJECT_ID, START_DATE) values (1, null, 2, 'TestTimeZone1 FY2017-2018 IGAAP', '2018-03-30', 2, 30, null, 'TestTimeZone1', null, '2017-03-31')]]**

Wie gesehen werden kann, von oben meldet, dass der verbindliche parameter ist der richtige Wert (1. April 2017 & 31. März 2018) gesendet vom client, aber beim speichern in der db ist es noch speichern falsche Daten.

Freundlichen Rat, was ich verpasst habe.

pom.xml -

<properties>
        <spring.version>5.0.2.RELEASE</spring.version>
        <springsecurity.version>5.0.0.RELEASE</springsecurity.version>
        <mysql.connector.version>8.0.11</mysql.connector.version>
        <hibernate.version>5.2.17.Final</hibernate.version>
        <hibernate.validator.version>5.2.3.Final</hibernate.validator.version>
    </properties>

InformationsquelleAutor Bhavna Jhunjhunwala | 2018-06-13

7

Probieren(bei mir hat es geklappt). Schreiben Sie folgenden code-Schnipsel in spring-boot-Hauptanwendungsdatei.
```
@PostConstruct
public void started() {
    TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
}
```
Quelle
- Warum -1? Es funktionierte für mich.
- Funktioniert wie ein Charme!
- Das ist ein anderer Ansatz! Festlegen der JVM-Standard-Zeitzone beeinflusst so viel mehr als Hibernate - inklusive der Nebenwirkungen. Wenn Sie möchten, diese zu vermeiden ODER, wenn Sie wollen, Hibernate arbeiten mit einer anderen Zeitzone als Ihrer JVM ist, müssen Sie hibernate.jdbc.time_zone. Und das ist es, was der OP gefragt.
InformationsquelleAutor Shaunak Patel
1

Ändern:
```
 properties.put("spring.jpa.properties.hibernate.jdbc.time_zone", 
                environment.getRequiredProperty("spring.jpa.properties.hibernate.jdbc.time_zone"));
```
zu diesem:
```
 properties.put("hibernate.jdbc.time_zone", 
            environment.getRequiredProperty("spring.jpa.properties.hibernate.jdbc.time_zone"));
```
- Wenn Sie dieser Testfall auf mein Buch GitHub repository, Sie werden sehen, wie die time_zone Einstellung funktioniert und Sie können eine vergleichende Debuggen mit code und sehen Sie, warum mir arbeitet und deins nicht.
- Funktioniert immer noch nicht, gleiche Problem.
- Ich habe ein Upgrade der hibernate-version auf 5.2.17.Endgültig als pro Ihr Projekt. Wenn ich die änderungen auf meine lokale mysql-db, die auf Indien Standardzeit, das Datum richtig eingestellt sind. Aber wenn ich es auf die prod-db, die ist auf UTC, die Daten sind nicht korrekt eingestellt. In den Protokollen der Unterschied ist in der Version-Anweisung aus dem Ruhezustand. Keine Ahnung?
- Aktualisiert die post mit meinem pom.xml
- ok habe es funktioniert endlich, habe ich den serverTimezone=IST in meinem jdbc-url und nun sieht es toll aus!
- Vielen Dank für alle Hilfe!
- Ich bin froh, dass es jetzt funktioniert.
- serverTimezone=TRITT für mich nicht funktioniert also versuchte ich mit dieser in meinem spring-Anwendung und es funktionierte: der Frühling.jpa.Eigenschaften.hibernate.jdbc.time_zone = GMT+05:30
InformationsquelleAutor Vlad Mihalcea
1

Ich denke, Sie sollten spring.jpa.properties.hibernate.jdbc.time_zone = UTC im application.yml/application.properties von main/ oder test/, nicht in db.properties. Und, ich denke .properties Vorrang vor .yml. Korrigieren Sie mich, wenn ich falsch bin.

Und diese timezone config ist auch betroffen Timezone.getDefault().

Finden Sie in diesem Beitrag: https://aboullaite.me/spring-boot-time-zone-configuration-using-hibernate/

Und, wie ich Teste, sehe ich, dass, wenn man sparen möchte java.util.Date, die keine Zeitzone Informationen in sich(nur in der Calendar - Eigenschaft ist true), und die Spalte, die definition halten keinen Platz für timezone info, diese Eigenschaft wird auf den Wert gespeichert zu DB, aber nicht, dass beim abrufen der Zeilen aus der DB; die letztere ist betroffen, nur durch Timezone.getDefault(). Inzwischen, wenn Sie Timezone.getDefault(), die gespeichert und abgerufen Wert werden sowohl die Zeitzone, die Sie wollen.

So, diese Eigenschaft möglicherweise nicht die richtige Art und Weise zu manipulieren, wird der Wert von Datum, wenn Sie speichern und Abfrage für die Informationen, die in der gleichen Anwendung. Verwenden Sie einfach Timezone.setDefault(Timezone.getTimezone("XXX")).

InformationsquelleAutor WesternGun

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.