Não foi possível encontrar o arquivo de metadados '.dll'


723

Estou trabalhando em um projeto WPF, C # 3.0 e recebo este erro:

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

É assim que eu faço referência aos meus controles de usuário:

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

Isso acontece após cada falha na compilação. A única maneira de obter a solução para compilar é comentar todos os meus controles de usuário e recriar o projeto. Depois, descomente os controles do usuário e tudo está bem.

Eu verifiquei as configurações de ordens de compilação e dependências.

Como você pode ver, parece ter truncado o caminho absoluto do arquivo DLL ... Eu li que há um erro no comprimento. Isso é um problema possível?

É muito chato e ter que comentar, criar e descomentar, a construção está se tornando extremamente cansativa.


5
Tive um problema semelhante (obtendo o mesmo erro indicado no título) e resolvi limpando e reconstruindo o projeto. Para referenciar corretamente outros projetos, eu tenho nenhuma idéia ..
phoad

Esta pergunta tem uma resposta que se qualifica como aceita? Acho que o de @Matt_Bro é bastante bom.
Demongolem

4
Marquei a resposta de Matt, pois parece ter funcionado para a maioria das pessoas, mas isso não resolveu meu problema original. Ainda acho que está relacionado ao limite de caminho máximo do Windows. Veja minha resposta abaixo.
Oliver

1
possível duplicado do arquivo
Des Horsley

Eu tentei todas as respostas acima e infelizmente nada funcionou no meu caso. Encontrei 2 erros 1. Arquivo .dll ausente 2. Método já definido em outro local com os mesmos parâmetros Eu limpei o segundo erro primeiro removendo a função duplicada em outro local. Meu primeiro erro - ou seja, o arquivo .dll ausente foi resolvido por si próprio. Quero dizer se você tiver mais do que um único erro, juntamente com .dll erro de arquivo ausente! Por favor, tente resolver os outros erros primeiro. Pode ser .dll erro resolve por conta própria!
Um usuário

Respostas:


908

Eu apenas tive o mesmo problema. O Visual Studio não está criando o projeto que está sendo referenciado.

Instruções escritas:

  1. Clique com o botão direito do mouse na solução e clique em Propriedades.
  2. Clique em Configuração à esquerda.
  3. Verifique se a caixa de seleção em "Compilar" para o projeto que não consegue encontrar está marcada. Se já estiver marcado, desmarque, clique em Aplicar e marque as caixas novamente.
  4. (Opcional) Você precisava fazer isso nos modos Liberação e Depuração nas propriedades da solução.

Instruções de captura de tela:

  • Dizem que uma imagem vale mais que mil palavras. Clique no GIF para ampliar, e espero que seja fácil de seguir:

Instruções Gif


177
E, no meu caso, mesmo que a caixa de seleção estivesse marcada, desmarcar e verificar novamente corrigiu o problema.
ngm

13
Isso corrigiu o meu problema - eu precisava fazê-lo nos modos Liberar e Depurar nas propriedades da solução. Obrigado!
theJerm

133
Desmarque Simble / verificação não resolveu problema, então eu tive que fazer os próximos passos: - solução limpa - desmarque todas as caixas de construção - restart VS - verificar todas as caixas de construção - solução de construção
frankie

27
A outra coisa a fazer é verificar cada uma das dependências do projeto, por algum motivo, não estava definindo isso automaticamente. Propriedades da solução -> Propriedades comuns -> Dependências do projeto.
Anicho

9
desmarque -> a verificação funcionou brevemente para mim e o problema retornou. Em seguida, reiniciei o Visual Studio e o problema desapareceu.
DeveloperDan

224

Isso ainda pode acontecer nas versões mais recentes do Visual Studio (acabei de acontecer no Visual Studio 2013):

Outra coisa a tentar é fechar o Visual Studio e excluir o .suoarquivo ao lado do .slnarquivo. (Ele será gerado novamente na próxima vez que você Save all(ou sair do Visual Studio)).

Eu tive esse problema ao adicionar novos projetos à solução em outra máquina e depois puxar as revisões, mas o .suoarquivo também pode ser corrompido em outros casos e levar a um comportamento muito estranho do Visual Studio, portanto, excluí-lo é um dos coisas que eu sempre tento.

