March 2009 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Wiki] - Re: Installation of JBoss Wiki

by margotmedia

@PeterJ Yes I'm sure!! At JBoss Forums I had unpacked it in the same way and it works. Yust for you I can try it again but I know it doesn't work! At the moment I had yust another problem. I have deployed the normal ear file of jbosswiki-beta2-2.6-bin package. Then I added it to another Portal Page as the Default page. Startlink of first Wikipage is ...8080/portal/auth/portal/Myportal/Wiki/WikiPortletWindow?windowstate=maximized, when a normal User klicks on a Link to another page of Wiki it links to the default portal ...8080/portal/portal/default/wiki/WikiPortletWindow?action=1&page=Wiki&language=EN. I guess that this error can not fixed without changes on any file!? :-(( View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217733#4217733 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217733

17 years

1
0
0 / 0

[Design of JBoss Portal] - Re: processAction method not implemented

by bjoernb

hi tsentih, thx for your post :) but that doesn't solve the problem. it just is another way to implement without the annotation :-/ here are again my 2 portlets the sending public class RestaurantSuche extends GenericPortlet { @RenderMode(name="view") public void viewNormal(RenderRequest request, RenderResponse response) throws PortletException, IOException { getPortletContext().getRequestDispatcher("/jsp/RestaurantSuche.jsp").forward(request, response); } @ProcessEvent(qname="{http:sschmeckt.de/events}suchString") public void processEvent1(EventRequest request, EventResponse response) throws PortletException, IOException { String suchString = request.getParameter("suchString"); response.setEvent(new QName("http:sschmeckt.de/events", "suchString"), suchString); } } and the receiving public class RestaurantListe extends GenericPortlet { @RenderMode(name="view") public void viewNormal(RenderRequest request, RenderResponse response) throws PortletException, IOException { getPortletContext().getRequestDispatcher("/jsp/RestaurantListe.jsp").forward(request, response); } /** This method processes received events with the following QName */ @ProcessEvent(qname="{http:sschmeckt.de/events}suchString") public void processEvent1(EventRequest request, EventResponse response) throws PortletException, IOException { // Let's store the event value into the portlet's session (we assume it is never null) String eventValue = (String) request.getEvent().getValue(); request.getPortletSession().setAttribute("suchString", eventValue); } } and my portlet.xml <portlet-app xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd" version="2.0"> <portlet-name>RestaurantSuche</portlet-name> <portlet-class> de.sschmeckt.RestaurantSuche </portlet-class> <mime-type>text/html</mime-type> <portlet-info> Suche des Restaurants </portlet-info> <supported-publishing-event> <qname xmlns:x="http:sschmeckt.de/events">x:suchString </supported-publishing-event> <portlet-name>RestaurantListe</portlet-name> <portlet-class> de.sschmeckt.RestaurantListe </portlet-class> <mime-type>text/html</mime-type> <portlet-info> Auflistung aller gefundenen Restaurants </portlet-info> <supported-publishing-event> <qname xmlns:x="http:sschmeckt.de/events">x:suchString </supported-publishing-event> <event-definition> <qname xmlns:x="http:sschmeckt.de/events">x:suchString <value-type>java.lang.String</value-type> </event-definition> </portlet-app> and still when i compile and publish i see both portlets and the are working... but when i want to send by pushing a button on the sending portlet Suche: i still get the following error ERROR Cause: javax.portlet.PortletException: processAction method not implemented Message: processAction method not implemented StackTrace: javax.portlet.PortletException: processAction method not implemented at javax.portlet.GenericPortlet.processAction(GenericPortlet.java:177) at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl$Invoker.doFilter(PortletContainerImpl.java:557) at org.jboss.portal.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:109) at org.jboss.portal.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:72) at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.dispatch(PortletContainerImpl.java:505) at org.jboss.portal.portlet.container.ContainerPortletDispatcher.invoke(ContainerPortletDispatcher.java:42) at org.jboss.portal.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:82) at org.jboss.portal.core.aspects.portlet.TransactionInterceptor.org$jboss$portal$core$aspects$portlet$TransactionInterceptor$invokeNotSupported$aop(TransactionInterceptor.java:97) at org.jboss.portal.core.aspects.portlet.TransactionInterceptor$invokeNotSupported_N6922078035659651697.invokeNext(TransactionInterceptor$invokeNotSupported_N6922078035659651697.java) at org.jboss.aspects.tx.TxPolicy.invokeInNoTx(TxPolicy.java:66) [...] at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) at java.lang.Thread.run(Thread.java:595) can someone help ? thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217732#4217732 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217732

17 years

1
0
0 / 0

[Design of JBoss Portal] - Re: Add portlet displayname programatically.

by peris

OK Sorry for that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217730#4217730 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217730

17 years

1
0
0 / 0

[Design of JBoss Portal] - Re: Add portlet displayname programatically.

by thomas.heute＠jboss.com

Please use the user forum... same for the other question View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217726#4217726 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217726

17 years

1
0
0 / 0

[Design of JBoss Portal] - Add portlet displayname programatically.

by peris

Jboss server 4.2.2.GA Jboss portal 2.7.0 I have created some chart portlet programatically. but when I minimize the one chart portlet we could not find which portlet is minimized. so I want to add the display name programatically. do you have any idea regarding this please share with me. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217724#4217724 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217724

17 years

1
0
0 / 0

[Design of JBoss Portal] - Remove maximize button from portlets

by peris

Jboss server 4.2.2.GA Jboss portal 2.7.0 I have to remove all portlets maximize button. Please guide me to do this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217721#4217721 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217721

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Programmatic ThreadDumps on the TestSuite

by clebert.suconic＠jboss.com

I have removed the Hack and proposed a better fix now. I' m just reseting the counters and sizes properly. (Tim: Please take a look) I also have replicated this on a new unit test: org.jboss.messaging.tests.unit.core.postoffice.impl.BindingImplTest If you revert BindingsImpl to 5967 the test will loop the same way that happened earlier on the testsuite. I' m testing the same scenario on both route and redistribute. BTW: It' s quite good seeing the testsuite behaving more reliably. We still have a few failures in Bridge... but we are getting there. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217697#4217697 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217697

17 years

1
0
0 / 0

[Other JBoss Development Design] - Re: Profile Service: ManagedProperty.isReadOnly() ?

by scott.stark＠jboss.org

https://jira.jboss.org/jira/browse/JBMAN-64 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217694#4217694 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217694

17 years

1
0
0 / 0

[Other JBoss Development Design] - Re: Profile Service: ManagedProperty.isReadOnly() ?

by scott.stark＠jboss.org

Its only implied from a hasViewUse(ViewUse.STATISTIC), but that is not a sufficient check as the property may not have been annotated as such. We really should have such an isReadOnly() accessor based on whether or not the property has a setter, or was simply marked read-only via admin annotations. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217693#4217693 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217693

17 years

1
0
0 / 0

[Design of EJB 3.0] - Re: Plugin is Broken

by ALRubinger

"ALRubinger" wrote : I've got https://jira.jboss.org/jira/browse/EJBTHREE-1768 to do this for us. All's copacetic. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217691#4217691 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217691

17 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums March 2009