be reviewed for
incorporation.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Hiram
Chirino
Sent: Wednesday, July 09, 2003 12:16 AM
,
Hiram
--
/**
* Hiram Chirino
* Partner
* Core Developers Network
**/
---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing more.
Download eval WebKing
can start taking it apart more
easily if required to add the needed features.
On Tue, 2003-07-08 at 23:00, Scott M Stark wrote:
And what interaction has there been with Nathan who originally responded to
the rewrite query?
--
/**
* Hiram Chirino
* Partner
* Core
PROTECTED] On Behalf Of Hiram Chirino
Sent: Tuesday, July 08, 2003 8:41 PM
To: [EMAIL PROTECTED]
Subject: c/s JBossMQ status, was: [JBoss-dev] JBossMQ rewrite
Hi guys,
Over the past two weeks I have started to make a few improvements the
current JBossMQ implementation
yes the replacment is dom4j. Check it out at
dom4j.org
Regards,
Hiram
--- Tom Coleman [EMAIL PROTECTED] wrote:
Is there something that replaces JDOM in 4.x?
JDOM can make XML experts out of dummies, and if
you're working with
XML-based apps, it's nice to have in the server
Bill,
If you use versioning on a POJO that is a the top of
an object graph, will the children objects also be
versions when they are modified???
I assume No. But I think it would make sense for your
Versioning interceptor to wrap up children objets with
the versioning proxy also when they are
MarshalledObject(obj).get();
Maybe there is a better way to make copies?
-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Behalf Of Hiram
Chirino
Sent: Thursday, March 27, 2003 10:15 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] AOP versioned
The AOP case is even more similar to the DP if you
think of AOP like this:
If the AOP intrumented methods are:
Interceptors are: []
The original (but renamed) object methods are: (
The object is: O
An AOP stack then is: [](O
Which is almost the same as the DP case: |[](O
Regards,
Hiram
If
Well, if you are willing to shell out some cash, then
you might consider trying webshpere studio. Since
it's built on eclipse, it has all the eclipse goodies
plus a ton of other stuff like a jsp editor.
Regards,
Hiram
--- Aleksandr Shneyderman [EMAIL PROTECTED]
wrote:
Hate to say this but
+1 I use it all them time. The Refactoring support
and the Quick Assist features rock.
Regards,
Hiram
--- Jason Dillon [EMAIL PROTECTED] wrote:
I can not believe how fast, intelligent and
functional this little IDE.
I have tears in my eyes I am so pleased. Okay
perhaps I need to get
I've tried it various ways.. lately I've been doing
the following:
- compile source code manualy.
- adjust eclipse build path by: adding the source
folders of sub projects that I will be working with as
source folders. (the default is no good)
- adjust eclipse build path by: adding all the
to
the ANT runtime classpath.
So far I am pretty happy, but it is by no means
perfect.
I agree.
Regards,
Hiram
--jason
On Thursday, February 27, 2003, at 03:42 AM, Hiram
Chirino wrote:
I've tried it various ways.. lately I've been
doing
the following:
- compile source code
How about implementing some kind of seperate interceptor framwork around the client side and server side invocation layers??
David, if yoiu had a configurable way to plug in your tx interceptors at the invocation layer you would be ok right? I think david just needs to avoid duplicating the code
transports. But that seems more
error prone to me.
Regards,
Hiram
--- Bill Burke [EMAIL PROTECTED] wrote:
What I'm saying is, why add this complication? Do
we really need it? KISS.
-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Behalf Of Hiram
Chirino
I have to disagree. Take a higher level look at the
basics: All client proxies have a dependency on their
corresponsing server side stub. You can't mix a
different proxys and stub types. Therefore it is ok
for a client side interceptor to have a dependency on
the server side interceptor.
Can
I have to disagree. Take a higher level look at
the
basics: All client proxies have a dependency on
their
corresponsing server side stub. You can't mix a
Yes, obviously, but the old tx client proxy just
stuffed the tx context in
Orthoganal problem. The ability to have smarter
--- Bill Burke [EMAIL PROTECTED] wrote:
I would like to note that my future plans for this
involve method specific
interceptor chains with a variety of client side
and server side tx
interceptors, each one performing half of the
TxSupport work. No maps,
just different specialized
--- Bill Burke [EMAIL PROTECTED] wrote:
This might sound a little crazy... but how about
allowing multiple server-side interceptor stacks
per
object? One for local access, one for stuff over
IIOP
(that does tx the ots way), one for stuff over
JRMP
etc.
In the long run,
Looks like you might be digging through some mq code
:)
I don't think that construct is too bogus... It
provides a copy write hashmap. Once the hashmap has
been updated, the rest of the read methods can treat
the hashmap as an imutable. No one will update that
hashmap ever again. To update
Yep.. your way is valid too but you take a
synchronization hit on every read. The otherway, the
performace hit is on the write. As I said previously,
if you read the map ALLOT more than you write to it,
then it makes sense to do it backwards.
Regards,
Hiram
--- Dain Sundstrom [EMAIL PROTECTED]
is associated. I
bet there are a ton
of other issues as your iterator in the read phase
drifts from reality
of changing clients HashMap. Anyway, I hope you
documented this
heavily.
-dain
On Thursday, February 13, 2003, at 12:28 PM, Hiram
Chirino wrote:
Yep.. your way is valid too
Arhh... It would be simpler if the JMX objects were
updated from client side. But since that is out of
the question for now, I'll just give you a few
sugestions:
- fake the session problem out and say there is
allways 1 session.
- Try to put the JSR77 code in an interceptor (like
the
--- Bill Burke [EMAIL PROTECTED] wrote:
What if you don't have java on the client side?
What if you're CORBA with
OTS? You're making it harder for Non-JBoss/Java
clients to integrated with
us. I think this split should be undone.
How des OTS work? The corba guys tackled the DTM
problem
Actually the code is much more readable. I guess my
only concern now is
non-java/jboss clients. And, do we care?
Non java code will have a seperate server-side invoker
and it should deal with the TX stuff as best it can.
In otherwords, do it the old way if it works better
for corba.
Burke
Sent: Wednesday, February 12, 2003 5:36 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is
bad
-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Behalf Of Hiram
Chirino
Sent: Wednesday, February 12
dom4j has a stable 1.3 release. You can see a comparison of a few doms
here: http://dom4j.org/compare.html
Regards,
Hiram
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
M Stark
Sent: Wednesday, January 22, 2003 4:37 PM
To: [EMAIL PROTECTED]
]
Subject: Re: [JBoss-dev] Transaction propagation change
And having a way to do that would probably be a Bad Idea.
Propogating a
transaction through asynchronous transports doesn't sound like a good
idea to me, anyway.
-danch
Hiram Chirino wrote:
Just a small correction
}
Is this the proper pattern?
Thanks,
fawce
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of
Hiram Chirino
Sent: Friday, January 10, 2003 6:50 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JBossMQ
Your kinda right. the loop
Just a small correction.. your example would have to be in at least 2 units
of work. There is NO WAY to put a JMS message and get it again in a single
transaction.
Regards,
Hiram
Having a distributed transaction context is especially important
for example
when you have a EJB from one jboss
Your kinda right. the loop is there for the case where the destination is
queue based (p2p and durable subs). The polling happens when the queue is
full. Now when the queue is not full (or in the pub sub case, there is no
queue), then the thread goes into asynch mode and it waits for the
, 2002 7:18 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Good-bye
Hiram, you still have access! We need you man!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
Chirino
Sent: Saturday, December 21, 2002 2:06 AM
To: [EMAIL PROTECTED
Yep.. i'd like to know the same. Seems like that same thing has happend to
me too. Today I tried to do a CVS commit and i got a [server aborted]:
commit requires write access to the repository
I's this right? What's the inactivity period before write access is
revoked??
Regards,
Hiram
wow... This will take AOP to the next level (interceptors on fields and and
constructors? WOW.). I'll checkout your stuff tonight.
Regards,
Hiram
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
Burke
Sent: Tuesday, November 26, 2002 3:39 PM
To:
David,
Is a ThreadLocal lookup more expensive than a hashmap lookup??
Regards,
Hiram
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Jencks
Sent: Tuesday, November 26, 2002 8:23 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] 3 Transactions?
Chirino wrote:
Hiram Chirino wrote: Anyways. JMS need bi-directional invocations (BADLY). Should this become a requirement for the other invokers??I completely disagree. There is no reason server to clientcommunication has to go over the back channel of a client
PooledInvoker: speeds up invocations
Hiram Chirino wrote:
Hiram Chirino wrote: Anyways. JMS need bi-directional invocations (BADLY). Should this become a requirement for the other invokers??I completely disagree. There is no reason server to clientcommunication has to go
.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Hiram Chirino [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 14, 2002 4:19 PM
Subject: RE: [JBoss-dev] jboss.net email transport
Could a InvocationResponse object be used instead? Or, if you
had detyped
invocations, couldn't you just pass a callback object along with
the request
via a client-side interceptor? Just curious...why do you need
bi-directional invocations? Acknowledgements? Callbacks? Is
David
- Thread pooling (same as the PooledInvoker).
When I looked at code it looked like there still was a thread
being spawned
for each invocation. Sure, when you hand off the message, there is a pool
there, but there seemed to be a thread spawn before this. This
needs to be
avoided.
Hiram Chirino wrote:
Anyways. JMS need bi-directional invocations (BADLY). Should this
become a requirement for the other invokers??
I completely disagree. There is no reason server to client
communication has to go over the back channel of a client to server
I might have said
Perhaps.. I've not double checked the pool code. The first time an
invocation comes though shure, but the second time, the pooled
thread should
get reused.
Please make sure. It didn't read that way when I looked at it last.
I'll double check.
Yep.. But this is good, if
Peter.. why doesn't this have a JMS interface into it?? any ideas. 1600
message/second is GREAT number!
Regards,
HIram
On 14 Nov, Bill Burke wrote:
Wow Peter! This is exactly what I was thinking of. Any JMX
guys have any
ideas how we could integrate this?
The server is already
The cool thing about a signed secure e-mail message is that you get
non-repudiation. If at a later time company B tells company A, hey I never
sent you a Purchase Order for 1 million widgets.. company A can show them
the signed secure e-mail message that they received the PO in. It would be
IMHO, JMX is limiting. MBeans are declarations of object instances.
standardjboss.xml, standardcmp-jdbc.xml, the new aspect configs,
etc... are templates/defaultconfigs for object
creations/instantiations. A major difference.
Sometimes config is just config and there's really
David,
Actually it simplifies the code. If you take a look at our interceptor
stack most have a ton of code just to load and maintain the metadata,
Yes there is alot of Metadata now. 1/2 the ton of code that we have there
is just taking XML and creating a metadata objects. I think that
side?
JMX is not what is important, its the microkernel and services on
top of it.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Hiram Chirino [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent
+1. This all came about because I was thinking about client side caches
with server invalidation. Without the JMX kernel it is a pain because
we have invent a totally new architecture to handle server to client
invocations. If we have the kernel, we quickly prototype this by
reusing the
JMX on the client side and JBoss on the client side are two different
things, right? AFAIK, MBeanServerFactory.createMBeanServer() doesn't
require the service deployer. If it does, that's another thing...
Agreed. All I am talking about is an MBean server. If someone wants
more
Hiram, I think you missed the point. Of course we could do this with
out requiring JMX; anything is possible. The point is if we agree that
JMX is always on the client side then entire system is simplified.
I guess the disconnect is happening right here. IMO JMX does not always
make
Ok.. i buy into that.
I think running a JMX server on the client side should be a piece of cake.
The hard part is figuring out how the client-side deployment system going to
work.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On
You are not using the JMS API correctly. Read the JMS spec or post this
message to the user forums.
Regards,
Hiram
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of T.
Subramanian
Sent: Wednesday, October 30, 2002 11:54 AM
Previously we were on opposite sides of this debate:-)
I think for simplicity we should have only stateless interceptors, any
interceptor can store per-stack state in a the stack top in a hashmap.
This was the way I created the aspect stuff initially. The interceptors
were tottaly statless.
I like project/output/eclipse-classses.
ok i'll change this soon.
One more thing. I have JBoss launch configuration, so you can run/debug
JBoss right from within Eclipse. What would be the best place to put it?
Do you thing build/etc/eclipse/jboss-4.0.0alpha.launch is appropriate?
Hiram,
great news!
Two things though,
a) does this explain how to get servlet, jsp and ejb debugging
working with
jboss? Some of the other help files explain how to do this with
independent
versions of jboss and tomcat, but not for the integrated version.
No. What I have
]
[mailto:[EMAIL PROTECTED]]On Behalf Of Igor
Fedorenko
Sent: Monday, October 14, 2002 9:31 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Eclipse and JBoss Howto posted.
Hiram Chirino wrote:
A thread concerning how to use Eclipse to develop Jboss was
started a while
back.. I finally
A thread concerning how to use Eclipse to develop Jboss was started a while
back.. I finally got the time to put together a little howto to explain how
to use eclipse to develop JBoss.
You will find it in the Developer Guides section of the Jboss website the
next time the website gets rebuilt.
Hey David.. I want to see If I can start working on this.
I know like amost zero about jca but I know quite a bit about the XA stuff
and how jbossmq txs work with the MDB.
anyways.. I guess what I need to know is how is the contianer going to
initialize
the jms stuff so that it can deliver
I'll look into it right away.
Regards,
Hiram
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
M Stark
Sent: Friday, September 20, 2002 7:10 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Proxy generator broken
I fixed the immeadiate
sorry.. forgot to add my renamed file. Should be fixed now.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, September 17, 2002 7:45 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [JBoss-dev] [AUTOMATED]
'; 'juha lindfors'; 'Adrian Brock'
Cc: 'Hiram Chirino'; 'Jboss-Development@Lists. Sourceforge. Net'
Subject: [JBoss-dev] configuration of interceptors
Ok
just had an interesting IM with hiram. He essentially has
implemented the proxy factory we were talking about. I think
he
On 2002.09.12 14:25:25 -0400 Hiram Chirino wrote:
Ok I imagine a client invocation chain will look like:
clientproxy - client-interceptor-stack -
serverproxy - server-interceptor-stack - targetMbean
Would doing some think like this satisfy you client-server
requirments
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Sent: Thursday, September 12, 2002 3:55 PM
To: 'Hiram Chirino'
Cc: [EMAIL PROTECTED]
Subject: RE: FW: [JBoss-dev] configuration of interceptors
Ok I imagine a client invocation chain
Date: Thu, 12 Sep 2002 13:44:03 -0400
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of marc fleury
Sent: Thursday, September 12, 2002 1:23 PM
To: 'Bill Burke'; 'juha lindfors'; 'Adrian Brock'
Cc: 'Hiram Chirino'; 'Jboss
This is just another reason to get rid of the lame Sun RMI
implementation (JBoss 4.0). In the meantime, I agree that we
we are not there yet,
You guys talking about replacing RMI for the remote EJB invocations?? Isn't
that what we have the JBoss.IIOP and JBoss.Net projects??
Regards,
yes.. please.. jboss-mq would benefit also.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dain
Sundstrom
Sent: Thursday, August 29, 2002 10:56 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JBoss monitoring: Thread-Pool
I agree, but all
I do my JBoss development with eclipse.. but it is not easy to setup :(
If you are REALY interested, I can exand on how I do it, but it's not all
that nice.
Regards,
Hiram
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Igor
Fedorenko
Sent:
Good job!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Andreas Schaefer
Sent: Saturday, August 17, 2002 10:16 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] JMS 1.1
Hi Geeks
JMS 1.1 is in (it compiles and most test runs trough except
-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Hiram Chirino
Sent: Wednesday, August 07, 2002 8:33 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] what does trunk mean in the context of an
invoker?
It kinda describes the way this invoker works
Are those multi-processor machines?? I've got a feeling that I have a
deadlock happening and those machines you run them on just makes the
deadlock show up quicker than on my machine.
I also did not intend this testcase to be run as part of the normal testcase
runs... It's just mainly for for
] InvocationLayerStressTestCase timing out
Yes, both my win32 and OSX box are dual processor boxes.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Hiram Chirino [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday
Should be fixed now.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, July 22, 2002 8:19 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
try it again.. I forgot to check something in.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Alex
Loubyansky
Sent: Monday, July 22, 2002 2:54 AM
To: JBoss-Dev
Subject: [JBoss-dev] current cvs version can't be built
Hello guys,
just have
Hi guys,
Just wanted to let you guys know about a new Invocation Layer for JBossMQ.
It's called OIL2 because it's closest relative is the current OIL Invocation
Layer.
I'm very exited about this new IL because it has some very nice performance
features. It has low serialization over-head like
Quick question for you Java Language Gurus out there, I heard one that the
post increment operator was an atomic operation. For example, if you have a
multi-threaded application with:
id=lastRequestId++;
You would not need to put this in a synchronized block be cause the ++ would
be
=
sm.objectnamjboss.mq:service=StateManager/module-option
/login-module
Is sm.objectnam a typing error? Shoudn't it be sm.objectname ?
Marius K
Boostcom
On søn, 2002-06-09 at 02:47, Hiram Chirino wrote:
Post a patch to sourceforge and I'll bring it into the code base.
Regards,
Hiram
From
Post a patch to sourceforge and I'll bring it into the code base.
Regards,
Hiram
From: Joshua D. Cough [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Obvious JMS Bug that I need fixed right away.
Date: Fri, 7 Jun 2002 12:28:50 -0400
It is impossible
Log4j on the client side is the only way to trace/debug problems with client
side code. In the case of JBossMQ, 1/2 of all the work is done on the
client side! It's super important to keep the ability to trace client side
code.
Regards,
Hiram
From: Sacha Labourey [EMAIL PROTECTED]
This should be fixed now. Thanks for pointing it out.
Regards,
Hiram
From: Giorgio42 [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] CCEs make jbossmq.perf and jbossmq.test fail
Date: Sat, 25 May 2002 18:25:32 -0500
I'm running the test suite for CVS
Mucked up jdbc PM. Fixed now.
Regards,
Hiram
From: Jason Dillon [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] HEAD JBossMQ failures
Date: Sun, 26 May 2002 16:32:51 -0700
I am seeing lots of these for various JBossMQ and other JMS related tests:
let's just leave it.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Hiram Chirino [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 23, 2002 7:45 PM
From: Jason Dillon [EMAIL PROTECTED]
...
And is there any reason why SpySession.sendMessage() should NOT be
synchronized?
If anything SpySession.sendMessage() should try to detect the concurrent
access from 2 threads and throw an exception stating that the JMS spec is
being violated by the
Think about it this way... somebody creates a simple servlet that creates a
unit of work by sending 2 messages and then commits the work. Somebody that
does not know the spec to will might cache that session in a instance
variable. If 2 requests come in at the same time, they will screw
It's ok. The message was being displayed before the message was added.
From: Jason Dillon [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]'
[EMAIL PROTECTED]
Subject: [JBoss-dev] JMS related; not sure if this is a problem, but it is
odd...
Date: Thu, 23 May 2002 19:10:48
Yes I agree it should be configurable.
Regards,
Hiram
From: Dain Sundstrom [EMAIL PROTECTED]
To: Hiram Chirino [EMAIL PROTECTED]
Subject: Re: [jboss-group] Fw: [JBoss-user] Does JBoss3 have Problems
Deploying Similar ejb-jars in Different EARs
Date: Fri, 17 May 2002 00:40:00 -0500
Then you
Unless the getClassMetaData() loaded up the config info from a resource xml
file. The XDoclet stuff would just generate the getClassMetaData() method
(that just loads the data from the xml file) and the .xml that holds the
class metadata.
If getClassMetaData() returned a really generic
I think that you can just default it to jmx:rmi and give allow the location
of the bind to be configurable.
So when you have 2 jmx servers using the same JNDI service, then that
problem is solved by having second jmx server can bind to something like
server2/jmx:rmi
Regards,
Hiram
From:
From: Andreas Schaefer [EMAIL PROTECTED]
To: Hiram Chirino [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JMX RMI Adapter JNDI binding
Date: Mon, 13 May 2002 08:26:36 -0700
Hi Hiram
I think that you can just default it to jmx:rmi and give allow
Please log a bug report at http://sf.net/projects/jboss
From: mary [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Bug: Dynamic Topic not being destroyed in all cases
Date: Mon, 6 May 2002 17:58:43 -0500
What I'm seeing appears to be a bug:
I have a
That feature might have been broken in the 3.0 RC1, but I know for a FACT
that it is working in the CVS head now. We now have some automated junit
tests the create/destroy destinations via jmx on ever testcase.
Regards,
Hiram
From: Joel Boehland [EMAIL PROTECTED]
To: JBoss Dev [EMAIL
Hi guys,
I just finished commiting some major refactoring of the JBossMQ server. It
just involved formaizing the interceptor pattern that peter started with the
security manager addition. I also refactored some of the JMX MBeans to
thier own package. So this is your notice:
THE JMX
Check out http://sourceforge.net right now!! JBoss is at the top of the
Most Active this Week
Regards,
HIram
_
Send and receive Hotmail on your mobile device: http://mobile.msn.com
I feel like ripping that code out of the JMSContainerInvoker! It ties the
JMSContainerInvoker down tightly to JBossMQ and there are other providers
out there that are complaining about that.
If somebody wants the auto-create feature that badly, they can implement it
more elegently at the
Question for you classloading feaks out there, what is the difference
between:
x = some.class.name;
Thread.currentThread().getContextClassLoader().loadClass(x);
and
x = some.class.name;
Class.forName(x, false,
Thread.currentThread().getContextClassLoader());
Peter Levart, submitted a
To all JavaCC Gurus,
The javacc grammar that JBossMQ is using has a problem. It can't detect
that the selector: definitely not a message selector! is an invalid
selector. It just parses the first itentifier, definitely and then skips
over the rest of the selector.
Is there an easy way for
From: Andreas Schaefer [EMAIL PROTECTED]
To: Hiram Chirino [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: JBossMQ Questions
Date: Sat, 27 Apr 2002 22:19:22 -0700
Hi Hiram
Hi Andreas,
Just started to implement JSR-77 performance
monitoring on JBossMQ (was just in the flow
after the recent
Juha,
Using a set of properties to identify an object just seems werid to me. WHY
did the JMX spec do this??? Why not just use a unique string to identify an
object??? Yes, I see one reasone, so you can do querys and lookup objects
based on properties, buy you could still do that without
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Why is new ObjectName() so slow?
Date: Sun, 28 Apr 2002 11:49:46 -0700
|because an object name contains a set of properties that need to be
|parsed
From: Peter Antman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JBoss JMS RA + SwiftMQ + Possible Problems
Date: Wed, 24 Apr 2002 10:35:29 +0200 (CEST)
On 23 Apr, Jason Dillon wrote:
Hey, I have just started integrating SwiftMQ for use in my production
So then you did like the way jboss-auto.jcml worked. I did not.
Regards,
Hiram
From: Jason Dillon [EMAIL PROTECTED]
To: Hiram Chirino [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: [JBoss-dev] SAR... Sucky ARchive ?
Date: Sun, 21 Apr 2002 22:18
I've integrated the Joram JMS testsuite into our testsuite.
I've added the target 'tests-objectweb-jms' to the /testsuite/build.xml to
execuite it.
It's still not executing 100% error free, but it's close.
We have some selector problems and the other problem is that our default
secutity
1 - 100 of 613 matches
Mail list logo