Observe que a exclusão do .suoarquivo redefinirá o (s) projeto (s) de inicialização da solução.

Mais sobre o .suoarquivo está aqui .


24
Isso corrigiu o problema para mim. Também vale mencionar que os .suoarquivos estão ocultos. Então você terá que configurar seu explorador para mostrar arquivos ocultos.
George Howarth

6
Estou trabalhando com o projeto Xamarin e o arquivo .suo está localizado na pasta .vs /. Eu tentei excluí-lo e ele não resolver o meu problema

VS2013 - Eu tive que mover meu espaço de trabalho do TFS para um local diferente. Depois de concluir isso, comecei a receber esse erro. A exclusão do arquivo sou funcionou para mim.
Vin

40
Isso funcionou para mim também. Mas no Visual Studio 2015, o .suoarquivo está oculto e fica em um .vsdiretório oculto ao lado de .sln. por exemplo: se o arquivo de solução for c:\foo\mysolution.slnprocuradoc:\foo\mysolution\.vs\mysolution\v14\.suo
Wyck 25/11

6
Para o VS2017, por simplicidade, acabei de excluir a .vspasta oculta, que também excluiu o .suoarquivo. Reabri a solução, corrigi mais um erro não relacionado e o problema foi resolvido.
user3613932

183

A resposta sugerida não funcionou para mim. O erro é um engodo para outro problema.

Descobri que estava direcionando uma versão ligeiramente diferente do .NET e isso foi sinalizado como um aviso pelo compilador, mas estava causando a falha da construção. Isso deveria ter sido sinalizado como um erro e não como um aviso.


9
Consegui consertar a correspondência da estrutura do projeto com a versão superior indicada na mensagem de aviso, clicando com o botão direito do mouse em projeto> Propriedades> Aplicativo> Estrutura de Destino.
StronglyTyped

1
O mesmo para mim, usando o vs2015.
Bruno.bologna

Sim. exatamente isso aconteceu comigo também. VS 2015
KevinDeus

Obrigado! Isso resolveu meu problema. VS 2015 após a atualização do projeto para o .Net Framework 4.7.1.
DHoover 28/02

Uau, isso corrigiu para mim. O novo projeto estava direcionado para uma versão .net diferente. Não posso acreditar que não há uma verificação para isso, mesmo no vs2017.
Douglas Gaskell 01/01

104

Bem, minha resposta não é apenas o resumo de todas as soluções, mas oferece mais do que isso.

Seção 1):

Em soluções gerais:

Eu tive quatro erros desse tipo ('o arquivo de metadados não pôde ser encontrado') junto com um erro dizendo 'O arquivo de origem não pôde ser aberto (' Erro não especificado ')'.

Tentei me livrar do erro 'o arquivo de metadados não pôde ser encontrado'. Para isso, li muitos posts, blogs etc. e descobri que essas soluções podem ser eficazes (resumindo-as aqui):

  1. Reinicie o Visual Studio e tente criar novamente.

  2. Vá para 'Solution Explorer' . Clique com o botão direito do mouse em Solução. Vá para Propriedades . Vá para 'Configuration Manager' . Verifique se as caixas de seleção em 'Compilar' estão marcadas ou não. Se algum ou todos eles estiverem desmarcados, verifique-os e tente construir novamente.

  3. Se as soluções acima não funcionarem, siga a sequência mencionada na etapa 2 acima e, mesmo que todas as caixas de seleção estejam marcadas, desmarque-as, verifique novamente e tente criar novamente.

  4. Ordem de criação e dependências do projeto:

    Vá para 'Solution Explorer' . Clique com o botão direito do mouse em Solução. Vá para 'Dependências do projeto ...' . Você verá duas guias: 'Dependências' e 'Build Order' . Essa ordem de compilação é aquela em que a solução é compilada. Verifique as dependências do projeto e a ordem de construção para verificar se algum projeto (por exemplo, projeto1) depende de outro (por exemplo, projeto2) está tentando construir antes desse (projeto2). Essa pode ser a causa do erro.

  5. Verifique o caminho do .dll ausente:

    Verifique o caminho da .dll ausente. Se o caminho contiver espaço ou qualquer outro caractere de caminho inválido, remova-o e tente criar novamente.

    Se essa for a causa, ajuste a ordem de construção.


