Feature Requests item #700282, was opened at 2003-03-09 10:41
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376688&aid=700282&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko W.Rupp (pilhuhn)
Assigned to:
What is remoting for? What bits of it does jxm depend on?
--jason
On Sunday, March 9, 2003, at 02:02 PM, Tom Elrod wrote:
I agree that it doesn't make sense to have naming in core. Actually
noted
this in the e-mail I sent out when I made the commit.
However, don't have a solution off-hand fo
Starting two instances is a pain in the ass on OS X :-(
--jason
On Sunday, March 9, 2003, at 08:51 AM, Igor Fedorenko wrote:
What do you want to do? Won't two Eclipse instances do?
-Original Message-
From: Jason Dillon [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 08, 2003 5:02 PM
To:
I fixed the problem which was preventing email from being sent out, so
your watches should work again.
--jason
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can lea
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.1_06"
Java(TM) 2 Runtime Environment, Standar
Do you mean that it is not possible to start the same program with different
parameters (i.e. -data workspace_path) under OS X? I'll stay away from Mac until this
is fixed ;-)
Anyway, I've attached .classpath/.project files for Branch_3_2 which have project
names ending with "-3.2". You should
The only protocols that can be included in the core are those natively supported
by the VM. I certainly do not want to force these all of these extra protocol
dependencies down into the core just because they might be used to access
JMX.
Scott Stark
Chief Technology Office
Title: Branch_3_2 build failing... again.
This was fixed yesterday so make sure you have this
version:
plugins 510>cvs status
StatefulHASessionInstanceCache.java===File:
StatefulHASessionInstanceCache.java Status:
Up-to-
I didn't make this change so I don't know why it was done. This is not how
MarshalledValue
is coded in 3.2 so change it to the 3.2 version which still has the serializedForm
setup
in the ctor.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
There's a difference between build-time dependencies and run-time
dependencies.
To build the SOAP connector, it requires Axis to build remoting.
However, during execution, if you don't have Axis on your classpath, it
won't be available, and won't cause a run-time dependencies.
The intent is to
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.1_06"
Java(TM) 2 Runtime Environment, Standar
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of David
> Jencks
> Sent: Saturday, March 08, 2003 8:23 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Proposal for jboss-wide interceptor framework
>
>
> >
> > > 5. multiple interceptor chains per In
There should not be a need for any dependency on the naming module as the JNDI
and javax.net stuff is in JDK 1.4 and that is what I'm talking about in terms of core
dependencies. More exotic protocols like SOAP which have no JDK
APIs I don't think should even be built as part of the core JMX work.
On 2003.03.09 15:20 Bill Burke wrote:
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Behalf Of
> David
> > Jencks
> > Sent: Saturday, March 08, 2003 8:23 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: [JBoss-dev] Proposal for jboss-wide interceptor fra
JBoss daily test results
SUMMARY
Number of tests run: 1067
Successful tests: 1062
Errors:1
Failures: 4
[time of test: 2003-03-09.13-00 GMT]
[java.version: 1.3.1]
On Sunday, March 9, 2003, at 10:35 AM, Jeff Haynie wrote:
If different protocols are desired beyond that and we support them, you
can just add the dependent JARs and they become available.
I think this is what you want ...
I think this is a bad idea. If I want a specific connector available
on m
I'll take a look at 3.2. I think the problem is we keep both the
ByteArrayOutputStream and the byte[] in the class, which ends up with
two copies of the byte array in memory. I'll see what I can do.
-dain
On Sunday, March 9, 2003, at 10:34 AM, Scott M Stark wrote:
I didn't make this change s
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.1_06"
Java(TM) 2 Runtime Environment, Standar
Just to clarify on the JNDI detector, it does not require jnp at runtime.
Only time it is used is if the user does not pass any of the JNDI
information needed to connect to a JNDI Server (i.e. host, port, etc.). In
this case, it will start a JNP JNDI Server automatically (instead of
throwing an ex
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.1_06"
Java(TM) 2 Runtime Environment, Standar
21 matches
Mail list logo
