Hi Matthias,
 
When I rebuild the trinidad project, I get an unsupported class version error 
when I run it again. Could you please send me a version of a Trinidad build 
with your patch in it.
 
Thank you in advance

        -----Original Message----- 
        From: [EMAIL PROTECTED] on behalf of Matthias Wessendorf 
        Sent: Tue 8/5/2008 12:35 PM 
        To: MyFaces Discussion 
        Cc: 
        Subject: Re: Partial Page Rendering using Trinidad does not work on 
Weblogic 10
        
        

        On Tue, Aug 5, 2008 at 12:19 PM, René van Wijk
        <[EMAIL PROTECTED]> wrote:
        > Hi Matthias,
        >
        > First, thanks for your reaction. I tried Trinidad 1.0.9 on WebLogic 
10 but unfortunately no luck, still the same issue.
        
        that indicates there is no fix on the svn :-)
        
        >
        > The hack you proposed where I find the XmlHttpServletResponse, that 
is in what
        > package is it located?
        
        here is my temporary modified file:
        
        /*
         *  Licensed to the Apache Software Foundation (ASF) under one
         *  or more contributor license agreements.  See the NOTICE file
         *  distributed with this work for additional information
         *  regarding copyright ownership.  The ASF licenses this file
         *  to you under the Apache License, Version 2.0 (the
         *  "License"); you may not use this file except in compliance
         *  with the License.  You may obtain a copy of the License at
         *
         *  http://www.apache.org/licenses/LICENSE-2.0
         *
         *  Unless required by applicable law or agreed to in writing,
         *  software distributed under the License is distributed on an
         *  "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
         *  KIND, either express or implied.  See the License for the
         *  specific language governing permissions and limitations
         *  under the License.
         */
        package org.apache.myfaces.trinidadinternal.config.xmlHttp;
        
        import java.io.IOException;
        import java.io.PrintWriter;
        
        import javax.servlet.ServletOutputStream;
        import javax.servlet.ServletResponse;
        import javax.servlet.http.HttpServletResponse;
        import javax.servlet.http.HttpServletResponseWrapper;
        
        import org.apache.myfaces.trinidad.logging.TrinidadLogger;
        import 
org.apache.myfaces.trinidadinternal.renderkit.core.ppr.XmlResponseWriter;
        
        @SuppressWarnings("deprecation")
        final class XmlHttpServletResponse extends HttpServletResponseWrapper
        {
          XmlHttpServletResponse(ServletResponse response)
          {
            super((HttpServletResponse)response);
        
            _contentType = "text/xml;charset=utf-8";
        
            // must set contentType here since
            // setContentType is ignored when inside an included page (bug 
5591124)
            this.setContentType(_contentType);
          }
        
          @Override
          public void sendRedirect(
            final String url) throws IOException
          {
            XmlHttpConfigurator.__sendRedirect(getWriter(), url);
          }
        
          @Override
          public ServletOutputStream getOutputStream()
            throws IOException
          {
            ServletOutputStream base = super.getOutputStream();
            return new XmlOutput(base).getOutputStream();
          }
        
          @Override
          public PrintWriter getWriter() throws IOException
          {
            PrintWriter base = super.getWriter();
            return new XmlOutput(base).getWriter();
          }
        
          @Override
          public void setContentType(final String type)
          {
            // the reason we're using XmlHttpServletResponse is because
            // we're producing a ppr xml response, so ignore any
            // attempts to set the contentType, since the contentType
            // must be text/xml:
            _LOG.finer("ignoring setContentType:{0}", type);
            super.setContentType(_contentType);
          }
        
          @Override
          public void sendError(final int sc) throws IOException
          {
            sendError(sc, null);
          }
        
          @Override
          public void sendError(final int sc, final String string) throws 
IOException
          {
            PrintWriter writer = getWriter();
            XmlResponseWriter rw = new XmlResponseWriter(writer, "UTF-8");
            rw.startDocument();
            rw.startElement("error", null);
            rw.writeAttribute("status", sc, null);
            rw.writeText(string, null);
            rw.endElement("error");
            rw.endDocument();
            rw.close();
          }
        
          private String _contentType = null;
          static private final TrinidadLogger _LOG =
            TrinidadLogger.createTrinidadLogger(XmlHttpServletResponse.class);
        }
        
        
        can you "patch" it on your machine and please let me know if that
        fixes the issue.
        
        Thanks,
        Matthias
        
        
        >
        >        -----Original Message-----
        >        From: [EMAIL PROTECTED] on behalf of Matthias Wessendorf
        >        Sent: Tue 8/5/2008 11:06 AM
        >        To: MyFaces Discussion
        >        Cc:
        >        Subject: Re: Partial Page Rendering using Trinidad does not 
