nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Workarea Owner user name

waikong

Hi,

Is there a FormAPI call to get the workarea owner user name

thanks

Find more posts tagged with

Comments

Adam Stoller

Hi,

Is there a FormAPI call to get the workarea owner user name

thanks

I don't believe so - there a call for getting the DCR's owner (IWDCRInfo.getOwner) - but to get the workarea owner you would have to use callServer() to run a script on the server that could use iwattrib to get the workarea owner -- or (probably more efficient and/or easier) add a field to the DCT for storing the area owner information and use an inline script to fill the information in when the DCT is initially rendered.

waikong

I have a text field for storing the workarea owner

<item name="owner" pathid="owner">
  <label>Owner</label>
  <text size="40" />
</item>

can you please kindly elaborate more on how to use an inline script to get the workarea owner?

An inline script is a perl script right?

nipper

read the templating developers manual. For TS 6.7, appendix B talks about using callouts.

The perl script will get the workarea name. Then run:

$iwhome/bin/iwattrib $workarea owner

that will return the owner, the callout can insert that into the DCR field.

Make it readonly or hidden with formapi

waikong

read the templating developers manual. For TS 6.7, appendix B talks about using callouts.

The perl script will get the workarea name. Then run:

$iwhome/bin/iwattrib $workarea owner

that will return the owner, the callout can insert that into the DCR field.

Make it readonly or hidden with formapi

is this service available in TS 6.5?
I am using TS 6.5

ISCBorisB

is this service available in TS 6.5?
I am using TS 6.5

Yes. DCT Inlines are documented in FormsPublisher Developer’s Guide, Release 6.5 and
IWDatacapture.callServer() in FormAPI Developer’s Guide Release 6.5

waikong

Hi CGI-callout experts,

as my knowledge extend, I knew that CGI callout usually will launch a popup windows when user clicks on a button and then user selects value from there, and a javascript function will populate the value back into DCT.

function set_datacapture_item_value( selectedValue )
{
 if ((window.opener == null) || (window.opener.closed))
 {
  return false;
 }

 var calloutForm = eval($form_name);

 if (!calloutForm)
 {
  return false;
 }

 var calloutElementFound = false;

 for ( i = 0 ; i < calloutForm.elements.length ; i++ )
 {
  if (calloutForm.elements.name == '$element_name')
  {
   calloutForm.elements.value = selectedValue;
   calloutElementFound = true;
   break;
  }
 }

 if (!calloutElementFound)
 {
  return false;
 }

 return true;
}

In my case, I need to capture the workarea name, and the workarea owner name, and populate them into DCT, which doesn't require user interaction.

my 1st question is, can the CGI-callout be trigger automatically (example, on DCT load)? How?

my 2nd question is, since there is no user interaction, can we by pass the popup window and use perl script instead of using Javascript to write the value back to DCT? How?

ISCBorisB

Hi CGI-callout experts,

as my knowledge extend, I knew that CGI callout usually will launch a popup windows when user clicks on a button and then user selects value from there, and a javascript function will populate the value back into DCT.
function set_datacapture_item_value( selectedValue )
{
 if ((window.opener == null) || (window.opener.closed))
 {
  return false;
 }

 var calloutForm = eval($form_name);

 if (!calloutForm)
 {
  return false;
 }

 var calloutElementFound = false;

 for ( i = 0 ; i < calloutForm.elements.length ; i++ )
 {
  if (calloutForm.elements.name == '$element_name')
  {
   calloutForm.elements.value = selectedValue;
   calloutElementFound = true;
   break;
  }
 }

 if (!calloutElementFound)
 {
  return false;
 }

 return true;
}
In my case, I need to capture the workarea name, and the workarea owner name, and populate them into DCT, which doesn't require user interaction.

my 1st question is, can the CGI-callout be trigger automatically (example, on DCT load)? How?

my 2nd question is, since there is no user interaction, can we by pass the popup window and use perl script instead of using Javascript to write the value back to DCT? How?

A1. Yes. Almost any FormAPI activity can be triggered upon Form opening. To do that you'd have to code and register your own Handler
for 'onFormInit' Event, there are samples in FormAPI manual and/or DevNet. Although you can not *trigger* callout Event from it
(not in any supported manner anyway) you can call desired Callout Event Handler(s) directly from onFormInit Handler.

