Bugs item #602587, was opened at 2002-08-30 21:38
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=602587group_id=22866
Category: CatalinaBundle
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nick Coleman (mystafer)
Assigned to: Scott
Bugs item #547831, was opened at 2002-04-23 16:17
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=547831group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Remind
Priority: 5
Submitted By: Randy Dey-Toth (rdeytoth)
Assigned
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
Bugs item #602828, was opened at 2002-08-31 05:39
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=602828group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to:
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
predictable
Running the default config in a clean build of the 3.0 branch fails to start Jetty.
Please
fix this:
bin 257run.sh
JBoss Bootstrap Environment
JBOSS_HOME:
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
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.
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
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 processed.
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:
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 there is an
Bugs item #602889, was opened at 2002-08-31 19:50
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=602889group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Rafal Piotrowski (sonofseven)
Assigned to:
Bugs item #602889, was opened at 2002-08-31 17:50
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=602889group_id=22866
Category: JBossCX
Group: CVS HEAD
Status: Deleted
Resolution: Invalid
Priority: 5
Submitted By: Rafal Piotrowski (sonofseven)
Assigned
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
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
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),
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
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, August
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 right
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
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 here,
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.]
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
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
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
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
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 528cvs status jboss-service.xml
File: jboss-service.xml Status: Up-to-date
Working revision:1.2
Repository revision: 1.2
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 528cvs status jboss-service.xml
File: jboss-service.xml Status: Up-to-date
Working revision:1.2
Repository revision: 1.2
It appears to be just a warning, and it is valid given that the 2.0 specs says:
ejb-2.0 spec
18.3.8 Support for deprecated use of java.rmi.RemoteException
The EJB 1.0 specification allowed the business methods, ejbCreate, ejbPostCreate,
ejbFindMETHOD, ejbRemove, and the container-invoked
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
31 matches
Mail list logo