Seção 2):

Meu caso particular:

Eu tentei todas as etapas acima com várias permutações e combinações ao reiniciar o Visual Studio algumas vezes. Mas, isso não me ajudou.

Então, decidi me livrar de outro erro que estava encontrando ('O arquivo de origem não pôde ser aberto (' Erro não especificado ')').

Me deparei com uma postagem no blog: Erro TFS - O arquivo de origem não pôde ser aberto ('Erro não especificado')

Tentei as etapas mencionadas nessa postagem do blog e me livrei do erro 'O arquivo de origem não pôde ser aberto (' Erro não especificado ')' e, surpreendentemente, me livrei de outros erros ('não foi possível encontrar o arquivo de metadados') como bem.


Seção (3):

Moral da história:

Tente todas as soluções mencionadas na seção (1) acima (e quaisquer outras soluções) para se livrar do erro. Se nada der certo, conforme o blog mencionado na seção (2) acima, exclua as entradas de todos os arquivos de origem que não estão mais presentes no controle de origem e no sistema de arquivos do seu arquivo .csproj .


4
Meu problema foi criar dependências de pedidos / projetos. Remover e adicionar referências anteriores de outros projetos corrigirá isso (eu acho), mas você também pode fazer isso sozinho.
Nacht - Restabelece Monica

4
Eu enfrentei esse problema ao fazer a desclassificação do .NET v4.5projeto para .NET v.4.
guneysus

1
A remoção de "%" do caminho da dll referenciada me ajudou
#

1
A solução na Seção 2 funcionou para mim! Eu tive outro erro e quando consertei que os outros desapareceram magicamente.
Martin Johansson

1
Eu tive o mesmo problema que Boogier. Tinha um% 20 no nome da minha pasta em vez de um espaço e a dll estava procurando por um espaço. Passei tanto tempo tentando todas as outras correções, quando a atual era a mais simples.
Lenny K

38

No meu caso, foi causado por uma incompatibilidade de versão do .NET Framework.

Um projeto era 3.5 e o outro projeto de referência 4.6.1.


2
Isso também acontece entre 4.5.2 vs. 4,6
AzzamAziz

2
Na verdade, eu tinha um dos 4.6.1 e o resto era 4.5.2, obrigado!
Mason

7
Sim, parece que sempre que uma versão do framework é diferente, isso acontece. Grande erro Microsoft!
Eric Schneider

Sim! Eu estava tentando usar uma .net 4.7.1 .dll quando meu projeto era .Net 4.6.1. O aviso foi oculto por outros itens, mas não houve erro. Meu erro foi um arenque vermelho
Esaith

29

Fechar e reabrir o Visual Studio 2013 funcionou para mim!


Este problema ocorreu após a reversão das alterações do git nos arquivos do projeto. Reiniciou o VS2015 e resolveu o problema #
Ludovic C

Isso deve ser marcado como resposta aceita. Marcar / desmarcar caixas de seleção leva mais tempo.
Alex

1
Ainda tendo esse problema com VS2019 e este fixa-lo para mim, obrigado
pcdev

20

Bem, nada nas respostas anteriores funcionou para mim, por isso me fez pensar sobre por que estou clicando e esperando quando, como desenvolvedores, deveríamos realmente tentar entender o que está acontecendo aqui.

Pareceu-me óbvio que essa referência incorreta ao arquivo de metadados deve ser mantida em algum lugar.

Uma pesquisa rápida do arquivo .csproj mostrou as linhas de culpa. Eu tinha uma seção chamada <itemGroup> que parecia estar pendurada no antigo caminho de arquivo incorreto.

<ItemGroup>
    <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
        <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
        <Name>Beeyp.Entities</Name>
    </ProjectReference>
...

Então, uma correção simples:

  1. Faça backup do seu arquivo .csproj.
  2. Encontre os caminhos incorretos no arquivo .csproj e renomeie-os adequadamente.

Por favor, certifique-se de fazer backup de seu velho .csproj antes de mexer .


38
Certifique-se de usar a versão de controlo Antes de fazer qualquer coisa
svick

