[JBoss Portal] - WindowState question
by rabi_sultan
I just implemented the IPC in the JBoss Portal version 4.0.4.GA
Unfortunately when I use the following line of code (as in the example) it does not work.
newEvent.setWindowState(WindowState.MAXIMIZED);
Does this build support this functionality? Or am I missing something obvious here ...
What I'm doing is portletA has a set of HTTP links that are being sent to portletB where they are being written out as part of a iframe. Our set of links live in a version control system that portletA will collect, modify to insert the action commands and then print out ready for use as part of portletA. The above line does not maximize portletB once the url is passed through.
Instead I had to add this line in the processAction part instead:
response.setWindowState( javax.portlet.WindowState.MAXIMIZED );
Is this the way it's supposed to work?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013961#4013961
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013961
19Â years, 2Â months
[JBoss Seam] - Re: Building Seam CVS with ant build
by SmokingAPipe
Java 6 is noticably faster than earlier versions in general use. I use it with NetBeans and it's nicer. I think startup of JBoss is also faster.
There are problems running JBoss with Java 6! The main problems that I have encountered are that JBoss unfortunately includes many JARs for packages that are now part of the Java 6 distribution. Sometimes (not sure why) these JARs over-ride the built-in Java 6 classes. As an example, I was building an app that uses JAXB to generate some XML. I would test my class by itself, outside of JBoss (on the command line) and have it spit out some XML for me. I would then run the same class within JBoss and noticed that the XML was being put together differently. Within JBoss the order of elements was different. I ended up having to specify the order using an XmlType declaration. Anyway this would have caused serious problems because the XML output would be invalid if the order changed, and the change happened only when running in JBoss. That was a real hair-puller for me, until I figured out what was happening. I think this will come up mainly with XML because many XML packages have been moved into the Java 6 distro, and the same packages are present in JBoss.
My view is that JBoss should in the near future start requiring Java 6, and throw away all the JARs that are not needed within Java 6. That may not be viable from a business point of view, so maybe one option would be to start a Java 6 binary distribution.
Anyway, it's something to be aware of and watch out for. If you are testing XML stuff in Java 6 outside of JBoss it may behave differently inside of JBoss.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013957#4013957
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013957
19Â years, 2Â months
[Security & JAAS/JBoss] - NullPointer exception with BM/Tivoli SecureWay within JBoss
by danlee
I am trying to configure IBM/Tivoli SecureWay directory server with JBoss 4.0.5GA. However, I am getting a null pointer exception. Any idea why this is happening?
<login-module code="org.jboss.security.auth.spi.LdapLoginModule" flag="required">
<module-option name="java.naming.factory.initial">com.sun.jndi.ldap.LdapCtxFactory</module-option>
<module-option name="java.naming.provider.url">ldap://:389</module-option>
<module-option name="java.naming.security.authentication">simple</module-option>
<module-option name="principalDNPrefix">cn=</module-option>
<module-option name="principalDNSuffix">,dc=domain,dc=myco,dc=com</module-option>
<module-option name="allowEmptyPasswords">false</module-option>
<module-option name="uidAttributeID">cn</module-option>
<module-option name="matchOnUserDN">false</module-option>
<module-option name="roleAttributeID">member</module-option>
<module-option name="roleAttributeIsDN">false</module-option>
<module-option name="roleNameAttributeID">cn</module-option>
<module-option name="rolesCtxDN">dc=domain,dc=myco,dc=com</module-option>
</login-module>
2007-02-09 10:19:44,437 DEBUG [org.jboss.security.auth.spi.LdapLoginModule] Bad password for username=Admin
java.lang.NullPointerException
at org.jboss.security.auth.spi.LdapLoginModule.createLdapInitContext(LdapLoginModule.java:420)
at org.jboss.security.auth.spi.LdapLoginModule.validatePassword(LdapLoginModule.java:239)
at org.jboss.security.auth.spi.UsernamePasswordLoginModule.login(UsernamePasswordLoginModule.java:210)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:675)
at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:610)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607)
at javax.security.auth.login.LoginContext.login(LoginContext.java:534)
at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:601)
at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:535)
at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:344)
at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityInterceptor.java:211)
at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:135)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:132)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:107)
at org.jboss.ejb.SessionContainer.internalInvokeHome(SessionContainer.java:637)
at org.jboss.ejb.Container.invoke(Container.java:975)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:819)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:420)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
at sun.rmi.transport.Transport$1.run(Transport.java:148)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
at java.lang.Thread.run(Thread.java:534)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013944#4013944
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013944
19Â years, 2Â months