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

Preview Returned null

Kewl

I have the following problem.

1> Preview doesnt work for all the DCRs in a branch but Generate does
2> Preview works in most of the branches
3> http://Servername/iw-cc/command/iw.formspub.do_preview is the URL formed
4> ServletD_out.log shows the same error

2008-10-02 18:21:05,653 [http-8080-Processor19] WARN com.interwoven.ui.base.impl.command.CommandHandler (some_user commandID iw.formspub.do_preview) - Execute com.interwoven.ui.formspub.DoPreviewCommand error.
com.interwoven.cssdk.common.CSException: (null)
at com.interwoven.cssdk.transform.impl.PreviewManifes t.findAndSetCurrentManifestIndex(PreviewManifest.j ava:232)
at com.interwoven.cssdk.transform.impl.PreviewManifes t.createManifest(PreviewManifest.java:239)
at com.interwoven.cssdk.transform.impl.PreviewManifes t.(PreviewManifest.java:164)
at com.interwoven.cssdk.transform.impl.PreviewOutputM anager.(PreviewOutputManager.java:70)
at com.interwoven.cssdk.common.impl.CSClientImpl.getT ransformOutputManager(CSClientImpl.java:544)
at com.interwoven.ui.formspub.DoPreviewCommand.execut e(DoPreviewCommand.java:125)
at com.interwoven.ui.base.impl.command.CommandHandler .doExecuteCommand(CommandHandler.java:915)
at com.interwoven.ui.base.impl.command.CommandHandler .tryRunCommandDescriptor(CommandHandler.java:752)
at com.interwoven.ui.base.impl.command.CommandHandler .tryRunCommandID(CommandHandler.java:629)
at com.interwoven.ui.base.impl.command.CommandHandler .runCommandLoop(CommandHandler.java:234)
at com.interwoven.ui.base.impl.command.CommandServlet .doGet(CommandServlet.java:163)
at com.interwoven.ui.base.impl.command.CommandServlet .doPost(CommandServlet.java:263)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:802)
at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:173)
at com.interwoven.ui.base.impl.auth.AuthenticationFil ter.doFilter(AuthenticationFilter.java:204)
at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:173)
at com.interwoven.ui.base.util.SetRequestEncodingFilt er.doFilter(SetRequestEncodingFilter.java:105)
at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invo ke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invo ke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invok e(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.servic e(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(H ttp11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11 ConnectionHandler.processConnection(Http11BaseProt ocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.process Socket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThr ead.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlR unnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
2008-10-02 18:21:05,654 [http-8080-Processor19] WARN com.interwoven.ui.base.impl.command.CommandHandler (some_user) - command iw.formspub.do_preview returned null

Find more posts tagged with

Comments

Pawan

I would say try the following and state the result here.

What does the preview error shows on the browser?
Check the permission on the /templatedata folder
Compiled output of the preview tpl file
TS version

Kewl

Here are you answers

What does the preview error shows on the browser?
Its shows a white page. The URL was as mentioned in my post.

Check the permission on the /templatedata folder
Logged in user is the owned of Templatedata folder

Compiled output of the preview tpl file
Do you mean iwpt_compile.ipl -ocode output?
But its not a single TPL. Its with the whole branch. I tried to replace the TPL with a sample HTML code. But it still doesnt work.

TS version
TS 671 SP1 on Linux with following patches installed:
6513
73875
4518

Adam Stoller

Do you have any settings in your iw.cfg file with regard to preview? - like a preview_dir specification or some such?

Kewl

Hi Fish,

There is no such preview dir mentioned in the iw.cfg under any section

Kewl

Also its only seen in few Branches.

sandy123

hi Kewl,

try adding this line to your iwutild.cfg file located under iw-home/etc/

add this command in the command list and do a iwreset -ui or -a. Then try preview. See if it helps.

Regards,
Sandeep.

Adam Stoller

One of these days people will learn to Preview their posts to make sure their readable ... sigh.
(note: I take no responsibility for the content below - just making it visible)

hi Kewl,

try adding this line to your iwutild.cfg file located under iw-home/etc/

<command name="iwpt_compile" path="d:\iw-home\bin\iwpt_compile.ipl" script="d:\iw-home\iw-perl\bin\iwperl.exe" impersonate="false"/>

add this command in the command list and do a iwreset -ui or -a. Then try preview. See if it helps.

Regards,
Sandeep.

Kewl

Hi Sandy,

Thank you for your reply. Can you also tell me more about how this will help resolve my issue?

Others,

Any other ideas about this issue?

sandy123

Oops... i forgot to preview my post and see whether it is readable.. I am sorry for that...

For the explanation please read the release notes.. read this heading in the release notes "Impersonation for Windows". It will give you all the details.

have you tried adding this code ?

ISCBorisB

For the explanation please read the release notes.. read this heading in the release notes "Impersonation for Windows". It will give you all the details

Only problem is, Kewl is running TS on Linux (and clearly indicated as much) - so "all the details" are irrelevant

sandy123

Ohh .. My Fault .. I am sorry guys..

Kewl

I was able to get a little insight on this issue i.e,

Teamsite allows only 2 temporary preview manifest (zz_..) files per user to be created in a branch which are deleted if iwpt_compile throws an error after the user tries to preview for the third time.

Surprisingly in my case, Teamsite doesnt throw any error when I do a third preview. So the temp file doesnt get deleted and I dont get a preview.

Temporary workaround:

Just go ahead and delete the preview manifest files.

I am looking for more insight on this. Calling all Teamsite gurus to have look at it.

Adam Stoller

I was able to get a little insight on this issue i.e,

Teamsite allows only 2 temporary preview manifest (zz_..) files per user to be created in a branch which are deleted if iwpt_compile throws an error after the user tries to preview for the third time.

Surprisingly in my case, Teamsite doesnt throw any error when I do a third preview. So the temp file doesnt get deleted and I dont get a preview.

Temporary workaround:

Just go ahead and delete the preview manifest files.

I am looking for more insight on this. Calling all Teamsite gurus to have look at it.

What version of TeamSite are you using (including patch and service pack information)?
There was a bug (I think in some of the 6.5 releases) where customers were able to / and accidently did - submit the temporary zz_tst* files - which caused issues like this. If you search the forums you should be able to find more information on this (especially from nipper).

Kewl

Hello Fish,

Well, unfortunately we are on TS version 6.7.1 SP1 with few patches 4518, 6513 and 73875.
Also checked that I do not have the templatedata folder in STAGING. So its out of question I guess.

values.xls

Pawan

I was able to get a little insight on this issue i.e,

Teamsite allows only 2 temporary preview manifest (zz_..) files per user to be created in a branch which are deleted if iwpt_compile throws an error after the user tries to preview for the third time.

Surprisingly in my case, Teamsite doesnt throw any error when I do a third preview. So the temp file doesnt get deleted and I dont get a preview.

Temporary workaround:

Just go ahead and delete the preview manifest files.

I am looking for more insight on this. Calling all Teamsite gurus to have look at it.

You should try with the entry in your iw.cfg
[teamsite_templating]
preview_history_limit=10
and run iwreset and try to preview multiple times after that. I should work.

unfortunately we are on TS version 6.7.1 SP1 with few patches 4518, 6513 and 73875.

Well, I do not see anything unfortunate in this Smiley Wink

Kewl

Hello Pawan,

Thank you..
I will use your idea if I see the problem again. Was more curious about why on this earth would Teamsite not delete those manifest files. ;-)

And yeah.. I too agree.. TS 6.7.1 looks better than TS 6.5 ;-)

Pawan

... Was more curious about why on this earth would Teamsite not delete those manifest files. ;-)

TeamSite deletes/overwrites the manifest files, its not doing it correct in your case is something to find out.

nipper

TeamSite deletes/overwrites the manifest files, its not doing it correct in your case is something to find out.

This is a known issue with 6.7.1 and earlier. If someone happens to submit the zz_tst files (typically from a shell using iwsubmit) then TS cannot delete/recreate the manifest and everything breaks. In 6.7.1 SP1, the zz_tst files are now private, so they will not be versioned, but if it was done previously you are SOL.

You can boost the preview limit up (I use 500) you will still fail once in a great while when it tries to use a # it cannot.

TommyWillB

In 6.7.1 SP1, the zz_tst files are now private, so they will not be versioned, but if it was done previously you are SOL.

I'm having this problem on 6.7.1 (not SP1), and I can't beleive that we're simply "SOL"!

There has to be a way to clean this up. Re-creating the branch or something?

Advice would be helpful here as previews are a must-have!

nipper

You can avoid the problem by raising the # of previews in the iw.cfg

Certainly recreating the branch would work, but that is rather drastic

new_bridge_inspection_report.rptdesign

Kewl

Recreating the branch is really massive. You could login to TS Linux server via putty and delete the temp manifest files from 2 locations:

1> from Workarea root and
2> from templatedata folder

this should solve your problem. In my case it did

TommyWillB

I'm having the same exact problem... I've tried fiddling with the templating.cfg preview-dir, the permissions from TeamSite (6.7.1) GUI, the permissions from unix... In no case are the zz_ temp files created.

My /etc/iw.cfg has this:
preview_system_directory=zz

Where does that map to?

What else should I check?

nipper

> preview_system_directory=zz

is there a directory called /zz ?

Adam Stoller

> preview_system_directory=zz

is there a directory called /zz ?

Actually - I'd be concerned that there's no '/' in the specification to root it to top of the workarea. I'd suggest changing "zz" to "/" - running an iwreset -ui (perhaps a bit overkill, but better safe than sorry) and then see if the problem persists.