September 2006 - jboss-dev-forums

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Incorporating Remoting http transport into Messaging

by ron_sigal

We've started a thread in the Remoting development forum concerning the design of callback acknowledgements: http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3974771#3974771 They are related to the process of turning the current push callbacks into polling callbacks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974774#3974774 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974774

19 years, 3 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Callback acknowledgements

by ron_sigal

Integrating the Remoting http transport into JBossMessaging has uncovered a requirement in Messaging for Remoting callbacks to generate acknowledgements, and we're soliciting comments on the nature of these acknowledgements. Messaging will be using push callbacks, or, in the case of unidirectional transports (e.g., socket, http), "pseudo-push" or "poll" callbacks, in which an org.jboss.remoting.callback.CallbackPoller polls the server for callbacks and then pushes them to an InvokerCallbackHandler. The CallbackPoller acts in place of the server side ServerInvokerCallbackHandler, which handles pure push callbacks. The requirement in Messaging is to get an acknowledgement when InvokerCallbackHandler.handleCallback() has returned. This acknowledgement can be sent by CallbackPoller or ServerInvokerCallbackHandler in the cases of pseudo-push and push callbacks, respectively. Beyond these requirements from Messaging, we're looking for the right set of acknowledgement concepts and the right set of API changes to implement them. The main question is: What does an acknowledgement mean? Messaging needs an acknowledgement that indicates that the callback has been transferred to the client. Now, it seems desirable for the implementation of a CallbackListener interface to be independent of how callbacks are configured, which raises the question of how pull callbacks should be acknowledged. An acknowledgement sent just before Client.getCallbacks() returns would be an approximation to indicating that the callback has been passed to the client. The advantage of sending acknowledgements from Client, CallbackPoller, and ServerInvokerCallbackHandler is that they are all handled inside of Remoting and require no application level action on the client side. However, the pull callback acknowledgement is liable to spawn race conditions. A stronger kind of acknowledgement would be for the application to call a new Client.acknowledgeCallback() method. It requires an API change, but it seems to offer a more reliable and conclusive acknowledgement. Moreover, this same form of acknowledgement would be available for push and poll callbacks as well. One solution would be to have two levels of acknowledgements: Remoting and application. Either or both could be requested by the CallbackListener. Comments? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974771#3974771 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974771

19 years, 3 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Negotiate with Kerberos

by JohnsonCFChong

I am a beginner in using JBOSS AS. I have a similar single sign-on requirement with the following configuration. J2EE: Apache + mod_jk (Windows 2003) + JBOSS AS 4.0.4 (Windows 2003) without joining domain Active Directory for authentication After the users login to the domain, our web application can authenticate them silently. Is the following solution the right way to go? http://wiki.jboss.org/wiki/Wiki.jsp?page=NegotiateKerberos Johnson View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974770#3974770 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974770

19 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: 3.2 alpha 1 release status

by tom.baeyens＠jboss.com

i verified and my IDE's source compliance level is set to 1.4. job executor stuff compiles without complaints. so alex, can you be more precise on which java 5 methods you mean ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974765#3974765 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974765

19 years, 3 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Hibernate Query.iterate()

by the-gtm

I checked Hibernate's doc : http://www.hibernate.org/hib_docs/v3/reference/en/html/objectstate.html#o... Basically Query.list() will do one query, Query.iterate() will do n+1 queries except if entities whose identifier are returned are already cached. In Query.list() and Query.iterate(), you get lazily loaded proxies, meaning Hibernate has the data (from the initial query) but the object's fields are not filled yet. This is just a reflection optimisation, not a querying one. Obviously there's a performance tradeoff here : you're trading queries number vs result set size. IMO the overhead cost of each query is so high that you'd rather go with a single query. Anymay, in the forum module most of the methods using Query.iterate() are returning a list. A better solution is as simple as return query.list(); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974761#3974761 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974761

19 years, 3 months

1
0
0 / 0

[Design of JMX on JBoss (JBoss/JMX)] - Re: Updating the logging framework(JBAS-2412)

by genman

Just to follow up... The Log4j 1.3 release (still in alpha) contains updated appenders to address concurrency concerns and fixes the deadlock issue. http://svn.apache.org/repos/asf/logging/site/trunk/docs/BoardReports/boar... It took about 3 years but there you go. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974749#3974749 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974749

19 years, 3 months

1
0
0 / 0

[Design of JBoss IIOP on JBoss] - Re: ClassCastException on Home.create

by WARRENC5

19 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Two PostOffices?

by clebert.suconic＠jboss.com

Ah... this is just because of the names... Ok... got it. I Just wonder if wouldn't be better to use composed object keyts than two PostOffices. This is just an idea. Something like: public class Key | { | String name; | int type; // 1 for queue, 2 for topic | | ... implementing hashes and equals | } | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974741#3974741 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974741

19 years, 3 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Core split

by roy.russo＠jboss.com

+1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974739#3974739 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974739

19 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: build updates

by alex.guizar＠jboss.com

I noticed that in jpdl/jar, the replacement tokens in the build file do not match the values in hibernate.cfg.xml. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974726#3974726 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974726

19 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums September 2006