User: schaefera
Date: 01/06/10 23:38:19
Modified:src/etc/conf/default jboss.jcml
Log:
Adjusted the constructor parameter for the SchedulableExample to show how
to use the constructor parameters.
Revision ChangesPath
1.38 +4 -4 jboss/src/etc/conf/default/jboss
Hi Andy,
mad sunday-working peope!
I found your mail this morning in my folder and wonder how things grow
in parallel. In the last days, I developed a similar solution because
we need to schedule some processes in our project and I wants to
publish and contrib our solution to the jboss project -
Hi.
Is there a reason for declaring the interface methods in jboss-j2ee for
abstract ?
If not I'll clean it up and add JavaDoc ;)
Cheers,
Jesper
--
Jesper Pedersen, M.Sc. C.S.E
Open Source Solution Manager
Sun Certified Java 2 Developer
IT+ A/S Phone: +45 86 78 21 00
Brendst
User: schaefera
Date: 01/06/10 23:32:31
Modified:src/main/org/jboss/util Schedulable.java Scheduler.java
SchedulerMBean.java
Log:
Adjusted the Scheduler to run as a real MBean able to be started,
managed and stopped at runtime (JMX HTML-Adaptor) etc.
R
User: starksm
Date: 01/06/10 23:23:39
Modified:src/main/org/jboss/security/plugins JaasSecurityManager.java
Log:
Update userHasRole implementation to accept a Set rather
than Principal names
Revision ChangesPath
1.6 +5 -6
jbosssx/src/main/org/jboss/securit
User: starksm
Date: 01/06/10 23:22:22
Modified:src/main/org/jboss/test NestableGroupTest.java
NestablePrincipalTest.java
Log:
Update tests for anybody and nobody principals
Revision ChangesPath
1.3 +22 -1 jbosssx/src/main/org/jboss/test
User: starksm
Date: 01/06/10 23:16:50
Modified:src/main/org/jboss/metadata BeanMetaData.java
Log:
Implement the EJB 2.0 unchecked and exclude-list method permission
related elements
Revision ChangesPath
1.22 +74 -19jboss/src/main/org/jboss/metadata/BeanMetaDa
User: starksm
Date: 01/06/10 23:15:57
Added: src/main/org/jboss/security AnybodyPrincipal.java
NobodyPrincipal.java
Log:
Utility principal implementations
Revision ChangesPath
1.1 jboss/src/main/org/jboss/security/AnybodyPrinci
Marc,
I've rewritten EntityInstanceInterceptor a little(see my race condition fix
email please) and put it some code so that LOCKING-WAITING isn't printed a
zillion times. I also added a Thread.yield() before continue; in the
lock-do-while-loop.
I've also started looking into ditching the do..
ÊÖ»ú£¬ÊýÂëÓ°µú»ú + 200ÍòÉÏÍøСʱ ¡¡
¾«²ÊÅÉËÍ£¡¿ì¿ìµã»÷ >> http://win.163.com
Á¢¼´²ÎÓë »ú»á¶à¶à £¡£¡£¡
___
Jboss-development mailing list
[EMAI
PLEASE PUT THIS IN A FORMAT WE CAN USE ON THE WEBSITE
(and send it to me directly :)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
|Burke
|Sent: Monday, June 04, 2001 1:30 PM
|To: K.V. Vinay Menon
|Cc: Jboss-Development@Lists. Sourceforg
|I do like simplicity of management (that why I redo every JBoss
|distribution so I can configure it with a single property file - Ant,
|copy and filter).
what do you mean, what do you redo?
|
|# Here some code
|
|set_my_variable(11);
|print get_my_variable;
|
|What do you think one will get, ye
busy wait problem, see original message below
we are on top of it, as of may 10...
again vinay, please pay my (due) respects to matt, do say that it is NOT a
full busy wait (I.e. n-1 threads go to sleep) but one thread ALWAYS goes
through and therefore under high load it can become a problem...
JBoss daily test results
SUMMARY
Number of tests run: 80
Successful tests: 61
Errors:9
Failures: 10
[time of test: 11 June 2001 2:48]
See http://lubega.com for f
|Oops, I didn't expect that! Not that I really have a deep
|understanding of the code, but the problem seems not to be with
|the locking of the context, but with your beans not beeing marked
it is in the mutex... it is a JBOSS bug...
marc
|as reentrant, thus only one client can access a bean at
Hi Roland
When you have a look at the JMX HTML-Adaptor (http://localhost:8082 by
default) you
will find under domain: managment a DataCollector MBean. This MBean (in the
near future)
is the one delivering the management data inclusive the Applications with
the EJBs, Servelts/JSPs
and Connectors e
|but there actually is NO sleep in the code, causing the thread
|to go into a tight loop, producing tons of LOCKING-WAITING
|messages and consuming up to 90% of processor time. I don't know
|why the wait was left out, maybe it was a planned feature and
|forgotten about? There was a patch suggested
no the
code is the mutex stuff that always lets one thread through, and even though one
is working below on the code (outside the mutex) you can't get the real lock
since your current thread is actually second ..
marcf
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAI
Vinay see below,
---
On checking the server log, I am getting loads of 'LOCKING-WAITING
(TRANSACTION)' messages. And its due to this locking I presume that the
response time takes a beating.
a) Why is it not just reading data from cache?
b) Why is it locking for read only opertions?
Why i
Just
turn off the f***ing Html and you will see that it will work
:)
marc
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of K.V.
Vinay MenonSent: Monday, June 04, 2001 12:15 PMTo: User
@ JBoss; Dev @ JBossSubject: [JBoss-dev] Mail!
Is
| Modified:src/build build.xml
| Log:
| Complete set of changes for EJB 2.0 PFD 2.0.
| Thanks to Jasper Pedersen - [EMAIL PROTECTED]
hehe,
just when I bang on Jasper, for not contributing, there seems to be stuff he
gives...
ok then, apologies,
marcf
|
| Revision ChangesPath
|
proves I should really go back and review most of the code :)
I wasn't aware of this "topnotch" feature, a simone-juha feature I take it
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Bordet, Simone
|Sent: Monday, June 04, 2001 11:29 AM
|To:
what do you mean "if you want more info, send me an email"... YOU SEND ME A
COMPLETE DESCRIPTION RIGHT NOW OF THE NUMBER OF CLIENTS YOU CAN SCALE WITH
OUR STUFF, SO WE CAN BRAG, BRAG, BRAG, BRAG about it!
please?
:)
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL
wow
10,000 client threads in parallel
gezus... and do you run that from teh same box?
glad
you can't bring JBOSS down to it's knees... hehe... (also please turn off
HTML when posting to this list)
You
might want to try turning OFF the cache completely (by specifying the
nopa
Jesper,
until your really contribute something to JBOSS, your announcements are not
really welcome on this list,
regards
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Jesper Pedersen
|Sent: Friday, June 08, 2001 9:59 AM
|To: [EMAIL PROTECTE
Hi,
I'd like to start implementing a web based user-interface for JBoss. Kinda like Bea
WLS. I'll be using MBeans for that, but my first problem is that the application name
(the display-name in the application.xml) is not available. I thougt it would be
Application.getName(), but that always
|With (much appreciated) help from Jay Walters, I've added a
|prototype for support of local interfaces to CVS. There are many
|aspects of this I haven't tested (e.g. a bean with both local and
|remote interfaces, functionality of the EnterpriseContext, etc.), so I
|was hoping that some of you fam
User: schaefera
Date: 01/06/10 17:52:23
Modified:src/main/org/jboss/util Scheduler.java
Log:
Accidentely I cleared this file.
Revision ChangesPath
1.3 +521 -0jboss/src/main/org/jboss/util/Scheduler.java
Index: Scheduler.java
=
Hi Geeks
I fix the NPE caused by the destroying of the MBean within
postRegister().
Now I only have to investigate why this happens.
Andy
- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June 10, 2001 4:01 PM
Subject: Re: [JBoss-dev]
User: schaefera
Date: 01/06/10 17:40:26
Modified:src/main/org/jboss/util ServiceMBeanSupport.java
Log:
Added a fix when the MBeanServer returns "false" to postRegister() then
the ServiceMBean will call destroy() which needs an instance of Log but
this is not created until init()
ts ts ts you watch it young man...
I know the feeling though, I plan on coming back to development this week
and I believe I forgot the cvs commands...
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dan
|OConnor
|Sent: Sunday, June 03, 2001 3:4
Hi
I create a MBean wrapper instance for each EJB container
created in ContainerFactory. It seems that this can cause
the problem. The exception is catched and shouldn't hurt
the application, does it ?
I will investigate the problem and see if there is a race
condition or a problem with my MBean
I can't seem to find how the current interceptor architecture plugs into
the local interfaces method invocation. Does this exist?
- Original Message -
From: "Dan OConnor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 04, 2001 3:39 PM
Subject: [JBoss-dev] Local interfaces
Can you catch the RuntimeMBeanException and print out the
Target Exception.
I made some changes to ContainerFactory but tested it on
JBoss/Tomcat (redeploy as well).
Have fun - Andy
- Original Message -
From: "Julian Gosnell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June
Juha,
I'm just uploading this into sf/incoming.
It will be 10,235,051 bytes when finished.
I would really appreciate it if you would do the necessary, or failing
that tell me what to do.
Thanks for all your help,
Jules
P.S.
Here is the README :
---
User: jules_gosnell
Date: 01/06/10 15:57:54
Modified:jetty/src/main/org/jboss/jetty SetupHandler.java
Log:
temporarily walk around the "null null null" problem
Revision ChangesPath
1.3 +2 -2 contrib/jetty/src/main/org/jboss/jetty/SetupHandler.java
Index:
I think this is the same problem. I am seeing sporadic failures on
redeploy with just the JBoss core without any servlet container.
- Original Message -
From: "Andreas Schaefer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June 10, 2001 3:33 PM
Subject: Re: [JBoss-dev] Conta
Jules
I made some changes to the ContainerFactory but I tested it to redeploy
but only with Tomcat.
Can you catch the RuntimeMBeanException and print out the Target
Exception. I think Scott has or had a similar problem.
Andy
- Original Message -
From: "Julian Gosnell" <[EMAIL PROTECTED
CVS of ~22:30GMT 10/6/2001
Trying to redeploy the same EAR, results in a pair of nasty exceptions:
Just in case whoever is hacking on this is not aware of this one.
Thanks,
Jules
[J2EE Deployer Default] Deploy J2EE application:
file:/home/jules/cvs/JBoss/tomcat-test.ear
[J2EE Deployer Defaul
Hi Marc,
The LocalContainerInvoker class is parallel to the ContainerInvoker
class. The ContainerInvoker interface must be implemented by
Container plugins so that remote home and component interfaces
can be retrieved. The LocalContainerInvoker interface must be
implemented by containers so t
User: jules_gosnell
Date: 01/06/10 14:38:28
Modified:jetty/src/main/org/jboss/jetty SetupHandler.java
Log:
hook in Scott's new JAAS stuff
Revision ChangesPath
1.2 +3 -3 contrib/jetty/src/main/org/jboss/jetty/SetupHandler.java
Index: SetupHandler.java
==
User: jules_gosnell
Date: 01/06/10 14:36:10
Modified:jetty/src/main/org/jboss/jetty Jetty.java
Log:
hardwire (yeugh!!) another DTD resolution that seems to be needed
Revision ChangesPath
1.8 +1 -0 contrib/jetty/src/main/org/jboss/jetty/Jetty.java
Index: J
User: jules_gosnell
Date: 01/06/10 14:37:45
Added: jetty/src/main/org/jboss/jetty JBossUserRealm.java
Log:
Scott's new JAAS integration - first cut - thanks Scott!
Revision ChangesPath
1.1 contrib/jetty/src/main/org/jboss/jetty/JBossUserRealm.java
User: jules_gosnell
Date: 01/06/10 14:34:22
Modified:jetty/src/build build.sh
Log:
add necessary jars to CLASSPATH for Scott's new JAAS stuff to compile
Revision ChangesPath
1.4 +3 -1 contrib/jetty/src/build/build.sh
Index: build.sh
User: jules_gosnell
Date: 01/06/10 14:32:57
Modified:jetty/src/build build.xml
Log:
copy javac.jar into jboss/lib/ext so it is available for compilation of JSPs
Revision ChangesPath
1.6 +5 -2 contrib/jetty/src/build/build.xml
Index: build.xml
==
Its an NPE in ServiceMBeanSupport.destroy which appears to be happening because
the bean is attempting to invoke destroy() before init() has been called and the
log instance variable initialized.
[Default] java.lang.NullPointerException
[Default] at org.jboss.util.ServiceMBeanSupport.destroy(Ser
Each JNDI enterprise naming context(ENC) has to be unique for a J2EE
component(ejb, war). We establish the uniqueness of the ENC context
by creating a new ClassLoader for each component. This works fine for
EJBs, but a few issues have show up for web components for a number
of reasons. Example iss
Hi Scott
To get more info about the Exception catch the RuntimeMBeanException
and get is Target Exception which is the RuntimeException. This gives maybe
some inside to the exception.
Andy
- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: "JBoss Dev" <[EMAIL PROTECTED]>
User: starksm
Date: 01/06/10 13:54:48
Modified:src/resources/org/jboss/metadata jboss.dtd
Log:
Use the same resource-env-ref-name in the resource-env-ref element
as is used in the ejb-jar descriptor
Revision ChangesPath
1.10 +9 -2 jboss/src/resources/org/jb
User: starksm
Date: 01/06/10 13:51:23
Modified:src/main/org/jboss/metadata BeanMetaData.java
Log:
Implement support for EJB 2.0 resource-env-ref element
Revision ChangesPath
1.21 +4 -3 jboss/src/main/org/jboss/metadata/BeanMetaData.java
Index: BeanMetaDat
User: starksm
Date: 01/06/10 13:50:31
Modified:src/main/org/jboss/ejb Container.java ContainerFactory.java
EnterpriseContext.java
Log:
Implement support for EJB 2.0 resource-env-ref element
Revision ChangesPath
1.43 +51 -50jboss/src/main
User: starksm
Date: 01/06/10 13:49:28
Modified:src/resources/naming/META-INF ejb-jar.xml jboss.xml
Log:
Add test of EJB 2.0 resource-env-ref element
Revision ChangesPath
1.5 +6 -0 jbosstest/src/resources/naming/META-INF/ejb-jar.xml
Index: ejb-jar.xml
=
User: starksm
Date: 01/06/10 13:49:28
Modified:src/main/org/jboss/test/naming/ejb TestENCBean.java
Log:
Add test of EJB 2.0 resource-env-ref element
Revision ChangesPath
1.5 +13 -2 jbosstest/src/main/org/jboss/test/naming/ejb/TestENCBean.java
Index: TestE
Isn't there already a "local container invoker"? the one we set on the proxy
?
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Sunday, June 03, 2001 12:25 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: jbos
Periodically on redeploy of an ejb jar via the JMX connector I am seeing the
following exception related to creation of the org.jboss.mgt.ContainerMgt bean
in the ContainerFactory.registerContainer method. This is an exception I have
not seen before.
private void registerContainer( Container co
User: schaefera
Date: 01/06/10 11:40:21
Modified:src/main/org/jboss/util Scheduler.java
Log:
Fixed a problem with a wrong import.
Revision ChangesPath
1.2 +0 -523jboss/src/main/org/jboss/util/Scheduler.java
<>
_
|Alternatively, if you are a bit lazy, nevertheless curious, i.e.,
|your are a system programmer, you can have a look at the latest
|org.jboss.deployment.scope.* sources of the JBoss Open Source
|application server (http://www.jboss.org) whose ingenious
|mastermind, Marc Fleury, has been the origi
User: starksm
Date: 01/06/10 11:29:06
Modified:src/resources/naming/META-INF ejb-jar.xml
Log:
Add tests of bean ENC isolation
Revision ChangesPath
1.4 +21 -3 jbosstest/src/resources/naming/META-INF/ejb-jar.xml
Index: ejb-jar.xml
User: starksm
Date: 01/06/10 11:28:30
Modified:src/main/org/jboss/test/naming/test TestENC.java
Log:
Add tests of bean ENC isolation
Revision ChangesPath
1.2 +14 -0 jbosstest/src/main/org/jboss/test/naming/test/TestENC.java
Index: TestENC.java
=
User: starksm
Date: 01/06/10 11:28:30
Modified:src/main/org/jboss/test/naming/ejb TestENCBean.java
Log:
Add tests of bean ENC isolation
Revision ChangesPath
1.4 +26 -8 jbosstest/src/main/org/jboss/test/naming/ejb/TestENCBean.java
Index: TestENCBean.java
User: starksm
Date: 01/06/10 11:28:30
Added: src/main/org/jboss/test/naming/interfaces TestENCHome2.java
Log:
Add tests of bean ENC isolation
Revision ChangesPath
1.1
jbosstest/src/main/org/jboss/test/naming/interfaces/TestENCHome2.java
Index: T
Hi Scott
Thanx, I will fix it right away.
Andy
- Original Message -
From:
Scott M Stark
To: [EMAIL PROTECTED]
Sent: Sunday, June 10, 2001 11:04
AM
Subject: Re: [JBoss-dev] New: Scheduler
Service
There is either a bad import or a missing class
in Schedu
Change Notes item #431864, was updated on 2001-06-10 11:19
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=431864&group_id=22866
Category: None
Group: v2.2.3
Status: Open
Priority: 5
Submitted By: Andreas Schaefer (schaefera)
Assigned to: Nobody/Anonymous
User: starksm
Date: 01/06/10 11:04:49
Modified:src/build build.xml
Log:
Set the classpath in the xmlbeans taskdef
Revision ChangesPath
1.74 +3 -2 jboss/src/build/build.xml
Index: build.xml
There is either a bad import or a missing class in
Scheduler.java:
compile: [javac] Compiling 1
source file to
D:\usr\local\src\cvsroot\jBoss\jboss\build\classes [javac]
D:\usr\local\src\cvsroot\jBoss\jboss\src\main\org\jboss\util\Scheduler.java:35:
Class management.J2EEApplication
Hi Andreas!
Can we have a ChangeNote on SF for this please ? It would help us not to
forget to write some docu about this at the time this becomes part of
the offical distro.
Thx!
Ciao,
Tobi
> Andreas Schaefer wrote:
>
> Hi Geeks
>
> After some requests for a JMX Timer example and using BEA W
Hello Dan, Georg and all.
Here is the code update for the Fast RowID based
updates and deletes.
1. I have NOT modified the insert for insert into
as I am trying to avoid Oracle specified code [at least until JAWS becomes
completetly pluggable and all].
2. The only issue with this is tha
Hi,
> Hi,
> Since the nature of the type mapping isn't specified much in the spec, I
> don't see how implementing this in jaws would be not spec compliant,
> although it would be non portable to other app servers. I understand why
> you would want to do this in the bean. I for one would like to
Hi Geeks
After some requests for a JMX Timer example and
using BEA Weblogic's
Scheduler (@ work, of course) I came up with the
idea of having a similar
Scheduling Service but better because we do it
right, right ?
In jboss.jcml (default) is an example MBean
definition. To use it on your
User: schaefera
Date: 01/06/10 00:50:58
Added: src/main/org/jboss/util Schedulable.java Scheduler.java
SchedulerMBean.java
Log:
Added a Scheduler Service for JBoss to let run a Task at a given date/time
for a given number (also unlimited) of repeats.
User: schaefera
Date: 01/06/10 00:49:09
Modified:src/main/org/jboss/configuration ConfigurationService.java
Log:
Added primitive value support for Constructor Arguments. As type just enter
the same as you use as data type ("int", "long" etc.).
Revision ChangesPath
1.29
User: schaefera
Date: 01/06/10 00:47:47
Modified:src/etc/conf/default jboss.jcml
Log:
Added the example for a scheduling Task supported by the new Scheduler.
Revision ChangesPath
1.37 +17 -0 jboss/src/etc/conf/default/jboss.jcml
Index: jboss.jcml
User: starksm
Date: 01/06/10 00:46:17
Modified:src/main/org/jboss/metadata ApplicationMetaData.java
BeanMetaData.java EntityMetaData.java
MessageDrivenMetaData.java MethodMetaData.java
ResourceRefMetaData.java
73 matches
Mail list logo