[JBoss Portal] - SAR deployment problem
by emdlc
Since the helloWorldIPC seemed to require that the portlets be deployed together in a SAR pattern, in order to minimize the differences from the helloWorld app, I organized it the same way, and deployed it the same way, the same folder structure, zipped up, and hot deployed.
My question is that I've managed to get this exception on my box whenever I make a change and overwrite it:
| 17:31:46,921 ERROR [AbstractKernelController] Error installing to Start: name=portal:container=WebApp,id=/query-portlet state=Create
| java.lang.IllegalArgumentException: This portlet app is already registered
| at org.jboss.portal.portlet.container.PortletApplicationRegistryImpl.registerPortletApplication(PortletApplicationRegistryImpl.java:51)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| ....
| ....trimmed
|
The only solution is to restart JBoss. I'm using the 2.4GA edition of Portal. Any ideas on why this may be happening? It really takes a heavy hit on development having to restart after every change.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981442#3981442
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981442
19 years, 6 months
[JBoss Portal] - Portal 2.4 + JSF + IPC Navigation not properly navigating
by emdlc
As in the IPC example in the documentation, I have a portletA, the source portlet window, and portletB, the destination portlet window.
My current setup has one portlet-shared code-base that deploys into one zipped SAR file. The two portlets using IPC are defined together in one portlet.xml file, one portlet-instances.xml file, one *-object.xml file, one web.xml and one faces-config.xml. The inner-class listener in my portlet class that extends MyFacesGenericPortlet, is a copy of the IPC example (except for the portlet window names and debugging logs). That extension is used for portletB's <portlet-class>. The MyFacesGenericPortlet is used for portletA. The test I use is a <h:commandLink> with a literal value action attribute:
| <h:commandLink action="navigateOtherWindow">
| <f:verbatim>Test</f:verbatim>
| </h:commandLink>
|
Instead of changing portletB's window to the <to-view-id> of 'navigateOtherWindow', it changes it to the <from-view-id> location.
With or without a <from-view-id> element:
| <navigation-rule>
| <navigation-case>
| <from-outcome>navigateOtherWindow</from-outcome>
| <to-view-id>/jsp/dest.jsp</to-view-id>
| </navigation-case>
| </navigation-rule>
|
or
| <navigation-rule>
| <from-view-id>/jsp/source.jsp</from-view-id>
| <navigation-case>
| <from-outcome>navigateOtherWindow</from-outcome>
| <to-view-id>/jsp/dest.jsp</to-view-id>
| </navigation-case>
| </navigation-rule>
|
...when 'Test' is clicked from portletA, it changes portletB to '/jsp/source.jsp' instead of '/jsp/dest.jsp'.
With the listener off, the link works properly, but remaining in portletA's window.
Have any clues? Do I need to make a change to the listener? It seems to me that the setting of all of the source portlet's parameters as the parameters of the portletB's newEvent should do it.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981440#3981440
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981440
19 years, 6 months
[EJB 3.0] - Group by Date/Timestamp part in EJBQL?
by jagthedrummer
Hey everybody, I was wondering if there's a way to group by just a part of a date field using EJBQL. Basically I want to get a report of the total number and total value of all transactions that happened over a year, grouped by month. I've tried the following query, but it doesn't do the trick. Does anybody have any ideas?
I have a Transaction Entity with an attribute called transTime which is a java.util.Date.
I tried and failed with this:
"select count(t.id),sum(t.amount),t.transTime.getMonth() from Transaction t group by t.transTime.getMonth()"
I also tried the same thing but with the 'getMonth()' as 'getMoth' just to see what happened. No luck there either.
I do have it working by just issuing one query for each month over the time period I'm interested in looking at, but I'm hoping to find a way to offload some of that to the DB, especially since I need to be able to genereate these kind of stats at the daily level over different time spans.
Any help would be appreciated.
Thanks,
Jeremy
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981438#3981438
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981438
19 years, 6 months
[JBossWS] - WS Samples-Failed to authenticate principal=null
by johnurban
Digging, but can't find the answer to this one.
I am able to compile all of the example w/o errors (following the steps buried in this forum). When I go to run the test for just the jsr181pojo by typing:
ant tests
Here is what I get:
| C:\JavaTools\jbossws-samples-1.0.3.GA\jsr181pojo>ant tests
| Buildfile: build.xml
|
| init:
| [echo] jboss.home = C:/JavaTools/jboss-4.0.5.GA
| [echo] tomcat.home = C:/JavaTools/apache-tomcat-5.5.20
| [echo] java.home = C:\Program Files\Java\jdk1.5.0_07\jre
| [echo] node0 = CTULT40000798
|
|
| compile15:
|
| copy-resources:
|
| generate-sources:
| [wstools] log4j:WARN No appenders could be found for logger (org.jboss.ws.tools.WSTools).
| [wstools] log4j:WARN Please initialize the log4j system properly.
| [move] Moving 4 files to C:\JavaTools\jbossws-samples-1.0.3.GA\output\wstools\java
|
| compile-generated:
| [javac] Compiling 4 source files to C:\JavaTools\jbossws-samples-1.0.3.GA\output\classes
|
| copy-generated:
| [copy] Copying 2 files to C:\JavaTools\jbossws-samples-1.0.3.GA\output\resources
|
| jars:
| [jar] Building jar: C:\JavaTools\jbossws-samples-1.0.3.GA\output\libs\jbossws-samples-jsr181pojo-client.jar
| [jar] Building jar: C:\JavaTools\jbossws-samples-1.0.3.GA\output\libs\jbossws-samples-jsr181pojo-docwrapped-client.jar
|
| tests:
|
| init:
| [echo] jboss.home = C:/JavaTools/jboss-4.0.5.GA
| [echo] tomcat.home = C:/JavaTools/apache-tomcat-5.5.20
| [echo] java.home = C:\Program Files\Java\jdk1.5.0_07\jre
| [echo] node0 = CTULT40000798
|
|
| test:
| [junit] Running org.jboss.test.ws.samples.jsr181pojo.JSR181WebServiceJSETestCase
| [junit] java.lang.SecurityException: Failed to authenticate principal=null, securityDomain=jmx-console
| [junit] at org.jboss.jmx.connector.invoker.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:97)
| [junit] at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| [junit] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| [junit] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| [junit] at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRMPProxyFactory.java:179)
| [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| [junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| [junit] at java.lang.reflect.Method.invoke(Method.java:585)
| [junit] at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| [junit] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| [junit] at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| [junit] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| [junit] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| [junit] at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:819)
| [junit] at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:420)
| [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| [junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| [junit] at java.lang.reflect.Method.invoke(Method.java:585)
| [junit] at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
| [junit] at sun.rmi.transport.Transport$1.run(Transport.java:153)
| [junit] at java.security.AccessController.doPrivileged(Native Method)
| [junit] at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
| [junit] at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
| [junit] at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
| [junit] at java.lang.Thread.run(Thread.java:595)
| [junit] at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
| [junit] at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
| [junit] at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
| [junit] at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source)
| [junit] at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:133)
| [junit] at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:365)
| [junit] at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:197)
| [junit] at org.jboss.jmx.connector.invoker.client.InvokerAdaptorClientInterceptor.invoke(InvokerAdaptorClientInterceptor.java:66)
| [junit] at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70)
| [junit] at org.jboss.proxy.ClientMethodInterceptor.invoke(ClientMethodInterceptor.java:74)
| [junit] at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100)
| [junit] at $Proxy0.invoke(Unknown Source)
| [junit] at org.jboss.test.ws.JBossTestDeployer.deploy(JBossTestDeployer.java:44)
| [junit] at org.jboss.test.ws.JBossWSTestHelper.deploy(JBossWSTestHelper.java:45)
| [junit] at org.jboss.test.ws.JBossWSTestSetup.setUp(JBossWSTestSetup.java:70)
| [junit] at junit.extensions.TestSetup$1.protect(TestSetup.java:22)
| [junit] at junit.framework.TestResult.runProtected(TestResult.java:128)
| [junit] at junit.extensions.TestSetup.run(TestSetup.java:27)
| [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:297)
| [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:672)
| [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:567)
| [junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 0.781 sec
| [junit] Test org.jboss.test.ws.samples.jsr181pojo.JSR181WebServiceJSETestCase FAILED
|
| BUILD SUCCESSFUL
| Total time: 5 seconds
|
|
| What does:
|
| java.lang.SecurityException: Failed to authenticate principal=null, securityDomain=jmx-console
|
| mean? I have removed all security-constraints from jmx-console and I am able to get to my localhost:8080/jmx-console w/o logging in?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981436#3981436
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981436
19 years, 6 months