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

[Design of EJB 3.0] - Re: Security Regressions in EJB3 TestSuite

by anil.saldhana＠jboss.com

| SecurityClient client = SecurityClientFactory.getSecurityClient(); | client.setSimple(principal,cred); | client.login(); | ... | | client.logout(); | That is the simplest usage of the SecurityClient interface. The deprecated SecurityAssociation usage in the ejb3 test suite is probably failing because the test suite is using an older library of JBossSX in the 2.0.x series. There have been a lot of things broken with the SecurityAssociation api (as I have migrated to a SecurityContext approach). I have still not taken care of all the SA fallouts. But we try to discourage folks to stop using SecurityAssociation in the JBoss AS5 arena. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139899#4139899 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139899

16 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: Security Regressions in EJB3 TestSuite

by ALRubinger

"ALR" wrote : Sure, I'll change these up for all instances in the TestSuite (SecurityAssociation is deprecated anyway). | | What's going on under the hood here? Can users still set plain properties in their Contexts to get this setup correctly, or is SecurityClient now required? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139898#4139898 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139898

16 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: Security Regressions in EJB3 TestSuite

by ALRubinger

"Anil" wrote : ALR, | | using the prescribed SecurityClient rather than the legacy SecurityAssociation usage in the unit test for "bank" brought the failing errors from 16 to 2. | | Possible to convert all usage of SA in tests to the SecurityClient? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139897#4139897 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139897

16 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Security Regressions in EJB3 TestSuite

by ALRubinger

This Thread's been moved from emails to the public domain. :) "ALR" wrote : We still have a whole slew of: | | javax.ejb.EJBAccessException: Invalid User | | ...which I believe (Anil correct me if I'm wrong) were introduced around the time of the JACC layer removal. | | Our TestSuite is in horrible shape, and we can't track regressions with these errors in place. | | Is there hope of resolution before April 7th? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139896#4139896 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139896

16 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: migrating TransactionManager and Invokers to POJO

by bstansberry＠jboss.com

No hack required; just a simple re-configuration. The remoting connector is back in conf/jboss-service.xml. I re-opened http://jira.jboss.com/jira/browse/JBAS-5348 for this and left it open for a bit in case anyone has any input after the weekend. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139893#4139893 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139893

16 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: iCalendar wrapper

by kukeltje

anonymous wrote : For my purposes I used task variables for DTSTART and LOCATION. that was my second thought to. anonymous wrote : I need to look a bit further at the possibilities of ATTACH, for readonly purposes I formatted them into the description. Most of the time the description will be to limited imo, so for a small number of variables it would work but not for many View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139886#4139886 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139886

16 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: migrating TransactionManager and Invokers to POJO

by bstansberry＠jboss.com

That doesn't work, at least not trivially, as the remoting connector as configured actually needs the unified invoker since it's specified as a handler: | 2008-03-29 17:16:16,815 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] (main) Error installing to Start: name=jboss.remoting:service=Connector,transport=socket state=Create mode=Manual requiredState=Installed | java.lang.reflect.UndeclaredThrowableException | at $Proxy45.setMBeanServer(Unknown Source) | at org.jboss.remoting.transport.Connector.addInvocationHandler(Connector.java:1192) | at org.jboss.remoting.transport.Connector.configureHandlersFromXML(Connector.java:848) | at org.jboss.remoting.transport.Connector.start(Connector.java:317) | .... | Caused by: javax.management.InstanceNotFoundException: jboss:service=invoker,type=unified is not registered. | at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:529) | at org.jboss.mx.server.MBeanServerImpl.setAttribute(MBeanServerImpl.java:608) | at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:193) | ... 54 more | I recall in some unit test or other I actually injected another handler after the fact, although IIRC getting it to work was a hack. Perhaps it wasn't; I'll see if I can find it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139881#4139881 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139881

16 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: migrating TransactionManager and Invokers to POJO

by bstansberry＠jboss.com

Back to the main topic of this thread... :) Moving jboss.remoting:service=Connector,transport=socket into deploy has broken the tests-profileservice test, which deploys a deployers/profileservice-beans.xml that has beans that depend on the remoting connector. I'm going to experiment with moving jboss.remoting:service=Connector,transport=socket back into conf/jboss-service.xml. It doesn't declare a dependency on the transaction manager and shouldn't have one. If that works and is the direction we want to go, then the remoting-service.xml file should probably be renamed to something like detached-invokers-service.xml. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139879#4139879 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139879

16 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: migrating TransactionManager and Invokers to POJO

by bstansberry＠jboss.com

We don't need a separate file due to the cluster defaults deployer; having two different files in the tomcat module is a bit of legacy cruft. A file with the clustering deployers in it should work just fine in default. That said, I'd like the clustering deployer out of the file too. IIRC it mostly isn't because I somewhat wanted the deployer in jbossweb.deployer/META-INF folder and if I put a second -beans.xml there it wouldn't get deployed. Re: the various test-config stuff, yes, there has to be a cleverer way. The biggest case of using a test-config to override instead of add is to change server.xml. A couple do that to inject sso valves; that can probably be done with a separate mbean instead. Not particularly "clever", but will work. Don't know if that kind of thing can be done with some of the others, which try to override stuff like connectors and the security realm, which may not be changeable after the web server starts. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139878#4139878 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139878

16 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: New Beta releases

by alesj

"alesj" wrote : | I would need two new versions in JIRA for Microcontainer and VFS, and map those issues that've been done for this release to those new versions. | Already fixed. Didn't know I had such cool permissions for those projects. :-) "alesj" wrote : | I'll also update other MC sub-projects to use this new Betas. | Done. I'll see what I can do for you Eclipse users, fixing those horrible .classpath files. Just not today. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139874#4139874 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139874

16 years, 1 month

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 March 2008