work on Weblogic 10
        >
        >
        >
        >        I just filed this ticket:
        >
        >        https://issues.apache.org/jira/browse/TRINIDAD-1170
        >
        >        On Tue, Aug 5, 2008 at 11:00 AM, Matthias Wessendorf <[EMAIL 
PROTECTED]> wrote:
        >        > On Tue, Aug 5, 2008 at 10:52 AM, Matthias Wessendorf <[EMAIL 
PROTECTED]> wrote:
        >        >> On Tue, Aug 5, 2008 at 9:40 AM, Matthias Wessendorf <[EMAIL 
PROTECTED]> wrote:
        >        >>> Hi Rene,
        >        >>>
        >        >>> we talked about this already here:
        >        >>> 
http://www.mail-archive.com/[email protected]/msg49162.html
        >        >>>
        >        >>> Not sure if Scott already provided a work around for it. 
You may try the recent
        >        >>> 1.0.9 (which is close to be released). see [1]
        >        >>
        >        >> I saw a similar fix...
        >        >> work around is doing something like:
        >        >> public void setContentType(String type)
        >        >>  {
        >        >>    // the reason we're using XmlHttpServletResponse is 
because
        >        >>    // we're producing a ppr xml response, so ignore any
        >        >>    // attempts to set the contentType, since the contentType
        >        >>    // must be text/xml:
        >        >>    _LOG.finer("ignoring setContentType:{0}", type);
        >        >>    getResponse().setContentType(_contentType);
        >        >
        >        > or
        >        >  super.setContentType(_contentType);
        >        >
        >        >>  }
        >        >>
        >        >> on Trinidad's XmlHttpServletResponse.
        >        >>
        >        >> Scott, any downside ? Beside the hacky factor ?
        >        >>
        >        >> Greetings,
        >        >> Matthias
        >        >>
        >        >>>
        >        >>> @ADF Faces: The 10.x version is pretty old. It uses IFrame 
for all PPR
        >        >>> stuff etc.
        >        >>> Trinidad was overhauled to do "real" ajax for ppr (well 
still uses
        >        >>> iframe for files).
        >        >>>
        >        >>> -Matthias
        >        >>>
        >        >>> [1] http://people.apache.org/~matzew/core109/
        >        >>>
        >        >>> On Tue, Aug 5, 2008 at 9:31 AM, René van Wijk
        >        >>> <[EMAIL PROTECTED]> wrote:
        >        >>>> When deploying an application build with Trinidad 
components on a Weblogic
        >        >>>> 10 server the partial page rendering is not working 
properly. For example,
        >        >>>> when sorting a certain column of a table it is not sorted 
at once, only
        >        >>>> after you refresh the page by clicking on a certain 
button it gets sorted.
        >        >>>>
        >        >>>> By debugging using FireBug it is shown that an invalid 
XML response is
        >        >>>> generated
        >        >>>> if(this._isResponseValidXML()) // excerpt from Trinidad 
comon1_0_7.js
        >        >>>> return"text/xml";
        >        >>>> return"text/html";
        >        >>>> }
        >        >>>> that is "text/html" is returned instead of "text/xml".
        >        >>>>
        >        >>>> This is exactly really annoying.
        >        >>>>
        >        >>>> Are there some properties which can be set in Weblogic so 
that the right
        >        >>>> content type is selected.
        >        >>>>
        >        >>>> Any help is greatly appreciated.
        >        >>>>
        >        >>>> PS. With ADF Faces Components everything works fine - but 
here the page is
        >        >>>> refreshed every time you sort a column. Just like 
clicking on a button in
        >        >>>> the case of Trinidad.
        >        >>>>
        >        >>>
        >        >>>
        >        >>>
        >        >>> --
        >        >>> Matthias Wessendorf
        >        >>>
        >        >>> further stuff:
        >        >>> blog: http://matthiaswessendorf.wordpress.com/
        >        >>> sessions: http://www.slideshare.net/mwessendorf
        >        >>> mail: matzew-at-apache-dot-org
        >        >>>
        >        >>
        >        >>
        >        >>
        >        >> --
        >        >> Matthias Wessendorf
        >        >>
        >        >> further stuff:
        >        >> blog: http://matthiaswessendorf.wordpress.com/
        >        >> sessions: http://www.slideshare.net/mwessendorf
        >        >> mail: matzew-at-apache-dot-org
        >        >>
        >        >
        >        >
        >        >
        >        > --
        >        > Matthias Wessendorf
        >        >
        >        > further stuff:
        >        > blog: http://matthiaswessendorf.wordpress.com/
        >        > sessions: http://www.slideshare.net/mwessendorf
        >        > mail: matzew-at-apache-dot-org
        >        >
        >
        >
        >
        >        --
        >        Matthias Wessendorf
        >
        >        further stuff:
        >        blog: http://matthiaswessendorf.wordpress.com/
        >        sessions: http://www.slideshare.net/mwessendorf
        >        mail: matzew-at-apache-dot-org
        >
        >
        >
        
        
        
        --
        Matthias Wessendorf
        
        further stuff:
        blog: http://matthiaswessendorf.wordpress.com/
        sessions: http://www.slideshare.net/mwessendorf
        mail: matzew-at-apache-dot-org
        

<<winmail.dat>>

Reply via email to