=
==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
Title: Message
I commited the
jboss-remoting code tonight. There is now a separate module named
jboss-remoting, and it is aliased in jboss-mx and jboss-head (because mx needs
it).
It looks like all 3
modules are compiling fine. There is more work that Tom and I are doing
this week to tr
JBoss daily test results
SUMMARY
Number of tests run: 1105
Successful tests: 1099
Errors:6
Failures: 0
[time of test: 2003-02-19.02-50 GMT]
[java.version: 1.4.1_
JMX remoting (as it stands now) is in pretty decent shape. By this I mean
the main features have been implemented (detectors, connectors,
classloading, etc.). However, it has not been strenuously tested in the
field yet.
Also, much of what is there now will probably change to use the more generi
I just ran the testsuite and did not see this issue. The results were sent to the dev
list.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Igor Fedorenko" <[EMAIL PROTECTED]>
To: "jboss-development" <[E
Hi,
I got out of memory error while running unit tests on today's cvs
version of 3.2. I started JBoss using "run -c all" in one cmd window and
ran "build run-testsuite" in another. Am I doing anything wrong or the
test suite got broken?
--
Igor Fedorenko
Think smart. Think automated. Think Dyna
=
==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
Yes, this is my fault and will resolve.
My IDE automatically puts those at the top of every new class and I have
to remember to delete them and replace for JBOSS code.
This code is part of JBOSS and not part of Vocalocity.
I will remove ASAP.
Jeff
-Original Message-
From: [EMAIL PROTEC
Hi,
I've been browsing the HEAD in CVS to find out what the status of JMX
remoting is. It appears that significant pieces have been implemented. I
was hoping to use some of this stuff decoupled from JBoss itself, is it
usable already? (I understand that classloading is a work in progress,
can
JBoss daily test results
SUMMARY
Number of tests run: 1042
Successful tests: 1040
Errors:1
Failures: 1
[time of test: 2003-02-18.12-05 GMT]
[java.version: 1.3.1]
I think its some buildmagic crap but I have not been able to track it down.
Your stuck with a manual delete for now.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Igor Fedorenko" <[EMAIL PROTECTED]>
To:
Hi,
I keep getting
BUILD FAILED
jar:file:/S:/jboss/Branch_3_2/tools/lib/buildmagic-tasks.jar!/org/jboss/tools/bu
ildmagic/common.xml:124: Unable to delete file
S:\jboss\Branch_3_2\management\ou
tput\lib\jboss-jsr77.jar
whenever I try to build clean under win2k/SP2, sun jdk141_01. The file
is n
Submit it as a patch so I can take a look at it. Alternate class loading
strategies should certainly be available. Basically you want to deploy
components that are dependent on each other based on type without
having to aggregate them into the same deployment unit which is what
is required now.
x
I don't yet understand what problem you are trying to solve. The problem I
know of with the current deployment set up and LoaderRepositories is that
the only package type you can specify a LoaderRepsository in is an .ear.
This however is easy to fix without more kinds of LoaderRepositories. You
Hi,
I would like to share some ideas about extensions to the current
classloader to see if I am totally on the wrong track and if it
perhaps would be a welcome addition to JBoss.
First I have to say that I still find the "new" classloader
architecture somewhat limiting. If you have the following
I'm now quite confused about what you are arguing for.
1. There is currently no support whatsoever in any jboss version for
transactions over CORBA/IIOP, nor has there ever been. I have not yet
considered how best to implement this. I don't think this will be used
very much so I am willing to pr
Anatoly Akkerman wrote:
> David Jencks wrote:
> >>4) invocation is routed to correct transport mechanism (such as by the HA
> >> Invoker interceptor)(AFAIK not yet written as an interceptor)
> >>5) Invocation is received at server side.
> >>6) The server decides if the resource registration callb
David Jencks wrote:
> On 2003.02.17 04:20 Ole Husgaard wrote:
> > Deciding to avoid the resource registration callback when
> > the tx is not used at server side is a fine thing.
> >
> > However, I fail to see why this decision has to be done at
> > the client side. All the information needed for t
=
==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
Bugs item #641155, was opened at 2002-11-20 12:14
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=641155&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Giles Paterson (gpaterson)
Assi
Bugs item #688624, was opened at 2003-02-18 14:20
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=688624&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Rami Hänninen (rajualf)
Assigned to: Nobody/Anonymou
Bugs item #688613, was opened at 2003-02-18 17:20
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=688613&group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shyam Sundar (shyamvs)
Assigned to: Nobody/Anonym
Bugs item #688607, was opened at 2003-02-18 17:10
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=688607&group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shyam Sundar (shyamvs)
Assigned to: Nobody/Anonym
23 matches
Mail list logo
