How it Works

1. Select a publisher jar to load. This is a component (aspire-XXX-publisher). 
2. A common app bundle is loaded automatically, if required.
3. The app bundle loads the publisher framework jar and the originally requested provider. 
4. The framework may perform optional Groovy or XML transforms; and the appropriate parameters are collected by the framework.  
   
5. The actual use of the transform is controlled by the developer. 
6. Where possible, connections are pooled.

Developer Settings

Anchor
devSettings devSettings

Similar to the “SourceInfo”, the framework uses a “PublisherInfo”. This holds information that is used to connect to a target repository (URL, username, password etc.) and also controls the framework functionality. For example, if the framework may allow allows for a transformation that a connector does not require, you can disable it. You can extend this, if required.

The framework allows for the following configuration.:

• When a connection is required
  

• Pool connections 

  • True/false that connections should be pooled 

• Use transform 

  • Transform type – none/xml/json + default transform file (to pick out of component) 

• Supports authentication 

  • http(s)
    

• We implemented a A set of properties in the provider that control publisher controls the DXF in the common app bundle and the options in the framework. 

  • This could then be used Use these to control the app bundle loaded (this is via the aspire application), and the configuration of the component “publisher info” (for example, to control if whether or not the publisher supports “clear” and “commit” operations. The same configuration could then we used, via the DXF, to offer the option to (say) “process commits” only if it’s supported)
    

• For other specific DXF properties, define your own resources/dxf/publisher.xml file. Your properties will be merged with the common ones.
  

Component Properties

Control of the common DXF is by way of a new properties file resources/aspire.properties that is added to the component. This file allows you to add properties.

• These properties are passed to the DXF allowing control of the options shown to the installer.
  

The developer controls the DXF by setting the properties in resources/aspire.properties like in this example:

component.appbundle.maven.coordinates=app-pap-publisher
#component.<SUBTYPE>.dxf=xxxx
component.default.dxf=dxf/publisher.xml
publisher.framework.isPAP=true

publisher.framework.dxf.merge=true
publisher.framework.dxf.merge.top=true

publisher.framework.dxf.url=true
publisher.framework.dxf.credentials=true
publisher.framework.dxf.startEnd=true
publisher.framework.dxf.transform=true
publisher.framework.dxf.connection=true
publisher.framework.dxf.dumpIndex=false

Installation Settings

Installation settings are collected when the component is installed. The obvious items required are the Required items include location and connection (user/password) details of the target. The desire intent is that only options that the developer has enabled (in the developer settings above Developer Settings) will be presented to the user. The These settings are collected using DXF. A publisher-specific DXF is merged with a common piece to present the entire set.

The framework collects the following parameters: 

• Target URL 

  • The URL for the search engine, etc. 

• Authentication
  

  • Yes/noNo/typeType 

  • Gather username/password 

• Clear before full crawls 

  • True/falseFalse. If true, the publisher will react to start jobs for full crawl crawls by calling a clear method 

• Commit after crawls 

  • True/falseFalse. If true, the publisher will react to end jobs for crawls by calling a commit method 

• Transform data before sending 

  • True/falseFalse 

• Transform file name 

  • For cases when transformation is required 
    

Implementation

1. On startup, the framework connects to the provider (PAP) and calls a method “newPublisherInfo”.
2. This returns a class (much like the SourceInfo), holding all of the configuration for the publisher (including the common options – perform clear ,etc.). 
   • This can be passed to other calls later. 
   • If required, connection pools will be initialized here. 
3. When processing a document, the framework first categorizes the job into “control” or “document”. 
   • “Control” jobs are commit and clear. 
   • The framework calls the provider’s commit or clear methods (if enabled and processing is selected); passing a connection as required. 
   • For “document” jobs, the framework determines whether a new batch is required and calls the provider’s startBatch() method. 
   • The framework provides “standard” batch implementations.
4. Then the The provider establishes the specific type of job (add/update, delete or delete by query) and calls the appropriate provider method. 
5. Closing the component releases all of the connections.

Component Properties

Control of the DXF, for example, is by way of a new properties file that is added to the component. This file allows you to add properties.

package com.searchtechnologies.aspire.simplefile;

import com.searchtechnologies.aspire.framework.ComponentImpl;
import com.searchtechnologies.aspire.publisher.services.PublisherAccessProvider;
import com.searchtechnologies.aspire.publisher.services.PublisherBatch;
import com.searchtechnologies.aspire.publisher.services.PublisherInfo;
import com.searchtechnologies.aspire.publisher.services.PublisherRepositoryConnection;
import com.searchtechnologies.aspire.publisher.services.queryexpr.DeleteByQuery;
import com.searchtechnologies.aspire.services.AspireException;
import com.searchtechnologies.aspire.services.AspireObject;
import com.searchtechnologies.aspire.services.Job;
import org.w3c.dom.Element;

import java.io.IOException;
import java.io.Writer;

public class SimpleFilePAP extends ComponentImpl implements PublisherAccessProvider {

  @Override
  public void initialize(Element element) throws AspireException {
  }


  @Override
  public PublisherInfo newPublisherInfo(Element cfg) {
    SimpleFilePublisherInfo publisherInfo = new SimpleFilePublisherInfo();
    publisherInfo.initialize(cfg);
    return publisherInfo;
  }

  @Override
  public void processClear(PublisherRepositoryConnection conn, Job j, PublisherInfo publisherInfo) {
    info("Clear job");
  }

  @Override
  public void processCommit(PublisherRepositoryConnection conn, Job j, PublisherInfo publisherInfo) {
    info("Commit job");
  }

  @Override
  public void startBatch(PublisherBatch batch, PublisherInfo publisherInfo) {
    info("Batch start");
    // Add the header
    try {
      Writer w = (Writer) batch.getBatchConnection().connection();
      w.write("<docs>\n");
      w.flush();
    } catch (IOException e) {
      throw new AspireException("SimpleFilePublisher.IOException-writeToStream", e, "IOException writing %s", publisherInfo.getUrl());
    }
  }

  @Override
  public void endBatch(PublisherBatch batch, PublisherInfo publisherInfo) {
    info("Batch end");
    // Add the footer
    try {
      Writer w = (Writer) batch.getBatchConnection().connection();
      w.write("</docs>\n");
      w.flush();
    } catch (IOException e) {
      throw new AspireException("SimpleFilePublisher.IOException-writeToStream", e, "IOException writing %s", publisherInfo.getUrl());
    }
  }

  @Override
  public void processAddUpdate(PublisherBatch batch, Job j, PublisherInfo publisherInfo) {
    info("Batch process");
    Writer w = (Writer) batch.getBatchConnection().connection();
    // Write out the document from the job
    j.get().toXmlString(AspireObject.PRETTY, w);
  }

  @Override
  public void processDelete(PublisherBatch batch, Job j, PublisherInfo publisherInfo) {

  }

  @Override
  public void processDeleteByQuery(PublisherBatch batch, DeleteByQuery deleteByQuery, Job j, PublisherInfo publisherInfo) {

  }

  @Override
  public void close() {

  }

}