[JBoss Seam] - MC/Seam integration and unification
by bill.burke＠jboss.com
I've been looking at Seam a little bit to integrate the new Embedded JBoss stuff and had some thoughts about further unifying Seam with the rest of the JBoss 5 architecture.
1) Create a Seam deployer. Hopefully, for JBoss AS Seam deployments, you can avoid extra bootstrap configuration and simplify things for users. Also, hopefully, we can have a unified bootstrap process in which Embedded JBoss bootstraps Seam in non-JBoss-AS environments. This would be something easy to do and we could see where it takes us.
2) unified configuration. Instead of your own XML schema, use a Bean bean based configuration to get rid of the proliferation of configuration file formats.
3) I've been looking at the Seam component model and wondering if there should be some unification with MC and Seam. In looking at your component model "components.xml" I see that components need:
* rich IoC (lists, maps, references to other components, etc...) all that the MC provides
* dependency management (component doesn't get deployed unless its dependencies are resolved). Again something that MC does as well.
* The ability to reference other components, beans, services and have those dependencies resolved before instantiation/starting
What I don't see in MC is:
* Context aware scopes. Ability to deploy a bean (seam component) and only have it instantiated as part of a scope. We're discussing this here:
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=100349
* class dependencies (don't deploy a component unless its class is available. We're discussing this here:
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=100385
* precedence levels. We're discussing this here:
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=100384
I don't know what the best unification of MC/Seam should be, but I do know that Seam needs to leverage the MC/Kernel more so that you don't have to do *everything* and can delegate things to other JBoss projects. Many other projects (ESB, JBPM) need similar features for their domains. The end goal would be that all JEMS products/projects are unified in how they are configured, bootstrapped, and deployed so that users have a consistent way of doing things across JBoss projects.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008932#4008932
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008932
17 years, 10 months
[JBoss Portal] - Re: Portlet Taglib and Facelet XHTML?
by jatsrt
Actually I am trying to logout/invalidate the session.
We have an app that is competely secured, but I cannot seem to get logout functionality to work.
I have the following:
PortletSession session = (PortletSession) facesContext.getExternalContext().getSession(false);
session.setMaxInactiveInterval(1);
session.invalidate();
But coming back to the portal, everything is still there and seems that the user is still authenticated, do this a couple of times and things get weird in that some portlets will see that the session is no longer valid, but others do not.
I do not want to use the usermodule that is included with Portal since we have a completely customer user module that is seperate.
Looking through the code, it seems like this should do it, but it does not.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008913#4008913
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008913
17 years, 10 months
[JBoss Seam] - Seam via Apache and ProxyPass/ProxyPassReverse not working
by DataGazetteer
I'm trying to route my Seam application through an Apache virtual host and am running into problems with URL rewriting. I'm following these instructions for accomplishing the same task for Confluence:
http://confluence.atlassian.com/display/DOC/Using+Apache+with+mod_proxy#U...
I used the LiveHttpHeaders extension of Firefox to grab the interaction between the client and server.
| http://integration.drc-dev.ohiolink.edu/
|
| GET / HTTP/1.1
| Host: integration.drc-dev.ohiolink.edu
| User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
| Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
| Accept-Language: en-us,en;q=0.5
| Accept-Encoding: gzip,deflate
| Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
| Keep-Alive: 600
| Proxy-Connection: keep-alive
| Pragma: no-cache
| Cache-Control: no-cache
|
| HTTP/1.x 302 Moved Temporarily
| Date: Wed, 31 Jan 2007 18:14:17 GMT
| Server: Apache-Coyote/1.1
| Location: http://integration.drc-dev.ohiolink.edu/drc/
| Content-Length: 0
| Content-Type: text/plain
| Connection: close
|
| ----------------------------------------------------------
|
| http://integration.drc-dev.ohiolink.edu/drc/
|
| GET /drc/ HTTP/1.1
| Host: integration.drc-dev.ohiolink.edu
| User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
| Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
| Accept-Language: en-us,en;q=0.5
| Accept-Encoding: gzip,deflate
| Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
| Keep-Alive: 600
| Proxy-Connection: keep-alive
| Pragma: no-cache
| Cache-Control: no-cache
|
| HTTP/1.x 404 /drcdrc/
| Date: Wed, 31 Jan 2007 18:14:17 GMT
| Server: Apache-Coyote/1.1
| X-Powered-By: Servlet 2.4; JBoss-4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)/Tomcat-5.5
| Content-Type: text/html;charset=utf-8
| Content-Length: 976
| Connection: close
|
The essence of the HTML error message is:
| HTTP Status 404 - /drcdrc/
|
| type Status report
| message /drcdrc/
| description The requested resource (/drcdrc/) is not available.
|
The VirtualHost definition in the Apache server is:
| <VirtualHost *:80>
| ServerName integration.drc-dev.ohiolink.edu
|
| ProxyRequests off
| ProxyPreserveHost On
|
| <Proxy *>
| Order deny,allow
| Allow from all
| </Proxy>
| ProxyPass / http://localhost:8080/drc
| ProxyPassReverse / http://localhost:8080/drc
| ProxyHTMLURLMap /drc/ /
|
| <Location />
| Order allow,deny
| Allow from all
| </Location>
| </VirtualHost>
|
This configuration looks like it would work, and in the case of Confluence it seems likely it would work. I have a non-Seam applet running in the same JBoss with a similar Apache configuration and it works fine. The issue seems isolated to Seam, but I can't pin it down.
Any advice?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008910#4008910
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008910
17 years, 10 months
[JBoss jBPM] - Re: JBPM Mulitple Processes
by ibamsey
Yes, a custom folk might work. I have considered this idea.
I can imagine having a folk, one transition to the process I want to run "n" times (this would exit to a folk), and the other transition to a decision. The decision would be "More" or "No More". The More output from the decision would loop back into the folk, and the No More would go to the join.
The idea above would allow the user to start "n" sub-process by selecting the More transition from the decision. The only problem with the above scheme, is that each time More is selected, the new sub-process would be on the child token, when it would need to be upon the parent.
I suppose this could be coded in a custom folk, although is seems a hack.
It seems to me that this is a common pattern? Is there not a better way?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008898#4008898
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008898
17 years, 10 months