Announcement

Collapse
No announcement yet.

ConcurrentModificationException

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • jacobb
    replied
    Re:ConcurrentModificationException

    "Yes, but having a single place of configuration and a single place to start / stop service is very nice."

    That was exactly the goal of the JBoss distribution. Glad to hear it's still working. Someone really needs to figure out how to integrate Mirth logging and JBoss logging properly. I don't think you will have any problems if you simply disable the server log viewer plugin.

    Leave a comment:


  • trymirth
    replied
    Re:ConcurrentModificationException

    Yes, but having a single place of configuration and a single place to start / stop service is very nice.

    I was assuming the JBoss distribution was *the* enterprise distribution.

    Silly me.

    Leave a comment:


  • jacobb
    replied
    Re:ConcurrentModificationException

    It should be fine with 1.7.1...but I can understand why the serverlog plugin wouldn't work. Try it without that and you will probably be fine. I'm not sure what you're doing with Mirth+dcm4chee in JBoss, but can't use Mirth as a standalone app and dcm4chee in Jboss separately?

    As far as documentation goes when actually coding...no documentation is as good as the code itself. For people that aren't looking to code or contribute back, we definitely hear your cry and are working on long term solutions. There are paid solutions currently available, as well. Hopefully the documentation about getting mirth to into an IDE like eclipse will help people start building it themselves and look at the code.

    Post edited by: jacobb, at: 06/03/2008 11:54

    Leave a comment:


  • trymirth
    replied
    Re:ConcurrentModificationException

    Hm, are you saying the JBoss distribution is lagging behind (i.e. not 1.7.1) ??

    I think Mirth+dcm4chee in JBoss is a mighty good use case.

    I would like to contribute, but wouldn't know where to start (I would have considered taking the effort if there was some documentation out there...)

    Leave a comment:


  • jacobb
    replied
    Re:ConcurrentModificationException

    Mirth is fully tested in its own JVM, but things get a little tricky with JBoss. The main point of the JBoss sar is to install an mbean that allows the starting and stopping of Mirth from within JBoss. Mirth also then runs in the JBoss JVM. This was fully tested when it was released, but because of the low demand and few number of good use cases, it hasn't been updated in awhile.

    When Mirth is in JBoss, JBoss takes over the logging. As far as I know, it simply logs everything. The server log viewer plugin attaches to the logger and adds its own appender. I'm not sure how this works within JBoss. You can simply go and disable or delete the plugin. Go to the plugins page to disable it, or delete the jars in the plugins directory to remove it.

    Improving the JBoss Mirth sar is something that would be great if you or someone here would like to look into it and contribute it back to the community. Let me know.

    Leave a comment:


  • trymirth
    replied
    Re:ConcurrentModificationException

    "On a side note, what is your reasoning for wanting to run Mirth inside of JBoss? "

    Hard to reason about, because of the total lack of sane documentation.

    We run dcm4chee in JBoss already and it's rock solid. So it kinda made sense to use the JBoss version of mirth as well.

    1) Why not use JBoss?

    2) How do I disable the logger? Will Mirth still log properly (via jboss)?


    Thanks.

    Post edited by: trymirth, at: 06/03/2008 10:52

    Leave a comment:


  • jacobb
    replied
    Re:ConcurrentModificationException

    You can try removing the server log plugin. When running Mirth in the JBoss JVM, JBoss takes over the logging, so our server log plugin won't work the same.

    On a side note, what is your reasoning for wanting to run Mirth inside of JBoss? If you don't have a need for it to be in the same JVM, I'd recommend running it as a standalone application.

    Leave a comment:


  • trymirth
    started a topic ConcurrentModificationException

    ConcurrentModificationException

    This one is kinda scary... happens several times per day when running channels inside JBoss:

    15:28:04,890 WARN [/] /extensions:
    java.util.ConcurrentModificationException
    at java.util.LinkedList$ListItr.checkForComodificatio n(LinkedList.java:761)
    at java.util.LinkedList$ListItr.next(LinkedList.java: 696)
    at com.webreach.mirth.plugins.serverlog.ServerLogProv ider.invoke(ServerLogProvider.java:67)
    at com.webreach.mirth.server.controllers.ExtensionCon troller.invoke(ExtensionController.java
    :170)
    at com.webreach.mirth.server.servlets.ExtensionServle t.doPost(ExtensionServlet.java:109)
    at javax.servlet.http.HttpServlet.service(HttpServlet .java:710)
    at javax.servlet.http.HttpServlet.service(HttpServlet .java:803)
    at org.mortbay.jetty.servlet.ServletHolder.handle(Ser vletHolder.java:428)
    at org.mortbay.jetty.servlet.ServletHandler.dispatch( ServletHandler.java:666)
    at org.mortbay.jetty.servlet.ServletHandler.handle(Se rvletHandler.java:568)
    at org.mortbay.http.HttpContext.handle(HttpContext.ja va:1530)
    at org.mortbay.http.HttpContext.handle(HttpContext.ja va:1482)
    at org.mortbay.http.HttpServer.service(HttpServer.jav a:909)
    at org.mortbay.http.HttpConnection.service(HttpConnec tion.java:816)
    at org.mortbay.http.HttpConnection.handleNext(HttpCon nection.java:982)
    at org.mortbay.http.HttpConnection.handle(HttpConnect ion.java:833)
    at org.mortbay.http.SocketListener.handleConnection(S ocketListener.java:244)
    at org.mortbay.util.ThreadedServer.handle(ThreadedSer ver.java:357)
    at org.mortbay.util.ThreadPool$PoolThread.run(ThreadP ool.java:534)


    Ideas?
Working...
X