Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-4385802

Incorrect implimetation of Extension Download protocol.

    XMLWordPrintable

Details

    • Bug
    • Resolution: Fixed
    • P3
    • jaws-1.0
    • jaws-1.0
    • deploy
    • 1.0-fcs
    • sparc
    • solaris_7
    • Verified

    Description



      Name: aaR10142 Date: 11/03/2000



      Please see e-mail below for details

      This bug is filed only for tracking purposes.
      We need to know when it is fixed

      ----------------------------------------------
      Date: Sat, 28 Oct 2000 13:44:42 -0700
      From: "Rene W. Schmidt" <###@###.###>
      X-Mailer: Mozilla 4.7 [en] (WinNT; I)
      To: "Andrey Chernyshev[CONTRACTOR]" <###@###.###>
      CC: ###@###.###, ###@###.###, ###@###.###,
              ###@###.###
      Subject: Re: Extension protocol questions

      Ad 1: The implementation seems to be wrong. b12 is suppose
            to support the full extension download protocol.


      /Rene

      "Andrey Chernyshev[CONTRACTOR]" wrote:
      >
      > Hello Rene,
      >
      > Again I'm asking the questions, this time the following items are
      > unclear for us:
      >
      > 1. Extension Download protocol. Consider the following example:
      >
      > <extension href="ext1.exe" name="Extension 1">
      > </extension>
      >
      > produces the request: GET /ext1.exe HTTP/1.0
      >
      > And if we add version attribute :
      > <extension href="ext1.exe" name="Extension 1" version="1.4">
      > </extension>
      >
      > request will be :
      > GET /ext1.exe?version-id=1.4&arch=sparc&os=SunOS&locale=en HTTP/1.0
      >
      > So the fields arch,os and locale appear in the request only if version based
      > protocol is used. At the same time, the spec says:
      >
      > -------------------------------------------------------------------------
      > An extension can either be named with a URL or a URL/version-string pair.
      > If only a URL is specified, the basic download protocol plus a set of additional fields are used.
      >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      > If both a URL and a version string are specified, the version-based download protocol plus a set
      > of additional fields are used.
      > -------------------------------------------------------------------------
      > So it seems that in all cases (both for basic and version based protocol) request should
      > include fields arch,os and locale.
      > Below is another spec excerpt which also stands for it:
      > ------------------------------------------------------------------------------
      > <extension href="http://www.mysite.com/servlet/ext/coolaudio"/>
      > The HTTP request would be based on the basic download request and look
      > like this (given that a Java 2 SE 1.2 JRE is available):
      >http://www.mysite.com/servlet/ext/coolaudio?arch=x86&os=Windows+95&locale=en_US&known-platforms=1.2
      > ------------------------------------------------------------------------------
      >
      > It seems that we have a contradiction between the spec and implementation.
      > Which one of them is right in this case?
      > Also, we will appreciate any info on:
      > - What javaws versions (build numbers) have support for ext. download protocol > - Is it fully supported in the most recent (b12) build.
      >
                                                              
      ======================================================================

      Attachments

        Activity

          People

            rschmidtsunw Rene Schmidt (Inactive)
            alisunw Ali Ali (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: