November 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: Logging successful user login activity using seam securi

by terryb

ok, thank you. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105286#4105286 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105286

18 years, 8 months

1
0
0 / 0

[JBoss Seam] - Re: Difference between session timeout and not logged in yet

by jacob.orshalick

A JIRA issue has been raised: http://jira.jboss.com/jira/browse/JBSEAM-2257 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105285#4105285 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105285

18 years, 8 months

1
0
0 / 0

[EJB/JBoss] - JBossQL IS EMPTY not acting correctly

by vandelay

All, I am using JBossQL to query a UsersEB. Previous versions of my application I had a Image <1:1> Users CMR relationship. This was updated so that a User can have more than one image; therefore Image <N:1> Users. So the change is instead of returning one Local instance of Image (ImageLocal) it will now return a Collection for each User For the particular query I am having trouble with, previous version had something similar to SELECT OBJECT(u) FROM Users u WHERE u.Image IS NULL And this worked correctly. In my current query: SELECT OBJECT(u) FROM Users u WHERE u.Image IS EMPTY Does not work because in my result set, I do not get Previous version application created users that were NULL as well as Current Version application created users where their Image is EMPTY. There is no longer a CMR field present in Users and now the CMR field in Image is UserID, which is the PK of Users My Thinking: - The old users were created under different circumstances therefore when changed to a N:1 relationship, they no longer were NULL but were altered to "" (Empty string in place of NULL). -Since the application change, Users and Image will need to be recreated for my application to fully understand the new CMR. I wanted to get some input from posters before I go this long route. Thanks, Blake View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105283#4105283 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105283

18 years, 8 months

1
0
0 / 0

[JBoss Portal] - Re: Accessing Portlet Context from within JSF bean

by julien＠jboss.com

Try to subclass the bridge portlet you are using and override the init() method in which you could inject the portlet context itself as a portlet context attribute and then inject it in a bean using application context scope. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105282#4105282 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105282

18 years, 8 months

1
0
0 / 0

[JBoss Portal] - Re: Injecting user/role using http headers

by julien＠jboss.com

JBoss Portal uses the servlet container authentication mechanisms, so you if you are able to do that using a normal servlet then you could apply to the the PortalServlet configured in jboss-portal.sar/portal-server.war View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105281#4105281 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105281

18 years, 8 months

1
0
0 / 0

[JBoss Seam] - Re: Issues regarding integration testing using seam-gen

by tynor

anonymous wrote : Neither of you have jboss embeddded in your test classpath. These libraries need to be at the top of your classpath and are located in lib/test. seam-gen should generate the correct classpath for you. Thanks Pete - that indeed fixed things. On inspection, CR2 moved these libs out of lib and into lib/test -- when I diffed the seam-gen'd build.xml vs. CR1, I failed to notice that difference. Slap head. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105280#4105280 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105280

18 years, 8 months

1
0
0 / 0

[JBoss jBPM] - Re: jBPM Designer bug [http://jira.jboss.com/jira/browse/GPD

by pobrien

Hi Koen, Bruno was kind enough to post the above message for me. Thanks Bruno! And thanks Koen for your response. I have previously tried to do a build as you describe and had problems with it trying to replace my linux eclipse installation with a windows version. Is there a way to let it know I have a linux installation? Regards, Phil O'Brien View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105279#4105279 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105279

18 years, 8 months

1
0
0 / 0

[EJB 3.0] - Re: EJB 3 Required to Override equals & hashCode

by ddurst＠mechdrives.com

Wow! I am now only more confused than I was before. This issue stems from a previous post that I made about my OneToMany relationships only saving one child. As I determined it was because my IDE (NetBeans) was created Override methods for equals() and hashCode().... So I asked this question. Based on ALRubingers response I went ahead and removed these methods from my POJOs and have experienced no adverse side affects in my application. I have read http://www.hibernate.org/109.html Which clarified very little for me besides that if I do override these methods I should use a "Business Key". This idea for some entities tweaks my head a little bit, as I see no "Business Key" for a Entity such as a Order Line. Can someone give me a example of a relationship like Order -> OrderLine in which equals() and hashCode() are overried properly. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105278#4105278 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105278

18 years, 8 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - problem starting Naming service with jboss-4.2.2.GA

by veraz01170

Hello, I am using bind address 0.0.0.0, default mode. java sdk jdk1.5.0_11. Using jboss 4.0.5.GA is not causing any problem. When starting jboss 4.2.2.GA I get very early in the process the following NullPointerException : 2007-11-16 00:18:25,372 DEBUG [org.jboss.naming.Naming] Creating NamingServer stub, theServer=null,rmiPort=1098,clientSocketFactory= null,serverSocketFactory=org.jboss.net.sockets.DefaultSocketFactory(a)fbc4815d[bindAddress=/0.0.0.0] 2007-11-16 00:18:25,372 DEBUG [org.jboss.naming.NamingService] java.lang.NullPointerException at org.jnp.server.Main.getNamingInstance(Main.java:301) at org.jnp.server.Main.initJnpInvoker(Main.java:354) at org.jnp.server.Main.start(Main.java:316) at org.jboss.naming.NamingService.startService(NamingService.java:284) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) 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:585) 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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) 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:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) at org.jboss.Main.boot(Main.java:200) at org.jboss.Main$1.run(Main.java:508) at java.lang.Thread.run(Thread.java:595) With both versions i am keeping original jboss-service.xml and xmdesc dependencies untouched. -> Any ideas what the problem could be would be very,very appreciated. Thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105275#4105275 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105275

18 years, 8 months

1
0
0 / 0

[JBoss Seam] - Re: Seam 2.0 and MyFaces

by stan.silvert＠jboss.com

Are you sure that your third party library needs the MyFaces impl? Which one is it? The only one I know of that actually referred to MyFaces core impl classes was old versions of Tomahawk. If you are still getting conflicts as Pete suggests then you should try removing the JSF impl from /deploy/jboss-web.deployer/jsf-libs. If you do that then you will also need to edit /deploy/jboss-web.deployer/conf/web.xml and comment out these listeners:  |  | <listener> | <listener-class>org.jboss.web.jsf.integration.config.JBossJSFConfigureListener</listener-class> | </listener> | |  |  |  | <listener> | <listener-class>com.sun.faces.application.WebappLifecycleListener</listener-class> | </listener> | Hope that helps, Stan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105274#4105274 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105274

18 years, 8 months

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-user November 2007