October 2006 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messaging and Remoting

by clebert.suconic＠jboss.com

I used ByteStream because on my suggestion 'cause I though it would be possible to work with NIO and STreams (As there is a method to get a STream from a Channel on NIO). If this is not possible, we could change the approach to whatever other way. and if it's not possible to work with an sort of Buffer then we will have to stick with byte arrays. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980207#3980207 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980207

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: extending form / task functionality

by kukeltje

regarding pageflows: - the 'page resolver' first resolves to pages in the database (processdefinition) - if none is found, assumes it is relative (or absolute if prefixed by a /) to the webcontext the post was comming from - this latter can be the start of a default jsf pageflow as is possible now (or seam pageflow, or whatever) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980202#3980202 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980202

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: What do we need in terms of x509 cert processing for ws

by anil.saldhana＠jboss.com

"scott.stark(a)jboss.org" wrote : | I'm not opposed to this driving features, like a new keystore format to allow for these types of certs, as you know I love the idea of smart cards replacing the password hell that exists today. | Not sufficient. It is still single factor. There is a real need for two or multi-factor authentication. SRP (Scott's Robust Password) system also does not make the cut. ;) Any legal issues (patents, licensing) with bouncy castle api? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980201#3980201 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980201

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messaging and Remoting

by timfox

I'm also getting worried that we've spent a long time on this, and it seems not everyone yet understands the basic differences between a blocking and non blocking approach, this is not a good sign :( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980198#3980198 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980198

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messaging and Remoting

by ovidiu.feodorov＠jboss.com

The question is not if, it's how. Tom is working on that (read my previous post about chained marshallers) and we'll have a meeting in which will discuss this soon. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980197#3980197 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980197

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messaging and Remoting

by timfox

This doesn't make any sense to me. NIO and streams don't work well together. NIO is based around a fixed size buffers - this is a quite different way of working to the old stream based io that most people are used to. As I said earlier in this thread I would be suprised if you can create an API that works equally well for blocking and NIO. If we want to get the best performance the API must expose access to the underlying buffers. There's no way around this without sacrificing performance which is not an option IMHO. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980195#3980195 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980195

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messaging and Remoting

by ovidiu.feodorov＠jboss.com

I am not sure if this wouldnt' interfere with Remoting's own stream management. Anyway, Tom is experimenting in exactly this area, so this is good input for him. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980192#3980192 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980192

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: What do we need in terms of x509 cert processing for ws

by scott.stark＠jboss.org

"anil.saldhana(a)jboss.com" wrote : | No user requests have come in this area. Mainly used in smart cards(not sure of other uses). Like you said, unnecessary indirection. I'm not opposed to this driving features, like a new keystore format to allow for these types of certs, as you know I love the idea of smart cards replacing the password hell that exists today. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980191#3980191 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980191

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messaging and Remoting

by clebert.suconic＠jboss.com

The only observation I have from the document is about byte arrays (http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMessagingRemotingAPIExtensions) If we need to deal with byte[] directly, having byte[] on the signature will force us (and remoting) to duplicate the object, maybe serialize it before flushing it out to the streaming. I would like to propose something like access to Input/OutputStream directly saving the need of converting an object to byte[] before sending it. RemotingOutputStream stream = client.getDirectOutputStream(); | stream.close(); // will dismiss the stream and but client in a state to receive other calls. | | So, the example would be: Client client = new Client("bidirectional://jmsserverbox:7777", "EXAMPLE-SUBSYSTEM"); client.connect() client.addHandler(new MessagingCallbackHandler()); Object result = client.invoke(new MessagingInvocation()); OutputStream output = client.getDirectOutput(); // this will return a RemotingOutputStream InputStream input = client.getDirectInput(); out.write(...); input.read(); // reads the answer out.close(); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980188#3980188 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980188

19 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-23, support for lifecycle annotations

by scott.stark＠jboss.org

I'm not sure as I have not coded too much in this layer. Just wing it and when Adrian get's back toward the end of the week he can synch up. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980181#3980181 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980181

19 years, 5 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 October 2006