24

One of the correct answers from OCP Java SE 6 Programmer Practice Exams is:

You can programmatically test wheather assertions have been enabled without throwing an AssertionError.

How can I do that?

Adam Stelmaszczyk
  • 19,665
  • 4
  • 70
  • 110
Joe
  • 7,749
  • 19
  • 60
  • 110

8 Answers8

35

I use this

boolean assertOn = false;
// *assigns* true if assertions are on.
assert assertOn = true; 

I am not sure this is the "official" way.

Peter Lawrey
  • 525,659
  • 79
  • 751
  • 1,130
30

I guess you should use Class.desiredAssertionStatus()

Flow
  • 23,572
  • 15
  • 99
  • 156
Hakan Serce
  • 11,198
  • 3
  • 29
  • 48
  • 1
    This avoids the possible "accidental assignment" warning that comes with the other approach. – Daniel Renshaw Apr 18 '14 at 09:57
  • 7
    Actually, from the javadoc: "Note that this method is not guaranteed to return the actual assertion status that was (or will be) associated with the specified class when it was (or will be) initialized.". So this answer seems incorrect to me, and you should consider Joe's answer. – FBB Apr 05 '15 at 14:30
  • @FBB, I'm guessing it should be safe to invoke this method from inside an instance of the class you are testing against (because the class is guaranteed to be initialized). – Gili May 01 '15 at 04:05
  • 1
    @Gili: "when it *was* (or will be) initialized". So, no, the javadoc states it is not safe, even if the class was correctly initialized. – FBB May 01 '15 at 11:12
  • @FBB the other answer has exactly the same issue, it only checks whether assertions are enabled at the point the assertion is (or isn't) evaluated. – OrangeDog Aug 15 '19 at 14:44
23

The Oracle Java Tutorial provides information about how to do it...

http://docs.oracle.com/javase/7/docs/technotes/guides/language/assert.html

An excerpt from the tutorial

7. Why not provide a construct to query the assert status of the containing class?

Such a construct would encourage people to inline complex assertion code, which we view as a bad thing. Further, it is straightforward to query the assert status atop the current API, if you feel you must:

boolean assertsEnabled = false;
assert assertsEnabled = true; // Intentional side-effect!!!
// Now assertsEnabled is set to the correct value
Afshin Moazami
  • 2,092
  • 5
  • 33
  • 55
Joe
  • 7,749
  • 19
  • 60
  • 110
1
RuntimeMXBean mx = ManagementFactory.getRuntimeMXBean();
boolean assertionsEnabled = mx.getInputArguments().contains("-ea");
cnmuc
  • 6,025
  • 2
  • 24
  • 29
1

I'm using AssertsEnabled from jdk.nashorn.internal.

System.out.println(AssertsEnabled.assertsEnabled());
// "assertsEnabled()" returns boolean value

Maybe it helps someone.

0

Official solution*:

enter image description here

Source: http://hg.openjdk.java.net/javadoc-next/api/nashorn/rev/fa79d912da1b#l1.38


* As official as it gets:

As mentioned by @Hurkan Dogan here there was a AssertsEnabled.assertsEnabled() api in nashorn package which is now deprecated. However, its implementation could be considered as the official solution.

Also note that this solution is also written in the official docs and mentioned by @Joe here

destan
  • 4,301
  • 3
  • 35
  • 62
-1
package io.github.baijifeilong.tmp;

import io.vavr.control.Try;

/**
 * Created by BaiJiFeiLong@gmail.com at 2019-04-18 09:12
 */
public class TmpApp {

    public static void main(String[] args) {
        Try.run(() -> {
            assert false;
        }).onSuccess($ -> {
            throw new RuntimeException("Assertion is not enabled");
        });
    }
}

Maybe help someone.

BaiJiFeiLong
  • 3,716
  • 1
  • 30
  • 28
-1
boolean ea=false;
try { assert(false); }
catch(AssertionError e) { ea=true; }