cancel
Showing results for 
Search instead for 
Did you mean: 
Post a Question

Global Services no longer shadow locals?

I am pretty sure of the answer, because Phoneboy mentioned it and the evidence is there from the migration to R80.10. 

The question is: are Global Services finally usable? 

In the past, a global service and a local service for the same port could shadow each other and the compiler would not catch it in verification.  If that has been truly corrected, that means we could start using global service objects.  This will simplify our automation efforts.

TIA

0 Kudos
5 Replies
Admin
Admin

Re: Global Services no longer shadow locals?

I think what I said was that you can't modify the default services anymore. Smiley Happy

But still, it's a fair question.

0 Kudos
Employee
Employee

Re: Global Services no longer shadow locals?

In pre-R80 releases, 'g' was added as a prefix to global services and therefore the rule-hiding-rule logic considered the global and local services as different services as they are with different names.

However, in R80.x releases, the 'g' prefix isn't part of the global service name and therefore you will get a verification failure in case of conflict between global and local rules with same service.

Re: Global Services no longer shadow locals?

Our Diamond engineer just tested a port 80 global vs a port 80 local and they verified without detecting they were  shadowing.

0 Kudos
Admin
Admin

Re: Global Services no longer shadow locals?

I assume an SR was opened on this, correct?

Because that doesn't sound like correct behavior from what Ofer said above.

0 Kudos

Re: Global Services no longer shadow locals?

That is how Diamond was involved, an SR.  I can give you the id privately.

0 Kudos