Skip to content
GitLab
Switch branch/tag
  1. 22 Jan, 2014 5 commits
  3. 20 Dec, 2013 2 commits
  5. 11 Dec, 2013 4 commits
  7. 10 Dec, 2013 2 commits
  9. 27 Nov, 2013 1 commit
  11. 26 Nov, 2013 1 commit
  13. 21 Nov, 2013 1 commit
  15. 19 Nov, 2013 1 commit
  17. 04 Nov, 2013 1 commit
  19. 01 Nov, 2013 2 commits
  21. 07 Oct, 2013 2 commits
  23. 24 Sep, 2013 2 commits
  25. 19 Sep, 2013 2 commits
  27. 10 Sep, 2013 1 commit
  29. 06 Sep, 2013 4 commits
  31. 26 Aug, 2013 1 commit
  33. 13 Aug, 2013 3 commits
  35. 01 Aug, 2013 1 commit
  37. 09 Jul, 2013 1 commit
    • Renato Figueiro Maia's avatar
      [OPENBUS-2304] (Lua) Permitir fazer chamadas dentro de cadeias (join)... · 62a5ec43
      Renato Figueiro Maia authored 
      [OPENBUS-2304] (Lua) Permitir fazer chamadas dentro de cadeias (join) recebidas com um login diferente, mas da mesma entidade

- Desfazendo alterações do commit r142237 e aplicando novas alterações (sugestão do Cassino):
  - Campo 'CallChain.target' passa a conter o 'EntityName' ao invés do 'LoginId'.
  - A operação 'AccessControl:signChainFor(target)' passa a verificar o login indicado pelo parâmetro 'target' colocando a entidade correspondente no valor no campo 'CallChain.target' da cadeia gerada.
    - Caso o login informado no parâmetro 'target' seja inválido (desconhecido) então essa operação lança a exceção 'InvalidLogins' informando o login inválido.
      - Quando a operação 'AccessControl:signChainFor(target)' chamada pela biblioteca de acesso (OpenBusLib) lança a exceção 'InvalidLogins', essa deve ser capturada e traduzida para uma exceção 'CORBA::NO_PERMISSION' com um novo minor code 'InvalidTargetCode'.

- Correção de bug devido ao cache de 'profile2login' da biblioteca de acesso (Lua) a ser mantida por ORB ao invés de pra cada conexão.



git-svn-id: https://subversion.tecgraf.puc-rio.br/engdist/openbus/core/branches/02_00_00@142520 ae0415b3-e90b-0410-900d-d0be9363c56b
      62a5ec43
  39. 28 Jun, 2013 2 commits
    • Hugo Roenick's avatar
      [OPENBUS-2306]: [busadmin] Necessário realizar chamadas non_existent em modo protegido · 8238b175
      Hugo Roenick authored 
       - realizando chamadas de non_existent em modo protegido
 - incluindo descrição de ofertas que falharam durante a verificação de responsividade

git-svn-id: https://subversion.tecgraf.puc-rio.br/engdist/openbus/core/branches/02_00_00@142247 ae0415b3-e90b-0410-900d-d0be9363c56b
      8238b175
    • Renato Figueiro Maia's avatar
      [OPENBUS-2304] (Lua) Permitir fazer chamadas dentro de cadeias (join)... · c3daccbb
      Renato Figueiro Maia authored 
      [OPENBUS-2304] (Lua) Permitir fazer chamadas dentro de cadeias (join) recebidas com um login diferente, mas da mesma entidade
- Campo 'CallChain.target' passa a conter o 'EntityName' ao invés do 'LoginId'.
- A operação 'AccessControl:signChainFor(target)' passa a receber o 'EntityName'
  ao invés do 'LoginId', mas continua sem validar o valor do parâmetro 'target',
  simplesmente colocando o valor no campo 'CallChain.target' da cadeia gerada.
  Isso é necessário pra permitir assinar cadeias pra entidades deslogadas, que
  é importante pra permitir que um processo possa receber chamadas de entidades
  conhecidas (autenticadas previamente) mesmo sem ter acesso ao ACS. 
- Campo 'CredentialReset.login' passar a conter o 'EntityName' ao invés do
  'LoginId'. Esse campo também é renomeado pra 'CredentialReset.target' pra
  melhor clareza.
  - As sessões de saída não podem mais ter indexadas pelo 'LoginId' do destino
    (target), exatamente porque tal informação não vem mais no
    'CredentialReset'. Também não é razoável indexá-las pelo 'EntityName' pois
    potencialmente há multiplas instâncias da biblioteca de acesso (OpenBusLib)
    mantendo diferentes sessões com o mesmo 'EntityName' (assumiamos que o mesmo
    não acontecia com 'LoginId'), portanto quando uma instância da biblioteca
    conversasse com duas outras instâncias que usem o mesmo 'EntityName' a
    sessão de uma sobreporia a da outra concorrentemente degradando o desempenho
    podendo inclusive levar a uma situação de starvation em casos extremos.
    - A solução adotada foi indexar as sessões diretamente pelo
      'IOR.profile_data' do objeto sendo acessado. Antes fazíamos essa indexação
      de forma indireta através de dois mapas: um que mapeava 'IOR.profile_data'
      pra 'LoginId' e outro de 'LoginId' pra sessão. O intuito disso era
      diminuir o número de sessões a serem mantidas no cache.
- A forma de identificar se uma chamada está sendo feita a um objeto residente
  no núcleo do barramento (core) é feito comparando o 'CredentialReset.target'
  com o 'BusEntity' (nome da entidade que representa o núcleo do barramento).
	- Com isso, não é mais necessário padronizar o 'BusLogin' (login ID utilizado
		pelo núcleo do barramento). Inclusive o login ID utilizado pode ser o mesmo
    bus ID utilizado para diferenciar duas instâncias do barramento OpenBus.

git-svn-id: https://subversion.tecgraf.puc-rio.br/engdist/openbus/core/branches/02_00_00@142237 ae0415b3-e90b-0410-900d-d0be9363c56b
      c3daccbb
  41. 25 Jun, 2013 1 commit