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

Help ! not able to preview .page files

AakarshC

.page files are not rendering on the preview get the following error in
content_center.log

[PHP]2012-05-23 13:48:17,977 [http-0.0.0.0-8080-12] ERROR com.interwoven.livesite.iw.servlet.preview.PagePreviewCommand () - Failed to build seed
java.lang.RuntimeException: No preview server found for application type: dotnet
at com.interwoven.livesite.iw.servlet.preview.seed.SeedDal.addRequestParameters(SeedDal.java:342)
at com.interwoven.livesite.iw.servlet.preview.seed.SeedDal.createSeed(SeedDal.java:300)
at com.interwoven.livesite.iw.servlet.preview.seed.SeedDal.seed(SeedDal.java:115)
at com.interwoven.livesite.iw.servlet.preview.PagePreviewCommand.execute(PagePreviewCommand.java:132)
at com.interwoven.ui.base.impl.command.CommandHandler.doExecuteCommand(CommandHandler.java:915)
at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandDescriptor(CommandHandler.java:748)
at com.interwoven.ui.base.impl.command.CommandHandler.tryRunForward(CommandHandler.java:645)
at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandID(CommandHandler.java:589)
at com.interwoven.ui.base.impl.command.CommandHandler.runCommandLoop(CommandHandler.java:228)
at com.interwoven.ui.base.impl.command.CommandServlet.doGet(CommandServlet.java:163)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.interwoven.livesite.spring.hibernate.web.filter.OpenSessionsInViewFilter.doFilterInternal(OpenSessionsInViewFilter.java:108)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.interwoven.ui.base.impl.auth.AuthenticationFilter.doFilter(AuthenticationFilter.java:203)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.interwoven.ui.base.util.SetRequestEncodingFilter.doFilter(SetRequestEncodingFilter.java:106)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:619)[/PHP]

server.log

[PHP]--- Incompletely deployed packages ---
org.jboss.deployment.DeploymentInfo@21b211f4 { url=file:/E:/Interwoven/ApplicationContainer/server/default/deploy/iw-preview.war/ }
deployer: MBeanProxyExt[jboss.web:service=WebServer]
status: Deployment FAILED reason: URL file:/E:/Interwoven/ApplicationContainer/server/default/deploy/iw-preview.war/ deployment failed
state: FAILED
watch: file:/E:/Interwoven/ApplicationContainer/server/default/deploy/iw-preview.war/WEB-INF/web.xml
altDD: null
lastDeployed: 1337806016098
lastModified: 1337801389914
mbeans:

--- MBeans waiting for other MBeans ---
ObjectName: jboss.web.deployment:war=iw-preview.war,id=565318132
State: FAILED
Reason: org.jboss.deployment.DeploymentException: URL file:/E:/Interwoven/ApplicationContainer/server/default/deploy/iw-preview.war/ deployment failed

--- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM ---
ObjectName: jboss.web.deployment:war=iw-preview.war,id=565318132
State: FAILED
Reason: org.jboss.deployment.DeploymentException: URL file:/E:/Interwoven/ApplicationContainer/server/default/deploy/iw-preview.war/ deployment failed
[/PHP]

Find more posts tagged with

Comments

Adam Stoller

...
java.lang.RuntimeException: No preview server found for application type: dotnet
...
status: Deployment FAILED reason: URL file:/E:/Interwoven/ApplicationContainer/server/default/deploy/iw-preview.war/ deployment failed
...

I'd suggest finding and looking at the various logs and configuration files to verify that:

AakarshC

[QUOTE=ghoti]I'd suggest finding and looking at the various logs and configuration files to verify that:

You are playing with me haan !!Thats the logs of the corresponding toolkit build. This is related to the preview of the authoring environment itself, (Teamsite 7.2.1, LiveSite & Sitepublisher 7.2) sorry if I wasn't that clear before. Thats not open deploy or deployment to a separate preview server. I am in contact with an iwov engineer who seems confused. There was an issue before the preview went down when we built the toolkit. That one was traced to the person who ran the toolkit didn't have the priviledges to the Y:\iwadmin\main\spars\WORKAREA\Installed\foundation\toolkit\ foundation.tk.warand what happened was the the WEB-INF folder located at\Interwoven\ApplicationContainer\server\default\deploy\iw-cc.war\WEB-INFgot completely wiped out after the build.

Rick Poulin

Your original message appears to be telling you that LiveSite for .NET isn't properly installed or properly configured. However, given the original cause of the problem, it's likely that the whole sitepub app didn't redeploy properly.

The fix is to reinstall the webapps from source, via this command, which MUST be run from within the Interwoven\TeamSite\install folder, and with a user with appropriate permissions.
[PHP]
install_webapps.ipl -i -f content_center
[/PHP]

After that, you can resume running builds as usual.

AakarshC

Your original message appears to be telling you that LiveSite for .NET isn't properly installed or properly configured. However, given the original cause of the problem, it's likely that the whole sitepub app didn't redeploy properly.

The fix is to reinstall the webapps from source, via this command, which MUST be run from within the Interwoven\TeamSite\install folder, and with a user with appropriate permissions.
install_webapps.ipl -i -f content_center
After that, you can resume running builds as usual.

One of the batch script included to install preview dotnet preview executes the following command.


install_webapps.ipl -i -f -nojsp_precompile content_center

Does the -nojsp_precompile argument do anything special for the dotnet environment ?

Rick Poulin

Does the -nojsp_precompile argument do anything special for the dotnet environment ?

That flag just speeds up the build at a cost of slowing down the first call to any given page. I'd think you can safely assume that's not the issue.

The install_webapps.ipl script does a complete rebuild of the apps in the ApplicationContainer, which is useful when a build fails halfway through and you're left with missing files all over the place. However, if the source of those apps is broken, you'll likely end up with the same result.

I haven't done much with LS for .NET, and judging by the crickets in this thread, you might have to go back to Autonomy for a solution. Please post it back here if they come up with anything.

AakarshC

That flag just speeds up the build at a cost of slowing down the first call to any given page. I'd think you can safely assume that's not the issue.

The install_webapps.ipl script does a complete rebuild of the apps in the ApplicationContainer, which is useful when a build fails halfway through and you're left with missing files all over the place. However, if the source of those apps is broken, you'll likely end up with the same result.

I haven't done much with LS for .NET, and judging by the crickets in this thread, you might have to go back to Autonomy for a solution. Please post it back here if they come up with anything.

The .page files are rendering right now, this seems to be an issue with the patch out for 7.2.1. It is messing up the preview for the dot-net environment. I had to revert back to the version before the patch. Rebuilt the toolkit and reinstalled the apps in the ApplicationContainer. I am still getting HTTP 404 Error when trying to preview .page and .sites. Still waiting on Autonomy to get back to me.

AakarshC

The resolution was to reinstall IIS 6 and ASP.NET along with redploying the preview in the Application Container.