Convert Java Date into XML Date Format (and vice versa)

后端 未结 9 1453
后悔当初
后悔当初 2020-12-03 10:46

Is there a nice and easy way to convert a Java Date into XML date string format and vice versa?

Cheers,

Andez

相关标签:
9条回答
  • 2020-12-03 11:05

    As already suggested use SimpleDateFormat.

    SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
    String date = sdf.format(new Date());
    System.out.println(date);
    Date d = sdf.parse(date);
    

    My guess is that the format/pattern that your looking for is yyyy-MM-dd'T'HH:mm:ss Also have a look at http://www.w3schools.com/schema/schema_dtypes_date.asp

    0 讨论(0)
  • 2020-12-03 11:07

    Original answer

    I am guessing here that by "XML Date Format" you mean something like "2010-11-04T19:14Z". It is actually ISO 8601 format.

    You can convert it using SimpleDateFormat, as others suggested, FastDateFormat or using Joda Time which was I believe especially created for this purpose.

    Edit: code samples and more

    As earnshae stated in a comment, this answer could be improved with examples.

    First, we have to make clear that the original answer is pretty outdated. It's because Java 8 introduced the classes to manipulate date and time - java.time package should be of interest. If you are lucky enough to be using Java 8, you should use one of them. However, these things are surprisingly difficult to get right.

    LocalDate(Time) that isn't

    Consider this example:

    LocalDateTime dateTime = LocalDateTime.parse("2016-03-23T18:21");
    System.out.println(dateTime); // 2016-03-23T18:21
    

    At first it may seem that what we're using here is a local (to the user date and time). However, if you dare to ask, you'll get different result:

    System.out.println(dateTime.getChronology()); // ISO
    

    This actually, the ISO time. I believe it should read 'UTC' but nonetheless this has no notion of local time zone. So we should consider it universal.
    Please notice, that there is no "Z" at the end of the string we are parsing. Should you add anything apart of date and time, you'll be greeted with java.time.format.DateTimeParseException. So it seems that this class is of no use if we want to parse ISO8601 string.

    ZonedDateTime to the rescue

    Fortunately, there is a class that allows for parsing ISO8601 strings - it's a java.time.ZonedDateTime.

    ZonedDateTime zonedDateTime = ZonedDateTime.parse("2016-03-23T18:21+01:00");
    System.out.println(zonedDateTime); // 2016-03-23T18:21+01:00
    ZonedDateTime zonedDateTimeZulu = ZonedDateTime.parse("2016-03-23T18:21Z");
    System.out.println(zonedDateTimeZulu); // 2016-03-23T18:21Z
    

    The only problem here is, you actually need to use time zone designation. Trying to parse raw date time (i.e. "2016-03-23T18:21") will result in already mentioned RuntimeException. Depending on the situation you'd have to choose between LocalDateTime and ZonedDateTime.
    Of course you can easily convert between those two, so it should not be a problem:

    System.out.println(zonedDateTimeZulu.toLocalDateTime()); // 2016-03-23T18:21
    // Zone conversion
    ZonedDateTime cetDateTime = zonedDateTimeZulu.toLocalDateTime()
       .atZone(ZoneId.of("CET"));
    System.out.println(cetDateTime); // 2016-03-23T18:21+01:00[CET]
    

    I recommend using this classes nowadays. However, if your job description includes archeology (meaning you are not lucky enough to be working with more than 2 year old Java 8...), you may need to use something else.

    The joy of SimpleDateFormat

    I am not a very big fan of https://docs.oracle.com/javase/8/docs/api/java/text/SimpleDateFormat.html, but sometimes you just have no other choice. Problem is, it is not thread-safe and it will throw a checked Exception (namely ParseException) in your face if it dislikes something. Therefore the code snippet is rather ugly:

    private Object lock = new Object();
    // ...
    try {
        synchronized (lock) {
            // Either "2016-03-23T18:21+01:00" or "2016-03-23T18:21Z"
            // will be correctly parsed (mind the different meaning though)
            Date date = dateFormat.parse("2016-03-23T18:21Z");
            System.out.println(date); // Wed Mar 23 19:21:00 CET 2016
        }
    } catch (ParseException e) {
        LOG.error("Date time parsing exception", e);
    }
    

    FastDateFormat

    FastDateFormat is synchronized, therefore you can at least get rid of the synchronized block. However, it is an external dependency. But since it's the Apache Commons Lang and it is thoroughly used, I guess it is acceptable. It is actually very similar in usage to SimpleDateFormat:

    FastDateFormat fastDateFormat = FastDateFormat.getInstance("yyyy-MM-dd'T'HH:mmX");
    try {
        Date fastDate = fastDateFormat.parse("2016-03-23T18:21+01:00");
        System.out.println(fastDate);
    } catch (ParseException e) {
        LOG.error("Date time parsing exception", e);
    }
    

    JodaTime

    With Joda-Time you may think that following works:

    DateTimeFormatter parser = ISODateTimeFormat.dateTimeParser();        
    LocalDateTime dateTime = LocalDateTime.parse("2016-03-23T20:48+01:00", parser);
    System.out.println(dateTime); // 2016-03-23T20:48:00.000
    

    Unfortunately, no matter what you put at last position (Z, +03:00, ...) the result will be the same. Clearly, it isn't working.
    Well, you really should be parsing it directly:

    DateTimeFormatter parser = ISODateTimeFormat.dateTimeParser();
    DateTime dateTime = parser.parseDateTime("2016-03-23T21:12:23+04:00");
    System.out.println(dateTime); // 2016-03-23T18:12:23.000+01:00
    

    Now it will be OK. Please note, that unlike one of other answers, I used dateTimeParser() and not dateTime(). I noticed subtle, but important difference in behavior between them (Joda-Time 2.9.2). But, I leave it to the reader to test it and confirm.

    0 讨论(0)
  • 2020-12-03 11:09

    I would recommend to use the java built in class javax.xml.bind.DatatypeConverter. It can handle conversion to and from most of the xml simple types. It is a little bit cumbersome for dates that you have to go through a Calendar object but on the other hand it handles all variants of zone information that can occur in a xml datetime field.

    From xml:

        Calendar c = DatatypeConverter.parseDateTime("2015-10-21T13:25");
        Date d = c.getTime();
    

    To xml:

        Date yourDate = new Date()
        Calendar c = Calendar.getInstance();
        c.setTime(yourDate);
        String xmlDateTime = DatatypeConverter.printDateTime(c);
    

    EDIT

    The DatatypeConverter class is no longer publicly visible in Java 9 and above since it belongs to the javax.xml.bind package. See this question for more information and possible solutions. The solution proposed by loic vaugeois to use XmlGregorianCalendar is much better in this case.

    0 讨论(0)
  • 2020-12-03 11:15

    The Perfect method, use XMLGregorianCalendar:

    GregorianCalendar calendar = new GregorianCalendar();
    calendar.setTime(v);
    DatatypeFactory df = DatatypeFactory.newInstance();
    XMLGregorianCalendar dateTime = df.newXMLGregorianCalendar(calendar);
    return dateTime.toString();
    
    0 讨论(0)
  • 2020-12-03 11:16

    To comply with ISO8601, the timezone must be in the format +HH:MM or - HH:MM

    With Simpledateformat you must use XXX instead of Z (see NovelGuy answer)

    SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssXXX");
    
    0 讨论(0)
  • 2020-12-03 11:19

    Just by using SimpleDateFormat in java we can do this...

    SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssZ");
    Date date = sdf.parse("2011-12-31T15:05:50+1000");
    
    0 讨论(0)
提交回复
热议问题