JNET: A Case Study

578 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
578
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
6
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • The final principle of SOA is that you can build new services out of existing ones. This really is the “holy grail” of integration. When companies look at their past integration projects they see islands of integration – different technical solutions were used to solve different integration problems. There was little re-use between integration projects and ever increasing maintenance costs. The whole SOA approach is a response to this: you define all your services in one way, as Web services. This means they have at least a potential to be reused. SOA goes further however, enabling you to build new services by composing together existing services. This is new. Previously new services were built by integrating with existing databases and servers. SOA says that you should also be able to build new services from services you've already integrated. The JNET Next Generation Architecture was conceived with a specific goal in mind – “to provide a highly reliable, scalable, flexible, expandable, and secure service-oriented platform for justice and public safety information sharing, application integration, and business process execution.”
  • An architecture that implements business functionality as a set of shared reusable services. A set of principles that define an architecture that is loosely coupled and comprised of service providers and service consumers that interact according a negotiated contract or interface.
  • JNET: A Case Study

    1. 1. Using the JNET Messaging Infrastructure (MI) and planned SOA functionality to provide cross agency business needs. JNET – A Case Study
    2. 2. JNET – A Case Study <ul><li>Agenda </li></ul><ul><li>Welcome and Introductions </li></ul><ul><li>An Introduction to JNET </li></ul><ul><li>Case Study </li></ul><ul><li>Improvements with SOA </li></ul><ul><li>Questions and Answers </li></ul>
    3. 3. JNET – A Case Study <ul><li>Welcome and Introductions </li></ul><ul><li>James Dyche – JNET IS Manager </li></ul><ul><li>Mark Fontana – JNET Data Architect </li></ul><ul><li>Ancil McBarnett – JNET Architecture Manager </li></ul><ul><li>Q/A - Others from Courts and State Police </li></ul>
    4. 4. JNET – A Case Study <ul><li>An Introduction to JNET </li></ul><ul><li>What is JNET? </li></ul><ul><li>Who Participates in JNET? </li></ul><ul><li>What are JNET Service Offerings? </li></ul><ul><li>Usage of JNET Services </li></ul><ul><li>Service Migration </li></ul>
    5. 5. JNET – A Case Study <ul><li>JNET’s Vision </li></ul><ul><ul><li>“ Through the full commitment of its member agencies, leadership and staff resources, the Pennsylvania Justice Network will promote safer communities throughout the Commonwealth of Pennsylvania by providing the complete and secure integrated justice system to all of Pennsylvania’s public safety partners. </li></ul></ul><ul><ul><li>public safety </li></ul></ul><ul><ul><li>integration (different from information sharing) </li></ul></ul><ul><ul><li>timely and appropriate access to information” </li></ul></ul>
    6. 6. JNET – A Case Study <ul><li>What is the Pennsylvania Justice Network (JNET)? </li></ul><ul><li>JNET is a set of integrated justice tools that provide its users with a single one stop shop for information </li></ul><ul><li>JNET is an integrated justice initiative that provides its users; </li></ul><ul><li>Connectivity </li></ul><ul><li>Security </li></ul><ul><li>A set of web offerings </li></ul><ul><li>A set of message offerings </li></ul><ul><li>Notifications </li></ul>
    7. 7. JNET – A Case Study <ul><li>Who Participates in JNET? </li></ul><ul><li>Over 22,000 end users: </li></ul><ul><li>32 Commonwealth Organizations </li></ul><ul><li>11 Federal Agencies (FBI, US Probation, IRS CID, DEA, US Marshall) </li></ul><ul><li>67 Counties </li></ul><ul><li>555 District Justice Offices </li></ul><ul><li>Over 750 Police Depts. </li></ul>
    8. 8. Commonwealth of Pennsylvania Justice Network Integration, Identification, & Notification System 476 99 ERIE CRAWFORD WARREN FOREST McKEAN POTTER CAMERON ELK VENANGO MERCER BEDFORD BLAIR SOMERSET CAMBRIA INDIANA ARMSTRONG BUTLER LAWRENCE BEAVER ALLEGHENY WASHINGTON GREENE FAYETTE WESTMORELAND JEFFERSON CLINTON LYCOMING SULLIVAN TIOGA BRADFORD WAYNE WYOMING PIKE LUZERNE MONROE SCHUYLKILL CARBON LEHIGH COLUMBIA BUCKS BERKS CHESTER LANCASTER YORK LEBANON PERRY DAUPHIN JUNIATA UNION SNYDER CENTRE ADAMS FRANKLIN FULTON HUNTINGDON CLEARFIELD CLARION LACKAWANNA MONTOUR NORTHUMBERLAND NORTHAMPTON PHILADELPHIA DELAWARE CUMBERLAND SUSQUEHANNA MONTGOMERY JNET Server Placement Notifications Electronic Reporting Municipal Police Connectivity MIFFLIN Local Police PSP Parole & Prison SCI 05/31/2005 CPIN / Livescan 22,496 Registered Users
    9. 9. JNET – A Case Study <ul><li>Current Services </li></ul>JNET Homepage PennDOT Web App AOPC Secured Web JNET Metro Court Data – Docket Info Search by SID Web CPIN Rap Sheet Drivers Photo Constable Info SID/OTN Look-up Warrants Master Name Juvenile Inquiry Secured Dockets County Probation Data Learning Management Sys Officer Look-up Notifications County Corrections Data E-Mail State Corrections Data Justice News Deputy Sheriffs Canadian Dr Documentation Master Charge Codes Court Forms and Info Justice Flexible Search JNET Messaging Infrastructure Drivers History Drivers Signature Driver Demographics PennDOT Audit PennDOT Audit Reports Vehicle Protection Orders Certified History Gang Boat OOS Dr History Gun ORI Wanted Court Dispositions Arrest Driver Photo /Demo R/R Parole Violations Court Disposition R/R Driver Demographics Driver Address History * Victim Payment Contact Info ER - Probation ER- Jail Wants Inmate Misconduct Driver History R/R*
    10. 10. JNET – A Case Study <ul><li>Usage of JNET Services - Web </li></ul>
    11. 11. JNET – A Case Study <ul><li>Usage of JNET Services - Messaging </li></ul>A Total of Over 9 Million Messages Per Month 5 Million Notification Web Deliveries
    12. 12. JNET – A Case Study <ul><li>Current Services </li></ul>JNET Homepage PennDOT Web App AOPC Secured Web JNET Metro Court Data – Docket Info Search by SID Web CPIN Rap Sheet Drivers Photo Constable Info SID/OTN Look-up Warrants Master Name Juvenile Inquiry Secured Dockets County Probation Data Learning Management Sys Officer Look-up Notifications County Corrections Data E-Mail State Corrections Data Justice News Deputy Sheriffs Canadian Dr Documentation Master Charge Codes Court Forms and Info Justice Flexible Search JNET Messaging Infrastructure Court Dispositions Arrest Driver Photo /Demo R/R Parole Violations Court Disposition R/R Driver Demographics Driver Address History * Victim Payment Contact Info ER - Probation ER- Jail Wants Inmate Misconduct Driver History R/R* Drivers History Drivers Signature Driver Demographics PennDOT Audit PennDOT Audit Reports Vehicle Protection Orders Certified History Gang Boat OOS Dr History Gun ORI Wanted
    13. 13. JNET – A Case Study <ul><li>Current Services (Planned Portal) </li></ul>Content/Search Justice Applications Collaboration/Personalization JNET Homepage PennDOT AOPC JNET Metro JNET Messaging Infrastructure JNET Portal JNET Homepage Court Dispositions Arrest Driver Photo /Demo R/R Parole Violations Court Disposition R/R Driver Demographics Driver Address History * Victim Payment Contact Info Driver History R/R* ER - Probation ER- Jail Wants Inmate Misconduct
    14. 14. JNET – A Case Study <ul><li>Current Services (Migration) </li></ul>JNET Homepage Content/Search Justice Applications Collaboration/Personalization PennDOT AOPC JNET Metro JNET Messaging Infrastructure JNET Portal JNET Homepage Court Dispositions Arrest Driver Photo /Demo R/R Parole Violations Court Disposition R/R Driver Demographics Driver Address History * Victim Payment Contact Info Driver History R/R* ER - Probation ER- Jail Wants Inmate Misconduct JNET Homepage JNET Homepage Web CPIN Constable Info Juvenile Inquiry County Probation Data Learning Management Sys Notifications County Corrections Data E-Mail State Corrections Data Justice News Deputy Sheriffs Documentation Master Charge Codes Justice Flexible Search
    15. 15. JNET – A Case Study <ul><li>Current Services (Migration) </li></ul>Content/Search Justice Applications Collaboration/Personalization PennDOT AOPC JNET Metro JNET Messaging Infrastructure JNET Portal JNET Homepage JNET Homepage Web CPIN Constable Info Juvenile Inquiry County Probation Data Learning Management Sys Notifications County Corrections Data E-Mail State Corrections Data Justice News Deputy Sheriffs Documentation Master Charge Codes Justice Flexible Search Court Dispositions Arrest Driver Photo /Demo R/R Parole Violations Court Disposition R/R Driver Demographics Driver Address History * Victim Payment Contact Info Driver History R/R* ER - Probation ER- Jail Wants Inmate Misconduct
    16. 16. JNET – A Case Study <ul><li>Current Services Migrated </li></ul>Content/Search Justice Applications Collaboration/Personalization JNET Homepage PennDOT AOPC JNET Metro JNET Messaging Infrastructure JNET Portal Court Data – Docket Info Web CPIN Drivers Photo Constable Info SID/OTN Look-up County Corrections Juvenile Inquiry Learning Management Sys Officer Look-up Notifications E-Mail State Corrections Data Justice News Deputy Sheriffs Documentation Master Charge Codes Court Forms and Info White Pages County Probation Driver Demographics PennDOT Audit PennDOT Audit Reports User Info Justice Flexible Search Court Dispositions Arrest Driver Photo /Demo R/R Parole Violations Court Disposition R/R Driver Demographics Driver Address History * Victim Payment Contact Info Driver History R/R* ER - Probation ER- Jail Wants Inmate Misconduct
    17. 17. JNET – A Case Study <ul><li>Current Services – New Court Case Event </li></ul>JNET Homepage PennDOT Web App AOPC Secured Web JNET Metro Court Data – Docket Info Search by SID CPIN Rap Sheet Drivers Photo Constable Info SID/OTN Look-up Warrants Master Name Juvenile Inquiry Secured Dockets County Probation Data Learning Management Sys Officer Look-up Notifications County Corrections Data E-Mail State Corrections Data Justice News Deputy Sheriffs Canadian Dr Documentation Master Charge Codes Court Forms and Info Justice Flexible Search JNET Messaging Infrastructure Court Dispositions Arrest Driver Photo /Demo R/R Parole Violations Court Disposition R/R Driver Demographics Driver Address History * Victim Payment Contact Info Driver History R/R* Drivers History Drivers Signature Driver Demographics PennDOT Audit PennDOT Audit Reports Vehicle Protection Orders Certified History Gang Boat OOS Dr History Gun ORI Wanted New Service? Existing Services Messages ER - Probation ER- Jail Wants Inmate Misconduct Court Case Event
    18. 18. JNET – A Case Study <ul><li>Agenda for Case Study </li></ul><ul><li>Overview of Court Case Event </li></ul><ul><li>Court Event/Trigger Based Processing </li></ul><ul><li>Court Case Event GJXDM Message </li></ul><ul><li>Current JNET Messaging Architecture </li></ul><ul><li>Planned Consumers </li></ul><ul><li>Court Case Event Messages better fit to SOA </li></ul><ul><li>Challenges/Limitations </li></ul>
    19. 19. JNET – A Case Study <ul><li>Business Drivers </li></ul><ul><li>Global Training on Justice Information Exchange Model (JIEM) </li></ul><ul><ul><li>40-60% of all state based exchanges studied by Global are initiated by Courts as the sending agency </li></ul></ul><ul><li>Multiple requests for the same court case information </li></ul><ul><ul><li>Multiple constituents </li></ul></ul><ul><ul><li>Various events </li></ul></ul><ul><ul><li>Different formats </li></ul></ul><ul><ul><li>Different protocols </li></ul></ul>
    20. 20. JNET – A Case Study <ul><li>Overview Court Case Event </li></ul><ul><li>Published by court case management systems at various court events. </li></ul><ul><li>These events will published a message to JNET based upon “live updates” to the court case management systems </li></ul><ul><li>Courts only want to publish the message once per event and not per requestor </li></ul><ul><ul><li>Publish/Subscribe Paradigm </li></ul></ul><ul><li>Courts want to provide governance and specifically define and approve subscribers for each event </li></ul><ul><li>Application logic should be only concerned with publishing </li></ul><ul><ul><li>No logic for filtering or routing of message to subscribers </li></ul></ul>
    21. 21. JNET – A Case Study GJXDM Court Case Event Message (body) < CourtCaseEvent j:sourceIDText =&quot; CPCMS1000034 &quot;> < j:ActivityTypeText > WARRANT ISSUE 09-03-0720 </ j:ActivityTypeText > < j:ActivityDate > 2003-01-08 </ j:ActivityDate > < j:ActivityTime > 13:03:00.0 </ j:ActivityTime > < j:ActivityInitiatingInstrument > < j:DocumentFiledDate > 2002-11-13 </ j:DocumentFiledDate > </ j:ActivityInitiatingInstrument > < j:CaseTitleText > Commonwealth of Pennsylvania v. Chad Michael Bohn </ j:CaseTitleText > < j:CaseDocketID > < j:ID > CP-21-CR-0000034-2003 </ j:ID > </ j:CaseDocketID > < j:CaseCourt > < j:OrganizationName > Cumberland County Courthouse </ j:OrganizationName > < j:OrganizationLocation >
    22. 22. JNET – A Case Study GJXDM Court Case Event Message (EBXML-like header) < MessageHeader > < From > < PartyId type =&quot; modified email &quot;> @AOPC </ PartyId > </ From > < To > < PartyId type =&quot; modified email &quot;> @GENERAL DELIVERY </ PartyId > </ To > < CPAId > AOPC Case Notification 1.0 </ CPAId > < ConversationId > CaseNotification@jnet.aopc|CaseNotification@jnet.aopc </ ConversationId > < Service type =&quot; MESSAGE-XML &quot;> WARRANT PUBLISH </ Service > < Action > WARRANT ISSUE </ Action > < MessageData > < MessageId > 998ede5bcdfc11d99dbba959eecf59dd </ MessageId > < Timestamp > 2005-05-26T11:44:57.575-05:00 </ Timestamp > </ MessageData > </ MessageHeader >
    23. 23. JNET – A Case Study <ul><li>Court Case Event/Trigger Based Processing </li></ul><ul><li>Initiate GJXDM Court Case Event message at; </li></ul><ul><ul><li>Case Initiation </li></ul></ul><ul><ul><li>Warrant Issue </li></ul></ul><ul><ul><li>Bill of Information Acceptance </li></ul></ul><ul><ul><li>Sentence/Disposition </li></ul></ul><ul><ul><li>Others as needed/required </li></ul></ul>Court Case Event “ Sentence” Penalty Assessed Sentencing Warrant “ Warrant Issued” Bench Warrant Served Bench Warrant Issued Court Case Event “ Bill of Information Acceptance” Formal Arraignment Scheduled Information Filed Court Case Event “ Case Init” Information Filed Case Initiation JNET Topic JNET Action Tag Next Event Event
    24. 24. JNET – A Case Study <ul><li>Current JNET Messaging Architecture </li></ul><ul><li>Supported Design Patterns </li></ul><ul><ul><li>Publish/Subscribe Mechanism </li></ul></ul><ul><ul><li>Request/Reply Mechanism </li></ul></ul><ul><li>Current Technology </li></ul><ul><ul><li>Java Messaging Service (JMS) </li></ul></ul><ul><ul><li>MQ Series Provider </li></ul></ul><ul><li>Routing based on publishing to specific topics </li></ul><ul><ul><li>AOPCCourtCaseEvent, AOPC/Warrant </li></ul></ul><ul><ul><li>Each new event means a new topic (current paradigm) </li></ul></ul><ul><li>Gross Level Filters available using JAVA Messaging Service (JMS) Selectors </li></ul><ul><ul><li>Based on text/string comparisons rather than XML structure (XPath) </li></ul></ul><ul><ul><li>Search for string “<Action>WARRANT ISSUE</Action>” </li></ul></ul>
    25. 25. JNET – A Case Study State Police PCCD C o m m o n w e a l t h M A N CCH Courts JNET Messaging Infrastructure (MI) Other approved Case Event Notice Topic subscriber agencies/counties Victims Compensation JNET Hub Event Process Flow IIMS Counties County Bus/ County Broker Node Node Node Node Node 1 Case Init 3 Warrant 2 Bill of Info 4 Sentence
    26. 26. JNET – A Case Study <ul><li>Planned Consumers </li></ul>Yes Case Initiation Local Police – Crime Net Yes Case Initiation PA Commission on Crime and Delinquency – Victims Compensation Yes Case Initiation Warrant Issue Probation / Parole No All County Justice Information Exchange Yes Case Initiation Sentence/Disposition Incident Information Management System No Warrant Issue Wanted Persons File Yes Sentence/Disposition Criminal History Supported by current architecture Event JNET Subscriber
    27. 27. JNET – A Case Study <ul><li>County Integration </li></ul><ul><li>Planned Process </li></ul><ul><ul><li>Follow Justice Information Exchange Model (JIEM) </li></ul></ul><ul><ul><li>Want JIEM routing in MI rather than AOPC application </li></ul></ul><ul><ul><li>JIEM process information will be driven from AOPC processes </li></ul></ul><ul><ul><li>Counties only want their information </li></ul></ul><ul><ul><li>Want fine grained filters e.g. specific charges </li></ul></ul><ul><li>Challenges </li></ul><ul><ul><li>Sophisticated content based routing using JIEM prevailing process, triggering event and conditions </li></ul></ul><ul><ul><li>More fine grained filters </li></ul></ul>
    28. 28. JNET – A Case Study <ul><li>PA/NCIC Wanted Person File </li></ul><ul><li>Current Process </li></ul><ul><ul><li>Warrants and wants entered separately </li></ul></ul><ul><ul><li>Because of manual interaction and paper based processes, warrants may not be entered into wanted persons file in a timely fashion </li></ul></ul><ul><li>New Process </li></ul><ul><ul><li>Courts publish warrant Court Case Event </li></ul></ul><ul><ul><li>JNET MI transforms Court Case Event XML into NCIC format and sends to PA Message switch </li></ul></ul><ul><li>Challenges </li></ul><ul><ul><li>Want record must be entered with multiple (supplement) submissions </li></ul></ul><ul><ul><li>Courts do not capture all information required for want </li></ul></ul><ul><ul><ul><li>Supplemental queries to PennDOT and CPIN </li></ul></ul></ul>
    29. 29. JNET – A Case Study <ul><li>Challenges/Limitations </li></ul><ul><li>No Data Caching Capability </li></ul><ul><ul><li>AOPC must accept all the want entry data and send it back in the published warrant message </li></ul></ul><ul><li>No Workflow Capability </li></ul><ul><ul><li>The warrant message must be split into an NCIC entry message and multiple supplemental messages </li></ul></ul><ul><ul><li>Coordination of want entry and supplemental records must be hard coded in a JNET application </li></ul></ul><ul><li>Limited Filtering Capability </li></ul><ul><ul><li>Messages are filtered using text comparisons rather than XPath </li></ul></ul><ul><li>No Intelligent Routing </li></ul><ul><ul><li>Message broadcast to all subscribers and filtered at the receiving end </li></ul></ul>
    30. 30. JNET – A Case Study <ul><li>Planned SOA Implementation </li></ul><ul><li>Opportunities to improve court case event information exchange </li></ul><ul><li>JNET Architecture Limitations </li></ul><ul><li>Service Oriented Concepts </li></ul><ul><li>Service Oriented Architecture </li></ul><ul><li>“ To-Be” PA Court Case Event Process with SOA </li></ul><ul><li>Challenges with SOA </li></ul><ul><li>Benefits of SOA in Justice Integration </li></ul>
    31. 31. JNET – A Case Study <ul><li>Opportunities to Improve PA Court Case Event Information Exchange </li></ul><ul><ul><li>Intelligent Routing Services </li></ul></ul><ul><ul><ul><li>One topic for all messages (requires envelop/routing information) </li></ul></ul></ul><ul><ul><ul><ul><li>Topics would be exchange/ work load based rather than event/ content based </li></ul></ul></ul></ul><ul><ul><ul><li>Can we intelligently filter and route this event to appropriate subscribers? </li></ul></ul></ul><ul><ul><li>Service endpoint invocation services </li></ul></ul><ul><ul><ul><li>Can we facilitate each consumer nuances for consumption of event rather than just be satisfied with guaranteed delivery? i.e. DB, .Net app, MQ bridge </li></ul></ul></ul><ul><ul><li>Legacy Services </li></ul></ul><ul><ul><ul><li>Can we facilitate FTP process with receipt of Billing Information in one send? </li></ul></ul></ul><ul><ul><li>Transformation and Translation Services </li></ul></ul><ul><ul><ul><li>Can we change the file format from XML to ASCI or EBCDIC? </li></ul></ul></ul><ul><ul><li>Workflow, Orchestration and Message Enhancement Services </li></ul></ul><ul><ul><ul><li>Can we include additional demographics such as scars, marks and tattoos onto the warrant? Can we add a photo to the warrant? </li></ul></ul></ul><ul><ul><ul><li>Can we add business logic to retrieve photos from 2 sources but make a decision on which one to use (ie. The most recent photo taken) </li></ul></ul></ul><ul><ul><ul><li>Can we split the warrant message into an NCIC entry message and multiple supplemental messages, and coordinate its entry? </li></ul></ul></ul>
    32. 32. JNET – A Case Study <ul><li>JNET Architecture Limitations </li></ul><ul><ul><li>Web applications not easily exposable as services </li></ul></ul><ul><ul><ul><li>MI nicely exposed but not web app. </li></ul></ul></ul><ul><ul><ul><li>Better to get demographics from MI </li></ul></ul></ul><ul><ul><li>Where is the routing logic? </li></ul></ul><ul><ul><ul><li>Who is orchestrating this? </li></ul></ul></ul><ul><ul><ul><li>Where is the business logic? </li></ul></ul></ul><ul><ul><ul><li>Would love to have this reusable for other processes. </li></ul></ul></ul><ul><ul><li>Who will combine responses to GJXDM message? </li></ul></ul><ul><ul><ul><li>Is it publisher’s (AOPC’s) problem? </li></ul></ul></ul><ul><ul><ul><li>Is it JNET’s responsibility? </li></ul></ul></ul><ul><li>Need a Service Oriented Approach with supporting Architecture </li></ul>JNET Messaging Infrastructure CPIN Drivers Photo SID/OTN Look-up Driver Demographics Driver Photo /Demo R/R Driver Demographics Wants/ Warrants Driver History R/R* JNET Secure Web Site ?
    33. 33. JNET – A Case Study <ul><li>Service Oriented Concepts </li></ul><ul><ul><li>What is a Service? </li></ul></ul><ul><ul><ul><li>A service is core piece of business logic that is protocol independent, location agnostic, and contains no user state. </li></ul></ul></ul><ul><ul><ul><li>Services don't contain presentation logic, nor do they contain logic to integrate with data-tier resources, such as a database. </li></ul></ul></ul><ul><ul><li>Service Oriented Approach </li></ul></ul><ul><ul><ul><li>A Service Oriented Approach is about creating services with well defined interfaces (inputs and outputs) and behavior either from scratch or by wrapping existing application code. </li></ul></ul></ul><ul><ul><ul><ul><li>There is the notion of liberating functionality and management functions from monolithic applications and defining once as a service. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>The art of being able to encapsulate a service as a black box, only being aware of inputs into and outputs from that service. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Does not necessarily involve web services, whose contract is a WSDL. </li></ul></ul></ul></ul><ul><ul><ul><li>These services are then combined into composite services, applications and business processes, by a mixture of modeling, configuration and parameterization and hopefully no coding. </li></ul></ul></ul><ul><ul><ul><li>In the spirit, of loose coupling , inputs and outputs of a service should be described as XML, without any thought of presentation, routing etc. </li></ul></ul></ul><ul><ul><ul><li>Services should have expanded reach – can be accessed on the web or via messaging or otherwise. </li></ul></ul></ul>
    34. 34. JNET – A Case Study <ul><li>Service Oriented Architecture </li></ul><ul><ul><ul><li>Union of services, processes and policies into a framework. </li></ul></ul></ul>Service Consumer XML Acceleration Routing Security Mediation Orchestration U n i f i e d Service Management <ul><li>Exceptions </li></ul><ul><li>Auditing </li></ul><ul><li>Reporting </li></ul><ul><li>Monitoring </li></ul>Metadata Repository Policy Repository Service Registry Service Provider Event Driven XML Message
    35. 35. JNET – A Case Study <ul><li>“ To-Be” PA Court Case Event Process with SOA </li></ul>
    36. 36. JNET – A Case Study <ul><li>Challenges with SOA </li></ul><ul><ul><li>Monitoring – Operations have many more items to control, monitor and respond to when something goes wrong. Abstraction layer increased. </li></ul></ul><ul><ul><li>SLA and Performance – The business is interested in the performance of a composite service or process, not the individual services, and therefore should have service level agreements at that level. </li></ul></ul><ul><ul><li>Security – With processes running across multiple services, security and privacy reach new levels of complexity. How do we ensure that a service is only used by permitted users? </li></ul></ul><ul><ul><li>Mediation – traditional SOA does not specify how to accommodate for much needed mediation services such as transformations, translations, validations, exception handling etc. </li></ul></ul><ul><ul><li>Vaporware and Misnomer – It is unfortunate that SOA is discussed with only web services in mind. A Service Oriented Approach is paramount. </li></ul></ul>
    37. 37. JNET – A Case Study <ul><li>Benefits of SOA in Justice Integration </li></ul><ul><ul><li>Flexibility – New processes can be defined and implemented much more quickly than traditional approaches </li></ul></ul><ul><ul><li>Services can be mixed and matched independently of their technological origins </li></ul></ul><ul><ul><li>Concept of services combining into a justice process is much closer to reality within an event driven paradigm </li></ul></ul><ul><ul><li>GJXDM used as a canonical model to define inputs and outputs to a service, leaving routing details to infrastructure </li></ul></ul><ul><ul><li>It is possible to implement applications using a service –oriented approach, without a service-oriented architecture, but this requires much effort of the developers with resulting accidental and spaghetti architecture </li></ul></ul>
    38. 38. <ul><li>Questions and Answers – Panel </li></ul>JNET – A Case Study

    ×