कनेक्टर को डिप्लॉय करें

Cloud Search के इस ट्यूटोरियल पेज पर, डेटा को इंडेक्स करने के लिए डेटा सोर्स और कॉन्टेंट कनेक्टर सेट अप करने का तरीका बताया गया है. इस ट्यूटोरियल को शुरू से देखने के लिए, Cloud Search का इस्तेमाल शुरू करने से जुड़ा ट्यूटोरियल देखें

कनेक्टर बनाना

अपनी वर्किंग डायरेक्ट्री को cloud-search-samples/end-to-end/connector डायरेक्ट्री में बदलें और यह कमांड चलाएं:

mvn package -DskipTests

यह कमांड, कॉन्टेंट कनेक्टर बनाने के लिए ज़रूरी डिपेंडेंसी डाउनलोड करती है और कोड को कंपाइल करती है.

सेवा खाते के क्रेडेंशियल बनाना

कनेक्टर को Cloud Search API को कॉल करने के लिए, सेवा खाते के क्रेडेंशियल की ज़रूरत होती है. क्रेडेंशियल बनाने के लिए:

  1. Google Cloud Console पर वापस जाएं.
  2. बाईं ओर मौजूद नेविगेशन में, क्रेडेंशियल पर क्लिक करें. इसके बाद, "क्रेडेंशियल" पेज दिखेगा.
  3. + क्रेडेंशियल बनाएं ड्रॉप-डाउन सूची पर क्लिक करें और सेवा खाता चुनें. "सेवा खाता बनाएं" पेज दिखेगा.
  4. सेवा खाते का नाम फ़ील्ड में, "tutorial" डालें.
  5. सेवा खाते के नाम के ठीक बाद मौजूद, सेवा खाते के आईडी की वैल्यू नोट करें. इस वैल्यू का इस्तेमाल बाद में किया जाता है.
  6. बनाएं पर क्लिक करें. "सेवा खाते की अनुमतियां (ज़रूरी नहीं)" डायलॉग दिखता है.
  7. जारी रखें पर क्लिक करें. "उपयोगकर्ताओं को इस सेवा खाते का ऐक्सेस दें (ज़रूरी नहीं)" डायलॉग बॉक्स दिखता है.
  8. हो गया पर क्लिक करें. आपको "क्रेडेंशियल" स्क्रीन दिखेगी.
  9. सेवा खातों में जाकर, सेवा खाते के ईमेल पर क्लिक करें. "सेवा खाते की जानकारी" पेज दिखता है.
  10. कुंजियों में जाकर, कुंजी जोड़ें ड्रॉप-डाउन सूची पर क्लिक करें और नई कुंजी बनाएं चुनें. "निजी कुंजी बनाएं" डायलॉग बॉक्स दिखता है.
  11. बनाएं पर क्लिक करें.
  12. (ज़रूरी नहीं) अगर "क्या आपको console.cloud.google.com पर डाउनलोड करने की अनुमति देनी है?” डायलॉग दिखता है, तो अनुमति दें पर क्लिक करें.
  13. निजी कुंजी फ़ाइल आपके कंप्यूटर पर सेव की जाती है. डाउनलोड की गई फ़ाइल की जगह नोट करें. इस फ़ाइल का इस्तेमाल, कॉन्टेंट कनेक्टर को कॉन्फ़िगर करने के लिए किया जाता है. इससे Google Cloud Search API को कॉल करते समय, कॉन्टेंट कनेक्टर अपनी पुष्टि कर सकता है.

तीसरे पक्ष की सहायता को शुरू करना

किसी अन्य Cloud Search API को कॉल करने से पहले, आपको Google Cloud Search के लिए तीसरे पक्ष की सहायता को शुरू करना होगा.

