This content has been marked as final. Show 5 replies
In same context, what I observed is that the FTP adapter throws above error if a file is send again for translation...ie; when i try to use the same file for testing putingit in FTO dir , FTP adapter hangs throwing above error.
Even after few runs of other files.
Is it something related to the security feature of the product which prohibits sending the contents of message if the same contents are send previously?
Actullay I had never faced such issue before & use to do the testing with same file itself.
oai_agent_error has following entry in internalid column:
When I kill the adapter, the same msg is picked up by the subcribing adadpeter(dbadapter) & puts the data into the table.
Tough I m fixing the above issue as below:
1- kill the FTP adapter
2- remove its entries in componentinfo table.
3-deleting all rows in oai_hub_queue.
4- stop other adapters.
5- Stopping & restarting the repository again.
Still not sure whether error throwing by adapter is expected functionality in iStudio, or something is missing in the setting done in my setup?
I'm not sure how much experience you have with Interconnect but it appears to me to be something to do with the setup.
If the adapter cannot connect to the repository then it either suggest that the adapter.ini settings are wrong, although with FTP adapter there is very little that can go wrong,
Check that the parameter
is the same case as defined in iStudio.
Also check your hub.ini and check the parameters are correct.
Also when you start the repository, check the file reposlog.txt to see if there are any wierd error messages.
Is your FTP adapter on the same server as the Hub or does it go through a firewall?
All the entries suggested are fine.
No wierd messages are found in the reposlog.
adapters n Hub database are on same server.
When hanged FTP adapeter is killed the same msg used to go thru DB adapter & inserts data into the table.
=> there is nothing worng in the mappings.. some setting issue is there..
Since I m using FTP adapeter as publisher , getting file from local dir, so I haven't given any parameters for the file.receiver.user & File.sender.user entries..
Entries re given for :
Rest of the entries are as usual.
I am currently facing a problem much like this.
I have an ftpadapter FAPP that works fine, subscribing to xml type messages for event A.
Then I make my dbadapter publish for event B, and the ftpadapter subscribes to this alslo.
Still it works fine.
But then I let the dbadpter subscribe to event C (published by a d3L-type ftpadapter, FAPP2), and I am in trouble.
The FAPP seems to think it subscribes to event C, and hangs. (Push metadata never finishes, a trustworthy symptom on hang....).
Error messages: "MetadataManager_RepositoryConnectionErrorWithoutOID"
and "Error connecting to the OAI Repository. Please make sure blabla bla".
I get out of this trouble if I delete the message from the queue, and restart the FAPP from the unix (with kill on the pid first), but if I ever publish C, the problem starts again.
Today I deleted the subscribe on B for the FAPP, and that helped.
So, the ftpadapter got confused in some way.....
Is this expected behaviour?
Should I install a separate dbadapter to avoid this problem?
The only solution for this problem is to copy FTP adapter (utiltiy available in interconnect bin dir I guess) & configure the ini file for the D3L instead of xml.
Funda is : FTP adapter can be configured only for one type of payload either xml or D3L not for both.
So to get rid of this issue -copy FTP adapter with some diff name & change the ini entries for D3L.
U can copy the events & application created for already existing FTP adapter to the new application (using istudio copy event).
Hope this will help.