Hmm.  Truncation could result in accidental cache collisions.  There is
already MD5 code in the app, maybe the safest thing to do is to generate
an MD5 of the path/url.  That would have the downside that it would be
hard to go find and remove an individual file from the cache, which would
be convenient for testing and also if a bad file gets in the cache.

I think maybe the easiest path is to just escape and tell folks there is a
256 char limit (after escaping).  If folks need to use a longer URL,
they'll have to use a URL shortener or not turn on the cache.

Thoughts?
-Alex

On 3/7/14 9:36 AM, "Maurice Amsellem" <maurice.amsel...@systar.com> wrote:

>> We are not escaping the segments of the URL path expression.  What you
>>are seeing in the log is the File.url not File.nativepath.
>Ah, ok so the native path has the "?" in it.
>
>>I guess I could escape everything including the slashes, then there
>>wouldn't be subdirectories.  That might be easier than other possible
>>solutions.
>Windows Doc says file paths are limited to 256 chars on Windows 7.
>File names seem to have the same limit.
>So that might be a good solution, and probably easier to browse, than
>nested subdirectories that are currently created.
>Since the path is used for identification of the file, you could also
>truncate to the last 200 chars (in case it's too long, when appended to
>the cache dir path)
>as the last chars are usually the most significant.
>
>
>Maurice 
>
>-----Message d'origine-----
>De : Alex Harui [mailto:aha...@adobe.com]
>Envoyé : vendredi 7 mars 2014 18:25
>À : dev@flex.apache.org
>Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC4
>
>We are not escaping the segments of the URL path expression.  What you
>are seeing in the log is the File.url not File.nativepath.
>
>I guess I could escape everything including the slashes, then there
>wouldn't be subdirectories.  That might be easier than other possible
>solutions.
>
>Thoughts?
>-Alex
>
>On 3/7/14 9:21 AM, "Maurice Amsellem" <maurice.amsel...@systar.com> wrote:
>
>>Alex,  I suspected that too, so I tried to manually create a directory
>>named:
>>remotecontent%3ffilepath%3dcom
>>
>>And it was successfully created.
>>
>>However, creating remotecontent?filepath.com fails (? Is not allowed).
>>
>>Are you unescaping the file name before creating ?
>>
>>-----Message d'origine-----
>>De : Alex Harui [mailto:aha...@adobe.com] Envoyé : vendredi 7 mars 2014
>>18:12 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>Apache Flex SDK Installer 3.0 - RC4
>>
>>Yeah, looks like it can't create the file name because on windows it
>>has illegal chars.  Thanks for catching that.  Looks like it is time for
>>RC6!
>>
>>-Alex
>>
>>On 3/7/14 8:04 AM, "Maurice Amsellem" <maurice.amsel...@systar.com>
>>wrote:
>>
>>>Did the same test, with caching enabled, and verbose log enabled at
>>>startup.
>>>frozen at the same step (guava) :  the busy indicator is running, but
>>>nothing happens, even after 5 min.
>>>
>>>I have updated the log file at the same DP url.
>>>
>>>FYI no directory starting with remotecontent... is created under
>>>flex_installer_cache  (there are other directories such as air, dist,
>>>download files, flex, etc...).
>>>
>>>Maurice
>>>
>>>-----Message d'origine-----
>>>De : Alex Harui [mailto:aha...@adobe.com] Envoyé : vendredi 7 mars
>>>2014
>>>16:50 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>>Apache Flex SDK Installer 3.0 - RC4
>>>
>>>
>>>
>>>On 3/7/14 7:41 AM, "Maurice Amsellem" <maurice.amsel...@systar.com>
>>>wrote:
>>>
>>>>Caching was on the first tests (failing)= Caching was off on the last
>>>>tests (success).
>>>>It's possible I turned verbose logging after the download started.
>>>>Do you want me to try again, with caching,  and setting verbose
>>>>logging immediately?
>>>Yes please.  The log in your dropbox link did not show it running
>>>through the caching logic or the verbose logging logic for the early
>>>downloads.
>>>
>>>I just tried with caching on and off and it is working for me.
>>>
>>>Thanks,
>>>-Alex
>>>>
>>>>Maurice
>>>>
>>>>-----Message d'origine-----
>>>>De : Alex Harui [mailto:aha...@adobe.com] Envoyé : vendredi 7 mars
>>>>2014
>>>>16:36 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss Release
>>>>Apache Flex SDK Installer 3.0 - RC4
>>>>
>>>>Interesting.  The log you posted doesn't show it running through the
>>>>caching logic, and it just stops as if it didn't get a complete event.
>>>>
>>>>Are you sure caching was on?  Or did you turn on verbose logging late?
>>>>
>>>>-Alex
>>>>
>>>>On 3/7/14 5:55 AM, "Maurice Amsellem" <maurice.amsel...@systar.com>
>>>>wrote:
>>>>
>>>>>I did another try disabling the download cache, and the installation
>>>>>completes sucessfully.
>>>>>
>>>>>HTH.
>>>>>
>>>>>Maurice
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
>>>>>Envoyé : vendredi 7 mars 2014 14:47
>>>>>À : dev@flex.apache.org
>>>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>I have tried Installer 3.0 RC4 with FlexJS Nightly / AIR 3.9 :
>>>>>
>>>>>I have used directories without spaces, including for download cache:
>>>>>SDK target: D:\ApacheFlex\FlexJS\SDK Installer cache:
>>>>>D:\Temp\flex_installer_cache Windows 7, fr
>>>>>
>>>>>Installer stops at guava downloading step  (9th square) !!
>>>>>Tried 3 times, always stops at the  same step.
>>>>>
>>>>>Downloading guava directly from the browser works fine:
>>>>>http://search.maven.org/remotecontent?filepath=com/google/guava/guav
>>>>>a
>>>>>/
>>>>>1
>>>>>5.0
>>>>>/guava-15.0.jar
>>>>>
>>>>>Here is the verbose install log:
>>>>>https://www.dropbox.com/s/eiqzbvpuzxr67a3/FLEXJS_install_log_KO.txt
>>>>>
>>>>>Maurice
>>>>>
>>>>>-----Message d'origine-----
>>>>>De : Kessler CTR Mark J [mailto:mark.kessler....@usmc.mil]
>>>>>Envoyé : vendredi 7 mars 2014 13:26
>>>>>À : dev@flex.apache.org
>>>>>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>How about just a busy indicator then while it's loading.  It doesn't
>>>>>require a language and is a universal graphic.
>>>>>
>>>>>-Mark
>>>>>
>>>>>-----Original Message-----
>>>>>From: Alex Harui [mailto:aha...@adobe.com]
>>>>>Sent: Thursday, March 06, 2014 7:40 PM
>>>>>To: dev@flex.apache.org
>>>>>Subject: Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0
>>>>>-
>>>>>RC4
>>>>>
>>>>>
>>>>>
>>>>>On 3/6/14 4:06 PM, "OmPrakash Muppirala" <bigosma...@gmail.com> wrote:
>>>>>
>>>>>>>> So, if we're going to do an RC5, what do we want to do about the
>>>>>>
>>>>>>>  >>jumping:
>>>>>>> >>
>>>>>>> >> 1) nothing
>>>>>>> >> 2) don't show any window at all (visible=false) until the
>>>>>>> >> strings
>>>>>>>are in
>>>>>>> >> and the window is position.  This could make start up seem
>>>>>>>slower.
>>>>>>> >> 3) don't reposition the window.
>>>>>>> >> 4) other ideas?
>>>>>>> >>
>>>>>>> >
>>>>>>> >Can we load the strings after the window center's itself on the
>>>>>>>screen?
>>>>>>> Also possible, but then the screen appears blank for a bit, then
>>>>>>>the strings appear.
>>>>>>>
>>>>>>> Thoughts?
>>>>>>> -Alex
>>>>>>>
>>>>>>>
>>>>>>It appears blank initially anyways before the jump.  At least if we
>>>>>>center it right away, there wont be a jump.  I think having it
>>>>>>blank for a few seconds is okay.
>>>>>>
>>>>>>Maybe would could have all the dropdowns show a default label of
>>>>>>"Loading..." so that it does not appear blank.
>>>>>Interesting idea, but that will be in English since we are waiting
>>>>>to load the default localized strings.  Maybe I'll look into putting
>>>>>up a busy cursor.
>>>>>
>>>>>-Alex
>>>>>
>>>>
>>>
>>
>

Reply via email to