Unpacking Software Livestream

Join our monthly Unpacking Software livestream to hear about the latest news, chat and opinion on packaging, software deployment and lifecycle management!

Learn More

Chocolatey Product Spotlight

Join the Chocolatey Team on our regular monthly stream where we put a spotlight on the most recent Chocolatey product releases. You'll have a chance to have your questions answered in a live Ask Me Anything format.

Learn More

Chocolatey Coding Livestream

Join us for the Chocolatey Coding Livestream, where members of our team dive into the heart of open source development by coding live on various Chocolatey projects. Tune in to witness real-time coding, ask questions, and gain insights into the world of package management. Don't miss this opportunity to engage with our team and contribute to the future of Chocolatey!

Learn More

Calling All Chocolatiers! Whipping Up Windows Automation with Chocolatey Central Management

Webinar from
Wednesday, 17 January 2024

We are delighted to announce the release of Chocolatey Central Management v0.12.0, featuring seamless Deployment Plan creation, time-saving duplications, insightful Group Details, an upgraded Dashboard, bug fixes, user interface polishing, and refined documentation. As an added bonus we'll have members of our Solutions Engineering team on-hand to dive into some interesting ways you can leverage the new features available!

Watch On-Demand
Chocolatey Community Coffee Break

Join the Chocolatey Team as we discuss all things Community, what we do, how you can get involved and answer your Chocolatey questions.

Watch The Replays
Chocolatey and Intune Overview

Webinar Replay from
Wednesday, 30 March 2022

At Chocolatey Software we strive for simple, and teaching others. Let us teach you just how simple it could be to keep your 3rd party applications updated across your devices, all with Intune!

Watch On-Demand
Chocolatey For Business. In Azure. In One Click.

Livestream from
Thursday, 9 June 2022

Join James and Josh to show you how you can get the Chocolatey For Business recommended infrastructure and workflow, created, in Azure, in around 20 minutes.

Watch On-Demand
The Future of Chocolatey CLI

Livestream from
Thursday, 04 August 2022

Join Paul and Gary to hear more about the plans for the Chocolatey CLI in the not so distant future. We'll talk about some cool new features, long term asks from Customers and Community and how you can get involved!

Watch On-Demand
Hacktoberfest Tuesdays 2022

Livestreams from
October 2022

For Hacktoberfest, Chocolatey ran a livestream every Tuesday! Re-watch Cory, James, Gary, and Rain as they share knowledge on how to contribute to open-source projects such as Chocolatey CLI.

Watch On-Demand

Downloads:

4,240

Downloads of v 1.1.0:

59

Last Update:

08 Oct 2019

Package Maintainer(s):

Software Author(s):

  • Glauber D. Gasparotto Junior

Tags:

wiremock mock stub stub-server proxy record ikvm server

WiremockUI

Downloads:

4,240

Downloads of v 1.1.0:

59

Maintainer(s):

Software Author(s):

  • Glauber D. Gasparotto Junior

WiremockUI

  • 1
  • 2
  • 3

All Checks are Passing

3 Passing Tests


Validation Testing Passed


Verification Testing Passed

Details

Scan Testing Successful:

No detections found in any package files

Details
WARNING

This package was rejected on 20 Nov 2019. The reviewer chocolatey-ops has listed the following reason(s):

Glauber (maintainer) on 28 Sep 2019 04:24:04 +00:00:

User 'Glauber' (maintainer) submitted package.

chocolatey-ops (reviewer) on 28 Sep 2019 04:55:37 +00:00:

wiremockui has passed automated validation. It may have or may still fail other checks like testing (verification).
NOTE: No required changes that the validator checks have been flagged! It is appreciated if you fix other items, but only Requirements will hold up a package version from approval. A human review could still turn up issues a computer may not easily find.

Guidelines

Guidelines are strong suggestions that improve the quality of a package version. These are considered something to fix for next time to increase the quality of the package. Over time Guidelines can become Requirements. A package version can be approved without addressing Guideline comments but will reduce the quality of the package.

  • Release Notes (releaseNotes) are a short description of changes in each version of a package. Please include releasenotes in the nuspec. NOTE: To prevent the need to continually update this field, providing a URL to an external list of Release Notes is perfectly acceptable. More...
