Feature Requests item #555315, was opened at 2002-05-13 16:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=555315group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to:
Bugs item #555070, was opened at 2002-05-12 20:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=555070group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Dylan van Iersel (dviersel)
Assigned to:
Can someone point me to the spec where it states where in JNDI the JMX RMI
adapter should be bound to.
Currently we are binding to jmx:hostname:rmi which is fine when you are
working with the localhost, but will start to cause problems once used in a
multi-host environment.
For example,
Number of tests run: 755
Successful tests: 742
Errors:12
Failures: 1
[time of test: 13 May 2002 8:6 GMT]
[java.version: 1.3.1_02]
[java.vendor: Sun Microsystems Inc.]
Bugs item #555070, was opened at 2002-05-12 20:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=555070group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Dylan van Iersel (dviersel)
Assigned to:
Number of tests run: 757
Successful tests: 744
Errors:11
Failures: 2
[time of test: 13 May 2002 9:9 GMT]
[java.version: 1.4.0]
[java.vendor: Sun Microsystems Inc.]
Great,
Thanks scott.
F*ck Class.forName()!
CGJ
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 8. Mai 2002 08:49
An: 'Jboss-Development'
Betreff: Re: [JBoss-dev] Anyone doing https in JBoss using jsse ?
This is done in now in the 3.0 and
Bugs item #555381, was opened at 2002-05-13 10:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=555381group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurence Smith (lasmith)
Assigned
Bugs item #555383, was opened at 2002-05-13 10:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=555383group_id=22866
Category: Build System
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ernst de Haan (znerd)
Assigned to:
Cuurent cvs version of JBoss3.1.0alpha produces this error on start
up:
DEBUG [org.jboss.deployment.MainDeployer] found 0 subpackages of
file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml
DEBUG [org.jboss.deployment.MainDeployer] Watching new file:
Bugs item #555383, was opened at 2002-05-13 03:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=555383group_id=22866
Category: Build System
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ernst de Haan (znerd)
Assigned to:
Bugs item #554653, was opened at 2002-05-10 14:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=554653group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Out of Date
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Hi Alex
I will move this message to DEBUG level because it is only indicating
that the JSR-77 server module is not available then (this is because the
MBean is not created then).
Andy
- Original Message -
From: Alex Loubyansky [EMAIL PROTECTED]
To: JBoss-Dev [EMAIL PROTECTED]
Sent:
I think that you can just default it to jmx:rmi and give allow the location
of the bind to be configurable.
So when you have 2 jmx servers using the same JNDI service, then that
problem is solved by having second jmx server can bind to something like
server2/jmx:rmi
Regards,
Hiram
From:
Hi Hiram
I think that you can just default it to jmx:rmi and give allow the
location
of the bind to be configurable.
So when you have 2 jmx servers using the same JNDI service, then that
problem is solved by having second jmx server can bind to something like
server2/jmx:rmi
But how to
Hi Jason
Can someone point me to the spec where it states where in JNDI the JMX RMI
adapter should be bound to.
Because otherwise no client can find the JMX RMI-Adapter except for the
local
client.
Currently we are binding to jmx:hostname:rmi which is fine when you
are
working with the
From: Andreas Schaefer [EMAIL PROTECTED]
To: Hiram Chirino [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JMX RMI Adapter JNDI binding
Date: Mon, 13 May 2002 08:26:36 -0700
Hi Hiram
I think that you can just default it to jmx:rmi and give allow the
On Sun, 12 May 2002, Jason Dillon wrote:
Currently we are binding to jmx:hostname:rmi which is fine when you are
working with the localhost, but will start to cause problems once used in a
multi-host environment.
...
So for a client on a remote host to correctly make use of the deployer.sh
I added two beans to test the run-as identity propagation and
deployed a sample ear to the j2ee1.3_01 reference implementation and
setup the CallerBean to invoke the CalleeBean with the ejb-jar.xml
descriptor shown below. The ri behavior differs in 2 ways from our
current
Hi David.
That file is in fact present in my build directory. So why it is being ignored, I
have no idea. I am using the ALL target for the moment due to
some patches that I have put in. I need to rebuild the Jetty library. Is there a
target that would just build the JBoss server (all
On 2002.05.13 12:34:32 -0400 Stephen Davidson wrote:
Hi David.
That file is in fact present in my build directory. So why it is being
ignored, I have no idea.
I noticed I have a xml/catalog file in my home directory. Possibly this is
helping ant resolve the dtd?? I have a permanent
You can give the testsuite a .ant.properties file overriding the
servername. I've got a config that I use to run marathon on my laptop
against my 'big' machine at home. I can send this out this evening, if
anyone is interested. Unfortunately I don't have that stuff with me
right now.
As far
Bugs item #56, was opened at 2002-05-13 11:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=56group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff DeLong (jeffdelong)
Assigned to:
Hello!
After a lot of help from Chris Kimpton (many thanks), I've setup and run the
tests over JBoss Branch_3_0 on a HP-UX U 9000/800 with the B11.00 OS version
and using JDK 1.3.1.02.
JBoss code was from a CVS checkout from (+/-) 2002/05/13 01h00a.m. GMT.
I'll try to run this tests more
Andreas Schaefer wrote:
Currently we are looking into using XSLT to
convert the vendor specific DDs to JBoss specific
DDs.
We are going to need more then XSLT, but it may work well for a first phase.
Challanges are:
- WL CMP mapping
I can help with advice on this, but won't have time
Bugs item #56, was opened at 2002-05-13 11:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=56group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff DeLong (jeffdelong)
Assigned to:
Hi Geeks
I am trying to create a BEA Weblogic emulator therefore
that a BEA Weblogic client can drop its JAR/WAR/EAR
(before running it through ejbc) in JBoss and it would
deploy like a JBoss archive.
Imagine a developer can go to his/her boss and show
him/her that their developed application
Might it not make more sense to make a tool to extract the contents of the
jars,
modify them to run on jboss, and produce a new jboss compatible jar? That
way the
jboss code base wont get bogged down with a load of stuff a lot of users
will never
go near. (don't take it as a criticism, the idea
Hi Sean
Might it not make more sense to make a tool to extract the contents of the
jars,
modify them to run on jboss, and produce a new jboss compatible jar? That
way the
jboss code base wont get bogged down with a load of stuff a lot of users
will never
go near. (don't take it as a
As I see it, most of the work needs to be at deploy time, converting
and processing the WL specific XML config files. If that's the case,
then a few extra seconds (minute?) to start up isn't a great price to
pay for the convenience. Any additional adaptor classes could sit
inside a deploy time
Won't it make development for WL more preferable?
AS Hi Geeks
AS I am trying to create a BEA Weblogic emulator therefore
AS that a BEA Weblogic client can drop its JAR/WAR/EAR
AS (before running it through ejbc) in JBoss and it would
AS deploy like a JBoss archive.
AS Imagine a developer can
Hi Alex
Won't it make development for WL more preferable?
I don't think so. I think this tool is our second chance.
After a stupid manager decide to use WL just because
to protect his job we can go during or after development
and show him in seconds that this works with JBoss the
same way.
On man, 2002-05-13 at 18:42, Andreas Schaefer wrote:
Hi Alex
Won't it make development for WL more preferable?
I don't think so. I think this tool is our second chance.
After a stupid manager decide to use WL just because
to protect his job we can go during or after development
and
Andreas,
Your idea is excellent. Furthermore, thanks to pluggable deployer, anyone
that doesn't need it can remove this WL deployer (or anyone that needs it
can add it...). I think that the biggest difficulties will be:
- stay in synch with WL deployment descriptor evolution (the same
Hi Geeks
That is my last post to User-List so everyone
interested in creating a WL-emulator please
register (if not already done) to the developer-list
(see www.sf.net/projects/jboss).
Design ideas:
- JBoss deployer (not quite sure yet which one)
figures out that this is not a JBoss
Sacha Labourey wrote:
Andreas,
Your idea is excellent. Furthermore, thanks to pluggable deployer, anyone
that doesn't need it can remove this WL deployer (or anyone that needs it
can add it...). I think that the biggest difficulties will be:
- stay in synch with WL deployment
Will it be possible to set up a CVS get + build + tests on HPUX, as
Chris has done for Linux?
thanks for your efforts,
danch
Duarte Loreto wrote:
Hello!
After a lot of help from Chris Kimpton (many thanks), I've setup and run
the tests over JBoss Branch_3_0 on a HP-UX U 9000/800 with
Number of tests run: 750
Successful tests: 735
Errors:4
Failures: 11
[time of test: 14 May 2002 1:2 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
Begin forwarded message:
Hi All,
I think I have found a bug when specifying your own finder method with EJB QL and Oracle.
The problem is that in EJB QL any comparisons to a boolean field must be made using the keywords TRUE or FALSE. When I do this I get an exception come back fromOracle
This is a user question, please repost to the users list or in the db
forum, and I will help you there.
-dain
Stephen Coy wrote:
Begin forwarded message:
Hi All,
I think I have found a bug when specifying your own finder method with
EJB QL and Oracle.
The problem is that in
Number of tests run: 757
Successful tests: 745
Errors:11
Failures: 1
[time of test: 14 May 2002 3:19 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux
Bugs item #56, was opened at 2002-05-13 11:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=56group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff DeLong (jeffdelong)
Assigned to:
Number of tests run: 757
Successful tests: 753
Errors:3
Failures: 1
[time of test: 14 May 2002 4:45 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux
Bugs item #549415, was opened at 2002-04-27 02:48
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=549415group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Dirk Bogun (dshogun)
Assigned to:
Bugs item #550574, was opened at 2002-04-30 05:31
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=550574group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: reyntjens (d_reyntjens)
Assigned
Bugs item #551102, was opened at 2002-05-01 13:05
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=551102group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned
Bugs item #553916, was opened at 2002-05-08 16:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=553916group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rm (tols)
Assigned to: Dain Sundstrom
Number of tests run: 757
Successful tests: 745
Errors:11
Failures: 1
[time of test: 14 May 2002 6:25 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun Microsystems
Bugs item #56, was opened at 2002-05-13 12:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=56group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff DeLong (jeffdelong)
Assigned to:
Bugs item #550606, was opened at 2002-04-30 08:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=550606group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Daniel Moos (moosi_1978)
Assigned
Bugs item #555764, was opened at 2002-05-14 16:07
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=555764group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to:
51 matches
Mail list logo