License for Local Service Development (LSD) usage

We are using webMethods 10.11 on a central server based on Redhat. Actually, every developer (around 10) has a Designer on his machine linked to the server for service development. We have already a license for this usage.

Now, we want to start doing versioning. Local Service Development (Local Version Control Integration) is the suggested way to do versioning with webMethods, so Integration Server and Designer are installed locally on the same machine.

Here are my questions: To start using Local Service Development (LSD):

  • on each developer’s machine, do we need to do the installation of webMethods (with LSD plugin activated ) ? Or do we need just to install LSD plugin on our previous central server ?
  • if the previous question about installing webMethods on each developer’s machine is Yes, do we need to buy a license for each developer’s machine from Software AG ?

Best regards !

For the technical side, you will need a separate local installation for each developer. Anything else does not make sense, since the core aspect of local development is that each developer has his/her own environment.

For the licensing part you need to talk with your Software AG contact person.


@jahntech.cj Thanks for your reply.

If each developer has his own IS instance in the central server, do you think we can do versioning ?

My personal point is each developer should have his own local environment in his machine (like you said previously), but my hierachy is suggesting to have an IS instance for each developer (so developer can work independtly from eah other). Who is right ?

Our final goal is to do versioning with webMethods and create a CI/CD pipeline later.

In my view this is not a question of one side being right and the other being wrong :slight_smile:

You can always do versioning. At least I cannot think of a reasonable setup that prohibits it.

For me the real question is actually not a technical one. (Although I am a very technical person.) Instead it is about the business goals that shall be achieved. In that sense I have not yet met an organization that said “we want to slow down our developers”. Because that is what happens with any other setup, compared to a local development environment.

A local development environment has, for the context of this discussion, two main characteristics. First, it is local :-). Local here means that the developer has full control. For me that includes admin rights! Because you always come into a situation that you need to install a certain tool to make your life easier. This dev environment can also run on a VM, so it does not have to be local in a strict sense. The core aspect of local here is easy file system access, because version control by definition happens on the file system.

Second, the developer should be the only person working on that environment. Yes, technically it is possible to share. But there are two huge downsides to that. The bigger one is added complexity, which slows people down greatly. The smaller one, and it is kind-of related to the other, is the increased risk of by mistake interfering with someone else’s work.

I understand that managers shy away from switching to a completely new way of doing things, and I have had similar discussions with customer countless times over the last 15 years or so. What has helped me is to very directly ask what negative aspects people expect from a switch to local development. Then these challenges can be addressed. Because usually people understand that local development creates better results. It is just that change always comes with risks as well. When those risks can be addressed, that is a start.

It is also a possibility to start with just one local development, rather than switching over completely. That contains the risk, allows people to learn the work with a Version Control System, and comes with limited effort. Without additional details it is difficult for me to be more specific. But I think the best results come by finding a way that fits your organization’s business needs and(!) takes into account where you are today. In other words, an approach that looks great on paper, but ignores your current capabilities does not help. The probably biggest factor for success is an honest assessment what needs to be learned. I don’t mean this in a patronizing way at all! Having worked with various VCS I still learn new stuff every day.

I realize that was a rather long answer, and possibly not the one you wanted. But it is my honest opinion and so far has worked great for me.

Hope that helps!

1 Like

@jahntech.cj Thanks you for your analysis. In fact, the answer is not long :slightly_smiling_face: