JBoss daily test results
SUMMARY
Number of tests run: 196
Successful tests: 80
Errors:78
Failures: 38
[time of test: 8 September 2001 6:43 GMT]
[java.version: 1
User: starksm
Date: 01/09/07 22:41:33
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add install and install-src tasks to simplify the jboss dist build
Revision ChangesPath
No revision
No revision
1.8.2.2 +15 -0
JBoss daily test results
SUMMARY
Number of tests run: 200
Successful tests: 74
Errors:87
Failures: 39
[time of test: 8 September 2001 5:35 GMT]
[java.version: 1
JBoss daily test results
SUMMARY
Number of tests run: 196
Successful tests: 80
Errors:78
Failures: 38
[time of test: 8 September 2001 4:27 GMT]
[java.version: 1
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
|Sent: Friday, September 07, 2001 10:30 PM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] use resource properties file to drive boot
|sequence
|
|
|Hi,
|I'm trying really hard to understa
JBoss daily test results
SUMMARY
Number of tests run: 211
Successful tests: 85
Errors:87
Failures: 39
[time of test: 8 September 2001 3:26 GMT]
[java.version: 1
|> In your opinion; What needs to be done to make this happen? Hope and
|> promise are prevalent, but there must be order to take an idea
|and turn it
|> into a reality.
|
|When the service deployment stuff in JBoss3 stabilizes that should be
|pretty much it. MBean wrappers for core Jini services
Hi,
I'm trying really hard to understand what kind of variability you are going
for here and failing totally. When would you not want to start logging,
info, shutdown, and the xml-based mbean loading/classloading/starting
framework first and in that order? Can you give a concrete scenario?
Among
I understand that the jboss.conf or boot.xml stuff was just complicating
things, though hard coding isn't the right solution. That said, I don't
really have a good solution at the moment, though I do have some ideas (of
course).
> configurability is good when it is needed, in this case it is not
> you are behind the curve here.
I simply have not had time to review and comment... =P
> Again the MLet solution was already superior
Not sure what you mean by this really. The current system does not allow me
to configure logging anywhere. It also does not allow me to use a shared
base url
Jason,
you are behind the curve here. Again the MLet solution was already superior
|Perhaps XML would be a better idea, so we can pass in arguments to the
|mbeans. Currently the Log4jService can only read a log.properties file,
|where it was configurable before.
log4j should be configured as
The JAXP settings do need to be configurable because we don't really care
what they are, but user applications do.
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, September 07, 2001 5:00 PM
Subject: RE: [JBoss-dev] use resource properties
Ok, Jason,
there was already a superior way which was the "MBean MLet" boot file. And I
have removed it for several reasons.
1- I wanted to be done
2- having the .boot file around doesn't add much but complicates life and
administration (FAQ: Do I change boot.xml?)
3- we *never* change it excep
User: user57
Date: 01/09/07 16:22:14
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o Added support to read the config file path from the system property
org.jboss.logging.Log4jService.configfile. This will only work when
using the no args constructor.
o
The answer to all 'why is x hardcoded' questions is Marc wanted to get his
RH changes checked in and let us worry about generalizations.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, September 07, 2001 3:25 PM
Subject: [JBoss-dev] har
User: starksm
Date: 01/09/07 16:17:44
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add install and src-install targets to simplify building jnp into
the jboss distribution.
Revision ChangesPath
No revision
No revision
I see the same problem with the IBM vm:
[QueueManager] Initializing
[Service Controller] java.lang.ClassCircularityError:
org/jboss/mq/SpyObjectMessage
[Service Controller]at java.lang.ClassLoader.resolveClass0(Native
Method)
[Service Controller]at
java.lang.ClassLoader.loadClass(ClassLoa
Perhaps XML would be a better idea, so we can pass in arguments to the
mbeans. Currently the Log4jService can only read a log.properties file,
where it was configurable before.
Do we have the resources durring this phase to make use of the xml
stuff?
--jason
On Fri, 7 Sep 2001, Jason Dillon
In Main currently we hardcode serveral MBean creations. Why not read a
autoload.properties (or whatever) from run.jar, which lists the sequence,
then simply iterate over it and startup components:
component.0=org.jboss.logging.Logger
component.1=org.jboss.logging.Log4jService
component.2=o
What is the difference between these? Main currently will only setup
jboss.system.home if jboss.home is not set, but if jboss.home is set, then
jboss.system.home is never set.
I expect that jboss.home is where jboss was installed, and jboss.system.home
is the directory where the jboss instance i
User: starksm
Date: 01/09/07 15:30:47
Modified:src/bin run.sh
Log:
Should be execing $JAVA not java
Revision ChangesPath
1.28 +2 -2 jboss/src/bin/run.sh
Index: run.sh
===
RCS file: /cvsr
why are we hardcoding the jaxp impls to use?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Has there been any work on JBossMQ message redelivery recently?
I have an MDB, which has all of its methods set to NotSupported, using a
custom container-configuration, which only allows one message to be
processed at a time (jboss dd attached).
It processes a message, which could take longer th
> Consequently, IMHO, comparing JINI with JavaGroups is like comparing a
> trading service vs. IIOP. Can both be mixed? most probably (one for actual
> communication, the other for cluster organization/...? ).
>
> But, IMHO again, providing J2EE clustering *requires* a
> tool/library/framework/...
Hi,
> >
> > I bet you are using the sun jvm!
> >
> Yes I am.
My redhat7.1/2.4 sun 1.3.1 test of mdb just died...
But it ran through under win2k sun 1.3.0 jdk...
>
> >
> > Any idea why the ibm jvm is having the classloading problem!
> >
> No, which build version of IBM are you using?
>
J2RE
- Original Message -
From: "Chris Kimpton" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, September 07, 2001 10:13 AM
Subject: Re: [JBoss-dev] What does this mean "cannot be Bound, doesn't have
local home" ?
>
> Excuse my ignorance, but is that some new EJB2 thingy?
>
Yes, lo
Hi,
--- Scott M Stark <[EMAIL PROTECTED]> wrote:
> That is just a debug msg indicating that the class does not have a
> local
> home
> interface defined.
Excuse my ignorance, but is that some new EJB2 thingy?
>
> The only component I see failing to start is Jetty. I can start
> JBoss and
> see
Hello,
I've read the many posts about the advantages of JINI for clustering in the
ML. Clustering being mainly provided by leasing (i.e. membership + failure
detection). So JINI is good for working in a cooperative environment where
some services ask for other services in a quite loosely coupled
That is just a debug msg indicating that the class does not have a local
home
interface defined.
The only component I see failing to start is Jetty. I can start JBoss and
see all
of the normal JMS stuff in JNDI and the mdb test is working:
testsuite 1007>./build.sh -Dtest=mdb test
Searching for
Bill,
When you get to coding this, send me an email. I already have an attribute
in the cmp config file for this. I think there should be one place to mark
the entire entity as read-only. I haven't been following this discussion,
but I think I understand why we need to move the declaration up to
The Davis project is an effort by the Jini(TM) technology project team at
Sun Microsystems to address the need for a Jini technology security
architecture, as well as to contribute other improvements to Jini
technology, as time and resources permit. The Davis project will ultimately
result in a Ji
Hi,
I am looking at the problems with the testsuite - in particular the
cts tests/BmpTest.
The main problem is that jbossmq does not start - same error as
yesterday - circular class loading - which means that any JMS related
test fails. Does it start for anyone else? See http://lubega.com
and
User: kimptoc
Date: 01/09/07 05:30:23
Modified:src/main/org/jboss/test/cts/test BmpTest.java
Log:
ignored errors in tearDown as this was hiding the real problem
Revision ChangesPath
1.5 +10 -7 jbosstest/src/main/org/jboss/test/cts/test/BmpTest.java
Index:
>>> I read the FAQ ++ - and was impressed by the "copy" - but - since I was then
>>> looking at a way to have "self-discovery" over geo spatial boundaries, I
>>> ditched JINI ... becouse of its bradcast nature ...
>> If you want Jini discovery over large distances (=multiple subnets),
>> simply u
on 1-09-07 12.31, Rickard Öberg at [EMAIL PROTECTED] wrote:
> If you want Jini discovery over large distances (=multiple subnets),
> simply use a bridge.
A dynamic bridge ???
/peter_f
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://list
User: kimptoc
Date: 01/09/07 03:43:19
Modified:src/main/org/jboss/test LoginModulesTest.java
NestableGroupTest.java NestablePrincipalTest.java
SRPProtocolTest.java SecurityPolicyParserTest.java
TestJCE.java TestPro
Peter Fagerlund wrote:
> > Oh please. Jini is also open: you get the code, you can distribute your
> > apps, you can distribute the Jini binary, etc.
>
> Then maybe We could buy a copy of JDMK and use SNMP ? ... JDMK also gives
> You the code - you can distribute your apps - you can distribute th
User: kimptoc
Date: 01/09/07 03:26:44
Modified:src/main/org/jboss/test/security/test TestEJBSpec.java
TestLoginContext.java TestPermissionName.java
TestProjRepository.java
Log:
fixed deprecation warnings
Revision ChangesPath
User: kimptoc
Date: 01/09/07 03:26:44
Modified:src/main/org/jboss/test/testbean/test Main.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.11 +49 -49jbosstest/src/main/org/jboss/test/testbean/test/Main.java
Index: Main.java
===
User: kimptoc
Date: 01/09/07 03:26:43
Modified:src/main/org/jboss/test/cts/test BmpTest.java Main.java
StatefulSessionTest.java StatelessSessionTest.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.4 +30 -30jbosstest/src/main
User: kimptoc
Date: 01/09/07 03:26:43
Modified:src/main/org/jboss/test/jrmp/test TestDynLoading.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.5 +2 -2 jbosstest/src/main/org/jboss/test/jrmp/test/TestDynLoading.java
Index: TestDynLoading.java
User: kimptoc
Date: 01/09/07 03:26:43
Modified:src/main/org/jboss/test/jmsra/test RaTest.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.7 +2 -2 jbosstest/src/main/org/jboss/test/jmsra/test/RaTest.java
Index: RaTest.java
===
User: kimptoc
Date: 01/09/07 03:26:43
Modified:src/main/org/jboss/test/jmx/test
TestConnectionFactoryLoader.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.3 +8 -8
jbosstest/src/main/org/jboss/test/jmx/test/TestConnectionF
User: kimptoc
Date: 01/09/07 03:26:44
Modified:src/main/org/jboss/test/mdb/test Main.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.10 +2 -2 jbosstest/src/main/org/jboss/test/mdb/test/Main.java
Index: Main.java
=
User: kimptoc
Date: 01/09/07 03:26:45
Modified:src/main/org/jboss/test/threading/mbean Threads.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.4 +2 -2 jbosstest/src/main/org/jboss/test/threading/mbean/Threads.java
Index: Threads.java
==
User: kimptoc
Date: 01/09/07 03:26:43
Modified:src/main/org/jboss/test/jbossmq/test TestSelectorParser.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.2 +12 -12
jbosstest/src/main/org/jboss/test/jbossmq/test/TestSelectorParser.java
Index: Test
User: kimptoc
Date: 01/09/07 03:26:44
Modified:src/main/org/jboss/test/lock/test EnterpriseEntityTest.java
TestSpin.java
Log:
fixed deprecation warnings
Revision ChangesPath
1.3 +2 -2
jbosstest/src/main/org/jboss/test/lock/test/Enterp
on 1-09-07 10.31, Rickard Öberg at [EMAIL PROTECTED] wrote:
> Peter Fagerlund wrote:
How does Jini make JBoss a better platform for writing applications?
>>>
>>> Because it makes servers aware of other servers more easily, and
>>> services aware of other services more easily.
>>
>> JINI is
on 1-09-07 11.14, Jason Dillon at [EMAIL PROTECTED] wrote:
> Toasters have nothing todo with it;
Security in JINI ? ...
/peter_f
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Jason Dillon wrote:
> FYI I am not against JavaGroups. I have read up on Jini, found it quite
> meaningful. How does Sun expect it to take off with a restrictive license.
What is restrictive in the license?
> What are the differences between JavaGroups and Jini?
Jini is this:
* Discovery
* Lo
*hit, what the heck am I rambling about... please forgive me.
--jason
On Fri, 7 Sep 2001, Jason Dillon wrote:
> > on 1-09-07 09.42, Rickard Öberg at [EMAIL PROTECTED] wrote:
> >
> > >> How does Jini make JBoss a better platform for writing applications?
> > >
> > > Because it makes servers awa
> on 1-09-07 09.42, Rickard Öberg at [EMAIL PROTECTED] wrote:
>
> >> How does Jini make JBoss a better platform for writing applications?
> >
> > Because it makes servers aware of other servers more easily, and
> > services aware of other services more easily.
>
> JINI is broadcast so is JavaGroup
Jason Dillon wrote:
> It can simply be a serializable?
Yes. Any object is ok. An RMI stub *happens* to be one such case, and
most people seem to assume that this is what it *has* to be. Not so.
> How about resource control?
>
> I guess you would implement that at the stub level? If I want a ma
> > The network is the computer, the computer is the network, who cares... java
> > lets you do cool things. Admins across the planet (perhaps beyond) will be
> > greatful for millenia to come. Assuming we can get of the planet before the
> > sun goes red giant =)
>
> Assuming that there will be
Peter Fagerlund wrote:
> >> How does Jini make JBoss a better platform for writing applications?
> >
> > Because it makes servers aware of other servers more easily, and
> > services aware of other services more easily.
>
> JINI is broadcast so is JavaGroups - one is licenced one is open !
Oh pl
on 1-09-07 09.42, Rickard Öberg at [EMAIL PROTECTED] wrote:
>> How does Jini make JBoss a better platform for writing applications?
>
> Because it makes servers aware of other servers more easily, and
> services aware of other services more easily.
JINI is broadcast so is JavaGroups - one is li
Jason Dillon wrote:
> > David Jencks wrote:
> > > I still don't understand how jini and jmx can relate. They seem to me to
> > > be unrelated and non-interoperable implementations of to a large extent the
> > > same functionality (as far as finding stuff, not failure recovery in a
> > > distribut
Bugs item #459443, was opened at 2001-09-07 00:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=459443&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
> > This leads me back to my proposal of generating a collective of servers
> > (yeah, your right, the BORG collective, because each server should know
> > the whole configuration allowing the collective to work even when a
> > member dies or is temporary unavailable IN CONTRAST to the
> > communi
> David Jencks wrote:
> > I still don't understand how jini and jmx can relate. They seem to me to
> > be unrelated and non-interoperable implementations of to a large extent the
> > same functionality (as far as finding stuff, not failure recovery in a
> > distributed environment).
>
> JMX handl
60 matches
Mail list logo
