2016-11-09 6 views
0

ロードWebappClassLoaderできない:しかし、これは私が取得していますものです私はDICOM画像を読み取ろうとする次のコードを持っているリソース

public BufferedImage readDicomFile(File dicomFile) { 

    ImageReader reader = (ImageReader) ImageIO.getImageReadersByFormatName("DICOM").next(); 
    BufferedImage tempImage = null; 
    try { 
     if (!dicomFile.exists()) {   
      return null; 
     } 
     ImageIO.scanForPlugins(); 
     tempImage = ImageIO.read(dicomFile);    
     DicomObject obj = new DicomInputStream(dicomFile).readDicomObject(); 
     String overlayData = obj.getString(1610625024); 
     if ((overlayData != null) && (overlayData.length() > 0)) { 
      tempImage = combineImages(tempImage, 
        OverlayUtils.extractOverlay(obj, 1610625024, reader, 
          "FFFFFF")); 
     } 
    } catch (IOException ex) { 
     ex.printStackTrace(); 
    } catch (Exception e) { 
     e.printStackTrace(); 
    } 
    return tempImage; 
} 

を:

SEVERE: java.lang.IllegalStateException: WEB9031: WebappClassLoader unable to load resource [org.dcm4che.data.DcmParserFactory], because it has not yet been started, or was already stopped 
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1401) 
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359) 
at org.dcm4cheri.imageio.plugins.DcmImageReaderSpi.canDecodeInput(DcmImageReaderSpi.java:113) 
at javax.imageio.ImageIO$CanDecodeInputFilter.filter(ImageIO.java:567) 
at javax.imageio.spi.FilterIterator.advance(ServiceRegistry.java:810) 
at javax.imageio.spi.FilterIterator.<init>(ServiceRegistry.java:804) 
at javax.imageio.spi.ServiceRegistry.getServiceProviders(ServiceRegistry.java:508) 
at javax.imageio.ImageIO.getImageReaders(ImageIO.java:646) 
at javax.imageio.ImageIO.read(ImageIO.java:1438) 
at javax.imageio.ImageIO.read(ImageIO.java:1308) 
at edu.kfshrc.dm.services.DicomViewerService.readDicomFile(DicomViewerService.java:565) 
at edu.kfshrc.dm.services.DicomViewerService.extractImageFromDicom(DicomViewerService.java:414) 
at edu.kfshrc.dm.servlet.DicomViewerServlet.doGet(DicomViewerServlet.java:131) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java:770) 
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550) 
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281) 
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) 
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) 
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) 
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161) 
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331) 
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) 
at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317) 
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195) 
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860) 
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757) 
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056) 
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229) 
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) 
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) 
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) 
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) 
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) 
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) 
at com.sun.grizzly.ContextTask.run(ContextTask.java:71) 
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) 
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) 
at java.lang.Thread.run(Thread.java:722) 

SEVERE:  at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1401) 
SEVERE:  at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359) 
SEVERE:  at org.dcm4cheri.imageio.plugins.DcmImageReaderSpi.canDecodeInput(DcmImageReaderSpi.java:113) 
SEVERE:  at javax.imageio.ImageIO$CanDecodeInputFilter.filter(ImageIO.java:567) 
SEVERE:  at javax.imageio.spi.FilterIterator.advance(ServiceRegistry.java:810) 
SEVERE:  at javax.imageio.spi.FilterIterator.<init>(ServiceRegistry.java:804) 
SEVERE:  at javax.imageio.spi.ServiceRegistry.getServiceProviders(ServiceRegistry.java:508) 
SEVERE:  at javax.imageio.ImageIO.getImageReaders(ImageIO.java:646) 
SEVERE:  at javax.imageio.ImageIO.read(ImageIO.java:1438) 
SEVERE:  at javax.imageio.ImageIO.read(ImageIO.java:1308) 
SEVERE:  at edu.kfshrc.dm.services.DicomViewerService.readDicomFile(DicomViewerService.java:565) 
SEVERE:  at edu.kfshrc.dm.services.DicomViewerService.extractImageFromDicom(DicomViewerService.java:414) 
SEVERE:  at edu.kfshrc.dm.servlet.DicomViewerServlet.doGet(DicomViewerServlet.java:131) 
SEVERE:  at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) 
SEVERE:  at javax.servlet.http.HttpServlet.service(HttpServlet.java:770) 
SEVERE:  at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550) 
SEVERE:  at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281) 
SEVERE:  at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) 
SEVERE:  at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) 
SEVERE:  at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) 
SEVERE:  at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161) 
SEVERE:  at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331) 
SEVERE:  at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) 
SEVERE:  at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317) 
SEVERE:  at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195) 
SEVERE:  at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860) 
SEVERE:  at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757) 
SEVERE:  at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056) 
SEVERE:  at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229) 
SEVERE:  at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) 
SEVERE:  at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) 
SEVERE:  at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) 
SEVERE:  at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) 
SEVERE:  at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) 
SEVERE:  at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) 
SEVERE:  at com.sun.grizzly.ContextTask.run(ContextTask.java:71) 
SEVERE:  at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) 
SEVERE:  at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) 
SEVERE:  at java.lang.Thread.run(Thread.java:722) 

