I bet the problem is in org.jasig.portal.utils.web.AbstractHttpServletRequestWrapper

That class implements HttpServletRequest directly and likely is missing some new method(s) that are in the 2.7 servlet API. Adding those methods should fix the problem.

-Eric

On 1/17/12 3:35 AM, Steve Swinsburg wrote:
Interesting, looks like this came up on list back in July 2011:
http://jasig.275507.n4.nabble.com/Tomcat7-and-uP3-2-4-td3217459.html

cheers,
Steve

On 17/01/2012, at 7:50 PM, Arvīds Grabovskis wrote:

I did try to set up such infrastructure, but there were some problems - uPortal did start up (context was initialized and scheduled tasks were running), but when i tried to access it, exception was thrown (see below). Note that I applied the same configuration steps as with Tomcat 6.0 and didn't do any troubleshooting. I'm looking forward to see your success in this field.

-- Arvīds

SEVERE: Servlet.service() for servlet [RenderingDispatcherServlet] in context with path [/uPortal] threw exception [Filter execution threw an exception] with root cause
java.lang.AbstractMethodError
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:227) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.jasig.portal.url.UrlCanonicalizingFilter.doFilterInternal(UrlCanonicalizingFilter.java:118) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237) at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:83) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:113) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:405) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:964) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:515) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:302) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)


2012/1/17 Steve Swinsburg <steve.swinsb...@gmail.com <mailto:steve.swinsb...@gmail.com>>

    Hi all,

    Is anyone running uPortal 3.2 on Tomcat 7 in production? I
    presume with the same classloader layout configuration as is
    required for TC6 that it should be ok. The reason I ask is
    because the Sakai CLE is skipping TC6 and moving directly to 7 so
    I want to align our stacks.


    cheers,
    Steve



    --
    You are currently subscribed to uportal-dev@lists.ja-sig.org
    <mailto:uportal-dev@lists.ja-sig.org> as:
    arvids.grabovs...@gmail.com <mailto:arvids.grabovs...@gmail.com>
    To unsubscribe, change settings or access archives, see
    http://www.ja-sig.org/wiki/display/JSG/uportal-dev


--

You are currently subscribed touportal-...@lists.ja-sig.org  
<mailto:uportal-dev@lists.ja-sig.org>  as:steve.swinsb...@gmail.com  
<mailto:steve.swinsb...@gmail.com>
To unsubscribe, change settings or access archives, 
seehttp://www.ja-sig.org/wiki/display/JSG/uportal-dev

--

You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
eric.dalqu...@doit.wisc.edu
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to