Bugs item #634990, was opened at 2002-11-07 16:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=634990&group_id=22866
Category: JBossMX
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Yuriy Khabarov (thundcat)
>Assigned to: Juha
Bugs item #634286, was opened at 2002-11-06 02:43
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=634286&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ole Husgaard (sparre)
Assigned to: Bill Burke
+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 (shi
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]
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 f
Bugs item #631335, was opened at 2002-10-30 16:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=631335&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
>Status: Closed
>Resolution: Works For Me
Priority: 9
Submitted By: John Shi (johnshi)
Assigned
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 Sc
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 Develope
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
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 atte
Scott,
> starksm@ironmaiden[lib] 519>jar -tf wsdl4j.jar | grep QName
> com/ibm/wsdl/util/xml/QNameUtils.class
> javax/xml/namespace/QName.class
> starksm@ironmaiden[lib] 520>serialver -classpath wsdl4j.jar
javax.xml.namespace.QName
> javax.xml.namespace.QName:static final long serialVersionUID
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 QNam
=
==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 E
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 [Serve
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\
> LocalPrepared
> 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, tha
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: i
Bugs item #631335, was opened at 2002-10-31 00:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=631335&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 9
Submitted By: John Shi (johnshi)
Assigned to: Bill Bu
[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@
^
C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter
=
==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
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.]
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=
>
===
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
=
==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, Standar
=
==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
=
==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
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, L
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 ...
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 fo
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 14:10:51
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 servi
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 wh
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 ...
http://www.jboss.org/j2ee/dtd/jboss_xmbean_1_0.dtd";>
I may not get to this for a while
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 Pa
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
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 deploymen
Bugs item #634591, was opened at 2002-11-06 19:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=634591&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: ryan sonnek (wireframe6464)
Assigned to:
Bugs item #634990, was opened at 2002-11-07 14:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=634990&group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Yuriy Khabarov (thundcat)
Assigned to: Nobody/Ano
=
==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 E
Bugs item #634960, was opened at 2002-11-07 14:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=634960&group_id=22866
Category: Clustering
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Lothar Egger (lviz)
Assigned to: Nobody/Anonym
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
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
=
==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 E
Bugs item #634591, was opened at 2002-11-06 20:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=634591&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: ryan sonnek (wireframe6464)
Assigned to:
Bugs item #634910, was opened at 2002-11-07 13:03
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=634910&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Alexei Yudichev (sflexus)
Assigned t
Bugs item #631335, was opened at 2002-10-31 01:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=631335&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 9
Submitted By: John Shi (johnshi)
Assigned to: Bill Bu
=
==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 E
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
48 matches
Mail list logo