Cloud Search के लिए, तीसरे पक्ष की सहायता को शुरू करने के लिए:

  1. आपके Cloud Search प्लैटफ़ॉर्म प्रोजेक्ट में सेवा खाते के क्रेडेंशियल मौजूद हैं. हालांकि, तीसरे पक्ष की सहायता को शुरू करने के लिए, आपको वेब ऐप्लिकेशन के क्रेडेंशियल बनाने होंगे. वेब ऐप्लिकेशन के क्रेडेंशियल बनाने के निर्देशों के लिए, क्रेडेंशियल बनाना लेख पढ़ें. यह चरण पूरा करने के बाद, आपके पास क्लाइंट आईडी और क्लाइंट सीक्रेट फ़ाइल होनी चाहिए.

  2. ऐक्सेस टोकन पाने के लिए, Google के OAuth 2 प्लेग्राउंड का इस्तेमाल करें:

    1. सेटिंग पर क्लिक करें और अपने पुष्टि करने वाले क्रेडेंशियल का इस्तेमाल करें को चुनें.
    2. पहले चरण में मिला क्लाइंट आईडी और क्लाइंट सीक्रेट डालें.
    3. बंद करें पर क्लिक करें.
    4. स्कोप फ़ील्ड में, https://www.googleapis.com/auth/cloud_search.settings टाइप करें और अनुमति दें पर क्लिक करें. OAuth 2.0 का प्लेग्राउंड, ऑथराइज़ेशन कोड दिखाता है.
    5. ऑथराइज़ेशन कोड को टोकन के लिए बदलें पर क्लिक करें. एक टोकन वापस कर दिया जाता है.

  3. Cloud Search के लिए तीसरे पक्ष की सहायता को शुरू करने के लिए, यहां दिए गए curl कमांड का इस्तेमाल करें. [YOUR_ACCESS_TOKEN] की जगह, दूसरे चरण में मिला टोकन डालना न भूलें.

    curl --request POST \
'https://cloudsearch.googleapis.com/v1:initializeCustomer' \
  --header 'Authorization: Bearer [YOUR_ACCESS_TOKEN]' \
  --header 'Accept: application/json' \
  --header 'Content-Type: application/json' \
  --data '{}' \
  --compressed

    अगर अनुरोध पूरा हो जाता है, तो जवाब के मुख्य हिस्से में operation का एक इंस्टेंस शामिल किया जाता है. उदाहरण के लिए:

    {
name: "operations/customers/01b3fqdm/lro/AOIL6eBv7fEfiZ_hUSpm8KQDt1Mnd6dj5Ru3MXf-jri4xK6Pyb2-Lwfn8vQKg74pgxlxjrY"
}

    अगर ऐसा नहीं होता है, तो Cloud Search की सहायता टीम से संपर्क करें.

  4. operations.get का इस्तेमाल करके यह पुष्टि करें कि तीसरे पक्ष की सहायता शुरू हो गई है:

    curl \
'https://cloudsearch.googleapis.com/v1/operations/customers/01b3fqdm/lro/AOIL6eBv7fEfiZ_hUSpm8KQDt1Mnd6dj5Ru3MXf-jri4xK6Pyb2-Lwfn8vQKg74pgxlxjrY?key=
[YOUR_API_KEY]' \
--header 'Authorization: Bearer [YOUR_ACCESS_TOKEN]' \
--header 'Accept: application/json' \
--compressed

    तीसरे पक्ष की शुरुआत पूरी होने पर, इसमें done फ़ील्ड होता है, जिसे true पर सेट किया जाता है. उदाहरण के लिए:

    {
name: "operations/customers/01b3fqdm/lro/AOIL6eBv7fEfiZ_hUSpm8KQDt1Mnd6dj5Ru3MXf-jri4xK6Pyb2-Lwfn8vQKg74pgxlxjrY"
done: true
}

डेटा सोर्स बनाना

