Utilizzando sito web php come portlet in JSR 168/268 container portlet [nel server Oracle BEA Weblogic]

Question

Ho un sito Web PHP esistente che utilizza una notevole quantità di jQuery e Ajax. Il nostro cliente ha bisogno di integrarla come portlet in un server Oracle BEA Weblogic e la loro specifica preferito è JSR168. Sono completamente nuovo per portlet Java e quindi ho alcune domande riguardanti portlet.

1. Possiamo integrare sito PHP (che si trova in un altro server) in un contenitore portlet Java? O è solo per i siti web jsp? Mi chiedo questo perché ci possono essere differenze di gestione delle sessioni di lato client in PHP e JSP e causerà problesm.
2. Possiamo usare ajax quando si utilizza portlet senza un grande riduzione delle prestazioni?
3. Quali sono i cambiamenti fondamentali che dovremmo fare per il sito web esistente, al fine di renderlo compatibile a JSR168?

Grazie mille per aver tempo di leggere il mio problema. Grazie e saluti, Manjula

Answer 1

1. Credo che il PHP / Java Bridge , con la sua implementazione delle API JSR 223 Scrittura, sarà il modo migliore per esporre un'applicazione PHP esistente come Servlet Java. Una volta che avete la Servlet implementato tramite PHP, poi l'inoltro da un portlet a che sarà la stessa di inoltro a qualsiasi altro servlet o JSP. In alternativa, si può essere in grado di chiamare i vostri script PHP direttamente dal codice Portlet.

2. E 'possibile usare AJAX con portlet. richieste AJAX sono fatte come le richieste di risorse di portlet che sono proxy attraverso il portale che utilizza il portlet. Ciò implica di per sé un po 'di sovraccarico delle prestazioni, ma non più di quando si utilizza portlet in modo più 'tradizionale'.

3. In termini di portletizing il sito web esistente, si avrebbe bisogno di decidere come (e perché) si desidera esporre parti della domanda come portlet. Il modo più semplice potrebbe essere quella di esporre l'intero sito come un unico portlet, ma che è una specie di manca il punto e si può anche semplicemente rendere il sito in un iframe. Al di là della sfida tecnica di ottenere l'applicazione PHP esposto a Java, come discusso in 1, questa parte ha davvero bisogno di una risposta dal client.