Environment: All
Reporter: Andy Piper
Attachments: jmstest.zip
For the AMQ reconnection issue, I think it is caused by client can not stop the
broker correctly after server broker is stopped.
Attached zip is the test case, it is an IDEA prj, to compile or run it the
At 10:39 PM 5/4/2006, David Blevins wrote:
stateless for EJB, so there is nothing to cluster anyway. But for
IIOP, would we simply not offer clustering to people using CORBA to
interop with clients in other languages or on other platforms?
Some ORBs support multiple profiles for clustering (Bo
The weblogic thin-client works this way - clustering is built into
the client using portable interceptors and the JDK ORB.
andy
At 04:37 AM 5/5/2006, Filip Hanik - Dev Lists wrote:
Jules Gosnell wrote:
David Blevins wrote:
On May 4, 2006, at 12:57 AM, Jules Gosnell wrote:
Sort of. Both
At 05:25 PM 2/23/2006, Andy Piper wrote:
Well 129 == -63 if you coerce it to a byte. I assume that's the
cause of your problem, although I'm struggling to see where this is occuring.
Ignore me, I evidently can't
Well 129 == -63 if you coerce it to a byte. I assume that's the cause
of your problem, although I'm struggling to see where this is occuring.
andy
At 03:55 PM 2/23/2006, you wrote:
I'm currently trying to sort out a problem with my implementation of
the MimeUtility class in the javamail specs.
At 05:14 PM 2/10/2006, Aaron Mulder wrote:
Sorry, you're crediting me with a lot more CORBA knowledge than I
deserve. :) In particular, I'm not sure what the right IIOP URL or
corbaname URL should be. Let me give you a more specific scenario:
Let's say I have a session bean running in Geronim
At 03:51 PM 2/10/2006, Aaron Mulder wrote:
Just to be clear, I'm talking about GSSUP authentication (where the
client sends a token containing a username and password and an encoded
domain name) not one of the principal name strategies (e.g. ITT*).
Jeppe, I'm not clear whether the GSS Name Form
At 03:51 PM 2/10/2006, Aaron Mulder wrote:
Andy, is there some good documentation on exposing an EJB via CORBA in
WebLogic, or configuring an EJB reference to connect to a remote CORBA
EJB? I might as well try a WebLogic-to-Geronimo test to help resolve
this.
Its enabled by default. In theory
I don't believe it's actually required to provide the username in the
client identity field if you have a password. You can simply provide
an auth token containing both username and password and set the
identity token to ITTAbsent. We (WLS) only fallback on
ITTPrincipleName if there is no passw
At 09:25 AM 1/18/2006, Jules Gosnell wrote:
I haven't been able to convince myself to take the quorum approach because...
shared-something approach:
- the shared something is a Single Point of Failure (SPoF) -
although you could use an HA something.
That's how WAS and WLS do it. Use an HA dat
At 06:59 AM 2/2/2006, Geir Magnusson Jr wrote:
I've also discussed this issue regarding the lack of any
recognizable license for their code w/ BEA and IBM, and they have
made it very clear that they will provide one if needed.
So the question is, type or wait for license? I say "type"
I bel
+1
andy
At 08:08 PM 1/27/2006, you wrote:
The XBean project has voted to donate all of the code located at
https://svn.codehaus.org/xbean (view with fisheye http://
cvs.codehaus.org/viewrep/xbean) to Apache Geronimo. The completed IP
clearance check list can be found here
https://svn.codehau
I'd quite like to be involved in this. I wrote the WebLogic ORB.
andy
At 01:31 PM 1/19/2006, Matt Hogstrom wrote:
Alan,
I do have a question about the initial committer list. Since I'm
relatively new to Apache my understanding was that commit was based
on previous work. Many of the names o
Many thanks
andy
At 06:06 PM 11/16/2005, you wrote:
Done.
-dain
I have CR'd this internally. How do I assign the issue to myself?
This is a fairly old version of JRockit (and geronimo) it may have
already been resolved in a later version.
andy
At 03:35 PM 11/11/2005, Matt Hogstrom wrote:
Currently we haven't been able to test Geronimo on jRockit
successf
At 09:39 AM 10/28/2005, Kresten Krab Thorup wrote:
The Trifork RMI/IIOP has a quite decent implementation of all of the
javax.rmi.CORBA stuff that we can bring right in with little
modification, so I was thinking that we should use that.
However, if you know that those ValueHandlers are good, we
At 08:07 PM 10/27/2005, Matt Hogstrom wrote:
I think for those platforms you mention below the IBM is the only
JDK to choose
from. Although, on Windows and Linux its a pretty good choice too :)
Of course I would beg to differ ;)
Have you fired G up on JRockit yet? I'd be curious to compare
Somehow my spam filter removed your original e-mail
At 07:09 PM 10/26/2005, Rick McGuire wrote:
Actually, then don't. The IBM JVM certainly doesn't, and I don't
believe JRocket does either. And it is
JRockit uses the Sun ORB. The IBM VM is the notable exception I
referred to. That's why I a
At 01:51 PM 10/27/2005, Kresten Krab Thorup wrote:
One issue is that RMI needs to be able to write the value of a final
instance field (to de-serialize an object) and this is something that
cannot be done with reflection. So for this we are using
com.sun.Unsafe (which is the internal Sun API to i
At 04:26 PM 10/26/2005, Rick McGuire wrote:
The most critical need right now is to have a replacement to the Sun
ORB that would allow portability to other JVM impelementations. The
lack of a full-function compliant ORB is the main factor locking
Geronimo in to the Sun 1.4.2 JVM.
I think the ge
At 05:26 AM 10/19/2005, [EMAIL PROTECTED] wrote:
is not the only interface in the cluster. From our perspective all
clustered facilities should base on the same mechanism in the solution,
as otherwise the behaviour of the system is hardly predictable. So, if
we base some application/service distr
At 02:40 AM 10/19/2005, [EMAIL PROTECTED] wrote:
It is the problem of "homogenius" environment. Blade servers are
naturally organized in chassis called enclosures (HP's term) or
bladecenters (IBM's one). All those chassis are interconnected with each
other using one or more external switches. Due
At 02:43 AM 9/23/2005, Jeremy Boynes wrote:
Sachin's problem is not related to configuration persistence but to
the serialization of classes between plugin and server when using
JMX remoting over RMI.
The upshot of it all is unless we are going to ditch all use of
serialization and replace it
At 05:56 AM 8/22/2005, Kresten Krab Thorup wrote:
In the Trifork ORB, every POAManager (and thus potentially every POA)
can have it's own security & port configuration. This makes a lot of
code inside the CORBA implementation quite complicated, but allows us
to deploy beans with different securi
At 08:19 AM 8/16/2005, Aaron Mulder wrote:
What's the difference between using a thread pool and using a work
manager? I think OpenEJB uses thread pools, and it sounds like ServiceMix
uses work managers. Can we standardize on work managers?
At some level they are the same, but Work Ma
Hi Jules
At 05:37 AM 7/27/2005, Jules Gosnell wrote:
I agree on the SPoF thing - but I think you misunderstand my
Coordinator arch. I do not have a single static Coordinator node,
but a dynamic Coordinator role, into which a node may be elected.
Thus every node is a potential Coordinator. If
Hi Jules
It sounds like you've been working hard!
I think you might find you run into reliability issues with a singleton
coordinator. This is one of those well known Hard Problems and for session
replication its not really necessary. In essence the coordinator is a
single point of failure an
At 08:22 AM 7/20/2005, Bruce Snyder wrote:
I'd like to hear some opinions from community members who are not
committers. If you are reading this message and you are not a
committer, PLEASE SPEAK UP! We want to hear your opinion on this
matter.
The more branching and integging you do the less ti
We experimented with this with WLS, it worked pretty well. The nice thing
about webdav is that you can mount it as a file system from windows and
OSX. We also tried a similar experiment with ftp which also worked pretty
well. However, you generally want to script admin commands and there are a
At 11:41 AM 7/12/2005, David Jencks wrote:
If an application does a JAAS-based certificate login, then the private
credentials thus stored in the current subject should be used to do the
client-side of an client authentication on a successive remote corba SSL
call. Thus making the client system
An alternative here would be using commonJ. Although 237 will be the
eventual J2EE standard for this it is only just getting started and will
almost certainly depend on the JSR 166 APIs (which use generics) that are
integrated into J2SE 5. 237 is unlikely to be substantially different to
common
31 matches
Mail list logo
