Using a TBO in DFC

I am trying to use a TBO in DFC, specifically a TBO to implement a custom doctype, and I don't have enough recent experience with them to know why it's not working for me. Here is the line that's failing:

IDfSysObject dmDoc = (IDfSysObject) dmSession.newObject("my_custom_doctype");

And here's the error message I'm getting:

[DFC_BOF_CANNOT_FIND_OBJECT] Business object com.myCompany.mySBO.mycService does not exist in docbase

For the record, I had a developer for another application that utilizes DFC code try to run it to see that it still works, since we've been having a lot of fun with our DBs lately (migrations, PW changes), and I wanted to ensure that nothing was broken in that process. But the same exact line works just fine in that other application, so clearly it's some configuration issue for my program. Do I need to include the JAR with the implementations of the SBO and TBO in the build for my application?

Sheldon

Find more posts tagged with

Comments

DCTM_Guru

Looks like you TBO might be calling your SBO - cant tell if you dont post your code. That being said, if you are using modules, then yes, you will need to include JAR file in your module definition. Here's are a couple of good links:

Documentum Composer – Ajith Prabhakar's Weblog

SBO | opentext | Documentum eXpert (wordpress.com)

Sheldon Robertson

Hey, Johnny Gee, long time no see :) I used to work for Ricoh on a Webtop-based application called DocumentMall, and I remember one of your colleagues from Beach Street came once to help us with an upgrade project...

As for my code, you're looking at it; the TBO it's trying to use (i.e., the custom doctype) and the associated SBO were written by other developers twenty years ago. I'm just trying to create an object with the custom doctype; I am able to create an object with the default doctype dm_document, so I know it's not a general issue of not getting DFC functionality to work...

As for using modules, I'm so ignorant of SBO/TBO use I don't know if I am :) but the code I'm developing will eventually become a method in a jar deployed in the DCTM back-end. And I imagine the JAR with the code for the deployed SBO/TBO already lives in the back-end, so maybe I need to have it handy in my development environment so that the TBO can be instantiated when I run my code from Eclipse...

Sheldon Robertson

UPDATE: A colleague from the team whose application successfully uses the TBO (and SBO) in question shared their dfc.properties file with me, and I noticed it had more entries for the global registry than mine did, which only included a password. So I amended my dfc.properties file to include the following lines:

dfc.globalregistry.repository=my_docbase

dfc.globalregistry.username=dm_bof_registry

dfc.globalregistry.password=LETTERSandNUM8ERSrand0mlyhashed

In other words, I added the info needed to get to the global registry where the SBO and TBO live, as you said in an answer to another SBO question on this forum. So thanks for your indirect help...

DCTM_Guru

Glad to assist - not many people still working with 20+ yrs technology :)