HTML को docx से जनरेट करें और Java में ट्रैक्ड परिवर्तन रेंडर करें
इस गाइड में आप सीखेंगे कि generate html from docx कैसे किया जाता है जबकि स्रोत Word फ़ाइल में मौजूद प्रत्येक ट्रैक्ड संशोधन को संरक्षित रखा जाता है। चाहे आप एक कॉन्ट्रैक्ट‑रिव्यू पोर्टल, एक लीगल केस‑मैनेजमेंट सिस्टम, या एक सहयोगी एडिटिंग UI बना रहे हों, ट्रैक्ड परिवर्तन को HTML के रूप में रेंडर करने से उपयोगकर्ता देख सकते हैं कि क्या जोड़ा, हटाया या टिप्पणी किया गया है—बिना Microsoft Word स्थापित किए। यह ट्यूटोरियल आपको Maven कॉन्फ़िगरेशन, लाइसेंसिंग, और साफ़, नेविगेबल HTML पेज आउटपुट करने के लिए आवश्यक पूर्ण Java कोड के माध्यम से ले जाता है।
Render Tracked Changes in Word Documents with GroupDocs.Viewer for Java
त्वरित उत्तर
- “render word tracked changes” का क्या अर्थ है? यह Word फ़ाइल के रिवीजन मार्कअप को एक दृश्य HTML प्रतिनिधित्व में परिवर्तित करता है जिसमें इन्सर्ट, डिलीशन और कमेंट्स के लिए हाइलाइट्स होते हैं।
- कौन सी लाइब्रेरी यह संभालती है? GroupDocs.Viewer for Java एक ही API प्रदान करता है जिससे HTML, PDF, या इमेजेज़ रेंडर किए जा सकते हैं और ट्रैक्ड‑चेंज मार्कअप शामिल किया जा सकता है।
- क्या मुझे लाइसेंस चाहिए? मूल्यांकन के लिए एक फ्री ट्रायल काम करता है; पूर्ण लाइसेंस सभी ट्रायल सीमाओं को हटाता है और हाई‑वॉल्यूम रेंडरिंग सक्षम करता है।
- कौन सा Java संस्करण आवश्यक है? Java 8 या नया समर्थित है; लाइब्रेरी Java 11, 17, और बाद के LTS रिलीज़ के साथ संगत है।
- क्या मैं ट्रैक्ड‑चेंज रेंडरिंग को निष्क्रिय कर सकता हूँ? हाँ—
setRenderTrackedChanges(false)को view options पर सेट करें ताकि बिना रिवीजन हाइलाइट्स के एक साफ़ दस्तावेज़ प्राप्त हो सके।
render word tracked changes क्या है?
render word tracked changes का अर्थ है .docx फ़ाइल के भीतर संग्रहीत रिवीजन डेटा (इन्सर्ट, डिलीट, कमेंट्स आदि) को लेना और एक दृश्य स्वरूप—आमतौर पर HTML—में प्रस्तुत करना जहाँ ये परिवर्तन दृश्य रूप से हाइलाइट किए जाते हैं। इससे अंतिम उपयोगकर्ता यह देख सकते हैं कि क्या संशोधित हुआ है बिना Microsoft Word खोले।
Word दस्तावेज़ संशोधनों को देखने के लिए GroupDocs.Viewer क्यों उपयोग करें?
GroupDocs.Viewer for Java लो‑लेवल OpenXML हैंडलिंग को एब्स्ट्रैक्ट करता है और आपको HTML, PDF, या इमेजेज़ जनरेट करने के लिए एक ही API कॉल देता है। यह 120 से अधिक फ़ॉर्मैट्स को सपोर्ट करता है और 2 GB तक के दस्तावेज़ों को पूरी फ़ाइल को मेमोरी में लोड किए बिना रेंडर कर सकता है, जिससे प्रतिक्रिया समय सुधरता है और सर्वर लोड कम होता है। लाइब्रेरी स्टाइलिंग, एम्बेडेड रिसोर्सेज़, और चेंज‑ट्रैकिंग जानकारी को बॉक्स से बाहर ही संरक्षित रखती है।
पूर्वापेक्षाएँ
- GroupDocs.Viewer for Java लाइब्रेरी संस्करण 25.2 या बाद का।
- डिपेंडेंसी मैनेजमेंट के लिए Maven।
- एक Java विकास पर्यावरण (IDE, JDK 8+)।
- एक मूल्यांकन या प्रोडक्शन लाइसेंस कुंजी (फ्री ट्रायल उपलब्ध)।
GroupDocs.Viewer for Java सेटअप करना
Maven कॉन्फ़िगरेशन
अपने pom.xml में GroupDocs रिपॉज़िटरी और डिपेंडेंसी जोड़ें:
<repositories>
<repository>
<id>repository.groupdocs.com</id>
<name>GroupDocs Repository</name>
<url>https://releases.groupdocs.com/viewer/java/</url>
</repository>
</repositories>
<dependencies>
<dependency>
<groupId>com.groupdocs</groupId>
<artifactId>groupdocs-viewer</artifactId>
<version>25.2</version>
</dependency>
</dependencies>
लाइसेंस प्राप्ति
फ्री ट्रायल से शुरू करें या एक अस्थायी मूल्यांकन लाइसेंस का अनुरोध करें। जब आप प्रोडक्शन के लिए तैयार हों, सभी फीचर्स अनलॉक करने और किसी भी ट्रायल वाटरमार्क को हटाने के लिए पूर्ण लाइसेंस खरीदें।
बुनियादी प्रारम्भिककरण
Viewer क्लास एक दस्तावेज़ लोड करता है और रेंडरिंग क्षमताएँ प्रदान करता है। ViewOptions क्लास आपको दस्तावेज़ के रेंडरिंग को कस्टमाइज़ करने देती है, जिसमें ट्रैक्ड परिवर्तन दिखाए जाएँ या नहीं, यह भी शामिल है।
html को docx से जनरेट करने और ट्रैक्ड परिवर्तन रेंडर करने का तरीका
Viewer क्लास के साथ अपना DOCX फ़ाइल लोड करें, ViewOptions को ट्रैक्ड‑चेंज रेंडरिंग सक्षम करने के लिए कॉन्फ़िगर करें, और render को कॉल करके HTML पेजों की श्रृंखला उत्पन्न करें। पूरा प्रोसेस केवल कुछ लाइनों के कोड में किया जा सकता है और एम्बेडेड इमेजेज़, टेबल्स, और जटिल लेआउट्स को स्वचालित रूप से संभालता है।
चरण 1: आउटपुट डायरेक्टरी पाथ निर्धारित करें
एक फ़ोल्डर बनाएं जहाँ रेंडर किए गए HTML पेज सहेजे जाएंगे।
Path outputDirectory = YOUR_OUTPUT_DIRECTORY.resolve("RenderTrackedChanges");
चरण 2: प्रत्येक पेज को सहेजने के लिए फ़ॉर्मेट निर्दिष्ट करें
प्रत्येक जनरेटेड HTML फ़ाइल के लिए एक नामकरण पैटर्न सेट करें।
Path pageFilePathFormat = outputDirectory.resolve("page_{0}.html");
चरण 3: व्यू विकल्प कॉन्फ़िगर करें
एम्बेडेड रिसोर्सेज़ सक्षम करें और ट्रैक्ड‑चेंज रेंडरिंग चालू करें।
ViewOptions आपको रेंडरिंग पाइपलाइन को फाइन‑ट्यून करने देता है; क्लास में setRenderTrackedChanges और setRenderEmbeddedResources जैसी प्रॉपर्टीज़ होती हैं। डिफ़ॉल्ट रूप से, एम्बेडेड इमेजेज़ HTML फ़ाइलों के साथ सहेजे जाते हैं, जिससे एक पूर्ण कार्यात्मक वेब व्यू सुनिश्चित होता है।
HtmlViewOptions viewOptions = HtmlViewOptions.forEmbeddedResources(pageFilePathFormat);
viewOptions.getWordProcessingOptions().setRenderTrackedChanges(true);
चरण 4: एक viewer इंस्टेंस बनाएं और रेंडर करें
Viewer क्लास GroupDocs.Viewer का कोर कंपोनेंट है जो दस्तावेज़ लोड करता है और इच्छित फ़ॉर्मेट में रेंडर करता है।
try (Viewer viewer = new Viewer(YOUR_DOCUMENT_DIRECTORY.resolve("SAMPLE_DOCX_WITH_TRACKED_CHANGES"))) {
viewer.view(viewOptions);
}
Word दस्तावेज़ों में परिवर्तन रेंडर करने – सामान्य समस्याएँ
यदि आप आवश्यक चरणों को छोड़ देते हैं, तो आउटपुट में रिवीजन गायब हो सकते हैं या रिसोर्सेज़ लोड नहीं हो पाएँगे। सबसे आम समस्याएँ गलत फ़ाइल पाथ, असमर्थित दस्तावेज़ फ़ॉर्मैट, और लाइसेंस की कमी हैं। सुनिश्चित करें कि आप मौजूदा डायरेक्टरीज़ की ओर इशारा कर रहे हैं, समर्थित .docx/.doc फ़ाइलें उपयोग कर रहे हैं, और render कॉल करने से पहले वैध लाइसेंस कुंजी प्रदान कर रहे हैं।
- गलत फ़ाइल पाथ – दोबारा जाँचें कि
YOUR_OUTPUT_DIRECTORYऔरYOUR_DOCUMENT_DIRECTORYमौजूदा फ़ोल्डर्स की ओर इशारा कर रहे हैं। - असमर्थित दस्तावेज़ फ़ॉर्मैट – सुनिश्चित करें कि फ़ाइल
.docxया.docहै जिसे GroupDocs.Viewer सपोर्ट करता है। - लाइसेंस की कमी – वैध लाइसेंस के बिना, लाइब्रेरी रेंडरिंग क्षमताओं को सीमित कर सकती है या ट्रायल वाटरमार्क एम्बेड कर सकती है।
व्यावहारिक अनुप्रयोग
- Document review systems – समीक्षकों को ठीक वही दिखाएँ जो जोड़ा या हटाया गया है, इनलाइन हाइलाइट्स के साथ।
- Legal case management – अनुबंधों या याचिकाओं में संशोधनों को हाइलाइट करें ताकि ऑडिट ट्रेल आसान हो।
- Academic collaboration – कई लेखकों के योगदान को एक ही, सर्चेबल HTML व्यू में विज़ुअलाइज़ करें।
प्रदर्शन संबंधी विचार
- मेमोरी उपयोग कम रखने के लिए एक समय में सीमित संख्या में दस्तावेज़ प्रोसेस करें।
- I/O ओवरहेड कम करने के लिए कुशल डायरेक्टरी स्ट्रक्चर उपयोग करें।
- लाइब्रेरी को अप‑टू‑डेट रखें; नए रिलीज़ में प्रदर्शन ऑप्टिमाइज़ेशन होते हैं जो सामान्य सर्वर पर 500‑पेज दस्तावेज़ को 5 सेकंड से कम में रेंडर कर सकते हैं।
निष्कर्ष
अब आपके पास एक पूर्ण, प्रोडक्शन‑रेडी विधि है जिससे आप generate html from docx और render word tracked changes को GroupDocs.Viewer for Java का उपयोग करके कर सकते हैं। इन चरणों को अपने एप्लिकेशन में इंटीग्रेट करें, और आप उपयोगकर्ताओं को एक शक्तिशाली, इंटरैक्टिव दस्तावेज़‑रिव्यू अनुभव प्रदान करेंगे जो ब्राउज़र और डिवाइस के बीच सहजता से काम करता है, बिना Microsoft Office की आवश्यकता के।
अक्सर पूछे जाने वाले प्रश्न
Q: न्यूनतम Java संस्करण क्या चाहिए?
A: Java 8 या बाद का अनुशंसित है; लाइब्रेरी Java 11, 17, और नए LTS रिलीज़ के साथ भी संगत है।
Q: क्या मैं दस्तावेज़ों को बिना ट्रैक्ड परिवर्तन के रेंडर कर सकता हूँ?
A: हाँ, setRenderTrackedChanges(false) को ViewOptions में सेट करें ताकि बिना रिवीजन हाइलाइट्स के साफ़ HTML प्राप्त हो सके।
Q: बड़े दस्तावेज़ों को कुशलता से कैसे हैंडल करूँ?
A: बड़े फ़ाइलों को सेक्शन में विभाजित करें, पेजिनेशन विकल्प उपयोग करें, और लाइब्रेरी को अपडेट रखें—Version 25.2 मानक हार्डवेयर पर 500‑पेज दस्तावेज़ को 5 सेकंड से कम में प्रोसेस करता है।
Q: GroupDocs.Viewer के लिए लाइसेंसिंग विकल्प क्या हैं?
A: फ्री ट्रायल से शुरू करें, अस्थायी मूल्यांकन लाइसेंस प्राप्त करें, या पूर्ण कमर्शियल लाइसेंस खरीदें जो सभी सीमाओं को हटाता है और प्रायोरिटी सपोर्ट प्रदान करता है।
Q: यदि समस्या आती है तो सपोर्ट उपलब्ध है क्या?
A: हाँ, आप GroupDocs फ़ोरम, आधिकारिक डॉक्यूमेंटेशन, और लाइसेंसधारकों के लिए सीधे सपोर्ट टिकट के माध्यम से मदद प्राप्त कर सकते हैं।
Last Updated: 2026-09-25
Tested With: GroupDocs.Viewer for Java 25.2
Author: GroupDocs