14

Eu também encontrei esse problema. Primeiro, você deve criar manualmente seu projeto DLL, clicando com o botão direito do mouse em Build. Então vai funcionar.


14
Embora essa correção funcione, na verdade não corrige o problema e pode levar a problemas mais subjacentes. Primeiro de tudo, se você estiver trabalhando com código em um repositório, é uma má forma exigir que um novo desenvolvedor passe por etapas para levar o código a um ponto em que será construído. Segundo, para ver as mudanças no projeto referenciado, você precisará reconstruí-lo manualmente todas as vezes. Por favor, veja minha resposta para uma correção mais robusta do problema.
Matt_Bro

No meu caso, ele nem cria o projeto individualmente, gera o mesmo erro. Digamos que o nome do meu projeto seja "proj1", quando eu o construo (manualmente, como você disse), ele me fornece Metadata file ...proj1.dll could not be found!
A-Sharabiani

14

No meu caso, tenho meu diretório instalado de maneira equivocada.

Se o caminho da sua solução for algo como "Meu Projeto% 2c Muito Popular% 2c Teste de Unidade% 2c Software e Hardware.zip", ele não poderá resolver o arquivo de metadados, talvez devamos evitar algumas palavras inválidas como% 2c.

Renomear o caminho para o nome normal resolveu meu problema.


1
Você poderia elaborar mais sua resposta adicionando um pouco mais de descrição sobre a solução que você fornece?
27415 abarisone

Meu clone do git adicionou% ao caminho da pasta, removendo-os e resolvendo o problema.
Erik Bergstedt

@abarisone eu removi a string "% 2c" do caminho, então ele trabalhou
masphei

1
Esse também era meu problema, quando clonei o projeto, que foi nomeado usando "% 20" em vez de um espaço simples. Obrigado @abarisone, sua abordagem resolveu meu problema.
MA Cordeiro

Quando clonei meu projeto no TFS, ele também adicionou% 20 por algum motivo. A exclusão corrigiu o problema para mim também.
Selthien 13/04

13

Eu recebi o mesmo erro "Não foi possível encontrar o arquivo de metadados '.dll'" e tentei várias coisas descritas acima, mas o motivo do erro foi que eu estava fazendo referência a um arquivo DLL de terceiros que estava direcionado para uma versão .NET mais alta que meu projeto tenha como destino a versão .NET. Portanto, a solução foi alterar a estrutura de destino do meu projeto.


Bem, eu estava prestes a responder o mesmo, no meu caso, adicionei um novo projeto direcionado ao .Net 4.5.xe começou a acontecer quando, nesse projeto, adicionei uma referência a um projeto que estava usando o .Net 4.6.
Juan

12

Visual Studio 2019 funcionou para mim:

  1. Feche o Visual Studio
  2. Excluir a .vspasta oculta
  3. Reabra o Visual Studio e recrie a solução.

Muito obrigado, isso funcionou para mim também depois de mais uma compilação falhada.
Iamsodarncool

Obrigado, isso fez por mim.
iaacp 13/03

10

Para mim, ele estava tentando encontrar uma DLL em um caminho que costumava conter o Projeto, mas nós a movemos para um novo diretório. A solução tinha o caminho correto para o projeto, mas o Visual Studio de alguma forma continuava procurando no local antigo.

Solução: renomeie cada projeto problemático - basta adicionar um personagem ou o que for - e renomeie-o novamente para o nome original.

Isso deve redefinir algum tipo de cache global no Visual Studio, porque isso limpa esse problema e vários outros, enquanto coisas como Clean não.


10

Adicionei um novo projeto à minha solução e comecei a obtê-lo.

O motivo? O projeto que eu trouxe foi direcionado para uma estrutura .NET diferente (4.6 e minhas outras duas foram 4.5.2).


1
Eu não sei por que agora, mas eu estava executando meus projetos por um ano como esse. meu subprojeto era 4.6.1 e o projeto principal era 4.5.2. funcionou sem nenhum problema. de repente, estou recebendo esse erro, mas não quero fazer o downgrade do subprojeto porque ele possui o recurso existente na 4.6.1. Não acredito que esse seja o problema. Microsoft explica que ainda deve estar trabalhando
batmaci