इसके बाद, Admin console में जाकर डेटा सोर्स बनाएं. डेटा सोर्स, कनेक्टर का इस्तेमाल करके कॉन्टेंट को इंडेक्स करने के लिए नेमस्पेस उपलब्ध कराता है.

  1. Google Admin console खोलें.
  2. ऐप्लिकेशन आइकॉन पर क्लिक करें. इसके बाद, "ऐप्लिकेशन एडमिन" पेज दिखेगा.
  3. Google Workspace पर क्लिक करें. "Google Workspace के ऐप्लिकेशन का एडमिन पेज" दिखता है.
  4. नीचे की ओर स्क्रोल करें और Cloud Search पर क्लिक करें. "Google Workspace की सेटिंग" पेज दिखेगा.
  5. तीसरे पक्ष के डेटा सोर्स पर क्लिक करें. इसके बाद, "डेटा सोर्स" पेज दिखेगा.
  6. गोल पीले रंग के + पर क्लिक करें. इसके बाद, "नया डेटा सोर्स जोड़ें" डायलॉग बॉक्स दिखेगा.
  7. डिसप्ले नेम फ़ील्ड में, "tutorial" टाइप करें.
  8. सेवा खाते के ईमेल पते फ़ील्ड में, उस सेवा खाते का ईमेल पता डालें जिसे आपने पिछले सेक्शन में बनाया था. अगर आपको सेवा खाते का ईमेल पता नहीं पता है, तो सेवा खाते वाले पेज पर जाकर वैल्यू देखें.
  9. जोड़ें पर क्लिक करें. इसके बाद, "डेटा सोर्स सफलतापूर्वक बनाया गया" डायलॉग बॉक्स दिखेगा.
  10. *ठीक है पर क्लिक करें. नए डेटा सोर्स के लिए सोर्स आईडी नोट करें. सोर्स आईडी का इस्तेमाल, कॉन्टेंट कनेक्टर को कॉन्फ़िगर करने के लिए किया जाता है.

GitHub API के लिए निजी ऐक्सेस टोकन जनरेट करना

कनेक्टर को GitHub API का पुष्टि किया गया ऐक्सेस चाहिए, ताकि उसके पास ज़रूरत के मुताबिक कोटा हो. कनेक्टर, OAuth के बजाय निजी ऐक्सेस टोकन का इस्तेमाल करता है, ताकि इसे आसानी से इस्तेमाल किया जा सके. निजी टोकन की मदद से, OAuth की तरह ही सीमित अनुमतियों वाले उपयोगकर्ता के तौर पर पुष्टि की जा सकती है.

  1. GitHub में लॉग इन करें.
  2. सबसे ऊपर दाएं कोने में, अपनी प्रोफ़ाइल फ़ोटो पर क्लिक करें. एक ड्रॉप-डाउन मेन्यू दिखता है.
  3. सेटिंग पर क्लिक करें.
  4. डेवलपर सेटिंग पर क्लिक करें.
  5. निजी ऐक्सेस टोकन पर क्लिक करें.
  6. निजी ऐक्सेस टोकन जनरेट करें पर क्लिक करें.
  7. ध्यान दें फ़ील्ड में, "Cloud Search ट्यूटोरियल" डालें.
  8. public_repo स्कोप की जांच करें.
  9. टोकन जनरेट करें पर क्लिक करें.
  10. जनरेट किए गए टोकन को नोट करें. इसका इस्तेमाल कनेक्टर, GitHub API को कॉल करने के लिए करता है. साथ ही, इंडेक्सिंग करने के लिए एपीआई कोटा उपलब्ध कराता है.

कनेक्टर को कॉन्फ़िगर करना

