Portlety, czyli portalowe aplety, są używane jako komponenty wizualne, które przygotowują stronę webową w portalu webowym. Zazwyczaj, gdy użytkownik końcowy prosi o zindywidualizowaną stronę webową, to podczas tworzenia tej strony trzeba wywołać wiele portletów. Przykładem jest portal prezentujący informacje finansowe, wyświetlający pojedynczą stronę zawierającą uaktualnione wiadomości finansowe, raporty o tym, co dzieje się na giełdzie i bieżące informacje giełdowe, to jest informacje interesujące użytkownika końcowego. Każdy komponent ma swój własny portlet.

W celu zapewnienia dostępu do różnego rodzaju informacji, na przykład takiej jak profil użytkownika, portlety wykorzystują interfejsy API. Brak standardów zmuszał dostawców portalowych platform serwerowych do określania własnych interfejsów API dla lokalnych komponentów portalowych oraz w celu wywołania komponentów zdalnych. Stwarza to klientom portalu oraz dostawcom (aplikacji, treści i oprogramowania portalu) problemy związane ze współdziałaniem.

Standardy Java Portlet API oraz WSRP (Web Services for Remote Portals) są w trakcie opracowywania; celem jest rozwiązanie problemów zapewnienia mechanizmów współdziałania pomiędzy portletami a portalami i pomiędzy portalami a usługami webowymi (web services) zorientowanymi na użytkownika.

Standard Java Portlet API umożliwia współdziałanie pomiędzy portletami a portalami. Wszystkie portlety napisane dla "portletowego" API będą wykonywane na wszystkich akceptujących ten standard serwerach portalowych.

Podobnie standard WSRP zapewni współdziałanie pomiędzy portalami a ośrodkami webowymi akceptującymi ten standard.

Standard Java Portlet API ma oddzielać portlety od infrastruktury otaczającej serwer portalowy, tak żeby portlety mogły działać na różnych serwerach portalowych. Tak jak obecnie serwlety działają na różnych serwerach aplikacyjnych.

Usługi standardu WSRP należą do klasy usług prezentacyjnych - są to usługi webowe zorientowane na użytkownika, bezpośrednio współdziałające z portalami lub innymi aplikacjami. Projektuje się je tak, aby umożliwić użytkownikom dostarczanie treści lub aplikacji w postaci, która nie wymaga ręcznego dostosowywania. Portale łatwo mogą agregować usługi WSRP bez dodatkowych nakładów na oprogramowanie.

Ponieważ WSRP mają mechanizmy prezentacyjne, to dostawcy tej usługi mogą określać sposób, w jaki użytkownicy końcowi widzą ich treści i aplikacje, a ponadto określić dopuszczalny stopień przystosowania, przekodowywania i translacji.

Usługi WSRP mogą być publikowane w katalogach UDDI (Universal Description, Discovery and Integration) zarówno publicznych, jak i należących do firm, gdzie portale, które chcą wyświetlić swoją zawartość, mogą je łatwo odnaleźć.

Używając WSRP portale mogą łatwo integrować zawartość i aplikacje z zewnętrznymi i wewnętrznymi dostawcami usług. Administrator portalu w sposób prosty wybiera pożądane usługi z listy i integruje je.

Standard WSRP zdefiniuje interfejs usług webowych, używając języka WSDL (Web Services Description Language). Standard ten pozwala implementować usługi WSRP na różne sposoby: albo w oparciu o webową usługę platformy J2EE (Java/Java 2 Platform Enterprise Platform), albo o webową usługę implementowaną na platformie .Net, lub portlet wydawany przez portal jako usługa WSRP.

W celu włączenia dowolnej usługi WSRP do aplikacji pośredniczącej standard WSRP umożliwia użycie uniwersalnego adaptera kodu zamiast specyficznego kodu proxy. Dzięki temu będzie możliwa implementacja usług WSRP na każdej platformie usług webowych, którą może być albo J3EE, albo .Net. Komitet techniczny opracowujący WSRP planuje zakończenie prac nad pierwszą wersją standardu z końcem bieżącego roku.

Java Portlet API i WSRP będą w stanie współpracować efektywnie. Usługi WSRP będą integrowane w portalach przez portlety proxy napisane dla Java Portlet API. I odwrotnie, portlety będzie można opakować i publikować jako usługi WSRP.

Po wprowadzeniu pozycji reprezentującej portlet do katalogu UDDI pozostałe portale będą mogły odnaleźć i związać się z polecaną usługą WSRP. Aby udostępnić usługę WSRP jako portlet, administrator portalu może utworzyć pozycję w lokalnym rejestrze portletów z informacją otrzymaną z UDDI.

Na przykład natychmiast po utworzeniu pozycji w lokalnym rejestrze portletów użytkownicy mogą wybrać i przenieść ich kopie do swoich stron. Gdy podczas agregacji strony zostanie wywołany portlet proxy, tenże portlet będzie generował żądanie protokołu SOAP (Simple Object Access Protocol) i wyśle je do usługi WSRP. Następnie odbierze odpowiedź protokołu SOAP z usługi WSRP i dostarczy wynik operacji do portalu.