[Design of POJO Server] - Re: Why is DeploymentUnit.getDeploymentContext() deprecated?
by bill.burke＠jboss.com
"adrian(a)jboss.org" wrote : "bill.burke(a)jboss.com" wrote :
| | Are the JARs within WEB-INF/lib DeploymentUnits in the new kernel? If so, then WEB-INF/classes also needs to be a separate DeploymentUnit.
| |
|
| No. The deployment unit is the war.
| WEB-INF/lib and WEB-INF/classes form part of the ClassPath.
As far as Class-path manifest goes, I think we are screwed either way. For auto-scanning of the PU you will want to scan only the classpath manifest of one particular jar in web-inf/lib.
Another problem I see is again, what abput META-INF/persistence.xml? In a war, it could be in multiple JARs in web-inf/lib. I need to be able to look at the JAR as a completely contained unit. So whether or not Class-path manifest should be scanned, I still need to know what exact JARS are in WEB-INF/lib excluding classpath manifest entries so that I can find the META-INF/persistence.xml for each of these jars.
Also, what about an EJB-JAR within an EAR? Is the EJB-JAR a DeploymentUnit I assume? If it is a DeploymentUnit does its ClassPath contain EAR/lib jars? If so this is really bad as again, I need to treat the EJB-JAR as its own unit.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974659#3974659
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974659
19 years, 3 months
[Design of JBoss Portal] - Tabbed Browsing Safety, multiple tabs could corrupt logic th
by bulloncito
Hi there.
I'ven looking at interplortlet communication techniques, and an issue come to my mind, when propagating messages using portlet session, there is a concurrency problem whenever multiple windows/tabs are being used, lets say, the user clicks a portlet on a window, then its action phase occurs, however due to network latency, heavy load, or wathever reason beyond our control it takes several seconds, user will in his impatience change tab and perform another click, whose action may overwrite previos click´s action parameters on session BEFORE render phase occurs, this would totally screw up logic and maybe coherence, there could be lots of validation server side, however that shuld not be necesary if we manage to isolate " click scope ".
I've tought of propagating variables on tab-safe manner through actionURL and RenderURL tags, by overrinding doEndTag method and propagating only what we want to propagate, such approach culd be customizable to wich parameters to propagate, some sort of a "conversational state" (lingo stolen frome seam, but has nothing to do with it), however there was a dead end, I cannot reach renderRequest parameters from different portlets than target portlet, and, because of the "concurrency issue" on session described above, I don't want to put those things in session, even using some weird version control would be messy.
Any toughts for a workaround ?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974642#3974642
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974642
19 years, 3 months
[Design of JBoss Portal] - Portlet taglib vs JSF
by alain_fr
I tried to make a portlet with JSF and Spring but i have experienced some difficulties.
I didn't succeed to integrate JSF and Spring into Jboss Portal, so i gave up
and use Portlet taglib instead of JSF. it works well for what i want to do.
Anyone can tell me the diference between Portlet taglib and JSF, can i do everithing with portlet taglib?
Why Portlet taglib exists? what is the purpose of it knowing that
other technologies exists
i'm a bit confused.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3973712#3973712
19 years, 3 months