Can't you put this to varia or something?
I think the whole point of the excercise was to remove
jbosssx's dependency on the server (ejb) module.
Which you just restored.
This is an integration problem, not a security problem.
On Mon, 2006-01-30 at 05:17, Thomas Diesler wrote:
Scott,
I
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-remoting-testsuite-1.5?log=log20060130053144
TESTS FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jboss-remoting.xml:96: The following error occurred while executing this line:
I did not realize the server module now depends on
security. I rolled back the module dependency and try to refactor such that
DeploymentRolesLoginModuledoes not depend on
server meta data
From: Thomas Diesler Sent: Monday,
January 30, 2006 11:18To: Scott M StarkCc:
What tests depend on this login module? As
I remember only the run-as capability needed to augment the roles and this does
not require a login module to do this.
From: Thomas Diesler
Sent: Monday, January 30, 2006
4:16 AM
To: Scott M Stark
Cc:
Somehow we need to do a better job keeping the installer
xml descriptor templates in-synch with the module xml descriptors, so
whenever a descriptor changes the template needs
updating.
I just fixed a trivial one, probably my bad: http://jira.jboss.com/jira/browse/JBAS-2742
The other thing
There are various tests that define a role mapping in
sun-ejb-jar.xml. These roles are mapped to jboss.xml like
this
!-- ELEMENT security-role-mapping
(role-name, (principal-name | group-name)+) --
xsl:template
match="security-role-mapping"
xsl:element
name="security-role"
xsl:element
The problem here is the old one of trying to build things on top of
other things.
If you have no buy-in to the process from your providers you
are left trying to hit a moving a target.
Solutions:
1) Make it easy for people to maintain it
2) Write tests so you know when it breaks
3) Make it a
This does not mean this is where we need
to be picking up these roles from. Create a jira issue with the failing tests
as I really thought I had eliminated the need for the DeploymentRolesLoginModule
when I last when through the security portion of the cts.
From: Thomas Diesler
We had this discussion in a forum and came to no conclusion as to how to
ensure these are kept in synch. What is clearly needed is running
portions of the testsuite against the installer generated
configurations. Some work to run the installer in a command line mode
will be needed for this.
On Mon, 2006-01-30 at 07:48, Dimitris Andreadis wrote:
The other thing we need to clarify is whether the installer
distribution is the recommended one, since more cases (forums /
support) will start appearing where we are not sure about the used
(user/customer) config.
I don't see the
For this to be tested the DeploymentRolesLoginModule needs to
be removed from login-config.xml in the cts configuration.I had ~70 tests
failing in module jaxrpc/webservice because of ClassNotFoundException.
How do you suggest tohandle the role/principal mapping
in sun-ejb-jar.xml if not
Why the
DeploymentRolesLoginModule has to be in this login-config.xml section is the
question.
Ok, I 'll find out for my sections.
From: Scott M Stark Sent: Monday,
January 30, 2006 14:26To: Thomas DieslerCc:
'jboss-development@lists.sourceforge.net'Subject: RE: Restore
Where is this installer config so that we can update it without bugging
you Scott?
Scott M Stark wrote:
We had this discussion in a forum and came to no conclusion as to how to
ensure these are kept in synch. What is clearly needed is running
portions of the testsuite against the installer
nevermind, i should have looked instead of being lazy.
Bill Burke wrote:
Where is this installer config so that we can update it without bugging
you Scott?
Scott M Stark wrote:
We had this discussion in a forum and came to no conclusion as to how to
ensure these are kept in synch. What is
I keep getting down for maintanance
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web.
jira.jboss.com will be going down at 1 PM EST to apply a
critical fix. Downtime should not be more than 15 minutes.
Thanks,
Ryan
JIRA is up again; the downtime is
complete.
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ryan Campbell
Sent: Monday, January 30, 2006
11:59 AM
To: jboss-development@lists.sourceforge.net
Cc: The Core
Subject: [JBoss-dev] JIRA Downtime
jira.jboss.com will
FYI, if you refactor code with Intelllij, and have the AOP XML in your
classpath, it will discover and change the XML for at least the classname.
Ovidiu Feodorov wrote:
Yes, that's why I said Tim does a very good job at surrounding the
functionality he writes with test cases that check
On Mon, 30 Jan 2006 20:30:43 +0100, Bill Burke [EMAIL PROTECTED] wrote:
FYI, if you refactor code with Intelllij, and have the AOP XML in your
classpath, it will discover and change the XML for at least the
classname.
same for eclipse btw. ;)
Ovidiu Feodorov wrote:
Yes, that's why I
Yes, it does that. But not for the method name.
Bill Burke wrote:
FYI, if you refactor code with Intelllij, and have the AOP XML in your
classpath, it will discover and change the XML for at least the
classname.
Ovidiu Feodorov wrote:
Yes, that's why I said Tim does a very good job at
Yeah, will need special IDE support for this. BTW, this is a often
talked about problem in AOP land. And the only complete solution is an
IDE. I guess what we could do is to validate that a
class/method/field/constructor exists if the expression is fully
qualitifed without wildcards.
Adrian,
Have you had a chance to synch up with Kabir on the MC/AOP
unification work yet?
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/ejb3-4.0-testsuite?log=log20060130193339
BUILD FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-ejb3-4.0-testsuite.xml:83: Exit code: 1 See tests.log in Build Artifacts for details.Date of
I want to be synched as well.
Scott M Stark wrote:
Adrian,
Have you had a chance to synch up with Kabir on the MC/AOP unification
work yet?
--
Bill Burke
Chief Architect
JBoss Inc.
---
This SF.net email is sponsored by: Splunk
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-cache-testsuite?log=log20060130230741
TESTS FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-JBossCache.xml:96: The following error occurred while executing this line:
Not yet,
I'm off training, back home on
Wednesday
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Scott M StarkSent: 31 January 2006 01:23To:
jboss-development@lists.sourceforge.netSubject: [JBoss-dev] MC/AOP
consistency synch in progress yet?
26 matches
Mail list logo