File Adapter Active - No Messages

[Former Member]

I've have an outbound file adatper that is active and running. I don't see any activity in the run-time workbench message monitoring. The log file below is the only other information I have to indicate the adapter is running. I don't see any activity in SXMB_MONI. Since I don't see anything in the XI Monitor, I'm assuming the adapter is not configured correctly. I'm just not sure what that is. The file directory is NFS mounted and the data file there. Is there somewhere else to look to see if the file was actually found by the adapter? Any help is greatly appreciated.

Directory: /usr/sap/XI3/DVEBMGS00/j2ee/cluster/server0/log/services

/com.sap.aii.adapter.file.svc

Name: config_CC_FileSndr_Modeln_ModelN_.txt

-

---

2004-12-02 20:55:14 : CC_FileSndr_Modeln

• Raw configuration data ***

Transport protocol: File, version

Message protocol: File, version 3.0.1925

xml.documentNamespace|null

ftp.user|anonymous

ftp.sourceDir|null

file.checkFileModification|0

file.adapterStatus|active

file.addParameterParams|*** TABLE , 0 ROWS DEFINED ***

file.execute|

file.sourceFileName|NightlyDistRebatesClaim*.xml

file.pollInterval|60

xml.recordsetNamespace|null

file.archiveDir|

file.encoding|

ftp.transferMode|bin

file.archiveWithTimestamp|false

file.sourceDir|/home/modeln

file.processingMode|test

file.qualityOfService|EO

ftp.anonymous|false

xml.recordsetStructure|null

ftp.port|21

file.advanced|false

xml.recordsetsPerMessage|null

file.pollIntervalMsecs|

xml.keyfieldName|null

file.processingLocked|false

ftp.host|null

file.processingOrder|byName

xml.documentName|null

file.type|bin

file.addPayloadParams|*** TABLE , 0 ROWS DEFINED ***

ftp.password|***

file.additionalPayloads|false

file.retryInterval|

xml.recordsetName|null

file.conversionParameters|*** TABLE , 0 ROWS DEFINED ***

file.addPayloadNames|

ftp.connection|permanently

file.queueName|

xml.keyfieldType|StrS

• Used configuration data ***

'MessageProtocol': 'File'

'ReceiverChannel': '<null>'

'TransportProtocol': 'File'

'file.adapterStatus': 'active'

'file.additionalPayloads': 'false'

'file.advanced': 'false'

'file.encoding': ''

'file.execute': ''

'file.pollInterval': '60'

'file.pollIntervalMsecs': '0'

'file.processingLocked': 'false'

'file.processingMode': 'test'

'file.processingOrder': 'byName'

'file.qualityOfService': 'EO'

'file.retryInterval': '60'

'file.sourceDir': '/home/modeln'

'file.sourceFileName': 'NightlyDistRebatesClaim*.xml'

'file.type': 'bin'

'mode': 'FILE2XMB'

'senderagreement.action': 'MI_MN_Chargeback'

'senderagreement.action_ns': 'http://sap.com/xi/XI/ModelN'

'senderagreement.receiver_party': ''

'senderagreement.receiver_service': 'SAPGL1'

'senderagreement.sender_party': ''

'senderagreement.sender_service': 'ModelN'

OK - initialized

[Former Member]

Hi Bill,

Thanks for responding. I do have a sender agreement set up. My problem appears to be the transport protocol. I was using NFS and nothing was happening. So I changed it to FTP and the file was picked up and processed in XI.

However, I've since been told that standard FTP was turned off and only SFTP is allowed in the environment. Now it doesn't work any longer. I have two questions that I hope you can help me with:

1) Does XI support Secure FTP (SFTP)? If so, do I need addtional configuration to set it up. I already have a username and password. I'm not familiar with SFTP, so I'm not sure what else is required.

2) Have you used the NFS transport option before? I'm not sure why this didn't work. The mount was set up properly and the adapter initialized and was active (green light). I verified this by using an incorrect path name in configuration. An error was generated and the adapter would not initialize (red light). Any help you can provide here is appreciated, as I think I will need to use NFS.

Thanks,

Mark

[Former Member]

Did you ever find a solution for your SFTP question?

[Former Member]

The configuration is for a "sender file adapter".

Do you have a Sender Agreement configured?

Regards,

Bill