C# mémoire de retour de flux d'OpenXML résultant d'un fichier word corrompu

J'ai un problème avec un MemoryStream de OpenXML. - Je réussir à l'ouverture d'un fichier Word, de le modifier et de le télécharger à travers le HttpResponse si je fais toutes les étapes d'une méthode unique.

Mais si j'essaie de le faire dans deux classes différentes (ou les méthodes) par le retour de la MemoryStream, j'obtiens un fichier word corrompu. J'ai pensé à une chasse d'eau ou un tampon de problème mais je ne trouve pas de solution.

Voici le code de travail :

    public void FillTemplateOpenXmlWord(HttpResponse response)
    {
        string filePath = @"c:\template.docx";
        byte[] filebytes = File.ReadAllBytes(filePath);

        using (MemoryStream stream = new MemoryStream(filebytes))
        {
            using (WordprocessingDocument myDoc = WordprocessingDocument.Open(stream, true))
            {
                //do some changes
                ...
                myDoc.MainDocumentPart.Document.Save();
            }

            string docx = "docx";
            response.Clear();
            response.ClearHeaders();
            response.ClearContent();
            response.AddHeader("content-disposition", "attachment; filename=\"" + docx + ".docx\"");
            response.ContentType = "application/vnd.openxmlformats-officedocument.wordprocessingml.document";
            response.ContentEncoding = Encoding.GetEncoding("ISO-8859-1");
            stream.Position = 0;
            stream.CopyTo(response.OutputStream);
            response.End();
        }
    }

Ici, c'est le non-travail code :

    public void OpenFile(HttpResponse response)
    {
        MemoryStream stream = this.FillTemplateOpenXmlWord();

        string docx = "docx";
        response.Clear();
        response.ClearHeaders();
        response.ClearContent();
        response.AddHeader("content-disposition", "attachment; filename=\"" + docx + ".docx\"");
        response.ContentType = "application/vnd.openxmlformats-officedocument.wordprocessingml.document";
        response.ContentEncoding = Encoding.GetEncoding("ISO-8859-1");
        stream.Position = 0;
        stream.CopyTo(response.OutputStream);
        response.End();
    }

    public MemoryStream FillTemplateOpenXmlWord()
    {
        string filePath = @"c:\template.docx";
        byte[] filebytes = File.ReadAllBytes(filePath);

        using (MemoryStream stream = new MemoryStream(filebytes))
        {
            using (WordprocessingDocument myDoc = WordprocessingDocument.Open(stream, true))
            {
                //do some changes
                ...
                myDoc.MainDocumentPart.Document.Save();
            }

            return stream;
        }
    }

Une idée ?

merci

OriginalL'auteur DotNetBeliever | 2014-01-21

.net c#memorystream ms-word openxml

1

ressemble flux est en cours de fermeture lorsque vous revenez. il est dans un bloc using. ne serait-ce pas fermer le flux de mémoire dès que le filltemplate procédure se termine?

Je viens de trouver la même chose. J'étais très proche de modifier ma question et de donner la solution, quand j'ai reçu votre réponse. Et vous avez raison! J'ai le retour d'un flux dans une clause using. Le retour ne crée pas une copie, mais une référence. Donc, en l'appelant de la méthode, j'obtiens une référence à un ruisseau qui n'est pas dans la clause using plus. Le flux est disposé, le contenu n'est plus disponible. Merci

OriginalL'auteur gashach

Voici ce que j'utilise pour générer des fichiers OpenXML de flux de mémoire. Dans ce cas, il rend XLSX fichier à partir d'un modèle sur le serveur, mais il devrait être similaire pour les autres formats OpenXml.

Action de contrôleur:

public class ExportController : Controller
{
    public FileResult Project(int id)
    {
        var model = SomeDateModel.Load(id); 
        ProjectExport export = new ProjectExport();
        var excelBytes = export.Export(model);
        FileResult fr = new FileContentResult(excelBytes, "application/vnd.ms-excel")
        {
            FileDownloadName = string.Format("Export_{0}_{1}.xlsx", DateTime.Now.ToString("yyMMdd"), model.Name)
        };

        return fr;
    }
}

//De la classe Helper

public class ProjectExport
{
    private WorkbookPart workbook;
    private Worksheet ws;

    public byte[] Export(SomeDateModel model)
    {
        var template = new FileInfo(HostingEnvironment.MapPath(@"~\Export\myTemplate.xlsx"));
        byte[] templateBytes = File.ReadAllBytes(template.FullName);

        using (var templateStream = new MemoryStream())
        {
            templateStream.Write(templateBytes, 0, templateBytes.Length);
            using (var excelDoc = SpreadsheetDocument.Open(templateStream, true))
            {
                workbook = excelDoc.WorkbookPart;
                var sheet = workbook.Workbook.Descendants<Sheet>().First();

                ws = ((WorksheetPart)workbook.GetPartById(sheet.Id)).Worksheet;

                sheet.Name = model.Name;
                //Here write some other stuff for setting values in cells etc...
            }
            templateStream.Position = 0;
            var result = templateStream.ToArray();
            templateStream.Flush();

            return result;
        }
    }

Cela fonctionne très bien! C'était exactement ce dont j'avais besoin pour que mon code fonctionne sur les fichiers de la mémoire.

OriginalL'auteur Tomino

0

La réponse posté par gashac ne décrit pas les problèmes que vous allez obtenir en appelant ne pas jeter sur un flux.

De ne pas disposer d'un flux de mémoire provoque des fuites de mémoire (même comme un "utilisation de la clause").

Mémoire des flux de maintenir les données dans la mémoire tandis que le flux de fichiers conserve les données sur le disque dur.

Solution:

Enregistrer le flux de mémoire dans un tableau d'octets, disposer les flux de mémoire et de retour de l'objet bytearray.

Comment retourner bytearray au lieu de flux

Voir le fil de discussion suivant le retour d'un fichier comme un objet bytearray:
HttpResponseMessage le Contenu ne sera pas afficher le PDF

OriginalL'auteur Dennis Hansen

Vous devez vous connecter pour publier un commentaire.