mirror of
https://github.com/wiremock/WireMock.Net.git
synced 2026-09-02 08:57:29 +02:00
Reset in WireMock admin API not working fine. #225
Closed
opened 2025-12-29 14:25:38 +01:00 by adam
·
24 comments
No Branch/Tag Specified
master
1341-mapping-json
stef-aspire-tests-updates
bug/973-TinyMapper
bug/1149-AppendGuidToSavedMappingFile
feature/1150-DockerImageVersion
61
stef-1108
stef-1097
stef-1083-MessageOptions_Type_Conflict
stef-1062-logger
stef-IgnoreOpenApiErrors
stef-928-TypeLoadException-FluentAssertions-net472
nunit
stef-849
stef-847-regex-questionmark
http_verb
WireMockServerContext
webapp
ai
CommandLineArgumentsParser
2.15.0
2.14.0
2.13.0
2.12.0
2.11.0
2.10.0
2.9.0
2.8.0
2.7.0
2.6.0
2.5.0
2.4.0
2.3.0
2.2.0
2.1.0
2.0.0
1.25.0
1.24.0
1.23.0
1.22.0
1.21.0
1.20.0
1.19.0
1.18.0
1.17.0
1.16.0
1.15.0
1.14.0
1.13.0
1.12.0
1.11.2
1.11.0
1.10.1
1.10.0
1.9.1
1.9.0
1.8.18
1.8.17
1.8.16
1.8.15
1.8.14
1.8.13
1.8.12
1.8.11
1.8.10
1.8.9
1.8.8
1.8.7
1.8.6
1.8.5
1.8.3
1.8.2
1.8.1
1.8.0
1.7.4
1.7.3
1.7.2
1.7.1
1.7.0
1.6.12
1.6.11
1.6.10
1.6.9
1.6.8
1.6.7
1.6.6
1.6.5
1.6.4
1.6.3
1.6.2
1.6.1
1.6.0
1.5.62
1.5.61
1.5.60
1.5.59
1.5.58
1.5.57
1.5.56
1.5.55
1.5.54
1.5.53
1.5.52
1.5.51
1.5.50
1.5.49
1.5.48
1.5.47
1.5.46
1.5.45
1.5.44
1.5.43
1.5.42
1.5.41
1.5.40
1.5.39
1.5.38
1.5.37
1.5.36
1.5.35
1.5.34
1.5.33
1.5.32
1.5.31
1.5.30
1.5.29
1.5.28
1.5.27
1.5.26
1.5.25
1.5.24
1.5.23
1.5.22
1.5.21
1.5.20
1.5.19
1.5.18
1.5.17
1.5.16
1.5.15
1.5.14
1.5.13
1.5.12
1.5.11
1.5.10
1.5.9
1.5.8
1.5.7
1.5.6
1.5.5
1.5.4
1.5.3
1.5.2
1.5.1
1.5.0
1.4.43
1.4.42
1.4.41
1.4.40
1.4.39
1.4.38
1.4.37
1.4.36
1.4.35
1.4.34
1.4.33
1.4.32
1.4.31
1.4.30
1.4.29
1.4.28
1.4.27
1.4.26
1.4.25
1.4.24
1.4.23
1.4.22
1.4.21
1.4.20
1.4.19
1.4.18
1.4.17
1.4.16
1.4.15
1.4.14
1.4.13
1.4.12
1.4.11
1.4.10
1.4.9
1.4.8
1.4.7
1.4.6
1.4.5
1.4.4
1.4.3
1.4.2
1.4.1
1.4.0
1.3.10
1.3.9
1.3.8
1.3.6
1.3.5
1.3.4
1.3.3
1.3.2
1.3.1
1.3.0
1.2.18
1.2.17
1.2.16
1.2.15
1.2.14
1.2.13
1.2.12
1.2.11.0
1.2.10
1.2.9.0
1.2.8.0
1.2.7.0
1.2.6.0
1.2.5.0
1.2.4.0
1.2.3.0
1.2.2.0
1.2.1.0
1.2.0.0
1.1.10
1.1.9.0
1.1.8.0
1.1.7.0
1.1.6.0
1.1.5.0
1.1.3.0
1.1.2.0
1.1.1.0
1.1.0.0
1.0.43.0
1.0.42.0
1.0.41.0
1.0.40.0
1.0.39.0
1.0.38.0
1.0.37.0
1.0.36.0
1.0.35.0
1.0.34.0
1.0.33.0
1.0.32.0
1.0.31.0
1.0.29.0
1.0.28.0
1.0.25.0
1.0.24.0
1.0.23.0
1.0.22.0
1.0.21.0
1.0.20.0
1.0.19.0
1.0.18.0
1.0.17.0
1.0.16.0
1.0.15.0
1.0.14.0
1.0.13.0
1.0.12.0
1.0.11.0
1.0.10.0
1.0.9.0
1.0.8.0
1.0.7.0
1.0.6.1
1.0.6
1.0.5
1.0.4.21
1.0.4.20
1.0.4.19
1.0.4.18
1.0.4.17
1.0.4.16
1.0.4.15
1.0.4.14
1.0.4.13
1.0.4.12
1.0.4.11
1.0.4.10
1.0.4.9
1.0.4.8
1.0.4.7
1.0.4.6
1.0.4.5
1.0.4.4
1.0.4.3
1.0.4.2
1.0.4.1
1.0.4.0
1.0.3.20
1.0.3.19
1.0.3.18
1.0.3.17
1.0.3.16
1.0.3.15
1.0.3.14
1.0.3.13
1.0.3.12
1.0.3.11
1.0.3.10
1.0.3.9
1.0.3.8
1.0.3.7
1.0.3.6
1.0.3.5
1.0.3.4
1.0.3.3
1.0.3.2
1.0.3.1
1.0.3.0
1.0.2.13
1.0.2.12
1.0.2.11
1.0.2.10
1.0.2.9
1.0.2.8
1.0.2.7
1.0.2.6
1.0.2.5
1.0.2.4
1.0.2.1
1.0.2.0
1.0.1.5
1.0.1.3
1.0.1.2
1.0.1.1
1.0.0.0
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
adam (Adam Melkus)
Clear assignees
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/WireMock.Net-wiremock#225
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @beloquintana on GitHub (Oct 30, 2019).
Originally assigned to: @StefH on GitHub.
Reset service should reset all mappings, but it delete all stub mappings.
How could I reset mappings via web API ?
@StefH commented on GitHub (Oct 30, 2019):
What do you expect when you reset the mappings?
(Or do you ask this for scenarios?)
@beloquintana commented on GitHub (Oct 30, 2019):
When I reset the mappings, I expect that every change in the stub mappings will be applied.
For example to add a new stub mapping, I create the mappings file, then I have to reset my wiremock service to have these changes.
I think that is better to use the Admin API to reset mappings changes that reset the wiremock service.
@StefH commented on GitHub (Oct 30, 2019):
Not quite sure if I follow, could it be that you want to:
?
@beloquintana commented on GitHub (Oct 30, 2019):
I want to:
The new mappings are not added to wiremock If I do not reset my wiremock service (without using Admin API).
My mapping folder is like:
@StefH commented on GitHub (Oct 30, 2019):
Ah I see. I am not sure if the mapping json files are found if these are present in sub folders. Did you try to copy the files directly in the mapping a folder?
@beloquintana commented on GitHub (Oct 31, 2019):
The mapping json files are found when I reset the Wiremock server, but not when I call reset from Admin API.
@StefH commented on GitHub (Oct 31, 2019):
when I reset the Wiremock server,--> do you mean you just restart the WireMock server?@beloquintana commented on GitHub (Oct 31, 2019):
Yes, I also implemented a custom IFileSystemHandler, but the point is how to update the mappings with the new changes without restart the WireMock server.
@StefH commented on GitHub (Oct 31, 2019):
the EnhancedFileSystemWatcher which is used to detect changes, can only read from the
FileSystemHandler.GetMappingFolder()folder. Adding a configuration setting to also read recursive folders could be a solution for your problemAdding a Admin API call like "Refresh" / "RefreshStaticMappings" which calls the
FileSystemHandler.EnumerateFiles(...)would also be a solution for your question.@beloquintana commented on GitHub (Oct 31, 2019):
Great!!, I think that both solution will be very useful.
@StefH commented on GitHub (Oct 31, 2019):
I keep this issue open until it's fixed.
@StefH commented on GitHub (Oct 31, 2019):
You can try new package from MyGet:
WireMock.Net.1.0.37-ci-12144.nupkg
And set WatchStaticMappingsInSubdirectories to true in the settings.
@beloquintana commented on GitHub (Nov 1, 2019):
I tested WireMock.Net.1.0.37-ci-12144.nupkg and I find this bug:
New mappings are added, but It never delete the old changes until I restart WireMock server.
Steps to reproduce:
(map2.json is added correctly to wiremock)
Actual Result:
Wiremock shows 3 mappings:
map1
map2 old version
map2 new version
Expected Result:
Wiremock shows 2 mappings:
map1
map2 new version
@StefH commented on GitHub (Nov 1, 2019):
Question, for step 4; how do you edit map2.json ? Via an editor directly? Or via a PUT on the admin interface?
@beloquintana commented on GitHub (Nov 1, 2019):
Via a text editor directly
@StefH commented on GitHub (Nov 1, 2019):
This is a different thing.
If you just have a mapping file named
map1.json, and this file does not define the Guid property, a new mapping is added when you edit this file in an editor.There are 2 solutions for this:
791a3f31-6946-4ce7-8e6f-0237c7443275.json@StefH commented on GitHub (Nov 1, 2019):
https://github.com/WireMock-Net/WireMock.Net/pull/374
@beloquintana commented on GitHub (Nov 1, 2019):
Thanks for the WatchStaticMappingsInSubdirectories.
I think that define a Guid in a text editor is tricky and it is not intuitive.
If we could define an Id without any restriccion (Example: string id) would be easy to add and edit mapping json files via text editor.
Would it be possible to do?
@StefH commented on GitHub (Nov 1, 2019):
Sorry. The internal logic is using these guids.
Normally when adding a mapping via the admin API, the guid is assigned and stored in the mapping file when it's saved. Also when proxying, the guide is defined.
@StefH commented on GitHub (Nov 2, 2019):
I've also added an extra parameter to the
ResetAPI method:POST example = to
http://{{wm_hostname}}/__admin/mappings/reset?reloadStaticMappings=trueWhich will reload the static mappings after a reset (=delete) from the mappings.
A preview NuGet can be found at MyGet --> WireMock.Net.1.0.37-ci-12153.nupkg
@StefH commented on GitHub (Nov 5, 2019):
Is this ok?
@beloquintana commented on GitHub (Nov 6, 2019):
This change is only for WireMock.Net.StandAlone?
WireMock.Net.1.0.37-ci-12153.nupkg is the StandAlone
@StefH commented on GitHub (Nov 6, 2019):
Both nuget packages should be there with that 1.0.37-ci-12153 identifier.
In your case, for testing you can use either package.
@beloquintana commented on GitHub (Nov 7, 2019):
It is work very well! I will use this functionality a lot.
Thanks you!!!