| Hi, CrossEcore's Java API might be interesting for you because the
      interfaces do not reference their implementations, e.g. see
      EcorePackageImpl.eINSTANCE: 
 https://github.com/crossecore/ecore-java/blob/master/src/Ecore/EcorePackageImpl.java CrossEcore's Java API is more or less identical to the EMF API
      and should be also compatible with the EMF API (see for example https://github.com/crossecore/ecore-java/blob/master/src/Ecore/EObjectBase.java). I am not sure if the CrossEcore Java API *never *uses the
      interface instance access pattern. However, I *am* sure that
      CrossEcore's C# API never uses the interfaces instance access
      pattern because in C# you cannot have fields on interfaces. Thus,
      you might have a look on the C# API as well.
 
 Best regards, Simon Am 09.07.2019 um 12:11 schrieb
      Alexander Fedorov:
 Thanks,
      this is exactly that I'm looking for!
      Unfortunately this link works extremelly slow for me and I still
      unable to see the page.
 
 Probably you know some alternative URL?
 
 Thanks,
 AF
 
 09.07.2019 12:58, Pierre-Charles David пишет:
 
 On 09/07/2019 11:27, Alexander Fedorov
        wrote:
        
 Hello,
          
 Hi,
 
 
 
 
          In EMF runtime and generated code there is a "interface
          instance access" pattern like:
 
 public interface Registry
 {
 public static final Registry INSTANCE = new
          RegistryImpl();
 }
 
 It is good and stable. It works perfect.
 However, it may look "too static" for OSGi-based approach
          where interface should not reference its implementation.
 
 How would you implement it today for OSGi-oriented
          architecture executed by 1.8+ Java?
 
 You might be interested in this presentation [1] from Mikael
        Barbero (presented at EclipseCon 2012), which tried to imagine
        what a more modern/dynamic/OSGi-compatible version of EMF could
        look like if backward compatibility was not an issue (it is). It
        tackled this particular issue, among others.
 
 Regards,
 Pierre-Charles David
 
 [1]
        https://fr.slideshare.net/mikaelbarbero/3mf-infinityandbeyond
 
 _______________________________________________
 emf-dev mailing list
 emf-dev@xxxxxxxxxxx
 To change your delivery options, retrieve your password, or
        unsubscribe from this list, visit
 https://www.eclipse.org/mailman/listinfo/emf-dev
 
 _______________________________________________
 emf-dev mailing list
 emf-dev@xxxxxxxxxxx
 To change your delivery options, retrieve your password, or
      unsubscribe from this list, visit
 https://www.eclipse.org/mailman/listinfo/emf-dev
 
 |