[JBoss Microcontainer Development] New message: "Re: Web beans on top of Microcontainer deployment order"
by Kabir Khan
User development,
A new message was posted in the thread "Web beans on top of Microcontainer deployment order":
http://community.jboss.org/message/523948#523948
Author : Kabir Khan
Profile : http://community.jboss.org/people/kabir.khan@jboss.com
Message:
--------------------------------------------------------------
As I have mentioned on team calls I think there will be some problems with weld-int once we support JSR-330 annotations natively in MC. Here is a chat between me and Ales describing the problem and a half-baked idea for a way around it once I get the chance to look at it again:
[03/02/2010 16:12:03] Kabir Khan: I've had an idea about the Weld/MC/JSR330 stuff
[03/02/2010 16:12:14] Kabir Khan: Not sure if it is viable or not
[03/02/2010 16:12:38] Kabir Khan: but I think the problem is that at the moment ALL JSR 330 injection is deferred to weld
[03/02/2010 16:13:02] Kabir Khan: once we support JSR 330 in MC, the problem I foresee is distiguishing between the two
[03/02/2010 16:13:07] Ales Justin: jsr33 has no injection
[03/02/2010 16:13:12] Ales Justin: it's just a bunch of annotations
[03/02/2010 16:13:29] Kabir Khan: It defines @Inject (or whatever it is called)
[03/02/2010 16:13:37] Ales Justin: yes
[03/02/2010 16:13:45] Kabir Khan: and basically weld-int handles that
[03/02/2010 16:13:53] Kabir Khan: if we want to natively support this in MC
[03/02/2010 16:13:58] Kabir Khan: then we have a problem
[03/02/2010 16:14:07] Ales Justin: even with qualifiers?
[03/02/2010 16:14:18] Kabir Khan: yes, weld takes the whole AnnotatedType
[03/02/2010 16:14:31] Kabir Khan: which is basically all the methods etc.
[03/02/2010 16:14:40] Kabir Khan: and looks for the ones with @Inject in weld
[03/02/2010 16:15:01] Kabir Khan: so there is no clear way to distinguish between the ones from weld and the ones from MC
[03/02/2010 16:15:25] Kabir Khan: However AnnotatedType allows the use of decorators, which I already use to add qualifiers from MDR
[03/02/2010 16:15:31] Kabir Khan: e.g.
[03/02/2010 16:15:34] Kabir Khan: if I have
[03/02/2010 16:15:39] Kabir Khan: class Blah{
[03/02/2010 16:16:03] Kabir Khan: @Inject Other other;
@Inject THing thing;
}
[03/02/2010 16:16:22] Kabir Khan: and Other is not a weld bean weld will throw up
[03/02/2010 16:16:30] Kabir Khan: What I am thinking of is
[03/02/2010 16:16:44] Kabir Khan: it might be possible to fo
[03/02/2010 16:16:45] Kabir Khan: do
[03/02/2010 16:17:19] Kabir Khan: @Inject Other other;
@Inject @Weld Thing thing;
[03/02/2010 16:17:34] Kabir Khan: in an MC bean to specify that thing should come from weld
[03/02/2010 16:17:48] Kabir Khan: and other comes from MC annotations directly
[03/02/2010 16:18:02] Kabir Khan: When passing the annotated type in to weld for injection
[03/02/2010 16:18:20] Kabir Khan: the decorated annotated type could leave out things that don't have @Weld
[03/02/2010 16:18:38] Kabir Khan: Just a vague thought I had right now
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/523948#523948
16 years, 2 months
[jBPM] New message: "Re: Upgrade from JBPM3 to JBPM4 woes"
by nick bauman
User development,
A new message was posted in the thread "Upgrade from JBPM3 to JBPM4 woes":
http://community.jboss.org/message/523946#523946
Author : nick bauman
Profile : http://community.jboss.org/people/nick.bauman
Message:
--------------------------------------------------------------
Anand,
Thanks I saw that. I'll probabaly use that at some point. I'm more interested in the integration code I have that interacts with the internals of the workflow engine: where GraphElement, Node, State, Transition, ExecutionContext may have gone or how they've changed?
I've since figured out what happened with ActionHandler: It became ActivityBehavior. Another one: ContextInstance became ActivityExecution.
These two changes weren't too hard to sort out. The hard questions begin to arise where our use of JbpmTemplate to integrate with Spring is utterly broken because of how JBPM4 integrates with Spring. Any tips on migration here would be helpful, too.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/523946#523946
16 years, 2 months
[JBoss Portal] New message: "Re: Page not found goes to JBoss Portal"
by Kevin Johnson
User development,
A new message was posted in the thread "Page not found goes to JBoss Portal":
http://community.jboss.org/message/523941#523941
Author : Kevin Johnson
Profile : http://community.jboss.org/people/klj62
Message:
--------------------------------------------------------------
Thanks, Peter. Your presentation looks extremely helpful, but it's very likely that our custom portal was originally done completely wrong -- I'm not sure there was any clear direction on how to do it when we started. I hope it's not too much trouble to do it the right way.
Our portal definition is in its own EAR with the xxx-object.xml not named "default-object.xml". Portlets are deployed within their own EAR or WAR files, allowing for third-party development of future portlets. There are modifications, as mentioned previously, to the jboss-portal.sar/portal-server.war/WEB-INF/web.xml such as definitions of login-related servlets and the login form info.
This doesn't sound anything like what you describe in your presentation.
Kevin
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/523941#523941
16 years, 2 months