Después de varios días de rastrear errores GDI + extraños, me he topado con esta pequeña joya enMSDN:

Las clases dentro del espacio de nombres System.Drawing no son compatibles para su uso dentro de un servicio de Windows o ASP.NET. Intentar usar estas clases desde uno de estos tipos de aplicaciones puede producir problemas inesperados, como la disminución del rendimiento del servicio y las excepciones en tiempo de ejecución.

No sé si "servicio ASP.NET" significa "aplicación web" en este contexto, pero "rendimiento de servicio disminuido" parece cubrir el surtido aleatorio de errores "Se produjo un error genérico en GDI +" y "Sin memoria" que mi aplicación está lanzando: errores intermitentes, no reproducibles al leer y escribir imágenes JPEG que, en muchos casos, en realidad fueron creadas por System.Drawing.Imaging en primer lugar.

Entonces, si GDI + no puede leer y escribir archivos JPEG de manera confiable en una aplicación web, ¿qué debo usar en su lugar?

Quiero que los usuarios puedan cargar imágenes (se requiere JPEG, otros formatos que es bueno tener, volver a muestrearlos)seguramente, y mostrar mensajes de error útiles si algo sale mal. ¿Algunas ideas? ¿Vale la pena considerar los espacios de nombres de System.Media de WPF?

EDITAR: Sí, sé que GDI + funciona "la mayor parte del tiempo". Eso no es lo suficientemente bueno, porque cuando falla, lo hace de una manera que es imposible aislar o recuperar con gracia. No estoy interesado en ejemplos de código GDI + que funcione para usted: Estoy buscandoBibliotecas alternativas a utilizar para el procesamiento de imágenes.