Participating Frequently

Answered

The packages repository https://www.adobe.com/go/coldfusion-packages is not accessible

Forum|Forum|1 year ago
December 6, 2024
3 replies
5360 views

Hi, since yesterday I'm getting the following error when trying to install packages on Coldfusion 2021

cfpm_audit.log

The packages repository https://www.adobe.com/go/coldfusion-packages is not accessible. You can only load the packages that are available locally in the /usr/local/lib/CommandBox/server/serverHome/adobe-2021.0.04.330004/WEB-INF/bundles directory.

https://www.adobe.com:443: Connection Reset on the imagem attached

I tried to install on my personal computer at home and at company computer.

Correct answer Priyank Shrivastava.

Hi All,

We are aware of it and we are working on it. There is a redirection issue with the URL.

If you want to install the packages, here is the workaround.

Copy this URL - https://cfmodules.adobe.com/cf2023/bundlesdependency.json in Packages Settings and Submit.

It will directly hit the URL and install the packages.

Priyank Shrivastava.

Correct answer

Community Manager

Hi All,

We are aware of it and we are working on it. There is a redirection issue with the URL.

If you want to install the packages, here is the workaround.

Copy this URL - https://cfmodules.adobe.com/cf2023/bundlesdependency.json in Packages Settings and Submit.

It will directly hit the URL and install the packages.

Thanks, Priyank Shrivastava

cindyt72591385

Participating Frequently

We are having the same issues on CF 2021 as well. We also cannot get the CF server to start up after installing this on Azure App Service. We've not had issues with previous versions of CF2021, just with CF2021 update 16 and 17. Once it is installed and we use Kudu to install the packages, we start the app service. Confirm that the app service is running and then look at any packages not installed. When we try to "install all" again, it gives us the notice that the ColdFusion service is not running and the packages will be installed once the server is up and running again.

Charlie Arehart

Community Expert

Update as of 12/26/2024

We created the update 18 WAR file on 12/23 when the update was released. We have deployed this WAR and tried to install the packages with the same error that we received with update 16 and 17.

The initiall "install all" says all packages and their dependencies have been downloaded successfully and will be installed once the CF server is up and running.

At this point, we start our Azure App Service and wait for the package installation to complete. We monitor in Kudu and continue to do "list" to see what packages have installed. Out of the 49 packages, we are only able to get 37 installed with update 18. When we try to install the other 12 packages, we get the message stating that the CF server is not running and the packages will install once the server is running.

We are able to access CF Admin page via the browser and we're able to access our website without any issue. The only issue we have is with reports or functionality that requires the remaining packages to be installed. Example, report is a package that has yet to install so if we try to run a report with our website, we get errors because the package is not installed.

If the CF server is not running, then how are we able to access the CF Admin page in a browser, connect our database and mail servers, and load/interact with our website? There are no error messages in the .\cfpm or any of the logs, just the continual message that the remaining packages will install once the CF server is up and running.

Cindy, it's possible that the problem your encountering is not caused by Adobe or any mistake with the recent updates. Let me offer first what may be amiss, then how you may be able to easily fix things. I also offer how you (or others) could get into this situation. I don't KNOW this is your situation. I'm guessing it from some of the info you've shared, and my experience helping others.

1) Can you please look in your CF Admin (which you said you can get to), and look at the "Package Manager" page, and its "Settings" option (at the top of that page), and tell us the value of the "Packages Site" field. Is it pointing to some file? If so, that might be something someone changed previously...not realizing it could need to be reset to the default for later updates. (More on "why" one might change that value, in a moment.)

But here's good news: note that there is a button there called "restore default url", which will do just that. FWIW, with your CF2021, that default is https://www.adobe.com/go/coldfusion-packages (which technically redirects to https://cfmodules.adobe.com/bundlesdependency.json), whereas CF2023 (for the sake of other readers) sets it instead to https://www.adobe.com/go/cf2023_packages (which technically redirects to https://cfmodules.adobe.com/cf2023/bundlesdependency.json).

Anyway, is your value different than the default? If so, I would recommend you first take note (copy/paste) the current value, then click that "restore default url". Then click "submit changs" to implement that change.

Then finally without even needing to restart the CF instance, try doing your "install all" of the packages (right there in the CF Admin, though you could also do it via cfpm).

Does that end up getting all the package updates properly implemented for you?

If not, consider setting that "packages site" value back to what you had...though you may want to also take a look at the files in that folder. Note how most of the files are .jar files which start with a package name, then have an indication of the CF version and update level. Do any of them have update values greater than the update 16 where you started having trouble? My guess is that they don't, but let us know.

2) If restoring that default DOES work for you, you may wonder "how did that change happen in the first place?". There are two things to consider, one for everyone who may find it changes, and one for you in your deploying of CF as a WAR file.

First, if you look at the CF update technotes section on "Install the update in offline mode manually", updating that field is one of the steps they discuss, to point it to a folder where you manually download the updates instead. I am always afraid people will do that "this time" but forget "next time", not realizing that the next update which includes package updates will now fail to work, as now the update mechanism can't FIND the updated packages (even if they WERE downloaded online this time).

Second and finally, you also say at the start that you "created the war" that you're deploying: you could create that either of a few ways. And if you did it by starting with an existing CF instance (using its "Packaging & Deployment">"JEE Archives" feature, not available in CF Standard), then note that that configures the WAR based on that instance from which you created it.

As such, if you DID create the WAR this way, then you'd want to consider also changing that "Packages Site" setting on that original CF Admin. That way if you create the WAR again, it will have this problem corrected.

I'd love to hear if this helps. If not, apologies for the long note. If this stuff was easy (and if everyone always did everything the same way as everyone else), it would certainly be a lot easier to explain and solve problems. Since it's not, sometimes we need to dig further than most would ever expect.

/Charlie (troubleshooter, carehart. org)

D

Dave Watts

Community Expert

I just noticed you specified "connection reset" as the error, too. That typically means the client (CF) isn't able to validate the certificate, usually because it or one of the certificates in the validation chain has expired. I'm not sure if CF does anything in that case to fix the problem, but if it can't get there and you can (from the console using wget or curl and a non-root user), that's what I'd look for.

Dave Watts, Eidolon LLC

D

Dave Watts

Community Expert

Normally, this indicates a network error of some sort rather than a CF-specific problem. Can you use wget or curl while logged into the shell (not as root) to go to the packages repository? If not, you or your network administrator may have blocked direct access. Can you see if there's a proxy server being used? CF won't know about that in some cases. In the short term, you can download the packages manually, then point CF to the internal location instead of the default one.

If this just happened immediately after a CF update, look for update-specific issues or bugs. You might be able to do that at the official Adobe bug tracker (https://tracker.adobe.com/). You should tell us if that's the case, too.

Dave Watts, Eidolon LLC

R

Rafael MartinesAuthor

Participating Frequently

Hi, thanks for the answer this didn't happened after an update I was just deploying some new code on homologation server and this happened on the images attached