TLDR: verifique os avisos de compilação. Foi o que aconteceu comigo, mas com uma reviravolta. projs estavam em 4.5.2. Novos projetos adicionados em 4.6. Pacotes de nuget instalados em projetos 4.6. Rebaixou 4,6 projetos para 4.5.2. Nugets estavam esperando 4.6. Downgrades de pepitas resolvidas.
w00ngy

9

Para mim, ocorreu quando incluí um novo projeto em uma solução.

O Visual Studio seleciona automaticamente o .NET framework 4.5.

Mudei para a versão .NET 4.5.2, como as outras bibliotecas, e funcionou.


8

Para mim, os seguintes passos funcionaram:

  • Encontre o projeto que não está construindo
  • Remova / adicione referências a projetos na solução.

Clique com o botão direito do mouse na referência "pasta" no Solution Explorer, "remover referências não utilizadas". Eu fiz isso em todos os meus projetos nesta solução, que fez o truque
Mathieu VIALES

8

Eu estava arrancando meu cabelo com esse problema também, mas depois de tentar as respostas anteriores, a única coisa que funcionou para mim foi abrir cada projeto na minha solução 1 por 1 e construí-los individualmente.

Então fechei o Visual Studio 2013, reabri minha solução e ela compilou bem.

É estranho, porque se eu clicar em cada projeto no Solution Explorer e tentar construí-los dessa maneira, todos eles falharão. Eu tive que abri-los sozinhos em suas próprias soluções.


1
Ugh, isso. Tantas coisas que a Microsoft exige uma reinicialização para funcionar novamente.
Yatrix

8

Parece que esse tipo de erro está relacionado ao fato de o Visual Studio não fornecer informações corretas sobre um erro. O desenvolvedor nem entende o motivo da falha na compilação. Pode ser um erro de sintaxe ou outra coisa. Em comum, para resolver esses problemas, você deve encontrar a raiz do problema (por exemplo, veja o log de compilação).

No meu caso, o problema era que a Error Listjanela não mostrava nenhum erro. Mas realmente havia erros de sintaxe; Encontrei esses erros na Outputjanela e, depois de corrigi-los, o problema foi resolvido.


Eu também experimentei esse problema. Não houve erro na Lista de Erros, mas os resultados de compilação com falha no DevOps mostraram o erro
amartin

7

Minha instância do problema foi causada por um projeto comum que continha um nome de classe duplicado (sob um nome de arquivo diferente). É estranho que o Visual Studio não tenha conseguido detectar isso e apenas explodiu o processo de compilação.


Isso é um comentário, uma resposta ou uma nova pergunta? Além disso, observe que o OP é de 2009
gmo

8
É uma solução adicional para o mesmo problema. Sei que o OP é antigo, mas, com base nos últimos posts, as pessoas ainda estão encontrando outras causas. Apenas tentando poupar ao próximo cara alguma frustração, pois nenhuma das outras soluções funcionou para mim também.
Eric

4
Não estou criticando a resposta de ninguém, apenas oferecendo uma solução alternativa para o mesmo sintoma.
Eric

7

Eu peguei esse problema no Visual Studio 2012 em uma solução que tinha muitos projetos. A reconstrução de cada projeto manualmente na solução na mesma ordem que a Ordem de criação do projeto (clique com o botão direito do mouse e recrie no Solution Explorer) corrigiu isso para mim.

Eventualmente, cheguei a um que me deu um erro de compilação. Corrigi o erro e a solução seria criada corretamente depois disso.


No meu caso, o erro ficou oculto até eu abrir o Visual Studio 2015 no modo Adminstrator. Somente então ele mostrou o erro de compilação. Depois de consertar isso, eu poderia continuar.
SL Barth - Restabelece Monica

6

No meu caso, o problema foi que eu excluí manualmente um arquivo de não compilação marcado como "ausente". Uma vez eu apaguei a referência ao arquivo que faltava e recompilei - tudo estava bem.


6

Se você tiver um espaço no nome da sua solução, isso também causará o problema. Remover o espaço do nome da sua solução, para que o caminho não contenha% 20 resolverá isso.


você é um génio!!
Itamar

