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; } } }

Tagging error

jihan

Hi,

I have a tag screen that is constructed in datacapture.cfg, rule is added into metadata-rules.cfg.

In the datacapture.cfg, I have an inline command that calls "category_callout.ipl" file.

Inside "category_callout.ipl" file, there's subroutines that I want to use from "LibCP.pm".

use TeamSite::LibCP qw(retrieveCategory retrieveAllCategory);

When the tag ui comes up, it prompts me with "There was a problem with metadata capture configuration. Please contact your system administrator.". And in servletd.log, I receive this error:

com.interwoven.dc100.utils.TInlineCalloutException:
        at com.interwoven.dc100.utils.TInlineCallout.Execute(TInlineCallout.java:117)
        at com.interwoven.dc100.utils.TInlineCalloutExecutor.Substitute(TInlineCalloutExecutor.java:120)
        at com.interwoven.dc100.utils.TInlineCalloutExecutor.Execute(TInlineCalloutExecutor.java:87)
        at com.interwoven.dc100.utils.TDCOBuilder.BuildRequirements(TDCOBuilder.java:80)
        at com.interwoven.icm.datacapture.DataCaptureTemplate.build_requirements(DataCaptureTemplate.java:80)
        at com.interwoven.metadata.taggerui.EditGateway_jsp._jspService(EditGateway_jsp.java:1711)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at com.interwoven.ui.base.impl.auth.AuthenticationFilter.doFilter(AuthenticationFilter.java:206)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at com.interwoven.ui.base.util.SetRequestEncodingFilter.doFilter(SetRequestEncodingFilter.java:105)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
        at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
        at java.lang.Thread.run(Thread.java:534)

Please help me with this. FYI, I am using TeamSite 6.5 on Solaris and Oracle 12c.

Thank You.

Find more posts tagged with

Comments

Rick Poulin

Does your script work if you execute it from the command line?

I don't know what this LibCP.pm is, but either you're asking for it wrong, or you placed it somewhere it shouldn't be.

jihan

Hi,

LibCP.pm is a custom perl module i created & put in iw-home/iw-perl/vendor/lib/TeamSite. In my "category_callout.ipl", I call the sub in LibCP.pm.

LibCP.pm is actually a duplicate to another working file in the same directory - I only change the database connection. And this database can be connected to TS server as I'm able to ping & do a simple data deploy.

I attach here the codes of the 2 files. Please help.

Thank You.

Rick Poulin

Does your script work when you run it from the command line?

jihan

Hi,

At first, from command line doesn't show any error but some data are empty. So then I updated some codes & it displays correctly from command line. But when I put it in an inline, it still gives the same error.

The inline command in datacapture.cfg:

<item name="Category">
		<description>Unit that is responsible for the asset.</description>
		<database data-type="VARCHAR(150)" />
			<select required="t" multiple="t" size="10">
				<inline command="/app/iw-home/iw-perl/bin/iwperl /app/iw-home/local/bin/category_callout.ipl" />
			</select>
		</item>

And category_callout.ipl returns html printout of "<options>" labels & values.

Rick Poulin

Is your output within <substitution> tags?

Adam Stoller

jihan wrote:
Hi,

LibCP.pm is a custom perl module i created & put in iw-home/iw-perl/vendor/lib/TeamSite. In my "category_callout.ipl",

NOTE: You should not put anything into IWHOME/iw-perl/vendor/lib/ - you should instead put your custom code into IWHOME/iw-perl/site/lib/

Adam Stoller

You seem to have debugging routines, but you have not presented us with any debugging output.

Looking at it a bit further, you have a debugging routine that contains the following clause:

sub debug{
    # ...
    if ( $toStdErr eq "TRUE"){
        print $line_out."\n";
    }
    return;
}

There are several issues with the above - but the most important one is that the print line is going to STDOUT not STDERR - and if this is in fact enabled, the output going to STDOUT will be doing so outside the context of the <substitution> elements.

Beyond that, there are any number of possibile issues that might be occurring in your code and/or the context of the usage of that code - that we are unlikely to be aware of. Sometimes the best you can do is to simplify the code until it "works" and then slowly add back features until it fails again (if it fails again) and then concentrate on what was most recently added back to try to resolve the actual issue. I.e.: debugging.

jihan

Hi rpoulin,

Yes, it's inside a <substitution> tag.

jihan

Hi ghoti,

For the location of the file, we're actually copying an original file (with old DB conn) to a new file (with new DB conn) & put it in the same location, as the original is working fine.

We did a lot of debugging & nothing seems to work, but in the end, we tried to compare the ENV from running in a command line & inline. Inline seems to have only a few, so we set some in:

$ENV{"ORACLE_HOME"} = "/app/oracle/product/9.2.0";
$ENV{"LD_LIBRARY_PATH"}=":/app/iw-home/lib:/usr/openwin/lib";
$ENV{"NLS_LANG"} = "AMERICAN";
$ENV{"ORACLE_TERM"} = "xterm";
$ENV{"ORA_NLS33"} = "/app/oracle/product/9.2.0/ocommon/nls/admin/data";
$ENV{"PATH"} = "/usr/sbin:/usr/bin:/usr/ccs/bin:/app/oracle/product/9.2.0/bin:/opt/OV/bin/OpC:/usr/local/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,Sun-Fire-V240/sbin:/opt/OV/bin:/opt/perf/bin:/opt/OV/bin/OpC:/opt/OV/bin/OpC/install:/opt/sun/bin:/opt/SUNWexplo/bin:/opt/CTEact/bin:/opt/SUNWcest/bin";
$ENV{"TERM"} = "xterm";
$ENV{"TNS_ADMIN"} = "/app/oracle/product/9.2.0/network/admin";
$ENV{"TZ"} = "Singapore";

Reason being the Oracle client in TS server is running on version 9.2 while the Oracle server is version 12.

This may not be the best solution, but at the moment we're not planning to upgrade the client yet. So we'll go with this only solution that works.

For now, we will remain it this way, but we'll take note of your comments for future implementations.

Thank you!

DynamicCrosstabQuery_Version2.0_wip.rptdesign