November 2006 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Recent changes to VFS jar processing

by adrian＠jboss.org

Something in the recent changes (last couple of days) to the VFS Jar handling has broken at least two of the regression tests. Since these tests are far from exhaustive, I don't know what else might be broken? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989989#3989989 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989989

17 years, 10 months

1
0
0 / 0

[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

17 years, 10 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Virtual hosts and multiple portal server instances

by sverker

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=3989967#3989967 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989967

17 years, 10 months

1
0
0 / 0

[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

17 years, 10 months

1
0
0 / 0

[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

17 years, 10 months

1
0
0 / 0

[Design of JBoss Eclipse IDE (dev)] - ERROR [MainDeployer] could not create deployment

by walkaline

there's anybody can help me , why this error come out and give some explanation on it here the error : 11:50:08,531 DEBUG [SARDeployer] Unregistering service UCL=jmx.loading:UCL=4aa0ce 11:50:08,531 DEBUG [UnifiedLoaderRepository3] UnifiedLoaderRepository removed(true) org.jboss.mx.loading.UnifiedClassLoader3@4aa0ce{ url=file:/D:/jboss-4.0.2/server/default/tmp/deploy/tmp5390jboss-service.xml ,addedOrder=2} 11:50:08,531 ERROR [MainDeployer] could not create deployment: file:/D:/jboss-4.0.2/server/default/conf/jboss-service.xml org.jboss.deployment.DeploymentException: No ClassLoaders found for: org.jboss.system.pm.AttributePersistenceService; - nested throwable: (java.lang.ClassNotFoundException: No ClassLoaders found for: org.jboss.system.pm.AttributePersistenceService) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989936#3989936 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989936

17 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS security issues for jbossweb

by scott.stark＠jboss.org

That is what I'm going to do. The VFSContext has support for options so I'm just looking to add the same check tomcat has based on the same options. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989915#3989915 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989915

17 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS security issues for jbossweb

by remy.maucherat＠jboss.com

Maybe it is possible to add a case sensitive option to allow enabling those checks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989905#3989905 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989905

17 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Branch 1_0_XARecovery

by juha＠jboss.org

FYI, XARecoveryTest has been re-enabled in the unit test suite. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989900#3989900 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989900

17 years, 10 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: The suspense is killing me...

by acoliver＠jboss.org

Oh and my filestore code is much more interesting. Not that IMAP isn't important...but the filestore stuff is a massive improvement over hypersonic which means we're getting a lot closer to all GUI/webstart production-able installs. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989890#3989890 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989890

17 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2006