Estou em um telefone agora, então não posso verificar a sintaxe exata 😕 Encontrei isso recentemente. Você provavelmente está acostumado a implantar .rdls diretamente de sua pasta de origem. Com a nova versão vs 2015 sendo executada em uma versão mais antiga do servidor, você precisará seguir algumas etapas simples.
- Certifique-se de que seu ambiente de destino esteja definido corretamente nas propriedades do projeto. Provavelmente é porque a atualização deve reconhecê-lo.
- Crie seu projeto. Os arquivos de origem ainda estarão no novo formato, mas .rdls (e outros arquivos) serão criados na versão de destino em sua subpasta bin. Eles podem ser implantados sem problemas.
Parece que, a partir do Report Server 2016, há uma nova estrutura de arquivo e os xmlns no arquivo rdl são alterados. O Vs 2015 com o SSDT-BI atualizado atualizará todos os relatórios que você abrir automaticamente para o novo formato e o usará como o novo arquivo de origem. Mas construir para o ambiente de destino criará rdls usando os antigos xmlns e o formato de arquivo.
EDITAR Apenas adicionando algumas informações adicionais, coloquei uma resposta diferente.
Nas propriedades do projeto, você pode ter até 3 opções para TargetServerVersion, dependendo da versão do VS e da versão SSDT-BI instalada:
- SQL 2008
- SQL 2008 R2, SQL 2012, SQL 2014
- SQL 2016+ (novo no VS 2015 com SSDT-BI mais recente)
Cada um deles usa um xmlns diferente no código XML do relatório. Conforme você abre cada relatório, seu arquivo .rdl de relatório de origem será atualizado para os xmlns mais recentes - goste ou não.
No entanto, quando você implanta ou compila, os arquivos .rdl em sua pasta bin serão compilados para corresponder ao destino. Contanto que você use as versões da pasta bin (automática com a implantação do VS), você pode implantá-las com êxito em seu servidor.