[Design of JBoss Portal] - Re: Virtual hosts and multiple portal server instances
by julien@jboss.com
ok, I was not sure of that.
I am looking forward now to add a different portal object tree for the dashboard feature.
It could be stored in parallel of the existing tree with a new set of tables or could be stored in the actual tables using some trick. My concern is that it does not bring schema change that requires migration step.
I tried to look back at the patches your proposed a while ago in the jira where you seemed to propose something like that. Do you think it is possible to hold "parallel" trees in the same tables or would it require a new set of tables ?
The biggest issue I see today is that the "path" column would conflict, for example :
"" (default actual context) + "a.b"
"a" ("a" context) + "b"
would have the same path value.
And today I don't see an alternative solution other than adding a new set of tables for the dashboard.
"sverker" wrote : Because the normal method in JBoss to specify virtual hosts (and context path) is through jboss-web.xml in a war file.
|
| However, that doesn't mean that it has to be the only way to specify virtual hosts. I don't mind if there are other ways, they might be useful, as long as the normal JBoss method works.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989975#3989975
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989975
18 years, 1 month
[Design of JBoss Portal] - Re: Virtual hosts and multiple portal server instances
by julien@jboss.com
Could you explain why virtual host linked to a war file deployment ?
"sverker" wrote : Hi guys
| I didn't receive much feedback on the virtual-host stuff. While I understand that it's not high priority for you to support virtual-hosts, I need to urgently solve this as I have some projects which has been on hold waiting for JBoss Portal (or similar component) but now I have to move on.
|
| There are three alternatives:
| 1. Use JBoss Portal with my own modifications for virtual-host support and merge back later when eventually this issue is solved.
|
| 2. Dump JBoss Portal and use something else.
|
| 3. Work together with you guys to get virtual-host support implemented the correct way.
|
| No 1 solves the problem temporarily but can potentially cause bigger problems later when migrating to mainstream release.
|
| No 2 is possible but the alternatives I've been looking at I didn't like too much as they aren't properly integrated with the rest of the app server.
|
| No 3 is preferable, but how can we move forward? I can write the code but need to communicate with you regarding how to design and integrate the support.
|
| In http://jboss.org/index.html?module=bb&op=viewtopic&t=92151 Julien mentions namespaces. That the war file foo.war would be deployed to webapp:foo.default.default.
|
| This would work, the namespace is like I used context in my proposal implementation. The virtual host details will then be bound to the webapp:foo namespace.
|
| What do you think about that approach?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989966#3989966
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989966
18 years, 1 month
[Design of JBoss Portal] - Re: Question on UserInterceptor
by julien@jboss.com
Since 2.4, I think that the UserInterceptor is not used anymore in what you said.
what do you want to intercept ?
"joe_the_quick" wrote : hi there,
|
| I've finally found out that an aspect would probably the most elegant solution for my problem:
| I want to change the org.jboss.portal.core.aspects.server.UserInterceptor.
| However, since its subclasses are referred in the LocaleInterceptor as well as in CoreComponentRequestContext it doesn't make sense to simply exchange it in the jboss-portal.sar/jboss-service.xml (which was the first solution I had in mind).
|
| However, what is the most elegant way to create an aspect for the UserInterceptor-methods?
| (where do I have to place what / change which configuration)?
|
| I have read that I have to change the classes using the aopc-precompiler to intercept them using AOP. however, I don't want to change the Jboss-Classes (e.g. UserInterceptor) themselves.
|
| any advice is very welcome.
| Johannes
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989965#3989965
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989965
18 years, 1 month