क्रेडेंशियल और डेटा सोर्स बनाने के बाद, कनेक्टर के कॉन्फ़िगरेशन को अपडेट करें, ताकि ये वैल्यू शामिल की जा सकें:

  1. कमांड लाइन से, डायरेक्ट्री को cloud-search-samples/end-to-end/connector/ पर ले जाएं.
  2. टेक्स्ट एडिटर की मदद से sample-config.properties फ़ाइल खोलें.
  3. api.serviceAccountPrivateKeyFile पैरामीटर को, सेवा के उन क्रेडेंशियल के फ़ाइल पाथ पर सेट करें जिन्हें आपने पहले डाउनलोड किया था.
  4. api.sourceId पैरामीटर को उस डेटा सोर्स के आईडी पर सेट करें जिसे आपने पहले बनाया था.
  5. github.user पैरामीटर को अपने GitHub उपयोगकर्ता नाम पर सेट करें.
  6. github.token पैरामीटर को, पहले बनाए गए ऐक्सेस टोकन पर सेट करें.
  7. फ़ाइल सेव करें.

स्कीमा अपडेट करना

कनेक्टर, स्ट्रक्चर्ड और अनस्ट्रक्चर्ड, दोनों तरह के कॉन्टेंट को इंडेक्स करता है. डेटा को इंडेक्स करने से पहले, आपको डेटा सोर्स के लिए स्कीमा अपडेट करना होगा. स्कीमा अपडेट करने के लिए, यह कमांड चलाएं:

mvn exec:java -Dexec.mainClass=com.google.cloudsearch.tutorial.SchemaTool \
    -Dexec.args="-Dconfig=sample-config.properties"

कनेक्टर चलाना

कनेक्टर चलाने और इंडेक्सिंग शुरू करने के लिए, यह कमांड चलाएं:

mvn exec:java -Dexec.mainClass=com.google.cloudsearch.tutorial.GithubConnector \
    -Dexec.args="-Dconfig=sample-config.properties"

कनेक्टर का डिफ़ॉल्ट कॉन्फ़िगरेशन, googleworkspace संगठन में मौजूद किसी एक रिपॉज़िटरी को इंडेक्स करना है. रिपॉज़िटरी को इंडेक्स करने में करीब एक मिनट लगता है. शुरुआती इंडेक्सिंग के बाद, कनेक्टर उस रिपॉज़िटरी में हुए बदलावों के लिए लगातार पोल करता रहता है जिन्हें Cloud Search इंडेक्स में दिखाना होता है.

कोड की समीक्षा की जा रही है

बाकी सेक्शन में, कनेक्टर बनाने का तरीका बताया गया है.

ऐप्लिकेशन शुरू करना

कनेक्टर का एंट्री पॉइंट, GithubConnector क्लास है. main तरीके से, SDK टूल के IndexingApplication को इंस्टैंशिएट किया जाता है और इसे शुरू किया जाता है.

GithubConnector.java
/**
 * Main entry point for the connector. Creates and starts an indexing
 * application using the {@code ListingConnector} template and the sample's
 * custom {@code Repository} implementation.
 *
 * @param args program command line arguments
 * @throws InterruptedException thrown if an abort is issued during initialization
 */
public static void main(String[] args) throws InterruptedException {
  Repository repository = new GithubRepository();
  IndexingConnector connector = new ListingConnector(repository);
  IndexingApplication application = new IndexingApplication.Builder(connector, args)
      .build();
  application.start();
}

एसडीके की ओर से उपलब्ध कराया गया ListingConnector, ट्रैवर्सल की रणनीति लागू करता है. यह रणनीति, इंडेक्स में मौजूद आइटम की स्थिति को ट्रैक करने के लिए Cloud Search की कतारों का इस्तेमाल करती है. यह GitHub से कॉन्टेंट ऐक्सेस करने के लिए, सैंपल कनेक्टर की मदद से लागू किए गए GithubRepository को सौंपता है.

GitHub रिपॉज़िटरी को ट्रैवर्स करना

पूरे ट्रैवर्सल के दौरान, getIds() तरीके को कॉल किया जाता है, ताकि उन आइटम को पुश किया जा सके जिन्हें इंडेक्स करने की ज़रूरत हो सकती है.

