 Welcome Dave over to you. I'll take a seat. Thank you Steve So I want to ask my panelists to come up here First I'd like to introduce Phil Bofar Phil and The Phil is the was a senior researcher and developer at Manger University. I didn't know you were from Maine And we moved to the Institute of educational cybernetics at Bolton University and There he created the Archimate Modeling tool called Archie which probably many of you have used and he's been curating developing of that independently and working with the open group to define next generation define Implement and execute the next generation of the Archimate exchange file format. So Phil, thank you. Okay next Bring everybody up John Stow is a is a senior software architect at JHNA, Inc and they're a organization that contracts to the US Army Future Vertical Lift program and their software engineering director in Huntsville, Alabama and He has a very interesting example of an executable standard in support of the the future airborne capability environment FACE standard that's been produced by the open group and Third Carl Schottmeier, who is getting mic'd up here, so I'll stretch out his intro here Yeah, well, I'll go for my intro and then we'll go on Carl. So He's an independent consultant specializing in IT management standards and solutions He's a fellow of the the DMTF and our the open groups liaison to the DMTF and the member of the SNI working group and works to keep both specifications in sync and One of his contributions in the executable standards area has been leading a major open source project that we do called open pegasus And they'll I'll tell you more about those. I want to give a quick intro to frame some of this We've heard from Andras and Steve about the need for executable standards and So want to put that a little bit in the open group context So I'm gonna start with a simple question Why are you here? Why are you here at the open group? You might be here to learn about industry direction and trends You might be here to discuss that industry direction and trends and try to to guide it and shape it You might be here to network with your peers very valuable part of what goes on at the open group and you might be doing the hard work of creating those The underlying standards that they're kind of the fuel of the the engine of What we do here and Also backing that up with creation certification programs. These are all things that bring people to the open group We put it all together. What are we really about and we're really here to make standards work The open group is an organization that solves business problems through the use of open standards and As Andras pointed out we've we've had both We've had Started with both the organizations formed out of two organizations one of which was focused towards written standards One of which was focused towards delivery of standards in the form of code and both of these are valuable in the actual achievement of Standards adopted in the marketplace People conflate and thanks Steve mentioned this earlier people often conflate You know what open means and I've heard people say open standards and open source like it's all one word, right? There are some differences the definition of open is a little bit different between the two I'll let you read these you know what an open standard is specification for behavior and one of the key parts of the open standards world is our attention to process the openness and Transparency of our processes and the audit ability of that and that's that due process is something that all of you have Experienced working in the open group standard process and a very important point here is that there is not a bar To people doing independent implementations of those standards in the open source world The focus is on the software It's it's really about Openness of of use That you know this licenses and this is the Wikipedia definition and also the definition off of the open source licensing site Copyright holder provides the right to You know look at and change and adapt the software to To anyone and for any purpose right so it's openness of use there similar in concept to You know no bar to independent implementation and the third one I want to introduce here because it's actually important for the open group is Openness of data models that there we have executable structures that allow exchange of information Support our vision of boundaries information flow And all of these approaches are actually useful in actually having the standards impact the marketplace As Steve mentioned we've got a long history of this I Have to use my prop here if I can juggle the microphone. I brought I dug this one out from a long time ago DC developers kit and this is something where When we were creating DC we recognized that a key part of it was getting people to actually adopt the code and so we put out this early early access developers kit and DC is kind of passed in time, but it's a reminder that we've got deep roots in this area So that just shows you that I've been around for a long time. I'm going to talk introduce my panel who are going to talk about some Current activities in executable standards. I've I've introduced them already Phil Bovar for the archie tool for the Archmage standard John style for the face example and Carl Schottmeier for the DMTF sim standard so Phil over to you. Okay Thank you How do I just press it? It's press the arrow. Okay Just don't press the bottom. Okay. Go on I'm here. All right. Okay. Good morning. Yeah So as Dave said open open source and open standards and I'm probably known as the Archie guy and somebody called me Archie yesterday actually my name's Phil And the thing that I've been doing for the last six years has been making a piece of open source software specifically to model the Archie language So this morning what I want to do is tell you a little bit about a brief history of Archie and where it came from and then talk about its adoption and possibly how It has affected the uptake of Archie make globally. So Two questions to start with what is Archie and how does it relate to the adoption of Archie make the modeling language? So basically simply Archie is software Archie is cross-platform client software works on Windows Linux Mac You can download it for free the source code is available for free And it just hits the spot where you can start modeling with Archie mate very easily We talk about low barrier to entry the low barrier here is it's it's free And you can just get it and start working with it And we have well, I've set up a website user forums built up a whole kind of ecosystem around the tool and just make sure that I keep getting it out there getting the word out and People start using it and just get going with with our commit easily So also Archie is a way of doing things as well. It's not just about Producing software and writing lines of code We want to promote a philosophy that says this is open source. It's cross-platform We want to keep it free. We want to keep it accessible for everyone. We want to make it easy working out the box That phrase I liked the difference between the open source and what was the other phrase open plus what was being mentioned just previously I like that idea that you don't have to I mean a lot of open source projects or some open source projects Consist of you know going to get the code and pulling this piece together and maybe compiling it Maybe it doesn't work properly My strong belief is that that's not necessary. You need to make something That's a product and I keep emphasizing Product here that you're not just writing lines of code that you're actually Producing something that needs to express care and attention I'm getting people on your side and getting people to like what you do and want to extend what you do so in that sense I Also say that Archie is a driver for change Because it gets people on board with open standards open source and gets and gets people contributing back opening conversations between All the stakeholders So quick history in 2010 what happened was in UK higher education, which is where I come from in a previous life there was a project funded by a UK organization just whereby they wanted to look at enterprise architecture in universities and start people Start the ball rolling as far as modeling is concerned And they wanted to keep going with the philosophy of open source being funded by public funds in UK Education and so they had some money to pay me to write a proof-of-concept tool Because I've been working for the previous 12 years at that time developing open source tools from for different reasons to do with interoperability standards using the eclipse cross-platform Toolset so in June 2010 I summer 2010 to six years ago. I bought out version 1.0 of Archie and It was billed as a low cost to entry solution to users who may be making their first steps in the Archie mate modeling language and the initial uptake was within the UK higher education sector specifically targeted to to that group but His thing I didn't need to advertise anything. I didn't need a marketing team because within a relatively short time a few months weeks even Word got out that here's this free tool and there's a big growing buzz around Archie mate and people could just go and get it and it became like a bit of a wild animal actually because I was starting to get emails from large insurance American insurance companies and Other individuals students trainers trainers started to use it I could mention lots of big names Who use it? I won't but we're we're getting we're gathering stories about different users and why they're using it It's been downloaded since 2010 Lots of times plenty of times. It's ubiquitous. It's three to four thousand downloads a month every month That's a lot of users I mean even that's Google Analytics even if you cut that figure down in half or Less than half. There's still a lot. So it's out there. I mean people ask me Who uses Archie and I sometimes wonder if it'd be easier to say who doesn't use it because it's used for itself And sometimes it's also used. I mean to go on to other tools because it doesn't provide all the solutions at this stage It it can open the door if you want to use other tools that do the job Maybe they have more features. That's fine. You can you know, that's that's a good use case Get the ball rolling get your using Archie mate get in there get going with it. See if it's for you And if you want to go on to add some of the other proprietary tools great if you can You know if you set up for that So what I want to say is that arch Archie has been I Think a real major driver for the adoption of the Archie mate standard and it has a global adoption as well because There are there are certain countries. I mean Russia for example I'm I think I opened the door to them because they they took it and University in Moscow translated it into Russian Archie into Russian and they have a whole cohort of users who Just use it and Model away, and I'm not sure if that would have happened if we hadn't had an open-source solution available So many users are using it Used by large organizations individuals trainers students and as I say low-cost ent was low-cost is it's free So in conclusion then Archie Archie mate working together I've been working with the open group past few years Working on the Archie mate exchange format. That's another thing associated with Archie Working with all the different users getting feedback getting some great stories opening doors and one thing I think we could take this forward with is building an open platform Build on the core of Eclipse and Archie and do a whole lot more interesting stuff with with the whole modeling world and EA world So I'm really excited about the future with Archie and Archie mate Okay, I'm done. Thank you very much Phil Just a reminder for folks write down your questions on cards people will bring them up and we'll take them all at The end. I want to make sure we get through everybody. So let me pass the baton to John who will talk about Face and balsa. All right. Thank you. So I came from a development background after I got out of the Air Force and One of the one of the first things that I I learned how to do was to program databases So if any any database developers in the room anybody know where you can go get some code for how to make a database connection All right One of about a hundred different places you could go right what about what about if you're doing a web portal You're going to go develop a web portal. So you'd like to find some examples of how people have done that in the past You've got some ideas in mind of where you might be able to go maybe even some textbooks that come with a CD in the back in old school, right and you you were able to get the examples that the instructor used in writing the book for how you can Begin the implementation of a web portal how you could begin the implementation of a database application of some kind So the actually the most important part of my presentation is right on the first slide It's not my name. It's that little green box down at the bottom that says unlimited distribution So I work for the army now as a contractor on future vertical lift And so I'm going to ask the same question. I asked the previous two times only I'm going to ask it with it with a different context How many of you know where you can go get the source code to begin the implementation of an aircraft transponder? That that becomes a different challenge all of a sudden and so that unlimited distribution statement is critical to what we're doing inside of the face consortium Because you don't achieve security through obscurity You don't try and take a platform and make it secure by hiding how the platform is built from everybody Now there is an important aspect of protecting intellectual property and protecting secrets and and things that need to be hidden But you don't do it through hiding the interfaces and the construction and the architectural patterns And so the face consortium started with the understanding that aircraft costs were rising as these were becoming more and more digital platforms And so you wanted to have a standardized way in which you could build aircraft architectures And ensure that those aircraft architectures could be openly competed I want the ability to produce a new aircraft transponder And therefore I want all of the companies who build aircraft transponders to be able to compete on this So what is the standard by which I will say you can build the aircraft transponder? And as long as it conforms to the face technical standard, I at least know that the interfaces are not proprietary So it's a layered architectural standard with five segments And a data model that goes along because now that I have the various segments of the architecture I also need to know what data moves along that and how I can consume the data as a producer or a consumer A publisher or a subscriber of the standard So the face consortium started off with the idea of building the technical standard but very important to that we had a Business environment that was not used to open standards in this way So the business guidance going along with The the technical standard was an important milestone for the face consortium And we looked to the open group and their experience for Being able to assemble the the various different parties government industry academia To have a very successful standards body producing both the technical standard and the business guidance for how to consume that standard But then there was also a verification and conformance process that was critical to The the concept of the face consortium and the reason that's important is because you can't have compliance And if any of you have ever met judy, I don't know if Dave would also say it might kick you some of the other folks that participate in the face consortium Compliance is a very bad word in the face consortium And the reason is because if you're 98 compliant with the standard Those two percent non compliant pieces provide the proprietary hooks that allow me to Not compete the standard. So we are conformant We we are very much serious about verifying that someone meets the standard And ensuring that before they can say their face conformant that they've gone through a verification process So they've got business and technical working groups very involved army navy air force All of the major industry players several academia Providers are involved in these working groups helping to shape the standard and move it forward Uh, we've released more than two versions version 2.1 is currently the released version and 3.0 is in development And a active and quickly moving standards body So why why does that matter for the presentation today? How does that have anything to do with open source or executable standards? Well, first of all In the production of the face consortium in the face technical standard The source code was not the primary focus We're not trying to build a platform That is common for everyone. We're trying to build a standard on which platforms can be built So we started with the question And that is that how many of us have internal tribal knowledge where we know how the face technical standard works We understand inside the consortium what we're trying to achieve What about somebody who's never had any exposure to it now? I work on future vertical lift A program that many of the people who will be spearheading the future designs That will be spearheading The innovations are right now in grade school Or elementary school some of them are are just beginning their college career Before we will ever write the code for the future vertical lift platform. Now that that timeline is Condensing it's it's coming very close So we wanted to start with a study of could a college student Have some exposure on their first exposure to the face technical standard and consume the basic concept of the face technical standard Rather than being handed hundreds of pages of documentation in an introductory video Do they understand at the core what this standard is all about five segments? The ability to write something that's a published subscribe architecture. Can they can they do it? So we built a challenge. We called it the code challenge We put five students in a room that had they might have had some embedded software experience But they had no exposure uh to face and we gave them the technical standard and a simple working example With the mindset of do the simplest thing that can possibly work Can you build just one simple component with the examples that we've given you and we wanted to study this we wanted to learn And one of the things we were hoping to learn is that you're only new once so if you if you get that outsider perspective Don't dismiss it as oh, they just don't understand that outsider perspective is incredibly valuable because they're telling you something that you don't see On the inside when you when you have the internal tribal knowledge of how you're standard or how your application Or how your company works someone from the outside gives you a valuable piece of perspective when they say I don't understand And so you're only new once and then once somebody explains it to you. You're no longer new now You're on the inside so we wanted to gather that knowledge And so we we built a simple application framework plus a simple getting started guide with the focus on developer on ramping We we gained so much value from that one exercise that we realized there's an ongoing pattern that that we need to follow here An ongoing process by which we are continuing to incorporate new feedback And learn what our what our path of improvement is so we started a a group within the face consortium called the integration workshop Focused on how do we make the standard more executable? And we built a we took that code challenge software and built an actual application out of it called the basic adsb lightweight source archetype and in typical form we came up with the acronym balsa first and then figured out what it meant because I mean we we wanted it to be a model airplane balsa would Something that's not intended to be a real world replacement. That's very important. I'll come back to that But it is a working example of how to use the face architecture it it covers the io services the platform Specific services and the portable component services so three of the segments and it also provides a transport service implementation We know there are lots of vendors out there who produce operating systems and transport service mechanisms So we we just wanted to provide a simple It would rest on the posix interface that was already required and use a very simple transport so that people could envision Oh, well, that's not that's not robust Well, it's not supposed to be but it follows the architectural pattern so that you can remove that transport services layer And put a robust commercially supported transport services in there and your application will still work And that was our primary point. And so we we uh worked with uh various industry players and and with the army and the navy and at our normal standards meeting we Conducted a face-to-face technical interchange meeting where we had a published papers track where people were able to Use reference examples and they didn't have code that they could use in their papers before Unless they went through an internal release process So we wanted to have demonstrations of applications in the release of technical papers and it was very successful that that happened this february So why adsb? I won't spend a lot of time on the architecture of this But I want to give a little background since I mentioned transponders before I wanted to come back to that We we live in a defense industry or I live in a defense industry that is that is very unique in its implementations The face consortium has itar restrictions You have to be a u.s person to participate But we release the standard and publish it distribution a so everything goes through that rigorous process We're very careful about ensuring that when we publish the standard that we've published it distribution a unlimited But to participate before it goes through that process we have to do things on the inside That creates the the problem of ensuring that we are Not incorporating tribal knowledge or unique things into it So we wanted to pick something for our demonstration example. It was completely open so that everyone could Could consume it that anyone who was curious about it could could simply google How does this work? What is it and they wouldn't have to understand something unique or defense specific? So we picked adsb and it's because it's an open non-proprietary standard It's something that everybody who uh, who is familiar with aircraft in the general sense can look at adsb and understand pretty much What it is. Oh, it's it's position information. I'm flying. I want to know who you are and where you're at I want to know where the ground station is. I want to know where the radio station is And so position and reporting information name location very very simple straightforward and because it is two standards Uh, we want to show how you leverage one standard to consume the other And it's used in both civil and and defense We then could layer the face architecture showing how you can take that External standard and someone who simply says oh well we we build something that is conformant to the adsb standard That doesn't necessarily mean you can incorporate that into your software architecture because you have The adsb standard for how you're going to communicate with people But the software architecture on your platform is how are you building those components? And so we we divided up a very simple example. This is our hello world example It's it's not quite as simple as hello world in the avionics space to to demonstrate air traffic control The way that you would get position information from various sensors the way that you would communicate with the operating system And how you would move the the application forward We had primary goals our primary goal in this was to lower the barrier to entry for new technical individuals Who are coming to face for the very first time? We wanted to build something that was deliberately simple now a hello world example is too simple for what we wanted to do It it provided no value. So we had to raise the bar up to show How could I build something that was equivalent to the hello world example? That was the simplest possible use case that we could come up with that consumed the entire face technical standard We had a secondary goal in this and and we decided that that was actually an internal and an external secondary goal Internally, we wanted to provide a long-term training pattern for the example of that code for how we can describe certain technical challenges In other words, how can we use this example? So that somebody who's writing a particular portion of the standard who needs a sample code to Just just a couple of lines of code to stick into the standard so that they can show how you might do this Where are they going to get that code and and will it work? And is it ever maintained and who's responsible for making sure that that code Looks like the rest of the code in other parts of the standard So we wanted an internal training pattern that could be used and then also an external goal We wanted to provide a starting point so that vendors could do the same thing when they publish their application And they have to write their hello world example so that they can include it in their sdk or in their tool That says build new face component How are they going to get a starting point that everybody's familiar with and so we realized there was there was long-term value in this And and while it's not very meaningful and you know, it's just a picture of a raspberry pi for us It was very important because avionics are extremely expensive So developers, especially if it's a small startup company, which we want to Inspire innovation we want people to build software companies because they have an idea for an application that they can sell to the defense industry And and the barrier to entry is so high for that because A piece of avionics hardware is very expensive And besides if I buy a piece of avionics hardware, how do I know? It's going to be the piece of avionics hardware that your platform is going to use Hardware independence was extremely important to the software development Concept so we demonstrated that we could run this application on a raspberry pi So we've lowered the barrier to entry for the development of avionics software Down to something that literally a college student with an idea for an avionics software application can build That doesn't mean it's simple. It means it's accessible It's not about open source. We weren't building something that becomes the open source platform for all future vertical lift We're not trying to say that the future replacement for some military Helicopter is going to be running open source software. That is not the point if you take that away You haven't heard anything that I've said the point is that we have an open standard so that we can Replace upgrade reuse the valuable investments that we've made in our avionics infrastructure The code provides an example It expands training and implementation. It shows us how we can do integration in an open space Where I have something that I want to integrate with something that you've built My thing and your thing are both proprietary to us But that space in the middle where we integrate that's open and we we need to make sure that we have more than just A little bit of code. It's open documentation. It's open training. It's open examples and prototyping So internally that's useful for the consortium as we're working together But externally it's also useful for aligning face with other standards We were able to take that open source example And use it because it is distribution a with other countries who are developing open standards for their defense industries and the united states With our itar concerns can't release our code But now that we have this distribution a example we can talk about something that we that's tangible that we can see And so we've had an opportunity for standards alignment with other us based standards, but also with international standards We've seen it adopted in that tooling and demonstration example So that vendors have actually used that that open source example of the code the executable portion of our standard That they can now take that and put it into their Into their tool so that that new reference example can come with something that they didn't have to write And that they don't have to explain it it's part of the ecosystem And then finally we we've shown at least a couple of times internally I don't have much that I can show you on this right now because it's it's rapidly moving, but it's also It's also for the purpose of internal risk driving driving down internal risk Where a vendor who has a proprietary internal solution keeps their proprietary Software on the other side of the open interface on their side of the open interface We don't want to know what's in that black box. We really don't We want to purchase the black box, but we want to demonstrate that it can Interoperate and be used in an open way. Well, how can we do that? Well, well very simply if somebody builds a commercial transponder You can take the atc component out of our little adsb example Put yours in there and if it works correctly and it publishes and subscribes the data correctly We don't have to know what's in the black box to still achieve openness And finally we wanted to prove that we could eat our own dog food We wanted to walk through the entire face verification and conformance process which meant that we don't have the The bad legacy that open source software often contains and that is that Consume it at your own risk. There is no documentation and if you can't figure it out Good luck What we wanted to do is be able to say here is how you actually get software verified And conformant to the face technical standard which means that all the documentation for the software design in our relatively simple example Are conformance verification matrix passing the automated tests that all of those things were provided as well So it's not just about open source. It's about demonstrating the openness of the standard as a whole Thanks. Thank you very much Carl I'm going to go over and hide behind the podium and protect myself Well, that's another reason so I don't fall off the front All right, my name is Carl shopmeyer I'm gonna Probably need you this morning. Okay I didn't think I did good In in about three sentences I'm one of the two people that started an open source project within the open group 15 years ago. We called it open pegasus for no particularly good reason It was actually a solution to what at that time was a real problem. I was chair of the Management forum at the time and the and in looking at the issues and in trying to manage it the first one It came up with it. There's absolutely no common infrastructure for managing it It was a a world of vertical solos with everybody's clients. Everybody's application Tools everybody's own interfaces, etc And so one of the things we felt was important was some sort of a common infrastructure The open group was not developing one at the time. There was a parent a partner organization Known as the dmtf that was developing one But what they were doing was producing what we at the time felt was a paper tiger lots of specs And no implementation so Two of us in a fit went off and started what not but later became open pegasus Okay I'm going to introduce the dmtf and cine for just a minute since I used the words throughout the presentation, but Yeah, don't don't get carried away with them The dmtf has a whole series of specification to define common system management infrastructure including the concepts of models the models themselves the physical Representation those models in terms of classes that you can implement in management servers A multitude of different protocols because every time somebody wrote a Defined a protocol for management somebody came up with a new set of technology that demanded another protocol So you started with binary then you had to have the xml protocols Then you oh wait a minute then you had to have the rest based protocols, etc, etc, etc But they're built into this and then a whole set of specifications that represent domains of management The major domains they have now is managing servers managing storage, etc But under that there's lots of sub-domains for managing particular parts There's about a hundred plus specifications in the entire environment right now The goal was to manage things like servers storage, etc Today this whole this whole set of technologies is supported by both proprietary and open source implementations Open pegasus is one of those core open source implementations The actual standards are about 17 years old And open pegasus hate to say it is about 15 years old today If you look over in the right, you'll see a list of implementations of open source implementations missing one because microsoft actually did one and uh I just put colors on them red means dead purple means life support and green means it's still running and the only reason I brought this up is because it shows you that um Even if you do open source your chances of success are fairly limited also Well, a lot of these projects got started actually had real support when they got started and then later folded their tent because They didn't develop the common support the common mechanism. So so they spread into the industry Okay, what is open pegasus Open pegasus was one of those open source implementations who started almost by accident by two people Uh with the intention of providing Initially a prototype for those specifications and it grew to be a full production Quality environment that implements the majority of those specifications at least the infrastructure components of the specifications It doesn't implement the actual management of particular devices That's beyond the scope, but we provide the components of the infrastructure client apis protocols multiple protocol selection mechanisms full servers database support query language support All those things it was developed under the auspices of the open group but very much in conjunction with the dmtf because we were also contributing to and um Working working with and contributing to the dmtf specifications as they grew Started in the year 2000 and it's still active. I mean it's 15 years old now. That's scary And we're still developing new versions. We'll come out with a new version this summer Um Started by two people alone. We got interest from other groups The eventually we probably had 10 developers working on the product. So it wasn't it's not a small product it's a it's a significant effort and uh at this point We're down to a couple of developers working with it because the level of changes The level of changes go all the way down, but it's still the product itself is used by hpe by No, so to a certain extent by ibm We don't really know how many people use this thing because it's one of the problems in open source You just don't really know who your user set is unless they come back and complain Um, so we'll get into it in a minute We picked a particular license For a reason we picked the mit license because our goal was not to protect our software protect our rights to use Our software the goal of this project was to make these standards As available to people as possible and the way we felt the best way we felt we could do it was to create software There was production quality that people could use without without Adding to the infrastructure cost and so they concentrated their effort on their part of the problem, which was the Interface with the things they were managing and what the clients are supposed to do Over the years We've had both independent and corporate developers in it companies like ibm hp Caldera, I can't even think I think we had 10 companies at one point Contributed heavily to it And and then we also had a number of independent developers who worked with it We really have no idea how many users there are It's certainly we know how many do you know some the uses in the major corporations because they were also contributors But there was over the years there's lots of university were used lots of experimental use lots of people who took it off And forked it and used and created other projects from it It was not just a product it was a project We've been through 15 16 major versions now And in these years with schedules planning I hate to say documentation because that's always a storage with anything open source But Repositories history tracing configuration management an extensive bug system To be honest, there's already 11,000. There's 11,000 bugs in the bug system So there's been a lot of work and a lot of changes to it just as a throwaway in here It was created in the language cc plus plus by and large And it's still in those languages and Uh, we're we'll show in the next slide or two. We're moving to add some more components to it. Okay We'll throw one other one in it's a project called pie web them which has started from a different different perception But it would implement only the client portion of the of this whole set of infrastructures largely because The languages we're using for the server are not the languages people want to write clients in They want to write clients in scripting languages In high-level languages and c plus plus wasn't considered a high enough level language for them so not About 10 years ago A young man went off and wrote pie web them and to be honest the reason he wrote it was he wanted to get Free attendance to a conference and he'd figured out every year if he wrote something new sent in the submission They'd give him Free entry to the conference. So we had all sorts of crud coming in every year Um sim server at haskell one year sim server and some other languages in this and then one year He picked pie with them. Well, it kind of stuck and other people developed it for a few years Then it rolled off into zero land and then Because the number people recognized that it was important we reconstructed it and it is now It's not part of open pegasus, but it's a parallel to it Except that this one is developed completely open sourcing beginning on the public platforms and open pegasus was developed under Open group cvs open group bugzilla open group tool sets That we had to construct ourselves Also, this one uses the lgpl license, which is a significant difference This is also a thing that is compliant with the dmdf specifications In fact, we're using it now in conjunction with open pegasus and gradually moving To it more and more for the tool set the support set that you use with open pegasus So why did we go to open source for these things? At that time Specifications like they'd aimed here putter. Let's call them paper tigers There was a lot of paper and no implementations or very limited implementations The end result was people couldn't get started The first thing you had to do was write an entire implementation before you could confirm anything you couldn't test changes because people change the specifications and it It'd be years later before somebody wake up and say well, that's just broken. So this was a chance to create a An an environment that you could use this production use this testing available anybody anybody could grab it fork it Make changes to it. We accept the changes back into the common code through a process of review and voting But other than that it was it was yours to use and do So it gave us the chance to experiment with new spec state with new specs jumpstart users in the environment provide an implementation that'll help resolve this paper specification issues And provide something for implementations to test openly against it was not a reference implementation The dmtf didn't understand reference implementations this at that time and certainly given that there were other implementations Nobody would have accepted this one as a reference implementation So what did we learn from all this after 15 years? I think one of the big things we learned is I'm trying to figure out how to put this There's a huge number of open source projects out there Thousands of them in python alone the python repository has almost 90,000 open source projects Okay, but many many of those are toys Some started never finished some 200 words or less It's one of the problems with the open sources we see today is it's hard to decide what the quality of something is Unless you can get references from other people other groups, etc So from our point of view open source development is both a product and a project You have to have a project with the constraints of a project scheduling planning Source protection version control Bug reporting documentation, or it isn't going to work Okay It has to have some schedules Once people start using it they have to be able to depend on the quality and the timing of your changes If you agree to do something and people are using it They're depending on What you're what you're going to give them arriving at least somewhere in your schedule And that's a big issue in open source because so much open source source is supported by park time developers And their primary activity elsewhere and this is secondary Uh corporate interests are fickle We had a lot of support from major corporations Except for the day they decided there was another project and we'd wake up and all 14 of them were gone one morning And this happened over and over again We woke up one morning and found out Nobody in India IBM India would answer the phone took two weeks to figure it out. They didn't fire the high the entire team one day Any development project Need something to tie it together and i'm going to call that a champion Somebody who's going to stay with it live with it keep the sense of direction Keep it moving through all the changes they're going to occur Because unless it's just a one-time one-off project It's got to have continuity growth etc. Whether it's tied to a specification or by itself It needs somebody who's going to continue to champion it So find out my open source is not necessarily your open source Um, we had some rules on our open source. It was a project um people paid a fee To become a member of this project But only a certain level anybody else could join cooperate use contribute etc But we had a steering committee And the steering committee set schedules therefore to a whole bunch of people We weren't open source. We had phone calls real open source doesn't have phone calls real open source It turns out at that time didn't even have schedules. You just come Tell somebody said can we just release it? And so our being firm with schedules and projects meant our open source concepts were different than a lot of others And we had big conflict because we got some of the quote-unquote real open source people involved with us caldera And well that didn't last very long The two groups couldn't see how to even work together. Okay Open source really is not free Users think it's free. They wanted all the changes. They want all the quality for nothing But somebody pays for it whether that's a volunteer group a set of corporations That's dependent on who you're what you're trying to accomplish, but it's not free for everybody um tools Are critical to making this stuff work and when we got started we were using individual pieces of tools and gluing together ourselves So we created projects to make cvs work open group has a cvs server for this thing. It's been going on for years We had a bug reporting system came from google called bugzilla that we integrated etc And so we put a fair amount of time into making these things work Documentation support documentation tools mechanisms to automate the documentation to a certain extent Oh, we made it all work and it's there. We learned some things from that First of all given that where we are We want to move ahead to a new set of stuff because over the last 15 years One of the big areas of progress in open source has been the development tools tools like get continuous integration concepts um Support facilities like get hub bit bucket these things where all this stuff is relatively well integrated I don't have to have my bug system. It's already there. I don't have to have my integration tools. They're there I don't even have to have all my test platforms on pegasus. We had 15 or 20 test platforms At least a number of them I just I sent it off to a magical world called travis, which I still haven't figured out who's paying for and all this stuff gets Every time we do an integration it goes off and runs our set of tests for us again So all these changes now Have not necessarily moved the emphasis but brought open source up to the point where you can do serious project or in a develop with Good quality good good support and still depend still do them an open source and depend on open source tools And that's all I had for today Did I cut us down a little bit? Good job. Good job Well, I want to I want to thank my panelists Phil John and Carl. I do have Managed to keep a few minutes left for questions from the audience. I want to start by making some observations. It's really insightful stuff first I hope this dispels the rumor That there is any barrier to adding Executable standards to the work you do in the forms of the open group I've got three good examples here of you know varying heritage You've seen the common themes that that kind of work can do of You know allowing easy entry into the standard Lowering the barrier not only for organizations getting started, but even Individuals getting started. I really liked your point John about, you know The people who are going to be writing some of this code are still in grade school And you know these days, you know, what's coding is the new literacy, right? And that that's being pushed down So giving them access is a real head start for adoption of your results The other one is the platform for innovation, right that It's not open source as a product, but it's open source that allows other people to build on top of it or test something You know give the face example. You give the archie examples certainly that's been a driver in You know the the open sim stuff as well to to to bring that up The third point which you know, I hadn't really thought of is You know we quite often talk about the open group as a good enduring home for standards activities Well, it can be an enduring home for For the open source and executable activities as well. So it's probably an area where we need to Dust off our infrastructure a bit Carl But certainly something we'd be willing to do if people want to take advantage of that. So great stuff I got some questions from the audience here. Good news. They don't have to use any of my seed questions We got a couple of questions here that You know one to fill, you know would if you had been not been paid would archie have been made and by the way thank you for archie and and for John, you know it was a budgeted program to create an executable standard And a similar question for Carl. I think everybody likes to be paid But I guess the the the broader question here is, you know, is there anything about The funding models for how things go on not only to get them started Because as Carl noted that changes a lot over time But how do we keep it going and and particularly fill on what I want to direct to you is You know, what's it going to take to keep it in sync with the standard? That's a good question. Um, I honestly don't have the answer at this time when archie first started We had project funding and and there was enough funding to pay me initially for six months and that was great And and then because it was successful at that time. They found some more funding just to keep me going for I think another couple of years and so I I just had free reign and I could just keep going and that stopped in 2013 When I moved on from the university and I've been Spending a lot of my time continuing and maintaining Archie which involves As we heard earlier things like setting up continuous integration and Travis get staying up to speed with github and there's so much you can do Uh Out of goodwill, but there does come a point where you become aware of a disparity between the The enormous amount of users who use it and are actually getting good value out of it And then you start to realize in my case Well, um, I'm not getting any value out of it other than some kudos. Maybe which I can't eat kudos so, um So it's a difficult situation now where we're at where we're saying we've got a new um A version of the archimage standard 3.0 and we need to do a lot more with it So we're we're out in a position now where we see we need to think about Sustainability and immediate funding. So it's kind of up in the air is to answer your question Yeah, okay. It's an ongoing project. So again The the train activity is a key to doing that car. It's going to throw one little side note in there. I think Getting to think of the name of it What is the core? Security standard open ss open ssl. Okay, that's a classic case of the question of funding It was dependent on by the entire industry and when the heartbeat problem hit they found there was one poor guy I think he's sitting in germany Trying to do all the support for himself by himself and nobody could figure out why we were so far behind Now when that all came out support developed google started supported I think apple poured through some money in but even that created conflict because instead of just instead of supporting him They all went off and created competing versions So it's it's not an easy question asking how you support it and once people start getting something for free It's really hard to figure out a way to get them to pay anything. Yes Yeah, but only after the embarrassment of finding out this poor guy. I'm just doing it all by himself John any observations? Yeah, I think I think one of the important things that we have an opportunity for within different forums and consortium Within the open group is to understand that problem uniquely and say if we want people to Receive adoption for our standards that we all have some skin in the game that we all have something at stake and so volunteers unless they are are Independently wealthy or or able to live on on meager incomes all have to eat, you know some some form of their kudos and so When it comes to having executable standards when it comes to supporting an open source initiative that provides value to everyone It's important for us to recognize that that all needs to move forward and because we have Standards bodies. We already have the collaboration mechanism in place And and if we don't leverage that then we're missing something that we have value to bring to the open source world That that other people don't Good So, uh, I want to move on to the this issue about, you know, what does open mean? Does it mean something different between open source and open standards? And it says, you know open standards grant IP rights for others to build independent implementations and open source grants IP rights to reuse the code but Not necessarily to build independent implementations And the examples on the stage all came from an open standards world. So, um The question was how do you plan to resolve this? You know this joint view of of IP rights when attempting to do both at the same time I guess the the preliminary question is has this been an obstacle to Either creation or adoption of of what what you've produced In my case, um No, I can't think of any obstacles. I mean we we adopted um at an early stage the mit license and I think you have the student Yeah, um, and what that means It's um, basically anyone can take that code and do stuff with it and make commercial stuff out of it If they want to do that or but you know the reality is different When you have a liberal license like that it actually comes back So it's good for everyone and people don't run off and steal things and Close things off with with liberal licenses like that And in reality there are not really that many issues around IP either In this game people try to work together and make things work between people John what I have to confess. I don't remember what license to use for paul We we haven't a slightly interesting, uh situation with that because we we Have a distribution process that's that's part of the public release process for The defense industry, uh, but it doesn't require licensing on the other side. So it has not been officially adopted by Um by anyone to put a license on so it's distribution a unlicensed at this point And and and we had a different, uh problem associated with intellectual property Which was a which was a particular challenge in in our implementation that is that faces a layered approach and so Balsa is not a single application balsa is a series of executables that build an architecture And it's a simple architecture. So it's an open stack as opposed to not trying to reuse the term But it's an open stack of of applications not one thing So we want people to be able to replace components of that and show interoperability And and still hide them hide and protect their intellectual property. So open problem for us. Okay, karl We picked mit for a special reason you're at almost no limitations There's only one limitation don't take our license and copyright off the code and we even found people violating that But that was immature. That was relatively material. You face them up and they clean up and put it back on but Um at the same time if you remember the other product pie web Pie webex was actually done under lgpl for whatever reason and by the way One of the problems with licenses is don't ever try and change it once you've created one God couldn't change most of these licenses because you have to get the permission of everybody who's contributed And by the time you realize most projects start helter skelter And you don't know who the original contributors are you can almost never get enough enough signatures to change it But that's different because it lives in a slightly different world in Python where there are tools that you can use lgpl and change it without actually changing it and use Import things and use them so that that license works well for that But as far as have being a major hindrance. No, I don't really think that Picking the most liberal license got us what we wanted Anybody can use it. Please go use it. Yeah, so really what I'm hearing here is that it's something to think about and you got to Work within the constraints of your your development and legal environment if those are unique But in general, we're not there's no real big barrier here So generally I would say once you understand there are certain limitations. You can't change it once you created it LP GL LP GL means inside corporations if we'd done pegasus under lgpl No corporation would have touched it because it meant a lot of internal modifications But python stuff works very well under lgpl because it's a different a different way of usage So last question here, we're getting very short on time and it's somebody raised the point that interoperability is highly dependent on a common vocabulary at the data level One thing that struck me While we were preparing for this panel was that when we talk about executable standards Sometimes we talk about executable code, but actually we have executable models for data as well And and phil I know one of the key activities you've been involved in is the archimate exchange file format And of course face is a big part of reuse is having a proper data model and Carl there's probably dimensions of that that I haven't thought of so Let me ask You know in terms of executable data. Is that something that are executable standards around data exchanges? that's something that Is different than considerations around executable standards in in code Who would you who are you're pointing at my panel? Who wants to start I'm going to throw one piece in there. Okay One of the one of the issues you need to deal with there isn't is the fact that Yet it needs to be completely documented if it's documented correctly you solve a lot of problems I was working through some code the other day A whole set of classes and stuff Beautifully put together in javadoc. Okay, so you get to a class. It says this is the Web and blah blah blah class and the documentation says this is the web and blah blah blah class Well, you gain nothing And the same thing as you worked your way down And if you go through some of these other projects, you'll see things are clearly documented What you know what the model is what the characteristics with the goals What the typing is things like that and once you get those things I think you solve a lot of these interoperability problems I think that we're at the stage right now where Data interoperability is is somewhat similar to the way that we're processing interoperability was 15 years ago And that if you're using the same toolchain if you're using a consistent toolchain and you want to interoperate with someone else You have reasonably good chance of success of getting data interoperability as well But because we are trying to create an environment where We have independent toolchains and independent development shops that interoperate and because we are Concentrating so much instead of on silo based or or monolithic applications that are built Open standards just for the construction of that application Are less important and less complicated than the exchange of data between them. Good. Thank you Feel any final comments? Not really. We're I know we're out of time, but just you mentioned the archimatic exchange format I think that's a really good thing It's interoperability and it's getting people working together. Good. Well, thank you. So we are out of time here