Suggestions

Suggestions are either newly introduced items that will later become Guidelines or items that are don't carry enough weight to become a Guideline. Either way they should be considered. A package version can be approved without addressing Suggestion comments.

Notes

Notes typically flag things for both you and the reviewer to go over. Sometimes this is the use of things that may or may not be necessary given the constraints of what you are trying to do and/or are harder for automation to flag for other reasons. Items found in Notes might be Requirements depending on the context. A package version can be approved without addressing Note comments.

  • The package maintainer field (owners) matches the software author field (authors) in the nuspec. The reviewer will ensure that the package maintainer is also the software author. More...

chocolatey-ops (reviewer) on 28 Sep 2019 07:06:35 +00:00:

wiremockui has passed automated testing.
This is not the only check that is performed so check the package page to ensure a 'Ready' status.
Please visit https://gist.github.com/fce55f76a059f1149d694ea1a2817bcb for details.
This is an FYI only. There is no action you need to take.

Pauby (reviewer) on 02 Oct 2019 09:36:55 +00:00:

Hi, a couple of issues / suggestions / questions:

  1. Can you use a static CDN for your <iconUrl> - githack.com and jsdelivr.com are popular. See https://chocolatey.org/docs/create-packages#package-icon-guidelines;

  2. Can you reduce the number of tags to around 10?

  3. The <packageSourceUrl> is used to point to the location of the Chocolatey package source files - this is usually GitHub, Gitlab or BitBucket;

  4. In the chocolateyInstall.ps1 you are creating a backup of the previous version. Why is this being done?

  5. In the chocolateyUninstall.ps1 you don't remove any of the previous version backups? Are these left for the user to cleanup?

  6. In the chocolateyUninstall.ps1 you are importing the Uninstall-ChocolateyPath.psm1 file but it's not used nor are you adding anything to the path in the chocolateyInstall.ps1 as far as I can see?

Thanks.

Glauber (maintainer) on 02 Oct 2019 20:11:21 +00:00:

  1. Can you use a static CDN for your <iconUrl> - githack.com and jsdelivr.com are popular. See https://chocolatey.org/docs/create-packages#package-icon-guidelines;
    -> OK

  2. Can you reduce the number of tags to around 10?
    -> OK

  3. The <packageSourceUrl> is used to point to the location of the Chocolatey package source files - this is usually GitHub, Gitlab or BitBucket;
    -> OK

  4. In the chocolateyInstall.ps1 you are creating a backup of the previous version. Why is this being done?
    -> There are important files that can not be lost between one update and another, because of this, the backup was created.

  5. In the chocolateyUninstall.ps1 you don't remove any of the previous version backups? Are these left for the user to cleanup?
    -> Yes, the user knows that some data is important and should take care of it.

  6. In the chocolateyUninstall.ps1 you are importing the Uninstall-ChocolateyPath.psm1 file but it's not used nor are you adding anything to the path in the chocolateyInstall.ps1 as far as I can see?
    -> OK

Pauby (reviewer) on 03 Oct 2019 09:58:38 +00:00:

Hi,

> There are important files that can not be lost between one update and another, because of this, the backup was created.

You don't ever do anything with this backup. It's just left there. And it the backup already exists you don't create another or overwrite it. So if the user has installed 10 versions (as an example) they only ever have a backup of the first 1? What important files are stored in there?

> Yes, the user knows that some data is important and should take care of it.

How does the user know that?

Glauber (maintainer) on 08 Oct 2019 13:38:08 +00:00:

User 'Glauber' (maintainer) submitted package.

Glauber (maintainer) on 08 Oct 2019 13:42:14 +00:00:

As I said, the user knows Wiremock's data type, maps, answer files. If he doesn't know this, it doesn't even make sense for him to use the tool. He knows he has to take care of the data. The idea of ​​backup is to help him not lose information in an update.

Glauber (maintainer) on 08 Oct 2019 14:01:10 +00:00:

As I said, the user knows Wiremock's data type, maps, answer files. If he doesn't know this, it doesn't even make sense for him to use the tool. He knows he has to take care of the data. The idea of ​​backup is to help him not lose information in an update.

