Physical Objects "get(name) not implemented for this datatype"

Hi I am programatically trying to create Physical Items in Livelink. I can create physical items that are non-containers (i.e. subtype 411) but when I try to create the physical item containers(i.e. 412), I get a "get(name) not implemented for this datatype" error and the program crashes. Has anyone ran across this before? I have attached an excerpt of my code.

Find more posts tagged with

Comments

David_Caughell

Message from David Caughell <dcaughel@opentext.com> via eLink

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">eLink

Hi Matt,

What version of the Physical Objects module are you using?

David.

From: eLink Discussion: LAPI Discussion [mailto:lapi@elinkkc.opentext.com]
Sent: March 6, 2007 6:02 PM
To: eLink Recipient
Subject: Physical Objects "get(name) not implemented for this datatype"

Physical Objects "get(name) not implemented for this datatype" Posted by mmiranda (Miranda, Matt) on 03/06/2007 05:57 PM

Hi I am programatically trying to create Physical Items in Livelink. I can create physical items that are non-containers (i.e. subtype 411) but when I try to create the physical item containers(i.e. 412), I get a "get(name) not implemented for this datatype" error and the program crashes. Has anyone ran across this before? I have attached an excerpt of my code.

Matt_Miranda

We are using v301.Thank you.

eLink User

Message from Carsten Kulms via eLinkOften this error indicates that something wnet really wrong in theexecution of the function at LES. Please check if there are anytrace...log files (written only if at least "detailed log level" isactivated).Just a guess of mine: In your example code the "request" parameters"poFromDate" and "poToDate" are not set. Afaik there are required forphysical item containers.Moreover, I think all the request parameters descibed to be "an optionalfield and is only necessary for physical item containers (Subtype 412)"in the "Livelink Records Management/Physical Objects API Guide" must bespecified when creating a physical item container by means ofCreateObjectEx.

David_Caughell

Message from David Caughell <dcaughel@opentext.com> via eLink

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">eLink

I think you are correct in that poFromDate and poToDate are missing from the request. An additional thing to note is that both these "dates" are expected to be strings, and they are converted to real dates on the server. In order to be understood as an OScript string representation of the date, it needs to be in the following format, using today's date as an example:

'D/2007/3/8:10:26:49'

This can be simplified further to:

'D/2007/3/8:0:0:0'

since the time portion gets stripped off anyway.

Regards,

David.

From: eLink Discussion: LAPI Discussion [mailto:lapi@elinkkc.opentext.com]
Sent: March 8, 2007 7:20 AM
To: eLink Recipient
Subject: RE Physical Objects "get(name) not implemented for this datatype" 2

RE Physical Objects "get(name) not implemented for this datatype" 2 Posted by eLink on 03/08/2007 07:19 AM
In reply to: Physical Objects "get(name) not implemented for this datatype" Posted by mmiranda (Miranda, Matt) on 03/06/2007 05:57 PM

Message from Carsten Kulms <carsten.kulms@opentext.com> via eLink

Often this error indicates that something wnet really wrong in the
execution of the function at LES. Please check if there are any
trace...log files (written only if at least "detailed log level" is
activated).

Just a guess of mine: In your example code the "request" parameters
"poFromDate" and "poToDate" are not set. Afaik there are required for
physical item containers.
Moreover, I think all the request parameters descibed to be "an optional
field and is only necessary for physical item containers (Subtype 412)"
in the "Livelink Records Management/Physical Objects API Guide" must be
specified when creating a physical item container by means of
CreateObjectEx.

Matt_Miranda

Thanks for the help. That worked perfectly. Apparently, all I needed was the From and To dates and it was happy.