Eu não vi o seu comentário antes de descobrir. Mas esse foi o meu problema.
LJ Johnson


6

No meu caso, o problema foi causado por um simples erro de compilação,

erro CS0067: O evento 'XYZ' nunca é usado

que, por qualquer motivo, não apareceu na janela de erro.

Por esse motivo, o sistema de criação do Visual Studio pareceu perder o erro e tentou criar projetos dependentes, que por sua vez falharam com a mensagem irritante de metadados.

A recomendação é - por mais estúpida que possa parecer -:

Primeiro, olhe para a sua janela de saída !

Levei meia hora antes que essa idéia me atingisse ...


Eu acho que todos deveriam olhar para esta resposta. Olhe na janela de saída da compilação e veja se há algum erro ou aviso lá e corrija-os. Problema resolvido. Obrigado Heinz Kessler pela sua resposta.
Capitão América

5

Eu também tive o mesmo erro. Esconde-se como no caminho abaixo. O caminho que eu me referi para o arquivo DLL é como "D: \ Assemblies Folder \ Assembly1.dll".

Mas o caminho original no qual o assembly se referia era "D: \ Assemblies% 20Folder \ Assembly1.dll".

Devido a essa variação de nome do caminho, o assembly não pôde ser recuperado de seu caminho original e, portanto, gera o erro "Metadados não encontrados".

A solução está na pergunta Stack Overflow. Como substituo todos os espaços por% 20 em C #? .


5

Eu enfrentei o mesmo problema. No meu caso, eu me referi a um projeto de biblioteca de classes com uma versão .Net mais alta que o meu projeto e o VS falhou ao criar o projeto e gerou o mesmo erro que você postou.

Simplesmente defino a versão .Net do meu projeto de biblioteca de classes (a que havia quebrado a compilação) idêntica à versão .Net do projeto e problema referenciado.


1
Este!!! Enquanto a resposta acima foi boa, isso foi algo que eu esqueci completamente. Obrigado, bom senhor.
Rhys Johns

@RhysJohns happy coding :)))
Code_Worm

4

Apenas apontando o óbvio: se você não tiver "Mostrar janela de saída quando a compilação iniciar" ativada, verifique se a sua compilação está falhando (pequeno erro de "compilação falhou" no canto inferior esquerdo) !!!!


Eu tive algo parecido recentemente - do nada, centenas de erros cs0006 no log de erros, mas nada mais (e eu o pentei com um pente muito fino). Eventualmente (!), Pensei em olhar para a janela Saída, e havia um erro do compilador relatado, e com certeza no código o erro tinha um rabisco vermelho embaixo. Não faço ideia por que o erro não foi relatado na janela Erros. VS2017 Enterprise.
21718 haughtonomous

4

Eu tive esse erro ao tentar publicar um aplicativo da web. Descobriu-se que uma das propriedades de uma classe estava envolvida em

#if DEBUG
    public int SomeProperty { get; set; }
#endif

mas o uso da propriedade não foi. A publicação foi feita na configuração Release sem o DEBUGsímbolo, obviamente.


4

Com base na mensagem de erro, não acredito que o caminho do arquivo esteja sendo truncado. Parece estar incorreto. Se estou lendo a mensagem corretamente, parece estar procurando o arquivo DLL em ...

TRABALHO = - \ Ferramentas \ VersionManagementSystem \ BusinessLogicLayer \ bin \ Debug \ BusinessLogicLayer.dll

Este não é um caminho válido. É possível que você tenha uma definição de macro no processo de compilação definida como um valor inválido?


Eu não sei como que eu não mudei nada e não têm quaisquer eventos ou configurações de compilação personalizado
Oliver

4

Eu tive esse problema porque .nuget\NuGet.exenão foi incluído no meu repositório. Embora tenha ativado DownloadNuGetExeno NuGet.targets, ele relatou um erro de proxy ao tentar fazer o download. Isso causou a falha do restante do projeto.


4

Este erro pode ser mostrado se você usar montagens falsas. A remoção de falsificações leva à criação bem-sucedida do projeto.


O que é uma "montagem falsa"? Você pode elaborar? (Responda expandindo a sua resposta.)
Peter Mortensen
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.