I figured it out, but wanted to let y’all know about it.
This page, for examples, lists your .lex and other files in your S3 repo:
https://downloads.ortussolutions.com/#/ortussolutions/lucee-extensions/ortus-redis-cache/3.2.0/
Unfortunately, the switchover to using a “+” in your version numbers is causing link issues. For 3.2.0+49 of this lex, the link is:
https://s3.amazonaws.com/downloads.ortussolutions.com/ortussolutions/lucee-extensions/ortus-redis-cache/3.2.0/ortus-redis-cache-3.2.0+49.lex
…which results in a 404.
The + symbol must be converted to %2B instead, as in:
https://s3.amazonaws.com/downloads.ortussolutions.com/ortussolutions/lucee-extensions/ortus-redis-cache/3.2.0/ortus-redis-cache-3.2.0%2B49.lex
1 Like
Thanks, @CaptainPalapa . We’ve seen this issue in commandbox downloads before (and fixed it by URL-encoding the package URL in commandbox), but the S3 file browser is I think outside of our control, i.e. an Amazon-generated page.
I’ll ping someone internally and ask how we can get that updated.
Yes, I knew that it was an S3 page. Just wanted to make sure the info was here somewhere for future me to find it! I should’ve listed the error for search results. Here’s what one might get, so the user can see how to solve it.
<Code>NoSuchKey</Code>
<Message>The specified key does not exist.</Message>
<Key>ortussolutions/lucee-extensions/ortus-redis-cache/3.2.0/ortus-redis-cache-stg-3.2.0 49.lex</Key>
<RequestId>X3THJQ1R0S70GTZ1</RequestId>
<HostId>6OTzk2BUBnj//IpqAId7ReYDOKbETi/XKGOx8VG03V0F1pkRaYn/y+LPYg/yv2n9FIJHU0H5mBg=</HostId>
</Error>```
@CaptainPalapa Thanks again for the heads up! I was able to track down the issue and push up a fix.
The (encoded) download links now look like:
https://s3.amazonaws.com/downloads.ortussolutions.com/ortussolutions/lucee-extensions/ortus-redis-cache/3.2.0/ortus-redis-cache-3.2.0%2B48.lex
I’m going to mark this as “Resolved”.