Lotus Notes / Domino Sonstiges > Help-Desk Applikation !!Help!!

Help Application demo at Lotusphere

<< < (11/34) > >>

eknori (retired):
Zur Performance würde ich mir generell schon Gedanken machen; was allerdings diesen speziellen Fall hier betrifft, werde ich mich mehr auf die Funktionen selber konzentrieren.

Der BB greift ja nicht direkt auf den Domino Server zu; das wird ja über den BES gesteuert. Und der gibt letztendlich die Pakete an den BB weiter. Das könnte also auch schon deutlich performanter sein.
Wie das allerdinds von RIM gesteuert wird, entzieht sich meiner Kenntnis. Aber ich glaube, die wissen schon, was sie tun müssen ...

@Thomas:

wg. der Strukturen mit einem Misch aus Ticket und Todo.

Die TicketCollection beinhaltet ja die Klasse Ticket

Wenn du jetzt noch die ToDo zum Ticket mit übergeben willst, musst du eine neue Klasse ToDoCollection erstellen, die ihrerseits wieder eine Klasse ToDo as Array enthält.

Und die ToDoCollection baust du dann in die Klasse Ticket ein.

Class ToDoCollection
  Public ToDos () as ToDo
  Public ToDoCount as integer
end class

Class ToTo
 Public ToDoNumber as string
end class


Class TicketCollection
   Public Tickets() As Ticket
   Public TicketCount As Integer
End Class

Class Ticket
   Public User As String
   Public TicketNumber As String
   Public Problem As String
  Public ToDoCol as ToDoCollection
End Class

Das sollte dann eine saubere Struktur ergeben ...

flaite:
Die Idee, dass nur die diff übertragen wird, läßt sich imho wirklich relativ einfach realisieren.

Notes kennt seit 7 offenbar einen neuen Datentyp XSD_DATETIME
SOAPJavaLotusScriptxsd:dateTimejava.util.CalendarXSD_DATETIME
Die letzte Tabelle in diesem Artikel:
http://www-128.ibm.com/developerworks/lotus/library/nd7-webservices/index.html

Imho könnte man das in die Search Formula einbauen. Das dort ein Date/Time Wert geschickt wird und dann in der Funktion GetAllTicketsBySupporter nur solche Tickets runtergesendet werden als der DateTime Wert, der der Funktion in einem Bonus-Parameter übergeben wurde.

Arbeite aber erstmal mit dem was da ist.

Im Grunde ist das eine Art selbstgebaute Replizierung.
Auf der Seite des Clients würd ich den Datumswert nach jedem update request gegen den Webservice Request in eine Datei schreiben.

Es erscheint mir wichtig, die Menge der Daten, die am Client ankommen, klein zu halten. V.a. auch, damit der weniger zu tun hat. Diese kleinen Geräte haben ja auch nicht unbedingt so viel processing power wie ein PC. Z.B. könnte man mit Swing die neuen Dokumente wohl auch prima in die existierende Struktur einmischen. Wenn immer alles neu runtergesendet wird, müßte man die gesamten Widgets quasi ganz neu aufbauen. Und Gui-Objekte sind nicht unbedingt klein. Ausserdem sollte dort im Namen von übersichtlichen, erweiterbaren und leicht änderbaren Design eine Zwischenschicht da sein. D.h. die Inhalte der ganzen Objekte der Webservices werden sowieso noch einmal in extra Business Objekte kopiert.
2.700 oder 700 Tickets kann man eh nicht in einem Blackberry anzeigen. Deshalb werd ich für den ersten Client-Prototypen sowieso nur die ersten 10 oder 20 Tickets anzeigen. Das dürfte auch für eine Demo ausreichend sein. Ich hatte im meinem Leben noch nicht mehr als 20 Tickets.

Falls es jemanden interessiert, kann ich das Eclipse Projekt irgendwie über ein peer-to-peer Netzwerk verfügbar machen, wenn ausreichend da ist. Arbeite inzwischen mit Eclipse WTP1.0. Kann als Komplettpaket runtergeladen werden und wirkt stabiler als WTP 0.7.

