You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
Version 1
Next »
This exercise is intended to help you understand the difference in design philosophy of Iguana X with Iguana 6.
In Iguana 6.1.4 go to Settings > Add/Configure Repositories
Create a new HTTP repository https://bitbucket.org/interfaceware/export named DemoImport
Make the name DemoImport
Select Protocol HTTPS
Copy paste this in:
https://bitbucket.org/interfaceware/export
Import all the channels from the new repository
Compare the LLP Listener configuration in both products - what do you notice is different?
In IguanaX we have:
Versus in Iguana 6:
What is different and why?
Iguana 6 looks like the dashboard of 747 - there are lots of different options which most customers leave on the defaults.
With IguanaX a design goal was to make the operation of interfaces simpler by soft coding the components in Lua but giving each component a lot less configuration fields so that more attention can be given to what actually matters.
Find the code where we map from the LLP Listener component in Iguana 6 to the Iguana X component
Hint - look in the source code of the converter.
Look at the CHAN/CHANllpSource.lua file. This defines the mapping of configuration information from Iguana 6 to IguanaX.
Also look at the calls to CHANcreateStandardComp in CHAN/CHANmain.lua:
CHANcreateStandardComp(Dir, C, "from_llp_listener", "#source #llp",
"git@bitbucket.org:interfaceware/hl7_server.git")
These calls define the mapping of Iguana 6 components to IguanaX components.
Say you had a lot of LLP components using SSL/TLS - how would you map them?
What are we aiming for?
We’re trying to hit the sweet spot of understanding the simple common set of usage that most people need. That way we can make simple components which are intuitive to understand in terms of their configuration and their implementation.
Unusual requirements for a few interfaces shouldn’t come at the cost of making things complicated for everyone.
Our design goal with IguanaX is to make simple components that work for most people out of the box. But when something more complicated is needed, to make it easy to crack a component open and easily modify it to meet the need you have.
How are we going to get there?
We are starting by working with some helpful customers who are willing to share their code from Iguana 6 so we start to get a picture of ‘what is normal?'.
What set of components and configurations hits 90% of the use cases.
