Hi Geeks
Finally my laziness won and I took the piece of work to
change the Quick Start Guide do import the chapters
and appendixes instead of copying them manually into.
So all the documents have to be changed because the
now have to carry the chapter box on the right hand
side. But on the othe
Ok, I'll look at it soon.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, August 31, 2002 5:55 PM
Subject: Re: [JBoss-dev] Verifie
Number of tests run: 926
Successful tests: 851
Errors:70
Failures: 5
[time of test: 31 August 2002 18:8 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
Number of tests run: 887
Successful tests: 856
Errors:27
Failures: 4
[time of test: 1 September 2002 2:3 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun Microsystems I
Try the exception test in 3.2. It looks to me as if the verifier is
preventing deployment due to these warnings/errors. We need to change
either the verifier or the test, or possibly the dtd for the ejb-jar???
thanks
david jencks
On 2002.08.31 20:05:56 -0400 Scott M Stark wrote:
> It appears t
It appears to be just a warning, and it is valid given that the 2.0 specs says:
18.3.8 Support for deprecated use of java.rmi.RemoteException
The EJB 1.0 specification allowed the business methods, ejbCreate, ejbPostCreate,
ejbFind, ejbRemove, and the container-invoked callbacks (i.e., the metho
The test was added to the 3.0 branch originally. I see this existing
and up to date in the 3.2 and main branches:
interrupt 528>cvs status jboss-service.xml
File: jboss-service.xml Status: Up-to-date
Working revision:1.2
Repository revision: 1.2
/cvsroot/jboss/jbosstest/src/resour
The test was added to the 3.0 branch originally. I see this existing
and up to date in the 3.2 and main branches:
interrupt 528>cvs status jboss-service.xml
File: jboss-service.xml Status: Up-to-date
Working revision:1.2
Repository revision: 1.2
/cvsroot/jboss/jbosstest/src/resour
I had a similar problem yesterday. cvs created CVS folders ...inflow/CVS
and ...inflow/META-INF/CVS but wouldn't let me add META-INF or its
contents. I changed the inflow/CVS/Entries line from D/META-INF// to
D/ and removed inflow/META-INF/CVS and tried again and it worked.
On the other han
Hi,
Has somebody added
testsuite/src/resource/classloader/interrupt/jboss-service.xml
but not committed on Branch_3_2 and HEAD
the file is missing, but cvs won't let me add it?
Regards,
Adrian
_
Chat with friends online, try MSN
David Jencks wrote:
> setUp in the base test case is failing. If you look in
> testsuite/output/reports and find the TESTxml file for one of these, at
> the end there should be the stack trace from setUp.
Ok, found something there.
(my JDK prints system errors using german locale, my transl
setUp in the base test case is failing. If you look in
testsuite/output/reports and find the TESTxml file for one of these, at
the end there should be the stack trace from setUp.
They have a bad design here... if setup fails it still tries to run the
tests...
david jencks
On 2002.08.31 18:
Number of tests run: 932
Successful tests: 924
Errors:2
Failures: 6
[time of test: 31 August 2002 15:14 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
David Jencks wrote:
> That looks very similar to what I started with this morning except that
> none of the objectweb tests failed for me. I don't know what could be
> messing them up.
>
In my case they mostly seem to suffer from NPE, example appended.
enjoy,
michael
> david jencks
>
> On 20
That looks very similar to what I started with this morning except that
none of the objectweb tests failed for me. I don't know what could be
messing them up.
david jencks
On 2002.08.31 17:29:31 -0400 Michael Bartmann wrote:
> David Jencks wrote:
> > I've spent most of the day fixing errors her
Many of the remaining testsuite errors seem to be caused by the verifier
complaining about bean methods that throw RemoteException: for instance
2002-08-31 17:54:42,313 WARN [org.jboss.ejb.EJBDeployer.verifier] EJB spec
violation:
Bean : ExceptionTesterEJB
Method : public abstract void remote
David Jencks wrote:
> I've spent most of the day fixing errors here, but I didn't think I fixed
> that many;-)
>
> Did you update from cvs before this run? I'd guess no since the error
> count is the same as the first message?
>
I did not update nor run after my first posting but I
updated righ
Hi
You are on the wrong list. Please ask these sort of questions
on the http://www.jboss.org/forums on the forum JMX.
This is the JBoss developer list and not user list.
Have fun - Andy
- Original Message -
From: "giridhar g" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, A
I've spent most of the day fixing errors here, but I didn't think I fixed
that many;-)
Did you update from cvs before this run? I'd guess no since the error
count is the same as the first message?
david jencks
On 2002.08.31 16:47:45 -0400 Michael Bartmann wrote:
> Number of tests run: 929
>
Hello all,
I have a class called Infostation that implements a
standard MBean, InfostationMBean.it exposes two read
only attributes belonging to my classes(DeliveryService &
InfostationInfo).when i deploy it as a sar file, it gives the foll in value
field in the browser(http://localhost:8082),
Number of tests run: 929
Successful tests: 568
Errors:335
Failures: 26
[time of test: 31 August 2002 13:0 GMT]
[java.version: 1.3.1_04]
[java.vendor: Sun Microsystems I
I have tracked this down to an invalidate manifest header in the org.mortbay.jetty.jar:
Manifest-Version: 1.0
MortBay-StandAlone-MortBay-StandAlone-MortBay-StandAlone-MortBay-Stand
Alone-Class-Path: javax.servlet.jar org.apache.jasper.jar ../ext/com.
sun.net.ssl.jar
Sealed: true
I am seeing th
Bugs item #602889, was opened at 2002-08-31 17:50
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=602889&group_id=22866
>Category: JBossCX
>Group: CVS HEAD
>Status: Deleted
>Resolution: Invalid
Priority: 5
Submitted By: Rafal Piotrowski (sonofseven)
>Ass
Bugs item #602889, was opened at 2002-08-31 19:50
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=602889&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Rafal Piotrowski (sonofseven)
Assigned to: Nobody/A
On 2002.08.31 12:30:06 -0400 Dain Sundstrom wrote:
> David Jencks wrote:
> > 4. The ejb deployment system appears to parse the entire
> jbosscmp-jdbc.xml
> > file for each ejb, and match up the listed fields with those declared
> in
> > ejb-jar.xml for the entire file each time. Therefore, if the
I just reran and got the following. What is the info from the
testsuite/output/reports/test/TESTS-TestSuites.txt file?
Total time: 114 minutes 13 seconds
Number of tests run: 926
Successful tests: 779
Errors:141
Failures:
David Jencks wrote:
> 4. The ejb deployment system appears to parse the entire jbosscmp-jdbc.xml
> file for each ejb, and match up the listed fields with those declared in
> ejb-jar.xml for the entire file each time. Therefore, if there is an error
> in one ejb config, all ejb's can't be processe
Jetty is broken in the current 3.0 branch.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
> Checking the WebIntegrationUnitTestCase at the moment, or was this
> already broken?
>
> Regards,
> Adrian
---
The answer is we don't.
If the resource is not in a unique location, a global search is
not preditable. I should have said more consistent.
You are correct, removal would cause an inconsistency, unless the
resource->url cache also remembers the classloader.
I'll add this check and commit it.
Ch
Ok, so you talking about another caching scheme based on a resource to url mapping.
Your right this should be more efficient, but I don't see how this gives a more
predictable
result for non-unique resources. Its still a random selection depending on the server
config and is a dynamic function of
Running the default config in a clean build of the 3.0 branch fails to start Jetty.
Please
fix this:
bin 257>run.sh
JBoss Bootstrap Environment
JBOSS_HOME: C:\usr\JBoss3.0\jboss-all\build\output\jboss-3.0.3RC
Efficieny
-
What does resource->classloader map give over resource->url?
If the resource is unique they give the same result, the second
more efficiently.
Non unique non-local resource
-
If the resource is not unique, at least the resource->url gives
predictab
Bugs item #602828, was opened at 2002-08-31 05:39
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=602828&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to:
Hi,
2 hour ago I got a fresh CVS update from Branch_3_2.
Using Linux JDK 1.3.1_04 under Linux 2.4.19 on a
2100 Athlon:
- it compiled fine
- it ran the testsuite with
929 test, 26 failures and 335 errors
- it took 74 minutes to run the testsuite.
Is this expected behaviour?
I know about the D
Bugs item #547831, was opened at 2002-04-23 16:17
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=547831&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Remind
Priority: 5
Submitted By: Randy Dey-Toth (rdeytoth)
Assigne
Bugs item #602587, was opened at 2002-08-30 21:38
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=602587&group_id=22866
Category: CatalinaBundle
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nick Coleman (mystafer)
Assigned to: Scot
36 matches
Mail list logo
