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

[Design of Security on JBoss] - Re: Security Cache Flush on Http Session Expiration

by anil.saldhana＠jboss.com

Two things: 1) When your user logs out, call session.invalidate() and 2) | <security-domain flushOnSessionInvalidation="true"> | in the jboss-web.xml That should take care of things. Internally a JAAS logout() is called which should call the logout of your custom LM. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190534#4190534 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190534

17 years, 4 months

1
0
0 / 0

[TODO - DEVELOPMENT] - Re: JBOSS and Windows COM Integration

by newtonm

Hi Vikram, Your project page is now setup and can be found here: http://www.jboss.org/jdcom/ We've also created the following services for you: JIRA project - https://jira.jboss.org/jira/browse/JDCOM User forum - http://www.jboss.com/index.html?module=bb&op=viewforum&f=296 Developer forum - http://www.jboss.com/index.html?module=bb&op=viewforum&f=297 Subversion Repository - https://svn.jboss.org/repos/jdcom/ Mailing lists - http://lists.jboss.org Please feel free to also create articles in the JBoss.org wiki: http://www.jboss.org/community/community/wiki thanks, Mark Newton JBoss.org Lead View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190518#4190518 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190518

17 years, 4 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Flush security domain cache on sessionInvalidation

by clevelam

Has a final solution been made for this problem. I'm having a problem getting my custom LoginModule's logout method to call when there is a session timeout. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190517#4190517 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190517

17 years, 4 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Remoting 3: Transporters

by david.lloyd＠jboss.com

"trustin" wrote : A couple findings: | | 1) TransporterInvocation.readExternal(...) doesn't update the member variables but only the local final ones. Yup, that's a bug. Fixing now... "trustin" wrote : 2) TransporterInvocation.writeExternal(...) checks if the length values of parameterTypes and args are same, but I think this code should be moved to readExternal(...). This is intentional. Only one length is written for both arrays, so it's checked on the write side. On the read side, they cannot differ since only one length is read. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190513#4190513 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190513

17 years, 4 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Remoting 3: Beta release imminent

by david.lloyd＠jboss.com

Transporter should either be separate or be part of the API, one of the two... core won't be visible to end-user applications in a container situation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190511#4190511 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190511

17 years, 4 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Remoting 3: RFC: Simple load balancers

by david.lloyd＠jboss.com

In a container, the core module will not be visible to the user's classloader; only the API will. So anything that we want to make available to the user must be in the API... Alternately we could put it in core and expose an API for it in the standalone module classes (which would not be available in a container I guess; instead they would have to set up load-balancing in a configuration file). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190510#4190510 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190510

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: ProfileService Guidance

by sguilhen＠redhat.com

Yes, it is working again in trunk. Thanks, Scott. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190488#4190488 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190488

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: 1.4.1.GA ready

by dimitris＠jboss.org

We have a cyclical dependency: AS uses JBM which depends on AS core libs. The best solution is to break this dependency, but until this is done, you should compile JBM against the latest AS libs. If you leave out snapshosts, the next best choice is the latest tagged release (AS5 CR2). The integration and TCK testing done on the AS side should uncover problems, if there are any. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190481#4190481 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190481

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re:

by emuckenhuber

"ips" wrote : | Does anyone know what could be causing this? Please let me know if there's something I can do to get past it. If it's a bug, I'll be glad to create a JIRA for it. | Maybe you want to try the same with the latest revision of AS trunk again and see if that works for you? As the JavaSerializationAttachmentsSerializer is not used there anymore. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190472#4190472 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190472

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: 1.4.1.GA ready

by gaohoward

"dimitris(a)jboss.org" wrote : for jbossas/core-libs you should be compiling against the latest 5.0.0.CR2 artifacts. Hi Dimitris, I don't quite get it. Can you explain a bit about how to keep the core-libs sync with JBoss AS 5? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190451#4190451 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190451

17 years, 4 months

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