Ich hab ständig im Hinterkopf, dass in der gesamten Literatur document-style Webservices (und nicht rpc-style) präferiert wird. Im Kontext der Funktion GetAllTicketsBySupporter wird mir auch klar, warum. Bei großen Datenmengen wird einfach alles doppelt und dreifach übertragen, wenn man sich das tatsächliche SOAP-Dokument in SOAPUI oder ähnlichem mal genauer anschaut.
Ist aber erstmal nicht so dramatisch. Domino unterstützt beides.

In der Literatur wird btw. auch davon gesprochen, dass error-codes in einem header-Bereich der SOAP Nachricht gehören. Weiss aber momentan auch nicht wie man das implementiert und nur am Rande. Ist nicht funktional.

Gruß Axel

Mark³:
du kannst ja mal Quellcode posten vom Swing-Client. Ich würde gern mal einen RCP dafür bauen aber ich weiß nicht ob ich dazu komme (einer muss ja auch arbeiten hier  O0 ).
Diese Baumdarstellung, ist das in Swing schon drin oder musst du das bauen? Im RCP geht das nämlich ganz einfach über JFace TreeViewer...
Hat HELP!!! eigentlich eine CMDB? Die ist nämlich das Herzstück eines jeden TroubleTicket Systems. Wenn nicht, vielleicht kann ich da mal meine Erfahrung einbringen, irgendwann im nächsten Jahr...

Ist WTP 1.0 Eclipse + Web oder fehlt da irgendwas? Sonst kannst du damit ja einfach ein neues RCP-Projekt erstellen und deinen Code da reinziehen.

eknori (retired):

--- Zitat ---Hat HELP!!! eigentlich eine CMDB?
--- Ende Zitat ---

Thomas hat da was in der Hinterhand; ist aber noch nicht freigegeben ...

flaite:

--- Zitat von: mt69clp am 30.12.05 - 08:44:56 ---Diese Baumdarstellung, ist das in Swing schon drin oder musst du das bauen?

--- Ende Zitat ---
javax.swing.JTree
Hier ist eine visuelle Übersicht der Swing Widgets:
http://java.sun.com/docs/books/tutorial/uiswing/components/components.html
(die sind besser als die da aussehen, weil die da das unsägliche Metal Look & Feel verwenden. Man kann aber Look & Feels austauschen, wie man bei meinem Beispiel sieht).

--- Zitat ---Im RCP geht das nämlich ganz einfach über JFace TreeViewer...

--- Ende Zitat ---
Gibt da auch ein Widget, das eine Art Mischung aus Tree und Table ist. Hab aber den Namen vergessen. Das würde Sinn machen. Swing ist aber auch nicht so schlecht.

--- Zitat ---Hat HELP!!! eigentlich eine CMDB? Die ist nämlich das Herzstück eines jeden TroubleTicket Systems. Wenn nicht, vielleicht kann ich da mal meine Erfahrung einbringen, irgendwann im nächsten Jahr...

--- Ende Zitat ---
Configuration Management Database. Kannte die Abkürzung nicht.

--- Zitat ---Ist WTP 1.0 Eclipse + Web oder fehlt da irgendwas? Sonst kannst du damit ja einfach ein neues RCP-Projekt erstellen und deinen Code da reinziehen.

--- Ende Zitat ---
ja. Das all-in-one Paket:
http://download.eclipse.org/webtools/downloads/drops/R-1.0-200512210855/
(URL möglicherweise nicht stabil).
Ich hab mehrere Eclipse installiert, die sich diverse Workplaces sharen. So machen das viele. Aber vermutlich weisst du das.
Schick dir das, sobald das stabil ist. Du brauchst auch nicht direkt auf die leicht kuriose, automatisch generierte Schicht von SOAP-Consumer Klassen zuzugreifen, weil da ein Layer von Business Objekten zwischen ist. RCP interessiert mich natürlich auch.

Hab die GUI probeweise mit dem hochgelobten WYSWYG Swing Editor von Netbeans 5.0 beta 2 zusammengeklickt (echt gut). Mußte da nur noch der ihren speziellen Layout-Manager in das Eclipse-Projekt als jar importieren. Werd aber auf Carsten Lentzschs looks & forms umsteigen. Das Projekt ist btw. Java5, aber das sollte keine Probleme machen. Ich stell die verwendete Java Version in Eclipse immer projekt-spezifisch ein.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete