Depois de vários dias rastreando erros bizarros de GDI +, eu me deparei com essa pequena joiaMSDN:

Classes dentro do namespace System.Drawing não têm suporte para uso em um serviço do Windows ou ASP.NET. A tentativa de usar essas classes de dentro de um desses tipos de aplicativos pode gerar problemas inesperados, como desempenho de serviço reduzido e exceções de tempo de execução.

Não sei se "serviço ASP.NET" significa "aplicativo da Web" neste contexto, mas "desempenho de serviço diminuto" certamente parece cobrir o sortimento aleatório de erros "Ocorreu um erro genérico em GDI +" e "sem memória" que meu aplicativo está jogando - erros intermitentes, não reproduzíveis, lendo e gravando imagens JPEG que - em muitos casos - foram realmente criadas por System.Drawing.Imaging em primeiro lugar.

Então - se o GDI + não pode ler e gravar arquivos JPEG de forma confiável em um aplicativo da Web, o que devo usar em vez disso?

Eu quero que os usuários possam fazer upload de imagens (JPEG exigido, outros formatos agradáveis ​​de ter), resample-losde forma confiávele exibir mensagens de erro úteis se algo der errado. Alguma ideia? Os namespaces System.Media do WPF são dignos de consideração?

EDITAR: Sim, eu sei que o GDI + funciona "na maior parte do tempo". Isso não é bom o suficiente, porque quando ele falha, faz isso de uma maneira que é impossível isolar ou recuperar de forma graciosa. Não estou interessado em exemplos de código GDI + que funcionem para você: Estou procurandobibliotecas alternativas a serem usadas para processamento de imagens.