私は、ファイルを渡しています特定のパスを指すオブジェクト: "c:\ temp2 \ testing.dcm" Dicomファイルを読み込もうとする行に来ると、上記のエラーが発生します。

助けてください。

サラムワエル、

問題の根本的な原因は、サーブレットコンテナ(Tomcatの..)ですがdcm4cheがどのImageIOでDICOMプラグインをロードする際にこの手段を自動的

/デ登録ネイティブライブラリの登録を扱うことができない

+1

の潜在的なメモリリークを防ぐために、各excution後に自分でネイティブImageIOでのプラグインを登録解除することをお勧めします。しかし、それは常に正しく動作していませんでした。それは散発的でした。また、「ImageIO.read(dicomFile)」を用いた画像の読み取りも散発的であった。場合によっては、読み込みが成功し、時には "NullPointerException"または "フォーマットを取得できません"が返されます。時々、エラーを出すことはありませんが、間違って読み込まれ、書き込めないイメージになります。 –

答えて

0

プラグインを所有しているネイティブライブラリを使用しています。別のWebApp(サーブレット)から使用したい場合は、dcm4che DICOMリーダー/ライターコードを実行するたびにプラグインを再度スキャンする必要があります。

私は「ImageIO.scanForPluginsを()」を使用し、それが働いた将来

 try{ 
ImageIO.scanForPlugins() 
    //Dicom code 
     } 
    catch { 
    //exceptions 
    } 
    finally { 
       try { 
        // De-register any locally registered IIO plugins. Relies on 
        // each web app having its own context class loader. 
        final IIORegistry registry = IIORegistry.getDefaultInstance(); 
        final LocalFilter localFilter = new LocalFilter(Thread.currentThread().getContextClassLoader()); 

        // scanForPlugins uses context class loader 
        Iterator<Class<?>> categories = registry.getCategories(); 

        while (categories.hasNext()) { 
         Class<?> category = categories.next(); 
         Iterator<?> providers = registry.getServiceProviders(category, localFilter, false); 

         // Copy the providers, as de-registering while iterating 
         // over providers will lead to 
         // ConcurrentModificationExceptions. 
         List<Object> providersCopy = new ArrayList<Object>(); 
         while (providers.hasNext()) { 
          providersCopy.add(providers.next()); 
         } 

         for (Object provider : providersCopy) { 
          registry.deregisterServiceProvider(provider); 
          log.debug(String.format("Unregistered locally installed provider class: %s",provider.getClass())); 
         } 
        } 
       } catch (Exception ex) { 
        _logger.error("Exception occured while de-registering locally registered IIO plugins", ex); 
       } 
+0

遅く返事を申し訳ありません。どうもありがとう。それは実際に働いた。私がそれに直面しているちょっとしたこと。コードを変更してコンパイルすると、JPEG画像に変換する際にエラーが発生します。これはエラーです:SEVERE:java.lang.IllegalStateException:フォーマットを取得できません このエラーは、glassfishであるアプリケーションサーバーを再起動すると消えてしまい、正常に動作します。なぜこれが起こっているのかご存じですか?また、サーバーを再起動する必要性をどのように排除できますか? –

+0

Salam Wael このクラウドは複数の理由から起こります。コードを見ずに知るのは難しいです.JpegリーダーとライターのImageIOプラグインは、圧縮アルゴリズムの実装としてnativeLibを使用しています。 私は をお薦めします。ImageIo jar files-cleanupは、各リクエストの後にプラグインを使用しました。 - 毎回読者とウェイターを取得する前に、プラグイン用にスキャンしました。 これは、一般的に役立ちます。コードの調査 –

+0

遅れて返事Ahmedのために申し訳ありません。これは、WEB-INF \ libフォルダの下にあったすべてのjarファイルをC:\ opt \ glassfish3 \ glassfish \ libフォルダに移動したときに機能しました。私は何度も変更を加えようとしましたが、サーバを再起動する必要はありません。 –

関連する問題