October 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: Seam EJB Injection Classloading issue

by pete.muir＠jboss.org

The problem isn't accessing the EJB instance (which Seam accesses it through JNDI), but rather the implementing class (which I'm infering isn't on your war's classpath, but on the classpath of the ear which contains it - whats on your wars classpath is the remote interface). I think this is a limitation of the way the component model is implemented that just was never removed (as opposed to a real restriction of the design of Seam's component model). Feel free to file a feature request for this - I want to see what Gavin says. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095052#4095052 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095052

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: GWT Remoting Example is not working

by shane.bryzak＠jboss.com

This bug was just fixed recently. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095051#4095051 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095051

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: dropdownmenu dinamically

by cubrovic

Just to draw some attention that I posted "kind of solution" here http://jboss.com/index.html?module=bb&op=viewtopic&p=4094753#4094753 so if anyone wants to comment or to further elaborate or improve this fell free to add your suggestions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095050#4095050 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095050

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Seam EJB Injection Classloading issue

by rafaelri

Hmm... ok... now we have two confused :D I am ok about Seam not supporting remote EJBs but still I feel confused about it supporting local since theoretically the both should have a common behavior in relation to the client. Errr... Let me try to be clearer... I dont follow how Seam accesses the EJB "directly" when it is a local ejb since in theory all EJB access is meant to be done through the Proxy class that is created by the container. Or am I wrong? Anyway, tks a lot Pete! I'll try the manager tip! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095048#4095048 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095048

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: #{s:hasRole} causes authenticate method to re-run

by gothmog

hi Shane, I am using Seam 2.0.0.BETA1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095047#4095047 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095047

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Random conversation id's

by pete.muir＠jboss.org

Sounds like a good idea to me :) I'm concerned that trying to hook into current methods like the OP described would break something. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095046#4095046 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095046

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Seam EJB Injection Classloading issue

by pete.muir＠jboss.org

No, but Seam needs the class to be available to its classloader. I think I got confused and thought this should work - but it only works for local ejbs not remote (where Seam can get at the actual implementation class). So I suggest you use the @Unwrap/manager pattern to make your remote ejbs into Seam components (you could easily make a generic component and instantiate lots through components.xml). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095045#4095045 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095045

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Random conversation id's

by wsollers

+1 for a UUID. Random does not guarantee that the id will be unique at the time it is generated so there is a chance for a collision. A UUID on the other hand alleviates that concern. Currently for monitoring purposes from an interceptor I use a UUID that I outject from conversation startup so that I can uniquely identify what sessions & principals are on my applications as well as what the state of their conversation / biz proc (outcomes exceptions etc...). Basically a self rolled admin console results. Not necessary in a regular web app but in a DOD Logistical system a requirement. Just my 2 cents. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095044#4095044 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095044

18 years, 9 months

1
0
0 / 0

[JBoss Portal] - Re: ObjectLoader not found error in 2.6.2

by rutfield

I still can not find where this is defined. The source code in jboss-portal-2.6.2.GA-src.zip does not have it, yet SVN as recently as March has the code (trunk/common/src/main/org/jboss/portal/common/concurrent/loader/). I checked the thirdparty libraries by unpacking the jar files, but the only org/jboss/portal/common/concurrent is a Valve.class. I can not use any google gadgets until I resolve this. They worked fine with 2.6.0. Everything else seems to be working OK. Thanks. CR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095043#4095043 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095043

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Random conversation id's

by norman.richards＠jboss.com

I've always been worried about bookmarked URLs. If you bookmark a URL with, for example, id=5, it's not very farfetched to think that at some point in the future when you use the link that you will have an existing conversation with an id 5 that you'd be stepping into. If conversation IDs were large and unlikely to repeat, the risk of this would be reduced. I could also see why someone might care about conversation id uniqueness for logging/monitoring purposes. It would not be a bad idea at all if we used an id generator component that users could override (maybe with a timestamp or GUID-based id) if they so desired. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095042#4095042 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095042

18 years, 9 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 October 2007