Konvertieren einer JSP zu einer Sharepoint-webpart

Question

Wir haben eine große Anzahl von Java-basierten Servlets / Portlets in einem BEA Portal ausgeführt wird, die wir in Sharepoint 2007 webparts konvertieren möchten. Viele der Portlets verwenden Benutzereinstellungen, aber die Implementierungen werden aufgeteilt zwischen Präferenzen vom Portlet direkt und in einer separaten Datenbank aus dem Portal gespeichert gehandhabt werden. Andere sind mit dem BEA WebLogic API für Benutzereinstellungen.

Drei Fragen:

1. Hat jemand eine Java-Servlet / JSP (kompiliert gegen JRE 1.4.2 und läuft auf Tomcat 4.1) laufen als Sharepoint 2007 webpart bekommen?
2. Wie groß der Bemühungen war es im Allgemeinen (wie in, wurde es in Tage / Wochen / Monate gemessen)?
3. Wäre es leichter, das Portlet als native webparts zumindest so weit zu umschreiben als Benutzereinstellungen betroffen sind?

Answer 1

Hier ist, was ich für ein einzelnes Portlet gemacht habe, einen Aktienkurs Panel.

Wir haben ein Gadget, das Börsenkurse anzeigt. Wir haben ein Konto bei Tickertech für sie uns mit Kursinformationen zur Verfügung zu stellen. Es gibt Benutzereinstellungen, die Menschen ermöglichen, das Gadget zu einer privaten Seite hinzufügen und wählen Sie dann Bestände von Interesse für sie als Individuen. Sie können auch festlegen, welche Spalten angezeigt werden soll. Erreicht wird dies durch JavaScript erreicht. Die ausgewählten Aktiensymbole werden mit einem Token gesendet entlang, die den Antrag als von einem gültigen Kunden identifiziert.

Der einfachste Ansatz war es, eine Web-Content-Kontrolle zu verwenden und nur in den JavaScript einfügen. Das funktioniert aber läßt keinen Weg für einen Benutzer der Aktiensymbole oder andere Einstellungen zu ändern, die Tickertech.

Der nächste Schritt war eine benutzerdefinierte Webpart zu erstellen. Wir sind mit dem WSPBuilder Add-on zu Visual Studio. Die Beratungsfirma, die uns mit dem Projekt reccomended es hilft, und ich bin sehr froh darüber, reduziert den Integrationszyklus auf ein erträgliches Maß.

Im webpart haben wir eine Eigenschaft, die das Skript enthält.

public class MarketSummaryWP : Microsoft.SharePoint.WebPartPages.WebPart
{     
    string m_scriptBlockPre = "<script language='javascript'> \n"+ // the beginning of the JavaScipt block 

In der Createchildcontrols () überschreiben, habe ich nur noch als eine wörtliche.

this.Controls.Add(new LiteralControl(this.Script));  

Als nächstes änderte es das Skript privat zu sein und erstellt eine andere Eigenschaft das Aktiensymbol Liste zu halten. Beachten Sie das Eigenschaft Script funktioniert die Verkettung innerhalb des Getter.

    //Script Property
    [WebBrowsable(false),
    WebDisplayName("Script"),
    WebDescription("The JavaScript to insert in the page.")]
    public string Script
    {
    get { return m_scriptBlockPre + m_stockSymbolsList + m_scriptBlockPost; }
    //set { ; }
    }

    //Stock Symbol list Property
    [Personalizable(PersonalizationScope.User), WebBrowsable(true),
    WebDisplayName("Stock Symbols"),
    WebDescription("The stock symbols to retrieve quotes for, seperated by commas.")]
    public string StockSymbols
    {
        get { return m_stockSymbolsList; }
        set { m_stockSymbolsList = value; }
    }


    string m_stockSymbolsList = "GE,CAT,$DJI,AMR,JNJ,";

    string m_scriptBlockPost = " *other JavaScript code* </script> \n"+

Das wird mir eine webpart, die zu einem beliebigen Seite hinzugefügt werden können, weil es in der webpart Galerie ist. Um eine Kopie des webpart fügen Sie die statische HTML-webpart gebaut verwenden, würden Sie den JavaScipt Block aus einer bestehenden Instanz erhalten müssen wahrscheinlich ‚Quelltext anzeigen‘ verwenden, navigieren Sie zu der Zielseite, fügen Sie eine neue Instanz des statischen HTML webpart, und ändern den JavaScipt Block aufzunehmen; jedes Mal. Auf diese Weise der Benutzer nur sie müssen aus einer Liste von webparts und sie angepasst Vorlieben Aktienkurse haben können.

Answer 2

Wir haben ein leicht similiar Projekt, wo wir von einem BEA Portal Sharepoint konvertieren.

Der Unterschied ist, wir haben noch keine Java-Servlets oder JSP-Seiten als webparts / Portlets, sondern alle, dass Code auf unserem System .net Portlets (und jetzt webParts.).

Die Java Servlets sind in Pop-up-Fenster, die von Sharepoint mit Hyperlinks verknüpft sind.

So kann ich Ihnen nicht geben eine Antwort auf 1. Wie haben wir dies nie getan.
konvertieren jedoch zu einer Sharepoint-webpart ein BEA-Portal-Portlet bilden eine signifikante Bewegung sein können, wie Sie sie in eine völlig andere Art und Weise bauen müssen.

Im Hinblick auf den Bemühungen, wir haben rund 100 Gadgets webparts / Anwendungen in 1 Jahr, mit 1 Vollzeit-Entwickler und 1 Sharepoint-Infrastruktur / configurer migriert.

Und für 3 ... es hängt davon ab, wie kompliziert Ihre Portlets sind. Wenn Sie sie als Portlets / webparts dann eine komplette Neufassung behalten möchten erforderlich ist, wenn Sie einen Hack wie eine Seite Betrachter webpart verwenden ... aber dann bist du nicht wirklich migrieren, Einkapseln Sie einfach Ihr bestehendes System mit Sharepoint auf.

Ich würde sagen, das ist ein großes Projekt, das eine sorgfältige Planung braucht um erfolgreich zu sein.
Ich hoffe, das hilft.