Hi,
About 2 hours including the time-outs. That machine is
seriously short of memory :-(
Oh - I just ran it on a more powerful/less busy box and it ran to
completion.
I'll look to move the testing onto that box - but for now it will
just be the hourly compiles running.
Thanks,
Chris
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
Bugs item #631335, was opened at 2002-10-31 01:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 9
Submitted By: John Shi (johnshi)
Assigned to: Bill
Bugs item #634910, was opened at 2002-11-07 13:03
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634910group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Alexei Yudichev (sflexus)
Assigned to:
Bugs item #634591, was opened at 2002-11-06 20:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634591group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: ryan sonnek (wireframe6464)
Assigned to:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
It's an *ant* script. Nothing fancy, though, just a bunch of targets
that move stuff from all to your new config and modify *-sevice.xml
files if needed using ant's replace task. I'll check it in today.
Bill Burke wrote:
Yes that is a great idea. What kind of script? sh, perl, python, java,
I meant to say ant's *buildfile*. Sorry for confusion.
Igor Fedorenko wrote:
It's an *ant* script. Nothing fancy, though, just a bunch of targets
that move stuff from all to your new config and modify *-sevice.xml
files if needed using ant's replace task. I'll check it in today.
Bill Burke
Bugs item #634960, was opened at 2002-11-07 14:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634960group_id=22866
Category: Clustering
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Lothar Egger (lviz)
Assigned to:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
Bugs item #634990, was opened at 2002-11-07 14:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634990group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Yuriy Khabarov (thundcat)
Assigned to:
Bugs item #634591, was opened at 2002-11-06 19:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634591group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: ryan sonnek (wireframe6464)
Assigned to:
WTF - I am trying to test stuff an my invocation looks like :
18:02:40,640 INFO [MainDeployer] Starting deployment of package:
file:/Users/pf/jboss-head/build/output/jboss-4.0.0alpha/server/default/
deploy/mbean-info-db-service.xml
18:02:40,657 INFO [SARDeployer] looking for nested
Peter,
WTF - I am trying to test stuff an my invocation looks like :
AFAIK, there are no server resources that depend on this MBean, so just
delete it if you don't like the error message.
\ ? is bad stuff - get a real OS ...
Po-tay-toes, po-tah-toes. What's real, anyway? :)
Perhaps
BUILD FAILED
file:/Users/pf/jboss-head/security/../tools/etc/buildfragments/
targets.ent:215: /Users/pf/jboss-head/security/output/gen/classes not
found.
Total time: 2 minutes 21 seconds
---
This sf.net email is sponsored by: See the NEW
torsdagen den 7 november 2002 kl 19.32 skrev Matt Munz:
\ ? is bad stuff - get a real OS ...
Po-tay-toes, po-tah-toes. What's real, anyway? :)
true - only on mushrooms one se real in this age ...
!DOCTYPE mbean PUBLIC -//JBoss//DTD JBOSS XMBEAN 1.0//EN
it is so ... hmmm ... it is so buildmagic !
;-)
Could We not make a ant task that checks for modified timestamps of the
files in the testsuite folder - store ( like in hsqldb running in the
jboss instance You are about to test against ... hmmm ... or file ) -
and then only compile changed
Peter,
I will try ... but that is kind of a waste of bandwith ;-) ... and I
would feel more comfortable using a ssh tunnel then.
DTD URIs are supposed to be cached and accessed offline. Typically, they do
not point to an actual document. I am surprised that there is actually a
server
I'm not sure it is rebuilding anything, but there is a lot to check. there
have been some suggestions to build the testsuite directory by directory,
but no one has stepped up to the task yet.
do you know about -Dnojars=true which skips directly to the tests?
david jencks
On 2002.11.07
torsdagen den 7 november 2002 kl 20.24 skrev Matt Munz:
It would be poor design to
require access to this site for correct server operation.
Yes - when using sf.net ssh one should be free of this !
Then again for the Dash-O-Pro optimized online-CD Distros it a cool
way of stats colecting for
torsdagen den 7 november 2002 kl 20.41 skrev David Jencks:
do you know about -Dnojars=true which skips directly to the tests?
I do now ! ... will try ... and wait for the cheese helmet ( read : a
clean ant build system ) with integrated preprocessor (XDoclet)
documentation auto updates ...
Well apparently the closure of the referenced object graph is including
QName due to an object holding onto an XML element or the like, and
the client and server don't agree on the definition of javax.xml.namespace.QName.
Scott Stark
Chief Technology Officer
JBoss Group,
=
==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, Standard
=
==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, Standard
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.1_01
Java(TM) 2 Runtime Environment, Standard
Scott,
Please excuse my ignorance of the details of RMI...
Well apparently the closure of the referenced object graph is including
QName due to an object holding onto an XML element or the like, and
the client and server don't agree on the definition of
javax.xml.namespace.QName.
Is this
Oops - didn't mean for these messages to go to the list - please
ignore...
Chris
--- [EMAIL PROTECTED] wrote:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR
DETAILS=
Number of tests run: 992
Successful tests: 987
Errors:5
Failures: 0
[time of test: 7 November 2002 12:45 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
=
==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, Standard
[javac] Compiling 61 source files to
C:\jboss\jboss-3.2\connector\output\classes
C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\
LocalPreparedStatement.java:190: illegal cha
racter: \64
@JDK1.4START@
^
Bugs item #631335, was opened at 2002-10-31 00:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 9
Submitted By: John Shi (johnshi)
Assigned to: Bill
I never noticed these tags before...
but 3.2 compiled for me (on linux) using jdk1.3.1_06.
[javac] Compiling 61 source files to
C:\jboss\jboss-3.2\connector\output\classes
C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\
LocalPreparedStatement.java:190:
Is this the object graph on the server side? In other words, the response
object graph?
Its the object being unmarshalled in the client vm that originated from the server.
The response object is really just a glorified Vector of Strings. Now it is
possible, perhaps, but unlikely, that
Sorry, I missed removing a couple of obsolete files.
david jencks
On 2002.11.07 16:29:46 -0500 Bill Burke wrote:
[javac] Compiling 61 source files to
C:\jboss\jboss-3.2\connector\output\classes
C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.1_01
Java(TM) 2 Runtime Environment, Standard
Hi all,
For unit tests, I thought the RMI adaptor might be easier than JMX-NET.
Unfortunately, I've been running into some snags...
When I try to message an MBean, that takes a Vector parameter, over the
RMI adaptor, I get the exception below. What is confusing to me is that I
don't use
Scott,
starksm@ironmaiden[lib] 519jar -tf wsdl4j.jar | grep QName
com/ibm/wsdl/util/xml/QNameUtils.class
javax/xml/namespace/QName.class
starksm@ironmaiden[lib] 520serialver -classpath wsdl4j.jar
javax.xml.namespace.QName
javax.xml.namespace.QName:static final long serialVersionUID
=
Hi all,
P. 53 of the JBoss Admin manual refers to
~/jmx-console.war/WEB-INF/jboss-web.xml. I am, however, unable to find this
file in the head version. Following all of the other instructions results
in a basic authentication dialog that allows any username/password
combination. Should I
main is lagging the more stable branches for production enhancements. Look
to 3.0 for the changed and migrate to main or use it as guide.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Matt Munz [EMAIL
I pasted the code for jboss-web.xml into a new file with that name, and it
automagically worked...
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Matt
Munz
Sent: Thursday, November 07, 2002 8:28 PM
To: JBoss
Scott,
Thanks again.
Just to make sure I have it right -- 3.0 has features that 4.0 doesn't? I
suppose this is a result of bug fixes not making it upstream...
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of
Bugs item #631335, was opened at 2002-10-30 16:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Closed
Resolution: Works For Me
Priority: 9
Submitted By: John Shi (johnshi)
Assigned to:
Why don't we require jmx on the client side?
I bet it takes almost no memory and it has a small jar size. If do
require it on the client side, we can reuse all the services we are
building on the server, like a jcache mbean. It would also simply
server to client messages, which will be used
Correct. Bug fixes and production enhancements from me go from
stable to unstable branches as my focus is production releases.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Matt Munz [EMAIL PROTECTED]
+1000
This will greatly simplify many things, such as the trunk invoker client.
I'd like to suggest that we also consider basing UserTransaction on a
transaction manager instance on the client: this would allow
UserTransaction to use the same propagation mechanism as distributed
transactions
Bugs item #634286, was opened at 2002-11-06 02:43
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634286group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ole Husgaard (sparre)
Assigned to: Bill Burke
Bugs item #634990, was opened at 2002-11-07 16:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634990group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Yuriy Khabarov (thundcat)
Assigned to: Juha
Yes it is ...
Q: why
A: donow ... just one of those those things that might help in hsqldb
versioning debugging ...
later u all ...
PS:
***
build is most test is run in testsuit/build.sh tests
***
21:43:46,200 INFO [ServerInfo] Java version: 1.3.1,Apple Computer, Inc.
21:43:46,203 INFO
48 matches
Mail list logo
