Open GoogleCodeExporter opened 9 years ago
Filtrering på åtminstone tjänstedomän och gärna också på ytterligare
attribut i EI vore vägen framåt fär att notifieringsbaserade lösningar
skall bli effektiva.
Original comment by marcus.c...@glocalnet.net
on 28 Oct 2013 at 8:02
Notifieringsfilter
En notifieringsmottagare bör kunna:
- Välja från vilken verksamhet(hsa-id) som notifieras.
- Välja från vilket system(hsa-id) som notifieras.
- Välja från vilken tjänstedomän som notifieras.
o Här inkluderar vi väl version.
- Vilken ”categorization” som skall notifieras.
Övrigt
- Categorization bör kunna uppdateras i en IE post.
- Expire flagga på en IE post. Någon form av rensningsjobb.
Original comment by marco.de...@delucaconsulting.se
on 6 Nov 2013 at 9:24
[deleted comment]
Johan: Tack för inputen. Inte säker på att riv-ta issues är bästa stället
att begära interna förändringar av en komponent. EI's tjänstekontrakt i sig
kommer ju inte påverkas av detta tänker jag. Men vi kör på så här för
denna gången så klart :-)
Marcus: Tjänstedomän och kategori är det som ligger i planen nu.
Marco #1: Kan du förklara behovet du ser av att filtrera även på verksamhets
och system hsa-id?
Jag ser en fara med allt för fingranulär filtrering i EI då det rimligen
kommer medföra en rejäl ökad börda på TP-supporten.
Om vi hade självbetjäning i TAK så skulle det vara en annan sak men så
länge det måste gå genom TP'supporten så ställer jag mig tveksam. Kan du
förklara dina behov lite mer så kan vi ta det som utgångspunkt för fortsatt
diskussion?
Marco #2: Får jag be dig registrera nya ärenden för det du lagt in under
"övrigt". Det finns inga praktiska möjligheter att ha en effektiv
ärendehantering om vi tillåter oss blanda ihop olika önskemål i ett och
samma ärende.
Tips #1: Johanna har ju efterfråga intresse av att delta i ett möte i närtid
för att kunna diskutera EI-filter lösningen, tror ni alla tre fått mail om
det. Anmäl gärna intresse till det mötet. Tror det kan vara snabbaste
sättet att landa diskussionen om behov och vad vi skall prioritera i den
första versionen av EI-filer som vi bygger nu.
Tips #2: På issue 200 kan ni hitta info om planeringen av arbetet med EI-filer.
Original comment by magnus.l...@callistaenterprise.se
on 7 Nov 2013 at 1:53
Mycket bra att tjänstedomän och kategori är spikad!
#1 Jag tycker inte att TP förvaltningens brist på IT stöd skall styra
nationell IT utveckling.
Som jag ser det kan det finnas behov av att peka på specifika system (t.ex.
system adresserade domäner som formulärtjänst). Det skulle kunna vara så
att olika formulärmotorer betjänar olika special områden. Alternativet är
att notifieringar istället kastas av mottagaren.
När det gäller verksamheter så kan det komma tillämpningar som samverkar i
process vilket då skulle kunna optimeras om filtrering kan ske centralt. Idag
saknas verksamhetens hsa-id EI posten.
Original comment by marco.de...@delucaconsulting.se
on 7 Nov 2013 at 7:37
Marco: Tack för återkopplingen.
Original comment by magnus.l...@callistaenterprise.se
on 7 Nov 2013 at 8:51
Magnus: Jag ser dessa krav som generella för en konsument av
ProcessNotification. Idag specas kravet i tjänstedomänen avseende
ProcessNotification och beteende för såväl konsument och producent. Det är
i ljuset av det som jag startade tråden här. Jag tycker definitivt att det
är en domänfråga för intressenterna och att det därmed hör hemma i i
TKB:n (även fortsättningsvis). Jag håller förstås med om att det inte
påverkar lire-protokollet, men tjänstekontrakten spexar ju mycket mer än så
(semantik i konsument/producent, SLA).
Original comment by jo...@eltesconsulting.se
on 7 Nov 2013 at 8:54
Johan: Låter vettigt, tack. Vi får beskriva i TKB:n att det finns en
förväntan på en konsument av ProcessNotification att den kan filtrera anrop.
Original comment by magnus.l...@callistaenterprise.se
on 7 Nov 2013 at 9:14
TKB behöver speca krav på en EI-realisering avseende prenumerationsmasker per
logisk adressat av ProcessNotification. Förslagsvis ska masken kunna användas
för att filtrera utgående från samtliga fält i en
ProcessNotification-begäran och uttryckas i någon form av standardiserat,
enkelt regel/el-språk. Regelspråket bör pekas ut i TKB för att underlätta
migrering och återanvädning av prenumerationsmasker mellan
EI-produkter/lösningar.
Original comment by jo...@eltesconsulting.se
on 16 Mar 2015 at 9:00
Original issue reported on code.google.com by
jo...@eltesconsulting.se
on 27 Oct 2013 at 6:38