chocolatey-ops (reviewer) on 08 Oct 2019 14:13:25 +00:00:

wiremockui has passed automated validation. It may have or may still fail other checks like testing (verification).
NOTE: No required changes that the validator checks have been flagged! It is appreciated if you fix other items, but only Requirements will hold up a package version from approval. A human review could still turn up issues a computer may not easily find.

Guidelines

Guidelines are strong suggestions that improve the quality of a package version. These are considered something to fix for next time to increase the quality of the package. Over time Guidelines can become Requirements. A package version can be approved without addressing Guideline comments but will reduce the quality of the package.

  • Release Notes (releaseNotes) are a short description of changes in each version of a package. Please include releasenotes in the nuspec. NOTE: To prevent the need to continually update this field, providing a URL to an external list of Release Notes is perfectly acceptable. More...
Suggestions

Suggestions are either newly introduced items that will later become Guidelines or items that are don't carry enough weight to become a Guideline. Either way they should be considered. A package version can be approved without addressing Suggestion comments.

Notes

Notes typically flag things for both you and the reviewer to go over. Sometimes this is the use of things that may or may not be necessary given the constraints of what you are trying to do and/or are harder for automation to flag for other reasons. Items found in Notes might be Requirements depending on the context. A package version can be approved without addressing Note comments.

  • The package maintainer field (owners) matches the software author field (authors) in the nuspec. The reviewer will ensure that the package maintainer is also the software author. More...

chocolatey-ops (reviewer) on 08 Oct 2019 16:14:58 +00:00:

wiremockui has passed automated testing.
This is not the only check that is performed so check the package page to ensure a 'Ready' status.
Please visit https://gist.github.com/7a622cbb8bbe2c6ce1b6b21a613c66d0 for details.
This is an FYI only. There is no action you need to take.

Pauby (reviewer) on 16 Oct 2019 13:21:55 +00:00:

Hi,

> As I said, the user knows Wiremock's data type, maps, answer files. If he doesn't know this, it doesn't even make sense for him to use the tool. He knows he has to take care of the data.

I don't like to second guess what the user knwos and doesn't know so please add the information to the <description>.

> The idea of ​​backup is to help him not lose information in an update.

As I said previously you only ever take one backup which is the first one. If you don't take subsequent backups then the user is going to lose any data after the first backup?

chocolatey-ops (reviewer) on 05 Nov 2019 13:23:34 +00:00:

We've found wiremockui v1.1.0 in a submitted status and waiting for your next actions. It has had no updates for 20 or more days since a reviewer has asked for corrections. Please note that if there is no response or fix of the package within 15 days of this message, this package version will automatically be closed (rejected) due to being stale.

Take action:

  • Log in to the site and respond to the review comments.
  • Resubmit fixes for this version.
  • If the package version is failing automated checks, you can self-reject the package.

If your package is failing automated testing, you can use the chocolatey test environment to manually run the verification and determine what may need to be fixed.

Note: We don't like to see packages automatically rejected. It doesn't mean that we don't value your contributions, just that we can not continue to hold packages versions in a waiting status that have possibly been abandoned. If you don't believe you will be able to fix up this version of the package within 15 days, we strongly urge you to log in to the site and respond to the review comments until you are able to.

chocolatey-ops (reviewer) on 20 Nov 2019 13:27:15 +00:00:

Unfortunately there has not been progress to move wiremockui v1.1.0 towards an approved status within 15 days after the last review message, so we need to close (reject) the package version at this time. If you want to pick this version up and move it towards approval in the future, use the contact site admins link on the package page and we can move it back into a submitted status so you can submit updates.

Status Change - Changed status of package from 'submitted' to 'rejected'.

Description

Wiremock UI - Tool for creating mock servers, proxies servers and proxies servers with the option to save the data traffic from an existing API or Site.


tools\chocolateyinstall.ps1
$packageName = 'wiremockui'
$title = 'WiremockUI'
$exeName = 'WiremockUI.exe'
$url = 'https://github.com/juniorgasparotto/WiremockUI/releases/download/1.1.0/WiremockUI.zip'
$binRoot = Get-ToolsLocation
$installPath = Join-Path $binRoot $packageName
$oldVersionPath = Join-Path $installPath ".old"
$checksum = 'D16B0E8EFF1279A1F9DFCE94C6E002C9C7F586D2B2CC3A5CBB82296E77A34F69'
$checksumType = 'sha256'

