On 5 Mar, David Jencks wrote:
> I can't reproduce this with a clean checkout.
> build/build.sh
> build/build.sh clean
> build/build.sh
Sorry, had to go to sleep.
cd build
sh build.sh
sh build.sh
It only works if you do build.sh clean, but not when you build
incrementally, which is neccesary t
>
>
>So you want to have an interface floating around even it is only used for
>this MBeanProxy ?
>
In short yes. I would rather have calls like
serviceController.create(objectName);
over
server.invoke(controllerName,
new Object[] { objectName },
new
Hi Jason
> >Two things:
> >1) I encounter the MBeanProxy (jmx/src/main/org/jboss/mx/util)
> >in AbstractDeploymentScanner. Because maybe we are going
> >towards XMBean (ModelMBeans) this will not work anymore
> >because there is not Interface with XMBeans. Shouldn't we
> >mark the MBeanProxy as d
Shit. This is so fucking simple. You just don't get it.
If you want to let folks implement http scanning or another type of
scanning, they will basically need this to keep from having to duplicate
it all... and the bugs that come with it.
If you want to combine them all into one... be my gue
Andreas Schaefer wrote:
>Hi Geeks
>
>Two things:
>1) I encounter the MBeanProxy (jmx/src/main/org/jboss/mx/util)
>in AbstractDeploymentScanner. Because maybe we are going
>towards XMBean (ModelMBeans) this will not work anymore
>because there is not Interface with XMBeans. Shouldn't we
>mark the
|2) The AbstractDeploymentScanner is fixed linked with Main-
|DeployerMBean and therefore I cannot use it for the Farm
|anymore. Shouldn't it be an attribute which can be set from
|outsite therefore another deployer than MainDeployer can
|be used ?
Oh no... You have just given Jason an excuse to
Thanks kudos to you my friend.
Newbie spanking time
Adrian, in my office
"do as I say, not as I do"
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dain
|Sundstrom
|Sent: Tuesday, March 05, 2002 8:57 PM
|To: Jboss-Development@Lists. Sourcef
Hi Geeks
Two things:
1) I encounter the MBeanProxy (jmx/src/main/org/jboss/mx/util)
in AbstractDeploymentScanner. Because maybe we are going
towards XMBean (ModelMBeans) this will not work anymore
because there is not Interface with XMBeans. Shouldn't we
mark the MBeanProxy as deprecated ?
2) Th
Fixed it. The create patched was keyed to always return remote
objects. Once I opened the correct class it was obvious.
In the future, please run the testsuite before committing changes,
especially changes to the core of the server.
-dain
Dain Sundstrom wrote:
> It appears the the create p
User: d_jencks
Date: 02/03/05 20:44:21
Modified:.build.xml
Log:
added jboss_xmbean_1_0.dtd to pulled dtds
Revision ChangesPath
1.5 +5 -2 website-snapshots/build.xml
Index: build.xml
===
User: dsundstrom
Date: 02/03/05 20:42:57
Modified:src/main/org/jboss/ejb EntityContainer.java
Log:
Fixed bug where create of an EJB 2.0 entity was always returning remote
objects. The create method mapping was keyed to createHome even for
local home methods.
Revision Chan
JBoss daily test results
SUMMARY
Number of tests run: 506
Successful tests: 475
Errors:27
Failures: 4
[time of test: 6 March 2002 4:24 GMT]
[java.version: 1.3.1
JBoss daily test results
SUMMARY
Number of tests run: 506
Successful tests: 475
Errors:27
Failures: 4
[time of test: 6 March 2002 3:38 GMT]
[java.version: 1.3.1
It appears the the create patch has broken create for CMP 2
entities. Now create always returns null. Was the testsuite run before
this patch was committed?
I'll see if I can fix it.
-dain
Dain Sundstrom wrote:
> I'm looking into it.
>
> -dain
>
> Scott M Stark wrote:
>
>> All of the n
I'm looking into it.
-dain
Scott M Stark wrote:
> All of the new errors are in the org.jboss.test.cmp2.relationship package,
> and all are NPEs in the unit test code. One example stack trace is:
>
> N/A
>
> java.lang.NullPointerException
> at
> org.jboss.test.cmp2.relationship.oneToOneBidirec
JBoss daily test results
SUMMARY
Number of tests run: 506
Successful tests: 475
Errors:27
Failures: 4
[time of test: 6 March 2002 2:45 GMT]
[java.version: 1.3.1
All of the new errors are in the org.jboss.test.cmp2.relationship package,
and all are NPEs in the unit test code. One example stack trace is:
N/A
java.lang.NullPointerException
at
org.jboss.test.cmp2.relationship.oneToOneBidirectional.ABTest.beforeChange(A
BTest.java:85)
at
org.jboss.test.cmp2.
Adrian or David,
ok I know I am on shaky grounds to raise a flag (heck I broke the build for
a week) but it seems that one of your builds just broke the tests and we
have 20 more testst that fail since yesterday.
Can you guys double check with the testsuite?
marcf
JBoss daily test results
SUMMARY
Number of tests run: 506
Successful tests: 475
Errors:27
Failures: 4
[time of test: 6 March 2002 1:45 GMT]
[java.version: 1.3.1
User: schaefera
Date: 02/03/05 17:07:47
Modified:src/main/org/jboss/management/j2ee J2EEDeployedObject.java
J2EEServer.java
Added: src/main/org/jboss/management/j2ee J2EEDomainTarget.java
JCAConnectionFactory.java
User: schaefera
Date: 02/03/05 17:07:46
Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java
ConnectionManagerFactoryLoader.java
RARDeployer.java
Log:
Added some new JSR-77 components written by Scott McLaughlin adding
J
User: schaefera
Date: 02/03/05 17:07:50
Modified:varia/src/main/org/jboss/mail MailService.java
Log:
Added some new JSR-77 components written by Scott McLaughlin adding
JCA, JMS and ResourceAdaptor as JSR-77 components.
I also added a new test to see how XMBean and the newest ve
JBoss daily test results
SUMMARY
Number of tests run: 506
Successful tests: 474
Errors:27
Failures: 5
[time of test: 6 March 2002 1:7 GMT]
[java.version: 1.3.0]
User: schaefera
Date: 02/03/05 17:07:50
Modified:lib xdoclet.jar
Log:
Added some new JSR-77 components written by Scott McLaughlin adding
JCA, JMS and ResourceAdaptor as JSR-77 components.
I also added a new test to see how XMBean and the newest version of
XDoclet can be
User: schaefera
Date: 02/03/05 17:07:46
Modified:.build.xml
Log:
Added some new JSR-77 components written by Scott McLaughlin adding
JCA, JMS and ResourceAdaptor as JSR-77 components.
I also added a new test to see how XMBean and the newest version of
XDoclet can be us
User: jules_gosnell
Date: 02/03/05 16:36:30
Modified:jettyTODO
Log:
update
Revision ChangesPath
1.14 +11 -6 contrib/jetty/TODO
Index: TODO
===
RCS file: /cvsroot/jboss/contrib/jetty/TOD
User: jules_gosnell
Date: 02/03/05 16:34:34
Modified:jetty/src/main/org/jboss/jetty/util NaiveTimeOutManager.java
Log:
ensure that timeOut() and timeRemaining() are run with the same
ContextClassLoader as TimeOut was registered with.
Revision ChangesPath
1.10 +14
User: jules_gosnell
Date: 02/03/05 16:45:39
Modified:jettyFAQ
Log:
update
Revision ChangesPath
1.3 +59 -4 contrib/jetty/FAQ
Index: FAQ
===
RCS file: /cvsroot/jboss/contrib/jetty/FAQ,v
JBoss daily test results
SUMMARY
Number of tests run: 506
Successful tests: 474
Errors:27
Failures: 5
[time of test: 6 March 2002 0:29 GMT]
[java.version: 1.3.0
Alexander,
Which methods don't get changed?
getRequestURI used to change with a forward, but now does not. This
is according to the spec.
getServletPath and getPathInfo are definitely working for me.
getParameter has always been a little problematic and I would
not be surprized if there was a
+1 (Just did a fresh checkout and built everything with no problems.)
Francisco
On Tue, 5 Mar 2002, David Jencks wrote:
> I can't reproduce this with a clean checkout.
> build/build.sh
> build/build.sh clean
> build/build.sh
>
> all work fine.
> Linux 2.4.16
>
> sun jdk 1.3.1
>
> david jenc
I can't reproduce this with a clean checkout.
build/build.sh
build/build.sh clean
build/build.sh
all work fine.
Linux 2.4.16
sun jdk 1.3.1
david jencks
On 2002.03.05 16:19:01 -0500 Peter Antman wrote:
> Hi,
> a clean checkout from cvs indicates that build is broken.
>
> You van build one, bu
Very odd (I am not seeing this). I will do a checkout and double check
this. What system/ javadoc are you using? Is
tools/etc/xdoclet/templates/mbean-custom.j present? Could you be a little
more clear on exactly what works and what doesn't?
Thanks
david jencks
On 2002.03.05 16:19:01 -0500 Pet
Hi,
a clean checkout from cvs indicates that build is broken.
You van build one, but not more without having to do the complete cycle
(build clean, build):
compile-mbean-sources:
[xdoclet] Generating Javadoc
[xdoclet] Javadoc execution
[xdoclet] Loading source file
/home/pra/src/rw/jboss-
Hehe,
I've found a bug in sourceforge.
I accidently moved this change note to patches and it
won't let me move it back again :-)
Regards,
Adrian
> Change Notes item #526086, was opened at 2002-03-05
> 19:35
> You can respond by visiting:
> http://sourceforge.net/tracker/?func=detail&atid=3811
Change Notes item #526087, was opened at 2002-03-05 19:39
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=526087&group_id=22866
Category: JBossServer
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Adrian Brock (ejort)
Assigned to: Nobody
Change Notes item #526086, was opened at 2002-03-05 19:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=526086&group_id=22866
Category: JBossServer
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Adrian Brock (ejort)
Assigned to: Nobody
Bugs item #493188, was opened at 2001-12-14 06:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=493188&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Henri Chen (henrichen)
Assig
I've commited the changes. I'm going to hang around
for about an hour to make sure the hourly compile
doesn't blow up ;-)
I haven't committed the testsuite changes yet,
depends which version you want.
Regards,
Adrian
> Thanks for the patch Neale, works well.
> Why did you think stateless sess
User: ejort
Date: 02/03/05 10:41:47
Modified:src/main/org/jboss/ejb EntityContainer.java
StatefulSessionContainer.java
Log:
Add support for create
Revision ChangesPath
1.71 +15 -6 jboss/src/main/org/jboss/ejb/EntityContainer.java
User: ejort
Date: 02/03/05 10:44:24
Modified:src/main/org/jboss/verifier/strategy AbstractVerifier.java
EJBVerifier11.java EJBVerifier20.java
VerificationContext.java
Log:
Add support for create and add a warning that the V2 verifie
User: ejort
Date: 02/03/05 10:41:48
Modified:src/main/org/jboss/ejb/plugins BMPPersistenceManager.java
CMPPersistenceManager.java
StatefulSessionFilePersistenceManager.java
Log:
Add support for create
Revision ChangesPath
Hmmm, I think everyone agrees it's a stupid thing to do, I guess they
forgot to state this explicitly in the spec!!
On Tue, Mar 05, 2002 at 11:04:37AM -0600, Adrian Brock wrote:
> It is excluded for stateless beans, at least I read it
> that way. :-)
>
> If you look at the life-cycle diagram i
It is excluded for stateless beans, at least I read it
that way. :-)
If you look at the life-cycle diagram it only mentions
create().
I agree the spec is not very definite. When it talks about Session beans in general it
includes create,
but when it talks about stateless it does not.
Certainly
On Tue, Mar 05, 2002 at 08:07:26AM -0600, Adrian Brock wrote:
> Thanks for the patch Neale, works well.
> Why did you think stateless session beans should
> support create? ;-)
Ooops... I was obviously coding in autopilot mode
Obviously passing args in is probably pointless for SLSB's, the o
Thanks for the patch Neale, works well.
Why did you think stateless session beans should
support create? ;-)
Last night I completed the work to the verifier and the
container so the correct behaviour is observed
for EJB1.1
I tried to commit it, but I think the hotel where I'm
staying must use a p
I'm forwarding this to Jetty-discuss...
Jules
--- Giorgio42 <[EMAIL PROTECTED]> wrote: >
> I have the same problem.
> If none of the developers respond, this should
> become a bug ticket on SourceForge.
>
>
> Georg
>
>
_
> View thread
yes,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Tuesday, March 05, 2002 12:25 AM
|To: marc fleury
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] org.jboss.deployment.scanner.DeploymentScanner
|
|
|We should also inclu
Guys,
CSIRO is publishing a performance comparison report among application
servers. They provide the JBoss test results for free at:
http://www.cmis.csiro.au/adsat/jboss.htm
Enjoy.
HJP
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://l
We should also include the JMX HTML adapter, so users can get some
feedback that it works.
--jason
marc fleury wrote:
>yes I think we need to show the netboot thing. It is under most people's
>radar.
>
>What I would like to do is "adopt a rabbit" directly from our website. So
>they download
If there isn't a bug for it now, please make one. Easier to track ya know...
--jason
_
View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=10170
___
Jboss-development mailing li
51 matches
Mail list logo