कनेक्टर, कई रिपॉज़िटरी या संगठनों को इंडेक्स कर सकता है. गड़बड़ी के असर को कम करने के लिए, एक बार में एक GitHub रिपॉज़िटरी को स्कैन किया जाता है. ट्रेवर्सल के नतीजों के साथ एक चेकपॉइंट दिखाया जाता है. इसमें उन रिपॉज़िटरी की सूची होती है जिन्हें getIds() को बाद में किए जाने वाले कॉल में इंडेक्स करना होता है. गड़बड़ी होने पर, इंडेक्सिंग को मौजूदा रिपॉज़िटरी से फिर से शुरू किया जाता है. इसे शुरू से शुरू नहीं किया जाता.

GithubRepository.java
/**
 * Gets all of the existing item IDs from the data repository. While
 * multiple repositories are supported, only one repository is traversed
 * per call. The remaining repositories are saved in the checkpoint
 * are traversed on subsequent calls. This minimizes the amount of
 * data that needs to be reindex in the event of an error.
 *
 * <p>This method is called by {@link ListingConnector#traverse()} during
 * <em>full traversals</em>. Every document ID and metadata hash value in
 * the <em>repository</em> is pushed to the Cloud Search queue. Each pushed
 * document is later polled and processed in the {@link #getDoc(Item)} method.
 * <p>
 * The metadata hash values are pushed to aid document change detection. The
 * queue sets the document status depending on the hash comparison. If the
 * pushed ID doesn't yet exist in Cloud Search, the document's status is
 * set to <em>new</em>. If the ID exists but has a mismatched hash value,
 * its status is set to <em>modified</em>. If the ID exists and matches
 * the hash value, its status is unchanged.
 *
 * <p>In every case, the pushed content hash value is only used for
 * comparison. The hash value is only set in the queue during an
 * update (see {@link #getDoc(Item)}).
 *
 * @param checkpoint value defined and maintained by this connector
 * @return this is typically a {@link PushItems} instance
 */
@Override
public CheckpointCloseableIterable<ApiOperation> getIds(byte[] checkpoint)
    throws RepositoryException {
  List<String> repositories;
  // Decode the checkpoint if present to get the list of remaining
  // repositories to index.
  if (checkpoint != null) {
    try {
      FullTraversalCheckpoint decodedCheckpoint = FullTraversalCheckpoint
          .fromBytes(checkpoint);
      repositories = decodedCheckpoint.getRemainingRepositories();
    } catch (IOException e) {
      throw new RepositoryException.Builder()
          .setErrorMessage("Unable to deserialize checkpoint")
          .setCause(e)
          .build();
    }
  } else {
    // No previous checkpoint, scan for repositories to index
    // based on the connector configuration.
    try {
      repositories = scanRepositories();
    } catch (IOException e) {
      throw toRepositoryError(e, Optional.of("Unable to scan repositories"));
    }
  }

  if (repositories.isEmpty()) {
    // Nothing left to index. Reset the checkpoint to null so the
    // next full traversal starts from the beginning
    Collection<ApiOperation> empty = Collections.emptyList();
    return new CheckpointCloseableIterableImpl.Builder<>(empty)
        .setCheckpoint((byte[]) null)
        .setHasMore(false)
        .build();
  }

  // Still have more repositories to index. Pop the next repository to
  // index off the list. The remaining repositories make up the next
  // checkpoint.
  String repositoryToIndex = repositories.get(0);
  repositories = repositories.subList(1, repositories.size());

  try {
    log.info(() -> String.format("Traversing repository %s", repositoryToIndex));
    Collection<ApiOperation> items = collectRepositoryItems(repositoryToIndex);
    FullTraversalCheckpoint newCheckpoint = new FullTraversalCheckpoint(repositories);
    return new CheckpointCloseableIterableImpl.Builder<>(items)
        .setHasMore(true)
        .setCheckpoint(newCheckpoint.toBytes())
        .build();
  } catch (IOException e) {
    String errorMessage = String.format("Unable to traverse repo: %s",
        repositoryToIndex);
    throw toRepositoryError(e, Optional.of(errorMessage));
  }
}