# Create backup of old version
if (Test-Path $installPath) {
    Write-Host "Create backup old version"
    if (!(Test-Path $oldVersionPath)) {
        New-Item $oldVersionPath -type directory
        Get-ChildItem $installPath |
        Foreach-Object {
            if ($_.Name -ne ".old") {            
                Move-Item $_.FullName $oldVersionPath
            }        
        }
    }
}

# Download and unzip file
Install-ChocolateyZipPackage -PackageName $packageName `
                             -Url $url `
                             -UnzipLocation $installPath `
							 -Checksum $checksum `
                             -ChecksumType $checksumType

#Create shortcut in desktop
Write-Host "Create Desktop ShortCurt..."
$desktop = $([System.Environment]::GetFolderPath([System.Environment+SpecialFolder]::DesktopDirectory))
$desktop = Join-Path $desktop "$title.lnk"
Write-Host $desktop
Install-ChocolateyShortcut  -shortcutFilePath $desktop `
                            -targetPath "$installPath/$exeName" `
                            -workingDirectory $installPath

#Create shortcut in start menu
Write-Host "Create StartMenu ShortCurt..."
$programs = [environment]::GetFolderPath([environment+specialfolder]::Programs)
$programs = Join-Path $programs "$title.lnk"
Write-Host $programs
Install-ChocolateyShortcut -shortcutFilePath $programs `
                           -targetPath "$installPath/$exeName" `
                           -workingDirectory $installPath
tools\chocolateyuninstall.ps1
$packageName = 'wiremockui'
$title = 'WiremockUI'
$toolsPath = Split-Path -Parent $MyInvocation.MyCommand.Definition
$binRoot = Get-ToolsLocation
$installPath = Join-Path $binRoot $packageName

# Remove folder
Write-Host "Remove Folder $installPath"
if (Test-Path $installPath) {
    Remove-Item -Path $installPath -Recurse -Force
}

# Remove shortcut in desktop
Write-Host "Remove Desktop ShortCurt..."
$desktop = $([System.Environment]::GetFolderPath([System.Environment+SpecialFolder]::DesktopDirectory))
$desktop = Join-Path $desktop "$title.lnk"
Write-Host $desktop
if (Test-Path $desktop) {   
   Remove-Item -Path $desktop
}

# Remove shortcut in start menu
Write-Host "Remove StartMenu ShortCurt..."
$programs = [environment]::GetFolderPath([environment+specialfolder]::Programs)
$programs = Join-Path $programs "$title.lnk"
Write-Host $programs
if (Test-Path $programs) {
   Remove-Item -Path $programs
}

Log in or click on link to see number of positives.

In cases where actual malware is found, the packages are subject to removal. Software sometimes has false positives. Moderators do not necessarily validate the safety of the underlying software, only that a package retrieves software from the official distribution point and/or validate embedded software against official distribution point (where distribution rights allow redistribution).

Chocolatey Pro provides runtime protection from possible malware.

Add to Builder Version Downloads Last Updated Status

This package has no dependencies.

Discussion for the WiremockUI Package

Ground Rules:

  • This discussion is only about WiremockUI and the WiremockUI package. If you have feedback for Chocolatey, please contact the Google Group.
  • This discussion will carry over multiple versions. If you have a comment about a particular version, please note that in your comments.
  • The maintainers of this Chocolatey Package will be notified about new comments that are posted to this Disqus thread, however, it is NOT a guarantee that you will get a response. If you do not hear back from the maintainers after posting a message below, please follow up by using the link on the left side of this page or follow this link to contact maintainers. If you still hear nothing back, please follow the package triage process.
  • Tell us what you love about the package or WiremockUI, or tell us what needs improvement.
  • Share your experiences with the package, or extra configuration or gotchas that you've found.
  • If you use a url, the comment will be flagged for moderation until you've been whitelisted. Disqus moderated comments are approved on a weekly schedule if not sooner. It could take between 1-5 days for your comment to show up.
comments powered by Disqus