स्लिम नीचे और/या में एक गतिशील वेब परियोजना

Question

एक गतिशील वेब परियोजना में .settings में रहने वाले फ़ाइलों ग्रहण फ़ाइलों को समझने हैं:

.settings/ 
|-- org.eclipse.jdt.core.prefs 
|-- org.eclipse.jst.common.project.facet.core.prefs 
|-- org.eclipse.jst.j2ee.ejb.annotations.xdoclet.prefs 
|-- org.eclipse.wst.common.component 
|-- org.eclipse.wst.common.project.facet.core.xml 
|-- org.eclipse.wst.jsdt.ui.superType.container 
|-- org.eclipse.wst.jsdt.ui.superType.name 
`-- org.eclipse.wst.validation.prefs 

ऊपर फ़ाइल सूची काफी है एक स्पष्ट नया गतिशील वेब प्रोजेक्ट, सिवाय इसके कि मैं IvyDE प्लग का उपयोग कर रहा हूं, लेकिन मुझे लगता है कि यह केवल .classpath फ़ाइल को प्रभावित करता है।

मैं इन फ़ाइलों के बारे में और अधिक कैसे जानूं? मैं सोच रहा हूं कि क्या मैं उनमें से किसी से कुछ खोने के बिना छुटकारा पा सकता हूं? Eclipse.org पर यह जानकारी ढूंढना बहुत आसान नहीं था, एक लिंक या स्पष्टीकरण का स्वागत किया जाएगा।

मैं इन फ़ाइलों के बारे में अधिक जानने की कोशिश कर रहा हूं क्योंकि मैं उन्हें ग्रह नियंत्रण फ़ाइलों को जितना संभव हो उतना संभव करना चाहता हूं, इससे पहले कि मैं उन्हें संस्करण नियंत्रण में जांचूं।

org.eclipse.jdt.core.prefs:

#Mon Jan 26 03:01:22 CET 2009 
eclipse.preferences.version=1 
org.eclipse.jdt.core.compiler.codegen.targetPlatform=1.5 
org.eclipse.jdt.core.compiler.compliance=1.5 
org.eclipse.jdt.core.compiler.problem.assertIdentifier=error 
org.eclipse.jdt.core.compiler.problem.enumIdentifier=error 
org.eclipse.jdt.core.compiler.source=1.5 

org.eclipse.jst.common.project

मामले में यह मैं ऊपर फ़ाइलों और उनकी सामग्री सूची में मदद करता है .facet.core.prefs:

#Mon Jan 26 03:01:22 CET 2009 
classpath.helper/org.eclipse.jdt.launching.JRE_CONTAINER\:\:org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType\:\:java-6-sun-1.6.0.07/owners=jst.java\:5.0 
eclipse.preferences.version=1 

org.eclipse.jst.j2ee.ejb.annotations.xdo clet.prefs:

#Mon Jan 26 03:23:25 CET 2009 
XDOCLETBUILDERACTIVE=false 
XDOCLETHOME= 
XDOCLETUSEGLOBAL=false 
XDOCLETVERSION=1.2.1 
eclipse.preferences.version=1 

org.eclipse.wst.common.component:

<?xml version="1.0" encoding="UTF-8"?> 
<project-modules id="moduleCoreId" project-version="1.5.0"> 
    <wb-module deploy-name="webcookie"> 
     <wb-resource deploy-path="/" source-path="/src/main/webapp"/> 
     <wb-resource deploy-path="/WEB-INF/classes" source-path="/src/main/java"/> 
     <wb-resource deploy-path="/WEB-INF/classes" source-path="/src/test/java"/> 
     <wb-resource deploy-path="/WEB-INF/classes" source-path="/src/main/resources"/> 
     <property name="context-root" value="webcookie"/> 
     <property name="java-output-path"/> 
    </wb-module> 
</project-modules> 

org.eclipse.wst.common.project.facet.core.xml:

<?xml version="1.0" encoding="UTF-8"?> 
<faceted-project> 
    <fixed facet="jst.java"/> 
    <fixed facet="jst.web"/> 
    <installed facet="jst.java" version="5.0"/> 
    <installed facet="jst.web" version="2.5"/> 
</faceted-project> 

org.eclipse.wst.jsdt.ui.superType.container:

org.eclipse.wst.jsdt.l 

org.eclipse.wst.validation.prefs:

#Mon Jan 26 03:31:54 CET 2009 
DELEGATES_PREFERENCE=delegateValidatorList 
USER_BUILD_PREFERENCE=enabledBuildValidatorListorg.eclipse.jst.j2ee.internal.classpathdep.ClasspathDependencyValidator;org.eclipse.wst.common.componentcore.internal.ModuleCoreValidator;org.eclipse.wst.wsi.ui.internal.WSIMessageValidator; 
USER_MANUAL_PREFERENCE=enaunching.baseBrowserLibrary 

org.eclipse.wst.jsdt.ui.superType.name:

Window 

org.eclipse.wst.validation.prefs:

#Mon Jan 26 03:31:54 CET 2009 
DELEGATES_PREFERENCE=delegateValidatorList 
USER_BUILD_PREFERENCE=enabledBuildValidatorListorg.eclipse.jst.j2ee.internal.classpathdep.ClasspathDependencyValidator;org.eclipse.wst.common.componentcore.internal.ModuleCoreValidator;org.eclipse.wst.wsi.ui.internal.WSIMessageValidator; 
USER_MANUAL_PREFERENCE=enabledManualValidatorListorg.eclipse.jst.j2ee.internal.classpathdep.ClasspathDependencyValidator;org.eclipse.wst.common.componentcore.internal.ModuleCoreValidator;org.eclipse.wst.wsi.ui.internal.WSIMessageValidator; 
USER_PREFERENCE=overrideGlobalPreferencesfalse 
eclipse.preferences.version=1 
override=false 
suspend=false 
vf.version=3 

Answer 1

चलो देखते हैं:

• org.eclipse.jdt.core.prefs वास्तव में महत्वपूर्ण है और उन्हें नियंत्रित करने से आप अपने जावा परियोजना संकलन।
• org.eclipse.jst.common.project.facet.core.prefs ग्रहण में परियोजनाओं के लिए कार्यक्षमता लागू करने के लिए एक तरह से एक Facet कहते हैं, मूल रूप से है, इसलिए एक परियोजना में एक या अधिक पहलुओं हो सकता है (यानी। यह एक जावा परियोजना है और एक EJB परियोजना हो सकता है)। देखें here for illustration
• org.eclipse.jst.j2ee.ejb.annotations.xdoclet.prefs (शब्द 'पहलू' खोज) Configuring XDoclet annotation support
• org.eclipse.wst.common.component के लिए एक रास्ता deployment structure से संबंधित है।

  डिफ़ॉल्ट रूप से, सादा जावास्क्रिप्ट फ़ाइलें (.js) वस्तु वैश्विक से सदस्यों के वारिस:

• org.eclipse.wst.common.project.facet.core.xmlSpecifying target servers for J2EE projects
• org.eclipse.wst.validation.prefs लिए किया जाता है Wst validation
• org.eclipse.wst.jsdt.ui.superType.container/nameas explained here को संदर्भित करता है, JSDT भाग के लिए एक विन्यास है। एक स्थैतिक/गतिशील वेब प्रोजेक्ट में निहित HTML फ़ाइलें ऑब्जेक्ट विंडो के सदस्यों को प्राप्त करती हैं।
  तो यदि आपका संदर्भ एक सादा जावास्क्रिप्ट फ़ाइल है तो यह दिखाई देगा कि केवल विंडो। विन्डो या विंडो.लर्ट (..) मान्य है क्योंकि विंडो के किसी भी सदस्य को विरासत में नहीं मिला है। आप वास्तव में क्या चाहते हैं कि इस ऑब्जेक्ट को विंडो ऑब्जेक्ट के उदाहरण से प्राप्त करें।
  ,
  जेएसडीटी परियोजना स्तर पर कॉन्फ़िगर करने योग्य सुपर प्रकार का समर्थन करता है। प्रोजेक्ट के भीतर प्रत्येक .js या .html फ़ाइल प्रोजेक्ट सुपर प्रकार से सभी फ़ील्ड और विधियों को प्राप्त करती है। डिफॉल्ट रूप से टाइप स्टैंडअलोन जावास्क्रिप्ट प्रोजेक्ट्स और स्टैटिक/डायनामिक वेब प्रोजेक्ट्स के लिए विंडो के लिए ग्लोबल है।
  ,
  आप जावास्क्रिप्ट से एक परियोजना के लिए सुपर प्रकार बदल सकते हैं करने के लिए बदल सुपर प्रकार परिणाम आप की इच्छा प्राप्त करने के लिए विंडो ऑब्जेक्ट को ... वैश्विक आदेश/महाप्रकार पृष्ठ पर वस्तु वैश्विक से पथ गुण पेज शामिल करें ईसीएमए पुस्तकालय में खिड़की।

Answer 2

आपको MANIFEST.MF में "निर्भरता" टैब का उपयोग और भरोसा करना चाहिए। ग्रहण प्लगइन्स के साथ एक वर्ष के बारे में काम करने के बाद ही मैं यह पता लगाने की कोशिश नहीं करता कि कौन सी ग्रहण प्लगइन निर्भरता आवश्यक है या नहीं।

जब आप रनटाइम पर आवश्यक प्लगइन को याद करते हैं, तो आपको अपवाद मिलते हैं जो बहुत उपयोगी नहीं होते हैं और समाधान स्पष्ट नहीं होते हैं।

मैनिफ़ेस्ट क्रियाएं "अप्रयुक्त निर्भरताएं पाएं" हर बार जब आप अपना कोड दोबारा बदलते हैं तो चुना जाना चाहिए। यह वर्गों की जांच करने में भी मदद करता है, ग्रहण, जब आप स्क्रैच से पूरी नई प्लगइन उत्पन्न करते हैं। ग्रहण प्लगइन्स अच्छे दस्तावेज नहीं हैं, इसलिए मैं उन कार्यों का उपयोग करूंगा जो पेशकश की जाती हैं और उन्हें समझने के लिए कई बार खर्च नहीं करती हैं।

यदि आप वास्तव में यह जानना चाहते हैं कि कौन से प्लगइन का उपयोग किया जाता है, जब आप स्क्रैच से प्लगइन बनाते हैं, तो आप कुछ विस्तृत घोषणाएं या चर हटा सकते हैं और "अप्रयुक्त निर्भरताओं को ढूंढें" कार्रवाई को दबा सकते हैं, जो प्लगइन कॉल के लिए है ।