A2. Yes. FormAPI is Client-side technology. All this jazz is played by Browser's JS Engine. Access to Server resources is provided via
IWDatacapture.callServer method. Note that since it is asynchronous, callServer is by far the most complex FormAPI method to properly
implement.

Having said all that - note that it's just educational. You do not need these FormAPI, CGI Callouts, callServer and whatnot to do what
you need. Ghoti pointed out (10 months ago? 11?) that the easiest way to do it is by using DCT Inline command. Guess what, it is still
true today. "Inline" is executed on the Sever Side, it's run automatically, there are no extra Windows and WA Path is provided to you in the
Environment variable.

Please note also that the code fragment you've provided (what for?) is obsolete. It still can be used for legacy DCT CGI Callouts.
Somewhat modified, it can be used in MDCT CGI Callouts (IWOV modified MDCT Form in 6.x, it used to be structured identically to DCT).
In all other cases FormAPI allows you to code any 'callback' function you wish within DCT Form and access it from CGI's JS.

mysql_errors.txt

waikong

A1. Yes. Almost any FormAPI activity can be triggered upon Form opening. To do that you'd have to code and register your own Handler
for 'onFormInit' Event, there are samples in FormAPI manual and/or DevNet. Although you can not *trigger* callout Event from it
(not in any supported manner anyway) you can call desired Callout Event Handler(s) directly from onFormInit Handler.

A2. Yes. FormAPI is Client-side technology. All this jazz is played by Browser's JS Engine. Access to Server resources is provided via
IWDatacapture.callServer method. Note that since it is asynchronous, callServer is by far the most complex FormAPI method to properly
implement.

Having said all that - note that it's just educational. You do not need these FormAPI, CGI Callouts, callServer and whatnot to do what
you need. Ghoti pointed out (10 months ago? 11?) that the easiest way to do it is by using DCT Inline command. Guess what, it is still
true today. "Inline" is executed on the Sever Side, it's run automatically, there are no extra Windows and WA Path is provided to you in the
Environment variable.

Please note also that the code fragment you've provided (what for?) is obsolete. It still can be used for legacy DCT CGI Callouts.
Somewhat modified, it can be used in MDCT CGI Callouts (IWOV modified MDCT Form in 6.x, it used to be structured identically to DCT).
In all other cases FormAPI allows you to code any 'callback' function you wish within DCT Form and access it from CGI's JS.

Yes, you are true.

I successfully build a inline script to get the current workarea the user is working on.

however, when I try the same method to get the workarea owner name, I failed. it always return me empty value.

I make a copy and hardcode the workarea and run under CMD, I can see the workarea owner printed on the cmd screen.

do any expert here know what is going wrong?

ISCBorisB

Yes, you are true.

I successfully build a inline script to get the current workarea the user is working on.

however, when I try the same method to get the workarea owner name, I failed. it always return me empty value.

I make a copy and hardcode the workarea and run under CMD, I can see the workarea owner printed on the cmd screen.

do any expert here know what is going wrong?

Try to redirect STDERR to see what your problem is. Like that:
my $execute_string = qq($iwhome/bin/iwattrib $workarea_vpath owner 2>&1);
That may return execution error message if you have any

waikong

Try to redirect STDERR to see what your problem is. Like that:
my $execute_string = qq($iwhome/bin/iwattrib $workarea_vpath owner 2>&1);
That may return execution error message if you have any

wow, thats amazing.
I got this error message:

ERROR:5000068: Error connecting to server: s01tdi123

I thought inline script will be execute on server side?

Anyway, when I run the command, I remote desktop into the server to execute the perl script. Therefore I didn't got this error when I run the script manually.

Adam Stoller

wow, thats amazing.
I got this error message:
ERROR:5000068: Error connecting to server: s01tdi123
I thought inline script will be execute on server side?

Anyway, when I run the command, I remote desktop into the server to execute the perl script. Therefore I didn't got this error when I run the script manually.

The inline script is executed on the server side.

Is s01tdi123 the actual TS server? Or is it an "old" TS Server that was upgraded / migrated to a new machine?

This could be a symptom of an improperly configured iw.cfg file...

LexileRangeChart.zip

