How to Install and Uninstall httpcomponents-core.noarch Package on CentOS 8 / RHEL 8

Last updated: November 01,2024

1. Install "httpcomponents-core.noarch" package

Please follow the guidance below to install httpcomponents-core.noarch on CentOS 8 / RHEL 8


    
        
            $
        

        
            
                sudo dnf update
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf install
            
                        
                httpcomponents-core.noarch
            
                    
    
    Copied

2. Uninstall "httpcomponents-core.noarch" package

Here is a brief guide to show you how to uninstall httpcomponents-core.noarch on CentOS 8 / RHEL 8:


    
        
            $
        

        
            
                sudo dnf remove
            
                        
                httpcomponents-core.noarch
            
                    
    
    Copied


    
        
            $
        

        
            
                sudo dnf autoremove
            
                    
    
    Copied

3. Information about the httpcomponents-core.noarch package on CentOS 8 / RHEL 8

Last metadata expiration check: 1 day, 4:57:40 ago on Sun May 9 13:03:46 2021.
Available Packages
Name : httpcomponents-core
Version : 4.4.10
Release : 3.module_el8.0.0+39+6a9b6e22
Architecture : noarch
Size : 638 k
Source : httpcomponents-core-4.4.10-3.module_el8.0.0+39+6a9b6e22.src.rpm
Repository : appstream
Summary : Set of low level Java HTTP transport components for HTTP services
URL : http://hc.apache.org/
License : ASL 2.0
Description : HttpCore is a set of low level HTTP transport components that can be
: used to build custom client and server side HTTP services with a
: minimal footprint. HttpCore supports two I/O models: blocking I/O
: model based on the classic Java I/O and non-blocking, event driven I/O
: model based on Java NIO.
:
: The blocking I/O model may be more appropriate for data intensive, low
: latency scenarios, whereas the non-blocking model may be more
: appropriate for high latency scenarios where raw data throughput is
: less important than the ability to handle thousands of simultaneous
: HTTP connections in a resource efficient manner.