collectRepositoryItems() वाला तरीका, GitHub की किसी एक रिपॉज़िटरी को ट्रैवर्स करने का काम करता है. यह तरीका, ApiOperations का कलेक्शन दिखाता है. यह कलेक्शन, उन आइटम को दिखाता है जिन्हें क्यू में पुश किया जाना है. आइटम को संसाधन के नाम और हैश वैल्यू के तौर पर पुश किया जाता है. हैश वैल्यू, आइटम की मौजूदा स्थिति को दिखाती है.

इस हैश वैल्यू का इस्तेमाल, GitHub रिपॉज़िटरी के बाद के ट्रैवर्सल में किया जाता है. इस वैल्यू से यह पता लगाया जा सकता है कि कॉन्टेंट में बदलाव हुआ है या नहीं. इसके लिए, आपको कोई दूसरा कॉन्टेंट अपलोड करने की ज़रूरत नहीं होती. कनेक्टर, सभी आइटम को बिना किसी जांच के कतार में लगा देता है. अगर आइटम नया है या हैश वैल्यू बदल गई है, तो उसे पोलिंग के लिए उपलब्ध कराया जाता है. ऐसा न होने पर, यह माना जाता है कि आइटम में कोई बदलाव नहीं किया गया है.

GithubRepository.java
/**
 * Fetch IDs to  push in to the queue for all items in the repository.
 * Currently captures issues & content in the master branch.
 *
 * @param name Name of repository to index
 * @return Items to push into the queue for later indexing
 * @throws IOException if error reading issues
 */
private Collection<ApiOperation> collectRepositoryItems(String name)
    throws IOException {
  List<ApiOperation> operations = new ArrayList<>();
  GHRepository repo = github.getRepository(name);

  // Add the repository as an item to be indexed
  String metadataHash = repo.getUpdatedAt().toString();
  String resourceName = repo.getHtmlUrl().getPath();
  PushItem repositoryPushItem = new PushItem()
      .setMetadataHash(metadataHash);
  PushItems items = new PushItems.Builder()
      .addPushItem(resourceName, repositoryPushItem)
      .build();

  operations.add(items);
  // Add issues/pull requests & files
  operations.add(collectIssues(repo));
  operations.add(collectContent(repo));
  return operations;
}

सूची को प्रोसेस किया जा रहा है

पूरा ट्रैवर्सल पूरा होने के बाद, कनेक्टर उन आइटम के लिए कतार को पोल करना शुरू कर देता है जिन्हें इंडेक्स करने की ज़रूरत होती है. getDoc() मेथड को, सूची से निकाले गए हर आइटम के लिए कॉल किया जाता है. यह तरीका, GitHub से आइटम को पढ़ता है और इंडेक्सिंग के लिए, उसे सही तरीके से दिखाता है.

कनेक्टर, लाइव डेटा के हिसाब से काम करता है. इस डेटा में किसी भी समय बदलाव किया जा सकता है. इसलिए, getDoc() यह भी पुष्टि करता है कि कतार में मौजूद आइटम अब भी मान्य है. साथ ही, इंडेक्स से उन सभी आइटम को मिटा देता है जो अब मौजूद नहीं हैं.

GithubRepository.java
/**
 * Gets a single data repository item and indexes it if required.
 *
 * <p>This method is called by the {@link ListingConnector} during a poll
 * of the Cloud Search queue. Each queued item is processed
 * individually depending on its state in the data repository.
 *
 * @param item the data repository item to retrieve
 * @return the item's state determines which type of
 * {@link ApiOperation} is returned:
 * {@link RepositoryDoc}, {@link DeleteItem}, or {@link PushItem}
 */