ISCBorisB

wow, thats amazing.
I got this error message:
ERROR:5000068: Error connecting to server: s01tdi123
I thought inline script will be execute on server side?

Anyway, when I run the command, I remote desktop into the server to execute the perl script. Therefore I didn't got this error when I run the script manually.

Error:5000068

J_Pradeep

Hi,

I have the following immediate opening for a Interwoven developer in MD. Please contact me immediatly and send me your updated resume ASAP if you are looking for a change.

Job Title: Interwoven Consultant
Duration: 6+ Months (Very High Possibility of Extension)
Location: Silverspring, MD

Primary Skills -

Interwoven TeamSite
OpenDeploy
Workflow
MediaBin
UNIX
Perl
Basic Java
EXCELLENT COMMUNICATION SKILLS IS A MUST

Desired Skills –

1. Experience of IWOV Migration from pre 6.5 version to 6.7.1 - Highly preferred

2. Some Teamsite Migration experience will be a plus

3. Content Management Architectural skills – Highly Desired

Looking forward to working with you.

PRADEEP
E*Pro Inc.
Consulting Division
Phone: 732 283 0499 Extn: 255
Fax: 732 783 0439
E-mail: jpradeep@eprocorp.com
URL: http://www.eprocorp.com

ISCBorisB

Hi,

I have the following immediate opening...

Are you planning to attach this lunacy to every thread or just chosen few? What are your criteria? There is "Job Postings" forum where it belongs

waikong

The inline script is executed on the server side.

Is s01tdi123 the actual TS server? Or is it an "old" TS Server that was upgraded / migrated to a new machine?

This could be a symptom of an improperly configured iw.cfg file...

Yes, that is the actual server. Never change machine.

waikong

Error:5000068

Thanks for suggesting the post, I have tried, but it doesn't work, still got the same problem.

waikong

Hi there, since no new reply on this anymore, I would like to refresh this issue, I still facing the same problem. Smiley Sad

Did anyone have any similar experience before?

when I call the inline script to run an iw cmd:

$iwhome/bin/iwattrib $workarea_vpath owner

I got this error:

ERROR:5000068: Error connecting to server: s01tdi123

Adam Stoller

Hi there, since no new reply on this anymore, I would like to refresh this issue, I still facing the same problem.

Did anyone have any similar experience before?

when I call the inline script to run an iw cmd:
$iwhome/bin/iwattrib $workarea_vpath owner
I got this error:
ERROR:5000068: Error connecting to server: s01tdi123

What is the actual value of

$workarea_vpath

?

(it's difficult to debug a problem like this when you cannot see it for yourself)

nipper

If the article Bo posted does not help you should call support.

BTW, do any CLTs work ?

TestReport.rptdesign

waikong

If the article Bo posted does not help you should call support.

BTW, do any CLTs work ?

The support contract just ended... Smiley Sad

and seems like the project doesn't plan to renew it. so I have no choice, but only can raise it here.

waikong

What is the actual value of
$workarea_vpath
?

(it's difficult to debug a problem like this when you cannot see it for yourself)

this is the value of $workarea_vpath.

//s01tdi123/default/main/test_va/WORKAREA/master

Pawan

//s01tdi123/default/main/test_va/WORKAREA/master

You can try the CLT iwaccess, this should work fine

$iw-home/bin/iwaccess owner //s01tdi123/default/main/test_va/WORKAREA/master

Let us know if this is flexible to be used in your requirement.

Report_Payroll_Payregister.rptdesign

ISCBorisB

You can try the CLT iwaccess, this should work fine
$iw-home/bin/iwaccess owner //s01tdi123/default/main/test_va/WORKAREA/master
Let us know if this is flexible to be used in your requirement.

Short of the thread topic, have you read anything on it before chiming in?

- waikong uses 6.5, he does not have iwaccess
- You probably meant iwattrib (not access) anyway
- iwattrib is exactly what waikong is trying to use, his issue is TS Server-CLT connectivity, not what command to run

Adam Stoller

this is the value of $workarea_vpath.
//s01tdi123/default/main/test_va/WORKAREA/master

Try removing the first part of the path: (

$workarea_vpath =~ s|^//[^/]+||;

) and see if that works any better, more reliably...