To prevent spam users, you can only post on this forum after registration, which is by invitation. If you want to post on the forum, please send me a mail (h DOT m DOT w DOT verbeek AT tue DOT nl) and I'll send you an invitation in return for an account.

Exception using Plugin "Data-Aware History-Based Conformance Checking"


I have a question regarding the above-mentioned plugin. Whenever I choose an attribute with the datatype Double for the cost function I receive the following class cast exception. I tried on ProM6.10 as well as on an older version (6.6).

"java.lang.ClassCastException: org.deckfour.xes.model.impl.XAttributeContinuousImpl cannot be cast to org.deckfour.xes.model.impl.XAttributeLiteralImpl"

Thanks in advance and kind regards,


  • Hi Nico,

    I see in the sources that such casts are indeed being made: First, it gets the string value of an attribute, then it converts this value to a double. Of course, if you have a Float attribute (a Double datatype, I guess), the value of the attribute is already a double, and not a string.

    It would help if you could provide me with a stack trace of the exception. If you run, say, ProM 6.10 using the ProM610.bat file instead of the ProM610.exe file (seethe folder where you have installed ProM 6.10), then a command prompt will be opened where additional information gets written to. This will include such a stack trace. If you can copy-paste such a stack trace here, then I can check whether it is indeed the issue.

    Note that we cannot replace released packages, so I cannot fix this for any of the releases you mention. The only work-around I can think of is to replace all float elements in the XES file by string elements (like global-search-and-replace of "float" to "string"). 

    Kind regards,
  • Nico
    edited September 2021
    Hi Eric,

    thanks for your quick reply. Replacing the elements within the XES file indeed helps. The stack trace was the following:

    -------- The following exception was logged by the framework:
             The exception was probalby handled properly.
    java.util.concurrent.ExecutionException: java.lang.ClassCastException: org.deckfour.xes.model.impl.XAttributeContinuousImpl cannot be cast to org.deckfour.xes.model.impl.XAttributeLiteralImpl
            at java.util.concurrent.FutureTask.get(
            at javax.swing.SwingWorker.get(
            at org.processmining.framework.plugin.ProMFuture.get(
            at org.processmining.framework.plugin.impl.AbstractPluginDescriptor$1.done(
            at org.processmining.framework.plugin.ProMFuture$1.done(
            at javax.swing.SwingWorker$
            at javax.swing.SwingWorker$
            at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.actionPerformed(
            at javax.swing.Timer.fireActionPerformed(
            at javax.swing.Timer$
            at java.awt.event.InvocationEvent.dispatch(
            at java.awt.EventQueue.dispatchEventImpl(
            at java.awt.EventQueue.access$500(
            at java.awt.EventQueue$
            at java.awt.EventQueue$
            at Method)
            at java.awt.EventQueue.dispatchEvent(
            at java.awt.EventDispatchThread.pumpOneEventForFilters(
            at java.awt.EventDispatchThread.pumpEventsForFilter(
            at java.awt.EventDispatchThread.pumpEventsForHierarchy(
            at java.awt.EventDispatchThread.pumpEvents(
            at java.awt.EventDispatchThread.pumpEvents(
    Caused by: java.lang.ClassCastException: org.deckfour.xes.model.impl.XAttributeContinuousImpl cannot be cast to org.deckfour.xes.model.impl.XAttributeLiteralImpl
            at org.processmining.plugins.historyAwareReplayer.replayer.costFunction.HistoryAwareCostFunction.init(
            at org.processmining.plugins.historyAwareReplayer.DataConformanceChecking.initParameters(
            at org.processmining.plugins.historyAwareReplayer.replayer.HistoryAwareConformanceCheckingWithDataPlugin.dataAwareHistoryBasedReplayer(
            at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
            at sun.reflect.NativeMethodAccessorImpl.invoke(
            at sun.reflect.DelegatingMethodAccessorImpl.invoke(
            at java.lang.reflect.Method.invoke(
            at org.processmining.framework.plugin.impl.PluginDescriptorImpl.execute(
            at org.processmining.framework.plugin.impl.AbstractPluginDescriptor$1.doInBackground(
            at org.processmining.framework.plugin.ProMFuture$1.doInBackground(
            at javax.swing.SwingWorker$
            at java.util.concurrent.ThreadPoolExecutor.runWorker(
            at java.util.concurrent.ThreadPoolExecutor$

    However, for some reason the plugin still does not align log and model correctly (although it should) but instead shows the following behavior for all traces (using a part of the road traffic fines log):

    Do you maybe have an idea what the problem for this behavior might be or is it something I should ask the author of the plugin for?

    Thank you and kind regards,

  • Hi Nico,

    This is the stack trace I expected. The plugin here assumes that all attributes are string attributes.

    Unfortunately, I do not know the ins and outs of this plugin. I guess it is related to this publication (see of the developer of the plugin, Mahdi Alizadeh. At the time, Mahdi was a PhD student at our department, bu ti have no idea where is working now, and how you can reach him. The third author of the paper, Nicola Zannone, is still working in our department, his email address should still work. Perhaps you could ask Nicola?

    Kind regards,

  • Thanks for your help Eric, I'll try to reach out to him :smile: 

Sign In or Register to comment.