@@ -344,7 +344,7 @@ Please consider the following model fragment, with the attention focused on the
344
344
345
345
[source,turtle,subs="attributes+,+quotes"]
346
346
----
347
- @prefix : <urn:samm:{example-ns}.myapplication:2 .0.0#> . # <1>
347
+ @prefix : <urn:samm:{example-ns}.myapplication:1 .0.0#> . # <1>
348
348
@prefix samm: <{samm}> .
349
349
350
350
:Test a samm:Aspect; # <3>
@@ -364,7 +364,7 @@ For the generated OpenAPI specification, the following mapping would apply:
364
364
"openapi" : "3.0.3",
365
365
"info" : {
366
366
"title" : "TestAspect", // <2> <3>
367
- "version" : "v2 " // <1>
367
+ "version" : "v1 " // <1>
368
368
}
369
369
}
370
370
----
@@ -379,10 +379,10 @@ The version information as described above is also used in the URL definitions o
379
379
----
380
380
{
381
381
"servers" : [ {
382
- "url" : "http://example.com/api/v2 ", // <1>
382
+ "url" : "http://example.com/api/v1 ", // <1>
383
383
"variables" : {
384
384
"api-version" : {
385
- "default" : "v2 " // <1>
385
+ "default" : "v1 " // <1>
386
386
}
387
387
}
388
388
} ]
@@ -744,7 +744,7 @@ Please consider the following model fragment, with the attention focused on the
744
744
745
745
[source,turtle,subs="attributes+,+quotes"]
746
746
----
747
- @prefix : <urn:samm:{example-ns}.myapplication:2 .0.0#> . # <1>
747
+ @prefix : <urn:samm:{example-ns}.myapplication:1 .0.0#> . # <1>
748
748
@prefix samm: <{samm}> .
749
749
750
750
:Movement a samm:Aspect ; # <3>
@@ -766,7 +766,7 @@ For the generated AsyncAPI specification, the following mapping would apply:
766
766
"asyncapi" : "3.0.0",
767
767
"info" : {
768
768
"title" : "My Movement Aspect MQTT API", // <2>
769
- "version" : "v2 ", // <1>
769
+ "version" : "v1 ", // <1>
770
770
"description" : "Aspect for movement information" // <3>
771
771
}
772
772
}
0 commit comments