March 2008 - jboss-dev-forums - Jboss List Archives

[Design of Security on JBoss] - Broken object names in jacc

by adrian＠jboss.org

I've done a basic fix to this, but I'm still seeing other problems. The first I saw was object names without values, e.g. jboss.jacc:id=,service=jacc which is not a valid JMX object name. Since you can't guarantee the a deployment unit doesn't contain an invalid character for a JMX object name, I quoted the properties in AbstractSecurityDeployer But now I'm seeing this error when trying to run web integration tests | 16:55:15,867 ERROR [AbstractKernelController] Error installing to Real: name=vfsfile:/home/ejort/jboss-head/testsuite/output/lib/class-loading.war state=PreReal mode=Manual requiredState=Real | org.jboss.deployment.DeploymentException: Error during install jboss.jacc:service=jacc,id="" | at org.jboss.deployment.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:52) | at org.jboss.system.ServiceController.install(ServiceController.java:277) | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99) | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46) | at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:174) | So there's obviously something wrong with the way you are generating object names. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137126#4137126 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137126

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Tagging the TCK repository

by thomas.diesler＠jboss.com

Ok, thanks. I'll create the tags. I also updated [url]http://jbws.dyndns.org/mediawiki/index.php?title=Release_Procedure#Th...] View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137123#4137123 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137123

18 years

1
0
0 / 0

[QA of JBoss Portal] - portal fail over testing

by prabhat.jha＠jboss.com

Scalability of portal without verifying that fail over works properly does not add much value. Hence, before I do more of scalability testing, I would like to verify that fail over works. Once that is verified then I can extend the same test to be used for scalability testing. One simple way to do fail over testing in portal case I think is this: 1. Create a portlet (extend NullPortletPage that we have for load testing) which a. For a new session, sets a session attribute called "SEQUENCE_NUMBER" to 0 b. On subsequent requests, the portlet simply increases the sequence number. 2. Client makes a request to n-node cluster and it also keeps track of SEQUENCE_NUMBER and asserts that this number matches. 3. In between request, I randomly pick one or more nodes, bring them down and bring them up after some times. Any thoughts on this? Another simple test I think will be to change portlet window state to maximized and minimized alternatively and assert on client that response string has correct portlet window state. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137121#4137121 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137121

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Tagging the TCK repository

by thomas.diesler＠jboss.com

The release was on 2008-01-24 09:28:46 +0100 | [tdiesler@tdvaio jbossws-native-2.0.3.GA]$ svn log --stop-on-copy | ------------------------------------------------------------------------ | r5749 | thomas.diesler(a)jboss.com | 2008-02-20 11:56:09 +0100 (Wed, 20 Feb 2008) | 1 line | | 2.2.2.SP4-brew | ------------------------------------------------------------------------ | r5737 | thomas.diesler(a)jboss.com | 2008-02-19 20:17:38 +0100 (Tue, 19 Feb 2008) | 1 line | | Fix svn external for framework 2.0.3.GA | ------------------------------------------------------------------------ | r5563 | alessio.soldano(a)jboss.com | 2008-02-05 11:02:32 +0100 (Tue, 05 Feb 2008) | 2 lines | | Adding docbook xml documentation export | | ------------------------------------------------------------------------ | r5528 | heiko.braun(a)jboss.com | 2008-01-24 09:37:32 +0100 (Thu, 24 Jan 2008) | 1 line | | svn external for framework 2.0.3.GA | ------------------------------------------------------------------------ | r5527 | heiko.braun(a)jboss.com | 2008-01-24 09:28:46 +0100 (Thu, 24 Jan 2008) | 1 line | | Tag 2.0.3GA | ------------------------------------------------------------------------ | If we cant get exact TCK revisions, we can branch the TCK projects from that date View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137120#4137120 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137120

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Tagging the TCK repository

by heiko.braun＠jboss.com

I wasn't aware that we tag the TCK each time. However I added the information to the JIRA issues. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137107#4137107 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137107

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Tagging the TCK repository

by thomas.diesler＠jboss.com

I don't see TCK tags for the 2.0.3 release | [tdiesler@tdvaio trunk]$ svn list https://svn.corp.jboss.com/repos/tck/tck5/tags | JBoss_5_0_r64626_JBossWS_2_0_1_GA/ | JBoss_5_0_r67294_JBossWS_2_0_2_GA/ | | [tdiesler@tdvaio tags]$ svn list https://svn.corp.jboss.com/repos/tck/tck141/tags | JBoss_4_2_1_GA_JBossWS_2_0_1_GA/ | Also, the pertinent JIRA issue does not tell me what TCK version was used http://jira.jboss.org/jira/browse/JBWS-1917 http://jira.jboss.org/jira/browse/JBWS-1918 Heiko, I believe you were in charge. Can this information be recovered? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137103#4137103 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137103

18 years

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Implementing JAXB style parsing for aop-mc-int

by alex.loubyansky＠jboss.com

I've fixed JBossEntityResolver in common-core. Issue http://jira.jboss.com/jira/browse/JBCOMMON-43 I left it open for now in case someone has concerns with the fix. Do you need a release of the common[-core] now? Or do you have a workaround with the custom resolver and can wait? In fact, to fix the issue you only need the updated common-core. There have been no related change in XB (except the testcase). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137092#4137092 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137092

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Field signature usage

by alesj

"adrian(a)jboss.org" wrote : | Now I understand why there was no question in your original post | you were just stating the obvious in a not very obvious way. :-) Prehaps a big BUG text with AEMDL would explain it better than my ramblings. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137086#4137086 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137086

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Field signature usage

by adrian＠jboss.org

"alesj" wrote : | "adrian(a)jboss.org" wrote : | | Assume I know nothing about AnnotatedElementMetaDataLoader | | (which I don't, other than it exists - you wrote it and I've never reviewed this code :-) | | or how it fits into the MC deployment protocol. | Nope, you wrote it, I just filled some of the missing pieces. ;-) Ok. I actually thought this was your annotation processing inside the MC. :-) anonymous wrote : | The problem that I have is that non-public fields are not part of MetaData. | | ... | | Better? :-) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137084#4137084 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137084

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Field signature usage

by adrian＠jboss.org

"alesj" wrote : | "adrian(a)jboss.org" wrote : | | Assume I know nothing about AnnotatedElementMetaDataLoader | | (which I don't, other than it exists - you wrote it and I've never reviewed this code :-) | | or how it fits into the MC deployment protocol. | Nope, you wrote it, I just filled some of the missing pieces. ;-) Ok. I actually thought this was your annotation processing inside the MC. :-) anonymous wrote : | The problem that I have is that non-public fields are not part of MetaData. | | ... | | Better? :-) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137082#4137082 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137082

18 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums March 2008