Mirth文件读取器-Java堆空间错误

Mirth文件读取器-Java堆空间错误,java,mirth,mirth-connect,Java,Mirth,Mirth Connect,我正在使用mirthconnectv3.5.2.b204读取大的逗号分隔值147mb文件,以将行转换为HL7 v2.4消息 资料来源: 我已经配置了一个文件读取器连接器类型,它从包含.csv文件的目录中提取记录。处理后,应将文件移动到已处理的文件目录 目的地: 连接器类型指向TCP发送方,在该发送方中,将转换的.csv记录推送到HL7消息 问题: 即使在处理完最后一条记录700k后,Mirth似乎仍在继续读取该文件。因此,received下的记录计数不断增加,并重新发送已处理的消息。请注意,较小

我正在使用mirthconnectv3.5.2.b204读取大的逗号分隔值147mb文件,以将行转换为HL7 v2.4消息

资料来源: 我已经配置了一个文件读取器连接器类型,它从包含.csv文件的目录中提取记录。处理后,应将文件移动到已处理的文件目录

目的地: 连接器类型指向TCP发送方,在该发送方中,将转换的.csv记录推送到HL7消息

问题: 即使在处理完最后一条记录700k后,Mirth似乎仍在继续读取该文件。因此,received下的记录计数不断增加,并重新发送已处理的消息。请注意,较小的文件(如40MB)上没有出现此通道问题

决议: 我停止了欢笑服务,从源文件夹中删除了.csv,并重新启动了欢笑服务。由于文件读取器没有要读取的文件,因此捕获的计数将增加,转换处理将继续进行

查询: 1.这个错误意味着什么? 2.转换后的消息仍然可行吗?查看示例,.csv行到HL7的转换正在执行正确的格式设置

来自Mirth日志的错误消息:

ERROR 2018-04-30 16:32:07,581 [File Reader Polling Thread on data import (342c3cbc-433b-4965-8323-c2aebff38765) < 342c3cbc-433b-4965-8323-c2aebff38765_Worker-1] com.mirth.connect.connectors.file.FileReceiver: Error reading file D:\Mirth_source\Full Data 2 2018_04_27.txt
Java heap space
ERROR 2018-04-30 16:32:07,604 [File Reader Polling Thread on Patient import (342c3cbc-433b-4965-8323-c2aebff38765) < 342c3cbc-433b-4965-8323-c2aebff38765_Worker-1] com.mirth.connect.connectors.file.FileReceiver: Error processing file in channel: 342c3cbc-433b-4965-8323-c2aebff38765
com.mirth.connect.connectors.file.FileConnectorException: Error reading file D:\Mirth_source\Full Data 2 2018_04_27.txt
Java heap space
    at com.mirth.connect.connectors.file.FileReceiver.processFile(FileReceiver.java:371)
    at com.mirth.connect.connectors.file.FileReceiver.processFiles(FileReceiver.java:247)
    at com.mirth.connect.connectors.file.FileReceiver.poll(FileReceiver.java:203)
    at com.mirth.connect.donkey.server.channel.PollConnectorJob.execute(PollConnectorJob.java:49)
    at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
    at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
Caused by: java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Unknown Source)
    at java.lang.AbstractStringBuilder.ensureCapacityInternal(Unknown Source)
    at java.lang.AbstractStringBuilder.append(Unknown Source)
    at java.lang.StringBuilder.append(Unknown Source)
    at com.mirth.connect.plugins.datatypes.delimited.DelimitedReader.getChar(DelimitedReader.java:551)
    at com.mirth.connect.plugins.datatypes.delimited.DelimitedReader.getColumnValue(DelimitedReader.java:438)
    at com.mirth.connect.plugins.datatypes.delimited.DelimitedReader.getRecord(DelimitedReader.java:232)
    at com.mirth.connect.plugins.datatypes.delimited.DelimitedBatchAdaptor.getMessage(DelimitedBatchAdaptor.java:152)
    at com.mirth.connect.plugins.datatypes.delimited.DelimitedBatchAdaptor.getMessageFromReader(DelimitedBatchAdaptor.java:105)
    at com.mirth.connect.plugins.datatypes.delimited.DelimitedBatchAdaptor.getNextMessage(DelimitedBatchAdaptor.java:96)
    at com.mirth.connect.donkey.server.message.batch.BatchAdaptor.getMessage(BatchAdaptor.java:44)
    at com.mirth.connect.donkey.server.channel.SourceConnector.dispatchBatchMessage(SourceConnector.java:231)
    at com.mirth.connect.donkey.server.channel.SourceConnector.dispatchBatchMessage(SourceConnector.java:196)
    at com.mirth.connect.connectors.file.FileReceiver.processFile(FileReceiver.java:331)

您可能需要研究使用批处理。您可以通过在源设置中将Process Batch设置为Yes来启用它


这将导致通道将CSV中的每条记录作为单独的消息一次读取一条。当使用文件读取器时,这也意味着整个文件不会一次全部读入内存。

谢谢Nick,是的,我分割了文件以避免内存问题。