Development repository for aws Chef cookbook
Packer templates for building minimal Vagrant baseboxes
Manage your Ruby application's gem dependencies
Subscription-based RabbitMQ Desktop GUI
A systems integration framework, built to bring the benefits of configuration management to your entire infrastructure.
Development repository for Chef cookbook RabbitMQ
A report handler for OpsCode Chef runs, outputs a list of updated resources.
Chrome extension that replaces occurrences of 'the cloud' with 'my butt'
jakauppila/community_cookbook_documentation 0
Pertinent documentation for all Chef owned community cookbooks
startedpawelrychlik/jira-dependency-graph
started time in 16 hours
pull request commentjenkinsci/workflow-basic-steps-plugin
Added delay capability to retry
Is there anything holding up this PR from being merged?
comment created time in a month
issue openedinspec/inspec
Add support for evaluating environment variables of a service/process
Detailed Description
I am working on implementing tests for how we configure Tomcat on our servers. As part of that, I want to evaluate the effective environment variables behind a systemd service since there are many different ways to set them (setenv.sh which get loaded, directly in the unit file, etc)
Currently, I am going down the route of something like this for a systemd service:
describe command("cat /proc/$(systemctl show --property MainPID tomcat-mock-kitchen-hello_world | awk -F= '{print $2}')/environ | tr '\\0' '\\n'") do
its('stdout') { should cmp "CATALINA_HOME=/tomcat/9_0_38" }
end
Context
Whether it be on Linux or Windows, I want to evaluate effective environment variables on services and/or processes to validate that we are setting them properly as we refactor things to simplify how we pass those values in from our configurations.
Possible Implementation
<!--- Not obligatory, but suggest an idea for implementing addition or change -->
created time in a month
push eventjakauppila/tomcat
commit sha ef6b867e8cbd1011a0bc51e6232096cdb8116e54
Add todo for utilizing `systemd_unit` in the future
push time in a month
startedBadgerati/Pode
started time in a month
startedchef-customers/aws_native_chef_server
started time in a month
startedtilfin/aws-extend-switch-roles
started time in a month
Pull request review commentsous-chefs/tomcat
Adds `service_name`, `service_template_local, and `create` action to `tomcat_service`
property :install_path, String property :tomcat_user, String, default: lazy { |r| "tomcat_#{r.instance_name}" } property :tomcat_group, String, default: lazy { |r| "tomcat_#{r.instance_name}" }+property :service_name, String, default: lazy { |r| "tomcat_#{r.instance_name}" } property :env_vars, Array, default: [ { 'CATALINA_PID' => '$CATALINA_BASE/bin/tomcat.pid' }, ] property :service_vars, Array, default: [] property :service_template_source, String, default: 'init_systemd.erb' property :service_template_cookbook, String, default: 'tomcat'+property :service_template_local, [true, false], default: false action :start do- create_init+ action_create - service "tomcat_#{new_resource.instance_name}" do+ service new_resource.service_name do provider Chef::Provider::Service::Systemd supports restart: true, status: true action :start only_if 'command -v java >/dev/null 2>&1 || exit 1' end end +action :create do+ template "/etc/systemd/system/#{new_resource.service_name}.service" do
Sure, feel free to write something up since I don't think I'm following.
comment created time in a month
push eventjakauppila/tomcat
commit sha ec2c101316d048d640217d049deb05bd772a07fb
Remove support for `sysv_init` and thus `amazonlinux` from tests
push time in a month
Pull request review commentsous-chefs/tomcat
Adds `service_name`, `service_template_local, and `create` action to `tomcat_service`
property :install_path, String property :tomcat_user, String, default: lazy { |r| "tomcat_#{r.instance_name}" } property :tomcat_group, String, default: lazy { |r| "tomcat_#{r.instance_name}" }+property :service_name, String, default: lazy { |r| "tomcat_#{r.instance_name}" } property :env_vars, Array, default: [ { 'CATALINA_PID' => '$CATALINA_BASE/bin/tomcat.pid' }, ] property :service_vars, Array, default: [] property :service_template_source, String, default: 'init_systemd.erb' property :service_template_cookbook, String, default: 'tomcat'+property :service_template_local, [true, false], default: false action :start do- create_init+ action_create - service "tomcat_#{new_resource.instance_name}" do+ service new_resource.service_name do provider Chef::Provider::Service::Systemd supports restart: true, status: true action :start only_if 'command -v java >/dev/null 2>&1 || exit 1' end end +action :create do+ template "/etc/systemd/system/#{new_resource.service_name}.service" do
So my thought was a helper library that behaves the same as the template_file resource but rather than creating a file, simply returns a string that we could feed in. We wouldn't want to lose how people may be overriding the template file in a wrapper cookbook.
It's not terribly apparent to me how to approach creating that library though (ideally reusing logic from Chef itself)
comment created time in a month
Pull request review commentsous-chefs/tomcat
Adds `service_name`, `service_template_local, and `create` action to `tomcat_service`
property :install_path, String property :tomcat_user, String, default: lazy { |r| "tomcat_#{r.instance_name}" } property :tomcat_group, String, default: lazy { |r| "tomcat_#{r.instance_name}" }+property :service_name, String, default: lazy { |r| "tomcat_#{r.instance_name}" } property :env_vars, Array, default: [ { 'CATALINA_PID' => '$CATALINA_BASE/bin/tomcat.pid' }, ] property :service_vars, Array, default: [] property :service_template_source, String, default: 'init_systemd.erb' property :service_template_cookbook, String, default: 'tomcat'+property :service_template_local, [true, false], default: false action :start do- create_init+ action_create - service "tomcat_#{new_resource.instance_name}" do+ service new_resource.service_name do provider Chef::Provider::Service::Systemd supports restart: true, status: true action :start only_if 'command -v java >/dev/null 2>&1 || exit 1' end end +action :create do+ template "/etc/systemd/system/#{new_resource.service_name}.service" do
So the downside I see is that systemd_unit only expects a content property, is there a standard way to still utilize a template/variables to feed the creation of that?
Maybe a helper library that generates the content from a template and variables?
comment created time in a month
Pull request review commentsous-chefs/tomcat
Adds `service_name`, `service_template_local, and `create` action to `tomcat_service`
property :install_path, String property :tomcat_user, String, default: lazy { |r| "tomcat_#{r.instance_name}" } property :tomcat_group, String, default: lazy { |r| "tomcat_#{r.instance_name}" }+property :service_name, String, default: lazy { |r| "tomcat_#{r.instance_name}" } property :env_vars, Array, default: [ { 'CATALINA_PID' => '$CATALINA_BASE/bin/tomcat.pid' }, ] property :service_vars, Array, default: [] property :service_template_source, String, default: 'init_systemd.erb' property :service_template_cookbook, String, default: 'tomcat'+property :service_template_local, [true, false], default: false action :start do- create_init+ action_create - service "tomcat_#{new_resource.instance_name}" do+ service new_resource.service_name do provider Chef::Provider::Service::Systemd supports restart: true, status: true action :start only_if 'command -v java >/dev/null 2>&1 || exit 1' end end +action :create do+ template "/etc/systemd/system/#{new_resource.service_name}.service" do
Nope; didn't realize that was a thing. I'll switch over to it.
comment created time in a month
PR opened sous-chefs/tomcat
- Adds
service_nameproperty totomcat_serviceto allow customizing service name - Adds
createaction totomcat_serviceto allow creating a tomcat service without starting - Adds
service_template_localproperty totomcat_serviceto allow utilizing a local path for service template
Description
Describe what this change achieves
Issues Resolved
List any existing issues this PR resolves
Check List
- [ ] All tests pass. See TESTING.md for details.
- [ ] New functionality includes testing.
- [ ] New functionality has been documented in the README if applicable.
pr created time in a month
push eventjakauppila/tomcat
commit sha c2403768753ec82a4efbe52693bca0ef768b8a9c
Refactors `tomcat_install` in preparation of adding Windows support in the future, moves a number of functions into a helper library Adds `create_symlink` and `symlink_path` properties
commit sha 67b0d4770d96ca3353b067e547944aba690f3880
Updates README.md with property details
commit sha f098612e2d3300e393aefb6d823cab69e312b677
Remove some windows logic for now
commit sha 0474b92b325a8752090fc296ea60c766c7792f09
Added install_helpers tests Added tests for new `tomcat_install` properties Updated CHANGELOG
commit sha d3650484e6fd1f493316dda11e5ff328fdbb72d9
Fixed unncessary double-quoted strings
commit sha 326bbe8893047f493b4b00c67b502e885d6f5b69
Update CHANGELOG.md Co-authored-by: Lance Albertson <[email protected]>
commit sha f1a8a106b3c739fb0459a60bd0a174a37f745732
Add TODO comments for tests that need mocks
commit sha 8ea49faad380878e146c2269c13fe8902d82a453
Merge pull request #355 from jakauppila/refactor_install_add_symlink_properties `tomcat_install` refactoring
commit sha 4211daf95b41de101023f7b0d93f296af664b693
Release 3.5.0 Signed-off-by: Lance Albertson <[email protected]>
commit sha c5b365fa335a70ced8bebe542f6791dbb32e1789
Cookstyle 6.18.8 Fixes Issues found and resolved with: spec/spec_helper.rb - 4:18 convention: Style/RedundantFileExtensionInRequire - Redundant .rb file extension detected. Signed-off-by: Xorima Bot <[email protected]>
commit sha b5a62e9b7e31a7a6f7de1a8bc7204d669115b411
Merge pull request #357 from sous-chefs/automated/cookstyle Automated PR: Cookstyle Changes
push time in a month
push eventjakauppila/java
commit sha 8fc0179df6ea473eb200b7f96f3bd49b53c8ef0d
Extract correct JAVA_HOME from custom URLs (#632) * Extract correct JAVA_HOME from custom URLs Signed-off-by: Robert Detjens <[email protected]> * fix YAML files * add new suite to Github Actions * Extract correct JAVA_HOME from non-JDK8 urls Signed-off-by: Robert Detjens <[email protected]> * Add support for OpenJ9 / large heap custom URLs + condense Kitchen test + add library spec tests Signed-off-by: Robert Detjens <[email protected]> * add new tests to Github CI * Remove redundant logic from url helper Signed-off-by: Robert Detjens <[email protected]> * use URI.parse to check for bad URLs * cookstyle fix
commit sha fdc15e55a8e1a860490056fee8ab873e503d1d62
Release 8.3.1 Signed-off-by: Lance Albertson <[email protected]>
commit sha fb55286c3e312347653334201e8a9c73be36c618
Add aarch64 systems for corretto installation
commit sha 47d30108fa688f1f1e3f90f597b1b2f6d96f9d7d
add changelog
commit sha 3be076513592f52010f45e2d20c82cedeb139d38
fixes
commit sha 124776771062033f24db68b798abb3f75f0ad8a9
fix tests
commit sha cb6b488eea24140399466dbb9d438055097c9720
small change
commit sha 3aec19c75863da22dee568209db1b0a8fdf43cfe
fix typo
commit sha ee69191f736d8ff046b620e08013c0cde5327a6b
Merge pull request #633 from duncaan/add-arm-corretto Add aarch64 systems for corretto installation
commit sha 7e7858c6a3cf6260f3767959b3a727abb685a897
Release 8.3.2 Signed-off-by: Lance Albertson <[email protected]>
commit sha 942d23097925a5c44acbcd8ec190e49a0c6cc312
add starttls property to java_certificate resource Signed-off-by: Joshua Colson <[email protected]>
commit sha 044ff4ec98680f8be6dbd1dc4d90b07e9e734cb0
fix JAVA_HOME edge case bug in amazon linux with openjdk 11 Signed-off-by: Joshua Colson <[email protected]>
commit sha df8a9feb7826f3009c2948a119ad872018be4365
updated inspec tests to address JAVA_HOME edge case bug Signed-off-by: Joshua Colson <[email protected]>
commit sha 6074f3fd1369db2570298e095edd1fe5ac96e4ac
cleanup unused fixture recipes Signed-off-by: Joshua Colson <[email protected]>
commit sha f8cbea37e3ace7271358108e8ac15efae5b09c32
convert default value of starttls to nil Signed-off-by: Joshua Colson <[email protected]>
commit sha ccef9becddc27eec2e9071e0ee8f9e3fe7c984fb
fix cookstyle error Signed-off-by: Joshua Colson <[email protected]>
commit sha f304769f12c92fef97d9d89006cf253a4de06a13
Merge pull request #635 from freakinhippie/feature/certificate_starttls add starttls property to java_certificate resource
commit sha cb767c79551b52f92f1cf8ba9d653835f14f1400
Release 8.4.0 Signed-off-by: Lance Albertson <[email protected]>
push time in 2 months
issue commentsous-chefs/java
`archive_file` within `corretto_install` will not extract if directory already exists
@ramereth I don't think the behavior of archive_file is inherently wrong, but moreso how it's used here and the tars we're dealing with.
To walk through what's done in the following corretto_install resource:
corretto_install '11' do
action :install
end
- Create
/usr/lib/jvm - Download Corretto "latest" version 11 (https://corretto.aws/downloads/latest/amazon-corretto-11-x64-linux-jdk.tar.gz)
- Extract
amazon-corretto-11-x64-linux-jdk.tar.gzto/usr/lib/jvm/java-11-corretto - It first attempts to create this target directory and goes no further if it already exists
- You can force it with `overwrite`, but then we'd be executing every time
- The resulting extracted path ends up being
/usr/lib/jvm/java-11-corretto/amazon-corretto-11.0.8.10.1-linux-x64
Ultimately I think there's some fundamental changes that need to be made to the corretto_install resource that I touched on in #628:
- The logic of taking a major version
8or11is somewhat flawed since it basically assumes the current full version and checksum ashttps://corretto.aws/downloads/latest/amazon-corretto-11-x64-linux-jdk.tar.gzis constantly changing.- As soon as the version behind that
latestchanges, the resource still start to (and currently) fails due to the checksum not being up-to-date.
- As soon as the version behind that
I have opened #10229 for being able to support something similar to tar's --strip-components as that could allow us to extract the Corretto tar to a specific location as defined by the user.
comment created time in 2 months
push eventjakauppila/tomcat
commit sha f1a8a106b3c739fb0459a60bd0a174a37f745732
Add TODO comments for tests that need mocks
push time in 2 months
issue openedchef/chef
Add support for PowerShell Core on Non-Windows Machines
Describe the Enhancement:
Add support for executing PowerShell Core-supported resources on Non-Windows Machines once #10330 is completed.
Describe the Need:
Allows for code re-use when utilizing PowerShell across platforms.
Current Alternative
N/A
created time in 2 months
push eventjakauppila/tomcat
commit sha 326bbe8893047f493b4b00c67b502e885d6f5b69
Update CHANGELOG.md Co-authored-by: Lance Albertson <[email protected]>
push time in 2 months
issue openedmicrosoft/vscode-remote-release
Fails to download WSL on client side configuration due to `unable to verify the first certificate`
- VSCode Version: 1.48.0
- Local OS Version: Windows 10
- Remote OS Version: CentOS7
- Remote Extension/Connection Type: WSL
Steps to Reproduce:
- Run
Remote-WSL: New Window - VSCode attempts to download the server install locally, fails due to cert issue
- VSCode downloads in WSL (which was failing until I put proxy configuration within ~/.vscode-server/server/server-env-setup)
[2020-09-10 14:21:15.614] Resolving wsl+CentOS7, resolveAttempt: 1
[2020-09-10 14:21:16.337] Starting VS Code Server inside WSL (CentOS7)
[2020-09-10 14:21:16.337] Extension version: 0.44.5, Windows build: 18363. Multi distro support: available. WSL path support: enabled
[2020-09-10 14:21:16.622] Probing if server is already installed: C:\WINDOWS\System32\wsl.exe -d CentOS7 -e sh -c "[ -d ~/.vscode-server/bin/db40434f562994116e5b21c24015a2e40b2504e6 ] && printf found || ([ -f /etc/alpine-release ] && printf alpine-; uname -m)"
[2020-09-10 14:21:18.798] Probing result: x86_64
[2020-09-10 14:21:18.798] No server install found in WSL, needs x64
[2020-09-10 14:21:18.799] Downloading server on client side to C:\Users\JARED\AppData\Local\Temp\vscode-remote-wsl\db40434f562994116e5b21c24015a2e40b2504e6\vscode-server-linux-x64.tar.gz.
[2020-09-10 14:21:18.799] https://update.code.visualstudio.com/commit:db40434f562994116e5b21c24015a2e40b2504e6/server-linux-x64/stable
[2020-09-10 14:21:20.454] Unable to download server on client side: Error: Request downloadRequest failed with message: unable to verify the first certificate. Will try to download on WSL side.
Now, from a VSCode perspective, I have this configuration:
{
"http.proxy": "http://127.0.0.1:3128",
"http.systemCertificates": true
}
As well as Http: Proxy Strict SSL enabled.
What drives the plugin to trust the certificates? With this configuration, I would assume it should utilize the system certificates as other areas of VSCode (like plugins, etc) are working just fine.
created time in 2 months
push eventjakauppila/tomcat
commit sha d3650484e6fd1f493316dda11e5ff328fdbb72d9
Fixed unncessary double-quoted strings
push time in 2 months
pull request commentsous-chefs/tomcat
@ramereth Added inspec tests for the properties and unit tests for the library. I'm not familiar with mocking with rspec, so I don't have tests for fetch_tomcat_checksum or validate_tomcat_checksum.
comment created time in 2 months
push eventjakauppila/tomcat
commit sha 0474b92b325a8752090fc296ea60c766c7792f09
Added install_helpers tests Added tests for new `tomcat_install` properties Updated CHANGELOG
push time in 2 months
pull request commentsous-chefs/tomcat
@ramereth I wasn't planning on it since this doesn't really add additional functionality to what's already being tested.
If there's anything additional you'd like to see, I'd be happy to add it.
comment created time in 2 months
push eventjakauppila/tomcat
commit sha f098612e2d3300e393aefb6d823cab69e312b677
Remove some windows logic for now
push time in 2 months
issue commentsous-chefs/java
`archive_file` within `corretto_install` will not extract if directory already exists
Confirmed that this behavior is happening inside of archive_file at https://github.com/chef/chef/blob/master/lib/chef/resource/archive_file.rb#L97
Recipe: test::test
* directory[/usr/lib/jvm/java-11-corretto] action create[2020-09-09T20:13:38+00:00] INFO: Processing directory[/usr/lib/jvm/java-11-corretto] action create (test::test line 1)
[2020-09-09T20:13:38+00:00] INFO: directory[/usr/lib/jvm/java-11-corretto] created directory /usr/lib/jvm/java-11-corretto
- create new directory /usr/lib/jvm/java-11-corretto
- restore selinux security context
* corretto_install[11] action install[2020-09-09T20:13:38+00:00] INFO: Processing corretto_install[11] action install (test::test line 5)
* directory[/usr/lib/jvm] action create[2020-09-09T20:13:38+00:00] INFO: Processing directory[/usr/lib/jvm] action create (/tmp/kitchen/cache/cookbooks/java/resources/corretto_install.rb line 56)
(up to date)
* remote_file[/tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz] action create[2020-09-09T20:13:38+00:00] INFO: Processing remote_file[/tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz] action create (/tmp/kitchen/cache/cookbooks/java/resources/corretto_install.rb line 63)
[2020-09-09T20:16:31+00:00] INFO: remote_file[/tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz] created file /tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz
- create new file /tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz[2020-09-09T20:16:31+00:00] INFO: remote_file[/tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz] updated file contents /tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz
- update content in file /tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz from none to dbbf98
(file sizes exceed 10000000 bytes, diff output suppressed)[2020-09-09T20:16:32+00:00] INFO: remote_file[/tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz] mode changed to 644
- change mode from '' to '0644'
- restore selinux security context
* archive_file[/tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz] action extract[2020-09-09T20:16:32+00:00] INFO: Processing archive_file[/tmp/kitchen/cache/amazon-corretto-11-x64-linux-jdk.tar.gz] action extract (/tmp/kitchen/cache/cookbooks/java/resources/corretto_install.rb line 71)
[2020-09-09T20:16:32+00:00] DEBUG: Not extracting archive as /usr/lib/jvm/java-11-corretto exists and resource not set to overwrite.
(up to date)
We can't just add overwrite true to archive_file since we would lose idempotency on subsequent executions.
comment created time in 2 months
issue commenthashicorp/vagrant
2.2.10 fails with vagrant up in WSL 1
I'm having this issue as well on WSL1 with CentOS 7.
Works fine on 2.2.10 on Windows 10.
comment created time in 2 months
issue openedtest-kitchen/test-kitchen
Proxy configuration for Berkshelf during `kitchen converge`
:speaking_head: Foreword
Thank for taking the time to fill this bug report fully. Without it we may not be able to fix the bug, and the issue may be closed without resolution.
:ghost: Brief Description
When I run kitchen converge for a cookbook execution, it attempts to resolve cookbook dependencies with Berkshelf and it appears to not respect my proxy configurations as it times out.
My workaround for years has just been to run berks install first prior to the kitchen converge but I'm guessing/hoping there's just an additional configuration I can put in place so it could be resolved during converge.
Version
Cinc Workstation version: 20.9.136
Cinc Client version: 16.4.41
Cinc Auditor version: 4.22.22
Cinc CLI version: 3.0.27
Biome version: unknown
Test Kitchen version: 2.6.0
Cookstyle version: 6.16.10
Environment
CentOS7 WSL on Windows 10.
I am running CNTLM on my workstation and point environment variables to that so I do not need to add username/pass on proxy configurations everywhere.
[jared@MYWORKSTATION tomcat]$ env | grep -i proxy
http_proxy=http://127.0.0.1:3128
https_proxy=http://127.0.0.1:3128
Scenario
Execute kitchen converge and have it resolve cookbook dependencies via Berkshelf.
[jared@MYWORKSTATION tomcat]$ kitchen converge templated-service-centos-7
-----> Starting Test Kitchen (v2.6.0)
-----> Converging <templated-service-centos-7>...
Preparing files for transfer
Preparing dna.json
Resolving cookbook dependencies with Berkshelf 7.1.0...
[2020-09-09T11:51:46-05:00] ERROR: Timeout connecting to https://supermarket.chef.io/universe, retry 1/5
Executing berks install works just fine and subsequent kitchen converge executions work
[jared@MYWORKSTATION tomcat]$ berks install
Resolving cookbook dependencies...
Fetching 'test' from source at test/cookbooks/test
Fetching 'tomcat' from source at .
Fetching cookbook index from https://supermarket.chef.io...
Using test (1.0.0) from source at test/cookbooks/test
Using tomcat (3.4.0) from source at .
Using homebrew (5.1.0)
Using java (6.0.0)
Using windows (7.0.0)
created time in 2 months
startedanthonygrees/policyfiles_training
started time in 2 months
issue commentsous-chefs/java
Corretto `version` property should accept specific versions, not just latest major versions
I'll work on this functionality and may submit a WIP PR, but may not want it merged until AWS publishes/documents a structured version URL for specific Corretto versions.
I've heard from our AWS TAM that the Corretto team will be doing this, but won't commit to a timeframe yet.
comment created time in 2 months
issue commentchef/omnitruck
Failed to verify SSL certificate installing Chef DK
I was running into this issue as well when attempting to install Cinc Workstation on WSL.
It turned out to be my proxy environment variables were not persisting into the sudo session, so I had to configure it to persist those environment variables as described here: https://askubuntu.com/a/19298
Is there some graceful way to notify/recognize when this is happening due to the sudoers configuration?
comment created time in 2 months
startedyuk7/CentWSL
started time in 2 months
push eventjakauppila/tomcat
commit sha 67b0d4770d96ca3353b067e547944aba690f3880
Updates README.md with property details
push time in 2 months
PR opened sous-chefs/tomcat
Description
Refactors tomcat_install by abstracting many values into functions (moving to a helper library) in preparation for eventual Windows support.
Adds create_symlink property for those that do not want to create a symlink
Check List
- [ ] All tests pass. See TESTING.md for details.
- [ ] New functionality includes testing.
- [ ] New functionality has been documented in the README if applicable.
pr created time in 2 months
create barnchjakauppila/tomcat
branch : refactor_install_add_symlink_properties
created branch time in 2 months
push eventjakauppila/tomcat
commit sha d5a4c2672e2c130cd79408077b8cbea21bd523cc
Standardise files with files in sous-chefs/repo-management (#351) Signed-off-by: Xorima Bot <[email protected]>
commit sha 18047a121093829029b24324af4fe9c754e66c3d
Standardise files with files in sous-chefs/repo-management Signed-off-by: Xorima Bot <[email protected]>
commit sha ce9b5764f817043951e7cd1920c03e88809cd3d1
Merge pull request #352 from sous-chefs/automated/standardfiles Automated PR: Standardising Files
commit sha 716dc5b98cf1c1391f56387bbcd621661d7a7fe9
Standardise files with files in sous-chefs/repo-management Signed-off-by: Xorima Bot <[email protected]>
commit sha ad674ddd4c93125684513363297db6e4932d4a6c
Merge pull request #354 from sous-chefs/automated/standardfiles Automated PR: Standardising Files
push time in 2 months
PR closed sous-chefs/tomcat
Description
- Adds support for
tomcat_installon Windows - Externalize install helpers to a library so wrapper cookbooks could utilize
- Adds helper libraries to extract values between platforms
- Adds
create_symlinkandsymlink_pathproperties
Questions
- With Windows archives being .zip, I don't love the
tarballproperties. Any concerns with changing them toarchiveand adding aliases? - As I start to look at the Windows Service components, it's likely going to be a bit involved with abstractions around
prunsrv.exe(Apache Commons Daemon) for the interactions. I feel like it would make sense for those abstractions to live within their own cookbook since they have use outside of just Tomcat and a dependency added, any concerns with that?
Issues Resolved
#340
Check List
- [ ] All tests pass. See TESTING.md for details.
- [ ] New functionality includes testing.
- [ ] New functionality has been documented in the README if applicable.
pr closed time in 2 months
pull request commentsous-chefs/tomcat
Pulling this back for now and I'll push a PR with the changes I need immediately. Full Windows support will come later.
comment created time in 2 months
issue commentchef/chef
Modernize Infra Client support for Powershell on Windows
Would this include support for executing PowerShell Core scripts on non-Windows machines?
comment created time in 2 months
issue commentPowerShell/PowerShell
Web Cmdlets -UseDefaultCredentials do not work on 7.0
@iSazonov Any additional thoughts? Could this be re-opened since it doesn't appear related to the proxy issues?
comment created time in 2 months
issue commentPowerShell/PowerShell
Web Cmdlets -UseDefaultCredentials do not work on 7.0
I am still receiving the same 401 with the following:
Invoke-RestMethod -Uri 'https://INTERNALRESTAPI' -UseDefaultCredentials -NoProxy
Name Value
---- -----
PSVersion 7.1.0-preview.6
PSEdition Core
GitCommitId 7.1.0-preview.6
OS Microsoft Windows 10.0.18363
Platform Win32NT
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
WSManStackVersion 3.0
comment created time in 2 months
issue commentPowerShell/PowerShell
Web Cmdlets -UseDefaultCredentials do not work on 7.0
🤦🏻♂️ Sorry, missed that in the documentation.
So with that, this call works in Windows PowerShell 5.1:
Invoke-RestMethod -Uri 'https://INTERNALRESTAPI' -UseDefaultCredentials
But fails with a 401 in PowerShell 7.0.3:
Invoke-RestMethod -Uri 'https://INTERNALRESTAPI' -UseDefaultCredentials -NoProxy
That should mean that the problem is different from the issue you mentioned?
comment created time in 2 months
issue commentPowerShell/PowerShell
Web Cmdlets -UseDefaultCredentials do not work on 7.0
@iSazonov Is there a way to tell the web cmdlets not to use a proxy?
comment created time in 2 months
startedsalesforce/policy_sentry
started time in 2 months
issue commentPowerShell/PowerShell
Web Cmdlets -UseDefaultCredentials do not work on 7.0
@iSazonov Do you happen to have a link to the issue you're referring to?
comment created time in 2 months
startednektos/act
started time in 3 months
issue commentterraform-providers/terraform-provider-bigip
Utilizing `tenant_filter` shows removing all other tenants during plan
@GaddamSaketha Yes, I believe how you described it is how I would expect it to behave.
If there's a particular branch that I could build and try it out, I could do that.
comment created time in 3 months
issue openedchef/chef
`archive_file` should support excluding file/folders on extraction
Describe the Enhancement:
Additional parameter on archive_file to allow defining exclusions when extracting an archive
Describe the Need:
Related to #10229, in the example of extracting a Tomcat tar, currently in sous-chef/tomcat tar is utilized to extract the Apache Tomcat archive excluding particular directory paths within based on parameter values on the resource.
Ideally something like this could be specified:
archive_file 'apache-tomcat-9.0.37.tar.gz' do destination '/tomcat-9.0.37' exclude ['webapps/examples','webapps/ROOT','webapps/docs'] end
created time in 3 months
issue openedchef/chef
`archive_file` should support removing leading directory on extraction
Describe the Enhancement:
Add an additional configuration to archive_file to allow removing the leading directory within an archive upon extraction.
Describe the Need:
When dealing with archives that are packaged with a leading directory often you want to extract it to a particular location removing that top level directory.
For example, Tomcat.
- https://archive.apache.org/dist/tomcat/tomcat-9/v9.0.37/bin/apache-tomcat-9.0.37.tar.gz
This archive at the top level has a folder apache-tomcat-9.0.37, if I have a resource:
archive_file 'apache-tomcat-9.0.37.tar.gz' do
destination '/tomcat-9.0.37'
end
It will be extracted to /tomcat-9.0.37/apache-tomcat-9.0.37 when I really want to strip out that top directory.
Currently in sous-chefs/tomcat the cookbook utilizes tar to extract which has --strip-components available at the command line, allowing for the extraction to go a folder deep.
created time in 3 months