@Override
public ApiOperation getDoc(Item item) throws RepositoryException {
  log.info(() -> String.format("Processing item: %s ", item.getName()));
  Object githubObject;
  try {
    // Retrieve the item from GitHub
    githubObject = getGithubObject(item.getName());
    if (githubObject instanceof GHRepository) {
      return indexItem((GHRepository) githubObject, item);
    } else if (githubObject instanceof GHPullRequest) {
      return indexItem((GHPullRequest) githubObject, item);
    } else if (githubObject instanceof GHIssue) {
      return indexItem((GHIssue) githubObject, item);
    } else if (githubObject instanceof GHContent) {
      return indexItem((GHContent) githubObject, item);
    } else {
      String errorMessage = String.format("Unexpected item received: %s",
          item.getName());
      throw new RepositoryException.Builder()
          .setErrorMessage(errorMessage)
          .setErrorType(RepositoryException.ErrorType.UNKNOWN)
          .build();
    }
  } catch (FileNotFoundException e) {
    log.info(() -> String.format("Deleting item: %s ", item.getName()));
    return ApiOperations.deleteItem(item.getName());
  } catch (IOException e) {
    String errorMessage = String.format("Unable to retrieve item: %s",
        item.getName());
    throw toRepositoryError(e, Optional.of(errorMessage));
  }
}

कनेक्टर जिन GitHub ऑब्जेक्ट को इंडेक्स करता है उनके लिए, indexItem() तरीका Cloud Search के लिए आइटम का प्रतिनिधित्व करने वाला ऑब्जेक्ट बनाता है. उदाहरण के लिए, कॉन्टेंट आइटम के लिए प्रज़ेंटेशन बनाने के लिए:

GithubRepository.java
/**
 * Build the ApiOperation to index a content item (file).
 *
 * @param content      Content item to index
 * @param previousItem Previous item state in the index
 * @return ApiOperation (RepositoryDoc if indexing,  PushItem if not modified)
 * @throws IOException if unable to create operation
 */
private ApiOperation indexItem(GHContent content, Item previousItem)
    throws IOException {
  String metadataHash = content.getSha();

  // If previously indexed and unchanged, just requeue as unmodified
  if (canSkipIndexing(previousItem, metadataHash)) {
    return notModified(previousItem.getName());
  }

  String resourceName = new URL(content.getHtmlUrl()).getPath();
  FieldOrValue<String> title = FieldOrValue.withValue(content.getName());
  FieldOrValue<String> url = FieldOrValue.withValue(content.getHtmlUrl());

  String containerName = content.getOwner().getHtmlUrl().getPath();
  String programmingLanguage = FileExtensions.getLanguageForFile(content.getName());

  // Structured data based on the schema
  Multimap<String, Object> structuredData = ArrayListMultimap.create();
  structuredData.put("organization", content.getOwner().getOwnerName());
  structuredData.put("repository", content.getOwner().getName());
  structuredData.put("path", content.getPath());
  structuredData.put("language", programmingLanguage);

  Item item = IndexingItemBuilder.fromConfiguration(resourceName)
      .setTitle(title)
      .setContainerName(containerName)
      .setSourceRepositoryUrl(url)
      .setItemType(IndexingItemBuilder.ItemType.CONTAINER_ITEM)
      .setObjectType("file")
      .setValues(structuredData)
      .setVersion(Longs.toByteArray(System.currentTimeMillis()))
      .setHash(content.getSha())
      .build();

  // Index the file content too
  String mimeType = FileTypeMap.getDefaultFileTypeMap()
      .getContentType(content.getName());
  AbstractInputStreamContent fileContent = new InputStreamContent(
      mimeType, content.read())
      .setLength(content.getSize())
      .setCloseInputStream(true);
  return new RepositoryDoc.Builder()
      .setItem(item)
      .setContent(fileContent, IndexingService.ContentFormat.RAW)
      .setRequestMode(IndexingService.RequestMode.SYNCHRONOUS)
      .build();
}

इसके बाद, सर्च इंटरफ़ेस को डिप्लॉय करें.

पीछे जाएं आगे बढ़ें