Re: [JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 5-November-2002
Hi Geeks
Did someone started with the J2EE TimerService so far ?
Andy
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November 05, 2002 1:05 PM
Subject: [JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results:
5-November-2002
Number of tests run: 988
Successful tests: 984
Errors:4
Failures: 0
[time of test: 5 November 2002 12:51 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1_03-69]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.2.1]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
NOTE: If there are any errors shown above - this mail is only highlighting
them - it is NOT indicating that they are being looked at by anyone.
Remember - if a test becomes broken after your changes - fix it or fix the
test!
Oh dear - still got some errors!
Thanks for all your effort - we really do love you!
---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Presentation @ San Diego JUG
Hi Geeks I am going to give a presentation about JBoss at the San Diego JUG at the 15th of October 2002. I would be great to see you there. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Doubt in JBOSS(Pl help, iam a beginner!!!)
Hi You are on the wrong list. Please ask these sort of questions on the http://www.jboss.org/forums on the forum JMX. This is the JBoss developer list and not user list. Have fun - Andy - Original Message - From: giridhar g [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, August 31, 2002 1:48 PM Subject: [JBoss-dev] Doubt in JBOSS(Pl help, iam a beginner!!!) Hello all, I have a class called Infostation that implements a standard MBean, InfostationMBean.it exposes two read only attributes belonging to my classes(DeliveryService InfostationInfo).when i deploy it as a sar file, it gives the foll in value field in the browser(http://localhost:8082), Type Not Supported: [edu.rutgers.winlab.infoapp.infostation.arapuni.DeliveryService@28305d] Type Not Supported: [edu.rutgers.winlab.infoapp.infostation.InfostationInfo@2ab653] I am not sure what this means.I would be grateful to you if you could help me reg this. Thank you, Giridhar G Graduate Student Rutgers University _ Chat with friends online, try MSN Messenger: http://messenger.msn.com --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbossmq and jca 1.5
Hi David I am still looking into the code to become an JMS expert but I would like to help to implement this. Because I added the Common Interfaces of JMS 1.1 it would like to use this opportunity to make the appropriate changes here. This week I am pretty busy. Have fun - Andy I started looking at modifying jbossmq and/or the jmsra adapter to work with the j2ee connector architecture 1.5 facilities. I am definitely not a jms expert so a lot of what I say may not make sense. Here's what the new spec provides that I think is relevant: thread pooling through the WorkManager interface. You submit Work instances to be done in other threads. The app server controls the thread pooling. message inflow through the MessageEndpoint interfaces. In particular, I think we should use Option B which involves the jms system calling, on a MessageEndpoint supplied from the app server, beforeDelivery([the onMessage method]); //this starts the jta tx and informs the adapter via an XAResource the adapter supplied earlier. onMessage(message); //actual message delivery to MessageListener afterDelivery(); //ends the tx, again the adapter is informed via the XAResource. I keep getting lost looking at the jms code. My impression so far is that although the jca 1 jmsra adapter appears to work ok without modifying jbossmq, using the contracts mentioned above will require additional code in jbossmq itself, namely an additional way of delivering messages within a transaction. Does this make sense? Do any of the jbossmq experts want to work on this? There are very simple examples of using the work and message endpoint interfaces in the testsuite in .../jca/inflow. I haven't written the deployment portion of the connector 1.5 support yet: I'm hoping for a real adapter example that can be used to test it. However, I think for now everything needed can be set up without a deployer as explicit mbeans: this is what I did in the tests. Thanks david jencks --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Compilation problem with JDK 1.4.1 on W2K
Hi Scott
Got this exception during building JBoss 4. I use
JDK 1.4.1 on W2K. When I delete the file every-
thing compiles fine and the basic testsuite runs
smoothly. Any ideas ?
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:621: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
if (moduleStack[i].module != null) {
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:622: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
methods = moduleStack[i].module.getClass().getMethods();
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:636: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
moduleStack[i].module = constructor.newInstance(args);
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:638: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
methods = moduleStack[i].module.getClass().getMethods();
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:651: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
methods[mIndex].invoke(moduleStack[i].module, initArgs);
^
C:\Cygwin32\home\schaefa\jboss.dev\jboss-all\security\src\main\javax\securit
y\auth\login\LoginContext.java:665: cannot resolve symbol
symbol : variable module
location: class javax.security.auth.login.AppConfigurationEntry
(moduleStack[i].module,
args)).booleanValue();
Have fun
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] New JBoss 3.0 Quick Start Guide: Draft 4
Hi Geeks Just uploaded Draft 4 of the JBoss 3.0 Quick Start which only contains some typos fixed and Marc's introduction. Thanx to Gernot Starke for the review of Chapter 2 and 3. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JMS 1.1
Hi Geeks JMS 1.1 is in (it compiles and most test runs trough except one). I will remove some redundant classes next week to make the implementation clearer and then adjust the JUnit tests to cover JMS 1.1. Please note that this step only covers the necessary steps to implement the common interfaces for PTP and P/S models but I did not implement behind the scene changes. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JCAConnectionFactory undeployment bug and patch
Hi Dain
When you call queryNames() on a MBeanServer you have to catch
(JMX) exceptions anyway. Whenever you call create/destroy on
a JSR-77 instance then we assume that the server is available otherwise
it is an exception (no server rep. when JBoss server is running).
Have fun - Andy
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 16, 2002 2:45 PM
Subject: Re: [JBoss-dev] JCAConnectionFactory undeployment bug and patch
Alex Loubyansky wrote:
ObjectName lServer = null;
try {
lServer = (ObjectName) pServer.queryNames(
new ObjectName(
J2EEManagedObject.getDomainName() + : +
J2EEManagedObject.TYPE + = + J2EEServer.J2EE_TYPE + , +
*
),
null
).iterator().next();
}
catch( Exception e ) {
lLog.error( Could not locate JSR-77 Server: + pName, e );
}
Who wrote this code? Use isEmpty()!
EXCEPTIONS ARE FOR EXCEPTIONAL CASES
-dain
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JCAConnectionFactory undeployment bug and patch
Hi Dain That is no excuse. The exceptional case is the MBeanServer is having issues. So to quote you get off your fat ass. This code is confusing, and just plane wrong. Fix it. No, it is an exception when no server is available therefore this is correct or do you check every String parameter if it is null before applying a method on it ? BTW Alex problem is not there ! Have fun - Andy --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JCAConnectionFactory undeployment bug and patch
Hi Dain
I don't know what this is all about but what you
want would looks like this:
ObjectName lServer = null;
try {
Set lServers = pServer.queryNames(
new ObjectName(
J2EEManagedObject.getDomainName() + : +
J2EEManagedObject.TYPE + = + J2EEServer.J2EE_TYPE + , +
*
),
null
);
if( lServers.isEmpty() ) {
lLog.error( Could not locate JSR-77 Server: + pName );
}
lServer = lServers.iterator().next();
}
catch( Exception e ) {
lLog.error( Could not locate JSR-77 Server: + pName, e );
}
I personally don't see what you gain because now you have the
SAME message at two different places just for the sake of it.
From the JSR-77 implementation I can assume that there is
always a server available and if not then it is an exceptional
case.
Because your arguments are not correct I will leave it as
it is.
Andy
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JCAConnectionFactory undeployment bug and patch
Hi Alex
Can you send me your changed JCAConnectionFactory because
what you write doesn't make sense for me (except adding new
parameters there is no differences AFAI see).
Thanx - Andy
- Original Message -
From: Alex Loubyansky [EMAIL PROTECTED]
To: JBoss-Dev [EMAIL PROTECTED]
Sent: Friday, August 16, 2002 12:54 PM
Subject: [JBoss-dev] JCAConnectionFactory undeployment bug and patch
Hello guys,
there is a bug in JCAConnectionFactory undeployment (I guess in all
3.0 branches). Here are the details (I played with MySQL). When it is
created the
J2EEManagedObject is created with a name like:
J2EEServer=Local,JCAResource=JCA,j2eeType=JCAConnectionFactory,name=MySqlDS-
LocalTxCM
But when it is undeployed, this object isn't removed and remains
registered. Thus redeployment will fail.
The JCAConnectionFactory.destroy() method searches with criteria:
J2EEManagedObject.getDomainName() + : +
J2EEManagedObject.TYPE + = + JCAConnectionFactory.J2EE_TYPE + , +
name= + pName + , +
*
which results in
jboss.management.local:j2eeType=JCAConnectionFactory,name=MySqlDS-LocalTxCM,
*
Id it correct? I am still not good at it but it doesn't work.
I changed the criteria to:
ObjectName lServer = null;
try {
lServer = (ObjectName) pServer.queryNames(
new ObjectName(
J2EEManagedObject.getDomainName() + : +
J2EEManagedObject.TYPE + = + J2EEServer.J2EE_TYPE + , +
*
),
null
).iterator().next();
}
catch( Exception e ) {
lLog.error( Could not locate JSR-77 Server: + pName, e );
}
ObjectName lJCAResource = null;
try {
// Check if the JCA Resource exists and if not create one
Set lNames = pServer.queryNames(
new ObjectName(
J2EEManagedObject.getDomainName() + : +
J2EEManagedObject.TYPE + = + JCAResource.J2EE_TYPE + , +
*
),
null
);
if( lNames.isEmpty() ) {
// Now create the JCA resource
lJCAResource = JCAResource.create( pServer, JCA );
} else {
lJCAResource = (ObjectName) lNames.iterator().next();
}
}
catch( Exception e ) {
lLog.error( Could not create JSR-77 JCA resource, e );
}
String searchCriteria =
J2EEManagedObject.getDomainName() + : +
J2EEServer.J2EE_TYPE + = +
lServer.getKeyProperty( name ) + , +
JCAResource.J2EE_TYPE + = +
lJCAResource.getKeyProperty( name ) + , +
J2EEManagedObject.TYPE + = + JCAConnectionFactory.J2EE_TYPE + , +
name= + pName + , +
*;
This criteria is:
J2EEServer=Local,JCAResource=JCA,j2eeType=JCAConnectionFactory,name=MySqlDS-
LocalTxCM,*
And it works. I guess it's a weird way. Please, comment it.
TIA!
--
Best regards,
Alex Loubyansky
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JSR-77 and JMX
Hi Geeks Just read a post about the attribute names used in the MEJB. So I was wondering if the fact that attributes in JBossMX has to start with an uppercase character are against the JMX spec. or if the spec. requires so. It is my opinion that MEJB is JMX based and therefore the uppercase / lowercase decision is made on JMX spec. because the JSR-77 spec. is model and not an implementation (see OBJECT_NAME instead of JMX ObjectName). Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The Scheduler From Palma
Hi
It looks good (just came back from Europe) so I am
a little bit jet-lagged.
Could you do me a favour and check out the new
ScheduleManager and its ScheduleProvider and see
if you could adapt this CronSchedulable to the new
Scheduler.
I am going to deprecate the old Scheduler in favour of
the ScheduleManager as soon as it is stable.
Have fun and thanx
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
- Original Message -
From: Michael Bartmann [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 13, 2002 3:53 PM
Subject: [JBoss-dev] The Scheduler From Palma
Hi,
included is the code for a CronSchedulable you can use to run jobs at
a specific time of day.
It's far from perfect but has helped me a lot so far.
Marc called me names at the Palma training for not giving this one to
the jboss community.
(He hasn't seen the code so far :-)
Enjoy,
Michael.
--
She won't live. But - then again - who does ? -- Edward James Olmos in
'Blade Runner'
package de.j4production.base.time;
import java.util.*;
import org.apache.log4j.*;
/**
* A Schedulable to use from the JBoss Scheduler.
* It uses a format similar to the well known cron-command
* to specify the exact time to run.
*
* It is quite usefull to run cpu-intensive jobs in the
* midnight hours.
*
* To use it write a subclass which implements the
* performCron-method and instantiate it with an appropriate
* pattern.
*
* There are some limitations:
*
* 1) The advanceDay and nextTime functions are quite complex.
*You have to trust them or come up with something simpler.
*
* 2) The resolution you can get depends on the intervall in
*which the JBoss Scheduler calls this Schedulable.
*But: If the Scheduler failed to call in time, this is
*detected, and the performCron-method is immediatelly
*called the next time.
*
* 3) Not all cron formats are supported right now (NO RANGES!)
*
* 4) It could be better to port the time calculation to the
*Scheduler itself, so you can adjust the sleep-period
*to the circumstances. But you would need a priority-queue
*data structure to handle multiple Schedulables and adjust
*the sleep time for the first one in an efficient way.
*
* This code is under the LGPL-license. See the COPYING-file
* in the JBoss distribution.
*
* @author Michael Bartmann ([EMAIL PROTECTED])
* @version 1.0
* @copyright 4Production AG 2001 (www.4production.de)
*/
public abstract class CronSchedulable
{
private static Category log =
Category.getInstance(CronSchedulable.class);
protected long lastRunMillis;
protected long nextRunMillis;
private int[] minutes;
private int[] hours;
private int[] daysOfMonth;
private int[] months;
private int[] daysOfWeek;
/**
* This constructor uses five separate Strings
* for the match patterns.
*
* Their format is similar to the well known cron command.
* See the main method below for an example.
*
* @param minutesPattern
* @param hourPattern
* @param dayPattern
* @param monthPattern
* @param weekdayPattern
*/
public CronSchedulable(String minutesPattern,
String hourPattern,
String dayPattern,
String monthPattern,
String weekdayPattern)
{
minutes = string2IntArray(minutesPattern,0,0,59,minute);
hours = string2IntArray(hourPattern,0,0,23,hour);
daysOfMonth = string2IntArray(dayPattern,0,1,31,dayOfMonth);
months = string2IntArray(monthPattern,-1,0,11,month);
daysOfWeek = string2IntArray(weekdayPattern,0,1,7,dayOfWeek);
lastRunMillis = System.currentTimeMillis();
nextRunMillis = nextTime(lastRunMillis);
log.info(this+ started at: +new Date(lastRunMillis)+, next run
at approx.: +new Date(nextRunMillis));
}
/**
* helper function to parse the cron format
* @param xa
* @param min
* @param max
* @return
*/
private static int[] string2IntArray(String s, int offs, int min, int
max, String fieldName)
{
if ((s==null)||(s.equals())||(s.equals(*)))
{
return new int[0];
}
StringTokenizer t = new StringTokenizer(s,|,false);
int[] h = new int[t.countTokens()];
for (int i=0; ih.length; i++)
{
int x = Integer.parseInt(t.nextToken()) + offs;
if ((xmin)||(xmax))
{
throw new IllegalArgumentException(parameter +(x-offs)+
is out of range for field +fieldName);
}
h[i] = x;
}
return h;
}
/**
* helper function to parse the cron
[JBoss-dev] Email to JMS Converter
Hi Geeks Just wrote a simple (very simple) Email to JMS converter (MBean) which currently only supports plain text emails but now you can use it to check email addresses after registration etc. I will finish it tomorrow and upload it then to CVS. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New Scheduler: Schedule Manager
Hi Kasper Jada, Jada, Jada. Big words for simple stuff. It uses Java interfaces which must be implemented by the target whereas JBoss Scheduler use MBeans that are much more flexible. XA Transaction can be used by the target MBean, JMS as well. Have fun - Andy - Original Message - From: Kasper Nielsen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 29, 2002 5:59 AM Subject: Re: [JBoss-dev] New Scheduler: Schedule Manager Just found this one on sourceforge http://sourceforge.net/projects/quartz/ --description--- An enterprise-class job scheduler for integration with stand-alone java applications and full-blown J2EE applications. Advanced features include clustering, participation in XA transactions and JMS integration. might be usefull, looks a little more advanced then jboss scheduler - Kasper - Original Message - From: Andreas Schaefer [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, July 28, 2002 11:17 PM Subject: [JBoss-dev] New Scheduler: Schedule Manager Hi Geeks Sometimes good things take time. Finally I started to rewrite the Scheduler therefore the definition of the Schedule(s) is outside the Scheduler and the Scheduler is focusing on managing the Schedule, Notifications and the calling of the targets. So I renamed the Scheduler to ScheduleManager and added the notion of ScheduleProvider where there is an abstract base class and the SingleScheduleProvider which is the same as the old Scheduler (when MBeans as target are used). Please check out the schedule-manager-service.xml file. Next steps: - finish the code - add a DB based Provider - add a MultipleScheduleProvider which is XML based (something like CRON) - add a MBean which uses a Schedulable class so that I can take out the old Scheduler If you have any suggestions please let me know. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3 Quick Start Guide Draft 3
Hi Geeks I just released the Draft 3 for the JBoss 3 Quick Start Guide after writing Chapter 6 and Dain's CMP 2.0 contribution. Dain also included an example for CMP 2.0 which is currently not based on the Template project. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] startup class as MBean
Man, you are on the wrong mailing list = go to the JBoss forum !! - Original Message - From: Florin Popa [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, July 13, 2002 3:02 PM Subject: [JBoss-dev] startup class as MBean Hello! I have the following problem: I need a kind of jboss startup class in the way weblogic provides. I already tried the solution with a servlet, but it seems it is not working because different class loaders are used.. I would like to implement such a startup solution based on MBeans. Unfortunately, I have no experice at all with defining and configuring an MBean. I use JBoss3.0 version. Please help me with some details. Thank you in advanced, florin --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] startup class as Mbean
Do you have problems to read ?? Watch my lips: GO TO THE FUCKING JBOSS FORUM !! This is a MBean user questions. Secondly MBeans are the JBoss startup classes you DON'T need a framework around. Andy
[JBoss-dev] JBoss 3.0 Quick Guide
Hi Geeks I am going to finish the JBoss 3.0 Quick Guide that can be found under http://sourceforge.net/project/showfiles.php?group_id=22866release_id=97289 So if you have feedback for it please send it directly to me. Note that the template project is a separate download just underneath the Quick Guide. Have a nice day x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!!!!!!!!!!!!!!
Hi Geeks I think Scott broke it and he is away (like other did beforehand). Who is without sin throws the first stone grin/. Andy - Original Message - From: marc fleury To: Jboss-Development@Lists. Sourceforge. Net Sent: Wednesday, July 03, 2002 8:56 AM Subject: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!! FUCK ME! THIS THING IS DOWN FOR THE PAST 2 DAYS, WHO BROKE HEAD??? PLEASE FIX IT!!
Re: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!!!!!!!!!!!!!!
So welcome to JBoss. I am not a religous person due some historical facts therefore this was just a quotation form the bible but not indented due religious believes. If you need a therapy read the bible and enjoy sex, drugs, murder and some love and peace. Afterwards four letter words are that wild anymore. Have fun - Andy - Original Message - From: James Mitchell To: [EMAIL PROTECTED] Sent: Wednesday, July 03, 2002 12:34 PM Subject: RE: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!! You guys are something else. Jesus 'quoted' and "F#CK ME" in the same thread. I've always felt thatJBoss was not just an app server, but also a religious experience, but JEZZZ ;) I need therapy now thanks. James MitchellSoftware Engineer\Struts EvangelistStruts-Atlanta, the "Open Minded Developer Network"http://www.open-tools.org/struts-atlanta -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andreas SchaeferSent: Wednesday, July 03, 2002 3:02 PMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!! Hi Geeks I think Scott broke it and he is away (like other did beforehand). Who is without sin throws the first stone grin/. Andy - Original Message - From: marc fleury To: Jboss-Development@Lists. Sourceforge. Net Sent: Wednesday, July 03, 2002 8:56 AM Subject: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!! FUCK ME! THIS THING IS DOWN FOR THE PAST 2 DAYS, WHO BROKE HEAD??? PLEASE FIX IT!!
Re: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!!!!!!!!!!!!!!
On Wed, 2002-07-03 at 23:24, James Mitchell wrote: ou pour nos amis hollandais Ich mag nackt (bildlich sprechend) in die Weiden der offenen Quelle laufen excuse me? as a german i take this as a personal offense being compared to a nation that couldn't even qualify for the world cup. Na, na, na !!! Always the Germans, they think they own the German language. Hey Swiss or at least a part of it and Austria speaks German as well and don't come with the dialect argument otherwise remove Hamburg/Bremen, Koeln, Bavaria, Berlin, East-Germany from Germany. BTW a exellent Sucker, ooohhh, Soccer team doesn't mean it makes Germany any better. dutch != deutsch Ha, ha, ha, ha the same old joke like this one: - Where are you from ? - Switzerland - Oh, I know Sweden of course the comparison was done by an american so i'll let this pass. what you get fed on CNN regarding geography is a shame anyways: http://mitglied.lycos.de/Pedde1/american_geography.jpg LOL, at least they got Poland right, didn't they ? Andy --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cvs down?
Yeah, also to browse it online fails. It seems that cvs.sourceforge.net is down. Andy - Original Message - From: marc fleury [EMAIL PROTECTED] To: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Sent: Friday, June 21, 2002 9:07 AM Subject: [JBoss-dev] cvs down? I can't do a CO marcf x Marc Fleury, Ph.D President JBoss Group, LLC x --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JSR-77 and Jetty
Hi Greg To make JSR-77 implementation (a J2EE management API) complete I need to support the web-service and I wills start with Jetty (it seems to be tough enough). To start with I need a place where I can create a WebModule (represents a WAR file) and each Servlet (for now the once defined in web.xml). For me its seems that the deployment of the servlets are deep inside Jetty and I am not quite sure how we want to integrate JSR-77 into Jetty. Beause JSR-77 does not provide Java classes to implement I would suggest that the necessary information are provide by Jetty MBeans so that JSR-77 can pick it up and perform the appropriate steps. Therefore I need: - List of Servlets deployed - A way to start/stop servlets if possible (I would think this means load/unload a Servlet) - Any attributes you maybe want to expose to manage servlets (no attributes specified in the JSR-77 spec.) Is this possible ? Thanx Andy Schaefer Code or be coded Check out: www.madplanet.com --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Hi Scott As much of this as possible should be handled at the org.jboss.web.AbstractWebContainer or else we will have to duplicate this for every web container service. I would like that but how are we going to expose attributes and methods dynamically in the Abstract- WebContainer ? Andy --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Hi Jules 1. Are you sure that JSR77 talks at the granularity of Servlets - or is it WebApplications - or both. A Servlet is not the unit of deployment, the WebApplication is. A WebApplication may contain 0-n Servlets. JSR-77 have an application (EAR) with one or more modules (WAR,JAR,RAR) and each containing eithe EJBs, Servlets or ResourceAdaptors. So, yes, JSR-77 needs both the web application and the servlets its contains. 2. Jetty has a concept of deploy, start, stop and undeploy. Currently webapps are started as soon as they are deployed - so when you say start/stop, do you mean deploy/undeploy or start/stop ? JSR-77 is not clear in this point but the lack of the creation of services I think it means to start/stop but not deploy/undeploy. BTW what does start/stop mean (make it available/unavailable to serve) ? What happens with the servlets at this time. Can you start/stop servlets ? 3. I am keen for Jetty to support a restart() and a redeploy() - atomic functions which put incoming requests on hold while they do their job - thus ensuring 24*7 service, with no lost requests, even if you upgrade your website at a peak time... I believe JSR77 also has optional? provision for (at least one of) these. I think that it is important that we support it from the start even if it is simply implemented in terms of the others... Ahhmm, where did you see that in JSR-77 ? Thanx - Andy --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Hi Jules No problem - you specify the interface, and I shall implement the Jetty side. The problem is there is no interface. That is what I need to have: - WebModule (represents WAR) - web.xml content - List of Servlets per WebModule Both WebModule can emits Notifications, manage a state (start() and stop()) and statistics. You can also exposes any other methods and attributes as you like and that is what I want to expose additionally: - WebModule - jboss-web.xml content - Servlet - load on startup - init parameters See me anwser to Scotts email as well. Andy Scott M Stark wrote: As much of this as possible should be handled at the org.jboss.web.AbstractWebContainer or else we will have to duplicate this for every web container service. Scott Stark Chief Technology Officer JBoss Group, LLC --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and Jetty
Hi Scott At a minimum at the AbstractWebContainer level we define the hooks to obtain the required Servlet[] management objects needed to make up the WebModule management object. There may not be much to this other than a simple template method that defines the requirements for obtaining management information/callbacks to impliment the JSR-77 objects. These are not attributes or operations of the web container right? They are just mbeans bound into the JSR-77 management namespace. Maybe there is a WebModule[] getWebModules() operation here? Just to see that I understand you correctly. You want to expose a list of JSR-77 MBeans by the AbstractWebContainer with getWebModule(). And the JSR-77 MBeans are provided by the Web server. Correct ? Andy --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] I can't believe france is out of the world cup
As long as the USA don't win but they shall defeat Germany and send them home. Andy - Original Message - From: marc fleury [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 18, 2002 11:06 AM Subject: RE: [JBoss-dev] I can't believe france is out of the world cup man what a cup! Italy out... simone, yeah you can cry on my shoulder I know the feeling, Only Spain is exciting these days, But I really want Senegal to win :) marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Ignacio Coloma |Sent: Thursday, June 06, 2002 12:15 PM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] I can't believe france is out of the world cup | | |Maybe. Just promise not to get pissed off when the spanish fury sieges |the fields. | |You have been warned :-))) | |Vesco Claudio wrote: | |Go Italy!!! | |uhmmm, can we change jboss-development in soccer-jboss? :-))) | | Claudio | |-Original Message- |From: Sacha Labourey [SMTP:[EMAIL PROTECTED]] |Sent: Thursday, June 06, 2002 4:30 PM |To: [EMAIL PROTECTED] |Subject: RE: [JBoss-dev] I can't believe france is out of the world |cup | |Come on, Tomasson will kick them out with 3-0 ! | |Ah, justice is made ! Go Italy ! | |Simone, I personnaly don't care much about football: I just give a little |support for French. Today football, this week-end the legislative |elections, |pfhh... what a hard time! ;) | |But I am sure you know what I mean: Italian situation has strong |similarities with France, but a few year earlier! ;) | |This new World-Cup mailing-list is cool! | | |___ | |Don't miss the 2002 Sprint PCS Application Developer's Conference |August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development | | |___ | |Don't miss the 2002 Sprint PCS Application Developer's Conference |August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | | |___ | |Don't miss the 2002 Sprint PCS Application Developer's Conference |August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development -- -- Bringing you mounds of caffeinated joy http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Bringing you mounds of caffeinated joy http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] URL Resource ?
Hi Geeks Maybe this is a stupid question but does JBoss has a URL resource to provide clients with URLs ? Thanx x Andreas Schaefer Senior Consultant JBoss Group, LLC x Bringing you mounds of caffeinated joy http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] PostgreSQL Boolean-Support in JBoss 2.4.x
Hi Geeks ATTENTION: Only applies to 2.4 because in 3.0 this is already fixed. A while ago I enountered a problem with PostgreSQL and the support for java.lang.Boolean. When I define a PostgreSQL table attribute with data type Bool the mapping in standardjaws.xml is not working. Therefore I would like to change from: namePostgreSQL/name mapping java-typejava.lang.Boolean/java-type jdbc-typeTINYINT/jdbc-type sql-typeINT2/sql-type /mapping to: namePostgreSQL/name mapping java-typejava.lang.Boolean/java-type jdbc-typeCHAR/jdbc-type sql-typeBOOLEAN/sql-type /mapping Any objects ? At least I want to document why using INT2/TINYINT or BOOL/CHAR etc. Thanx x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Does the JBoss have a Admin tool?
Hi Kim Yes, your finger and an text editor !!! The other tool is the HTML-Adaptor on port 8082 but this isn't easy to use. Andy - Original Message - From: HyungChul Kim To: [EMAIL PROTECTED] Sent: Thursday, June 06, 2002 6:02 PM Subject: [JBoss-dev] Does the JBoss have a Admin tool? Hi. Does the JBoss have an admin tool? If so, I want to know how to work an admin tool?
[JBoss-dev] Talk @ LA-JUG is on 4th of June 2002 in Pasadena
Hi Geeks The date on the www.jboss.org/talks.jsp for LA-JUG isn't correct. The talks is at the first Tuesday of the month meaning at: 4th of June 2002 on 7pm in Pasadena For mor info have a look at www.lajug.org See you there x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Reactivating Shutdown.java
Hi Geeks I would like to reactive the Shutdown.java file (with using the new Server.shutdown()) because it allows an graceful shutdown of a JBoss server w/o exposing HTML-Adaptor or using kill. Any objections ? Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build not working on Linux?
Hi Jason On the XDoclet dev mailing list they are already talking about this problem. Didn't follow this discussion but I think they are aware of that problem. Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Matthew Tippett [EMAIL PROTECTED] Sent: Saturday, May 25, 2002 9:57 PM Subject: Re: [JBoss-dev] Build not working on Linux? What is XDoclet doing with so many threads? --jason On Saturday 25 May 2002 09:30 pm, Matthew Tippett wrote: Technically speaking the docset is not 'too big', it is simply causes too many native threads to be created for most 'default' Linux distributions. Run the sample program and you should with a Linux 2.4 system get around 220ish threads. The options without the change are as follows. o Use build.compiler=classic (which kicks the JVM into green threads which doesn't have a 'real' thread limit. o Set ulimit -u to greater around 1024 o Modify /etc/security/limits.conf and nprocs to something around 1024 So the 'fix' is a workaround. (Probably is the best solution for the moment, but it isn't a bug in the code, more so a configuration problem in the standard configuration of Linux distributions. Just thought people might be interested (I spent about 2 hours attempting to get my first CVS build running when I came across this problem :). Regards, Matthew 'The new developer on the block' Tippett Francisco Reverbel wrote: Found the cause: a recent change on server/build.xml made xdoclet to be called on a fileset too big (name=**/*.java). I will revert the change. But it is strange that nobody else saw this... I have tried two Linux machines (a laptop with 128M and a box with 384M) with the same result: xdoclet barfed on the big fileset. Maybe there is something in my Linux environment that made me run out of memory before anybody else. leset Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. Forked:\ true [xdoclet] Running mbeanInterface/ [xdoclet] java.lang.OutOfMemoryError: unable to create new native thread ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[2]: [JBoss-dev] Deployers lifecycle/logging question
Hi David The FoeDeployer should register with MainDeployer as the last thing it does in startService(), when it is in fact usable. So at least you should move super.startService() to the end. Done. I just looked at the code and think that a simpler design would be to simply have the WLC be a SubDeployer. You can make a common superclass with utility methods all the foe deployers will need. Maybe that is the way to go. I think before we make that decision we have to decide on how the Convetor is chosen to deploy/convert because I don't like the idea of the .wlar extension. This was just a wor-around to go on now. Otherwise you will have to either give foedeployer a list of all the converters it will get, which is kind of silly, or implement another layer of waiting behavior in FoeDeployer, which is even sillier. As far as I can tell from a quick glance, FoeDeployer doesn't do anything that couldn't be done at least as well in a superclass of WLC. Agreed. Also I thought some of the file manipulation methods were already in SubDeployerSupport?? I havne't looked at it for a while though. I didn't found any. Andy ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How about integrating JSR77 via notifications
Hi Scott A problem that keeps popping up with the JSR77 integration is that it is rather invasive and if it fails it breaks existing code. A better integration path would be strictly as external listeners to JMX events. This would clean up the integration, make it easy to disable and require that key events were being made available for purposes other than JSR77. I don't think this is possible. We are already listening to JMX events to determine the state of a component. But this is only the easy part of JSR-77. Even thought that JSR-77 spec. does not really cover what it was supposed to do the main part currenlty is to retrieve and calculate performance statstics. The rest is just to provide a JSR-77 compliant view to an application server. BTW I am not aware that JSR-77 breaks existing code. Mostely it was the other way around that changes where made and the JSR-77 stuff was left out and broke. The design is made that the invasive part is as small as possible. So what is the source of the problem ? Have fun - Andy ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How about integrating JSR77 via notifications
Hi Scott The source of the problem is management setup such as this from SARDeployer where over 60% of the code is JSR77 setup with implicit dependencies on the org.jboss.management.* pkgs that if it fails, prevents the service from being created. Why can't these steps be performed based on an event generated from here rather than embedding all of this here? Its not a question of breaking this code now, its maintainability and mixing of functionality. NOTE: this is an experiment because JSR-77 does not know anything about SAR,services etc. I wanted to extrapolate and see what we can gain from. Therefore the implementation is everyting that stable. We could wrap the whole thing in a try-catch block or we can check if the classes are available before going on any further. What is the best way to do so ? If all else fails we can take the part around ServiceModule and management-MBean out. As I mentioned JSR-77 is not what it claims it would be. One of the big missing parts is that you cannot create or destroy any part. Therefore you cannot create a new DataSource, JCA, Queue, Topic etc. which is an important part of J2EE management, isn't it? Like the ServiceModule/MBean I would like to add this as a vendor-specific feature (one feature more than the competition). Have fun - Andy BTW the intrusive stuff is coming with the performance statistics integration because then we need to track the statistics in each service (JMS, JCA, EJBs, etc.) and on demand provide these values to the client (of course massaged when it is running in a cluster). ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] Open-Source Fight Flares At Pentagon
Hi Geeks I funny to see that the more M$ is bitching about open-source the more people notice open-source and at starting to evaluate it. Most people, I think, realized that M$ with its history of buggy and un- secure software is not reliable or at least giving the impression of the need for a backup if M$ application fails. M$ started a trend (killing competitors with free software) which is going to hurt, maybe kill themself because open-source is not only free but also increase trust by providing the code. So, hopefully, M$ is going on with this smear campain and we can take advantage out of it. Have fun - Andy ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] HEAD jboss/testsuite missing: org.jboss.test.foedeployer.ejb.interfaces.SecretPK
Hi Jason This class is generated by XDoclet. Do you have any idea why it is not generated by XDoclet ? Thanx - Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 23, 2002 9:19 PM Subject: [JBoss-dev] HEAD jboss/testsuite missing: org.jboss.test.foedeployer.ejb.interfaces.SecretPK which is making it difficult to compile the testsuite ;) snip compile-classes-only: [mkdir] Created dir: /home/jason/ws/jboss/jboss-all/testsuite/output/classes [javac] Compiling 728 source files to /home/jason/ws/jboss/jboss-all/testsuite/output/classes [javac] /home/jason/ws/jboss/jboss-all/testsuite/src/main/org/jboss/test/foedeployer /ejb/simple/SecretBean.java:14: cannot resolve symbol [javac] symbol : class SecretPK [javac] location: package interfaces [javac] import org.jboss.test.foedeployer.ejb.interfaces.SecretPK; [javac] ^ [javac] /home/jason/ws/jboss/jboss-all/testsuite/src/main/org/jboss/test/foedeployer /ejb/simple/SecretBean.java:91: cannot resolve symbol [javac] symbol : class SecretPK [javac] location: class org.jboss.test.foedeployer.ejb.simple.SecretBean [javac]public SecretPK ejbCreate( String secretKey, String secret ) [javac] ^ [javac] /home/jason/ws/jboss/jboss-all/testsuite/output/gen-src/org/jboss/test/foede ployer/ejb/interfaces/SecretLocalHome.java:11: cannot resolve symbol [javac] symbol : class SecretPK [javac] location: package interfaces [javac] import org.jboss.test.foedeployer.ejb.interfaces.SecretPK; [javac] ^ [javac] /home/jason/ws/jboss/jboss-all/testsuite/output/gen-src/org/jboss/test/foede ployer/ejb/interfaces/SecretLocal.java:11: cannot resolve symbol [javac] symbol : class SecretPK [javac] location: package interfaces [javac] import org.jboss.test.foedeployer.ejb.interfaces.SecretPK; [javac] ^ [javac] /home/jason/ws/jboss/jboss-all/testsuite/output/gen-src/org/jboss/test/foede ployer/ejb/interfaces/SecretHome.java:11: cannot resolve symbol [javac] symbol : class SecretPK [javac] location: package interfaces [javac] import org.jboss.test.foedeployer.ejb.interfaces.SecretPK; [javac] ^ [javac] /home/jason/ws/jboss/jboss-all/testsuite/output/gen-src/org/jboss/test/foede ployer/ejb/interfaces/Secret.java:11: cannot resolve symbol [javac] symbol : class SecretPK [javac] location: package interfaces [javac] import org.jboss.test.foedeployer.ejb.interfaces.SecretPK; [javac] ^ /snip --jason ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Deflating (or creating) a JAR file from a Directory
Hi Geeks Before I am wasting a lot of time: Does anyone know or know an article how to create the same behaviour programmatically what the JAR tool does ? Thanx x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] ObjectNameConverter changes !!!
The ObjectNameConverter does not also convert forbidden characters in the key (why not), on the conversion back it does add a ,* on the string representation and a * key on the property list hashtable when it is a pattern Object Name for queries. It also contains a warning that you SHOULD NEVER use convert( String ) when a key or value contains a comma because then the parsing will FAIL !!! Please let me know if this is a problem for you and have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] NoSuchMethodError in MainDeployer
Hi Did you buid JBoss with JDK 1.4 and attempted to start the server with IBM's 1.3 or 1.3.1 VM for Linux, by any chance? I had trouble in this case. It appears that a 1.4-generated server barfs with IBM's 1.3.x VMs for Linux. Do not ask me why... ;-( I have the same problem with an irratic behaviour (it happens on different files to be deploy on different runs) on W2K with JDK 1.3 (build clean most). Andy ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.1 startup problem
Hi Geeks Just changed log. to getLog() and server. to getServer() and now I can startup JBoss server again. BTW the same problem happens in most of the TestCases !! Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss2.4.4 scheduler
Hi
Yes, this was a problem and was fixed in 2.4.5 as Scott
already said.
But you fix won't work either because you added a period
which is not correct because this is the initial call (one time
call) only to be there to cause one notification. Later one this
will be used to recalculate the Schedule.
Please note that the entire way the Scheduler works is redesigned
and not it works differently. Thus the Scheduler will calculate the
next schedule in the future with respect to the number of occurences.
Therefore you can bounce the server and pick up where you left.
Andy
- Original Message -
From: kv [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, May 20, 2002 12:36 AM
Subject: [JBoss-dev] Jboss2.4.4 scheduler
Hi team,
I'm not quite sure if this is the right place for reporting this sort of
thing, but here it is:
The class org.jboos.util.Scheduler has the following invocation of the
Timer mbean addNotification method while there is no such method with that
signature:
This call is made when the value of the schedule start date is more than
'time-now'.
line 290: // Add an initial call
mActualSchedule = ( (Integer) getServer().invoke(
mTimer,
addNotification,
new Object[]
{
Schedule,
Scheduler Notification,
mStartDate,
},
new String[]
{
String.class.getName(),
String.class.getName(),
Date.class.getName(),
}
) ).intValue();
}
Changing the above to the following fixed the problem.
// Add an initial call
mActualSchedule = ( (Integer) getServer().invoke(
mTimer,
addNotification,
new Object[]
{
Schedule,
Scheduler Notification,
null,
mStartDate,
new Long( mActualSchedulePeriod )
},
new String[]
{
String.class.getName(),
String.class.getName(),
Object.class.getName(),
Date.class.getName(),
Long.TYPE.getName()
}
) ).intValue();
}
Thanks for jboss,
and remember we love you.
* * *
View thread online:
http://jboss.org/forums/thread.jsp?forum=66thread=15979
___
Hundreds of nodes, one monster rendering program.
Now that's a super model! Visit http://clustering.foundries.sf.net/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Testsuites are failing
Hi Geeks Did someone else than me also notice that the testsuites are not working anymore. I get around 280 errors and all complain about a missing class: javax.net.SocketFactory in the JNDI Initial Context creation ? Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Compilation Problem
Hi Jason jboss-common/src/main/org/jboss/net/protocol/DelegatingURLConnection.java is not compiling because some of the methods are not in JDK 1.3.1 as for example: getHeaderFields() !! Can you fix it ? x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] WL Deployer, II
Hi Geeks Based on an email of Dain I think the easiest way to start is to use the Deployer's accept() method and add additional test in the current deployers there that only JBoss compliant are deployed. Now the Foe-Deployer can check it if not compliant and then try to convert it to a JBoss compliant deployment which is then resent to the Main Deployer for another try. This wouldn't require a new Main Deployer or add any dependencies into the existing deployers. Any objects to add this tests to the existing deployers ? Most likely I will test for JAR if jboss.xml is available, in WAR that either jboss-web.xml is available or no other DD is there except web.xml, for EARs I don't know. x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] WL Deployer, II
Hi Scott This is not going to work as many users already have stated they create deployment units that contain all app server DDs and even proprietary descriptors for their own use. I don't think it would cause problems because I don't check if there are foe DDs but if the archives misses necessary JBoss specific DDs. That is how I think the test would work: JAR archvies: - check if jboss.xml is there if not then it is treated as foe WAR archives: - check if jboss-web.xml is there - if not then check if another foe deployment descriptor is available (I know this is weak and we have to go over it if this and check if for the supported foes this is true or if they can contain data which would not required a jboss-web.xml file). If FOUND then treat is as foe EAR archives: I don't know if there are vendor specific DDs but I guess we don't need currently to make a mapping because we don't have a JBoss specific DD for EARs. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] WL Deployer, II
Hi Scott For the sake of stability and easier to use the accept() is not a good choice. So I guess the only thing we can do is really to create a second Main Deployer providing another domain of deployment. Now I can add a Scanner on a different directory (like the Farm) and use the Foe-Deployer directly. Isn't there a way in the current MainDeployer to create different domains of deployment where each domain has its own scanner(s) and deployers ? Or would it work to ask the user to rename the files: myStupidWLApplication.jar - myStypidWLApplication.wl.jar ? Andy I'm saying that users are including jboss.xml, weblogic.xml, sun-j2ee-ri.xml, ... DDs in the deployment build because they want a one deployment unit works with all servers package. This is not going to work as many users already have stated they create deployment units that contain all app server DDs and even proprietary descriptors for their own use. I don't think it would cause problems because I don't check if there are foe DDs but if the archives misses necessary JBoss specific DDs. That is how I think the test would work: JAR archvies: - check if jboss.xml is there if not then it is treated as foe This condition is true for many of our current ejb jars in the testsuite. WAR archives: - check if jboss-web.xml is there - if not then check if another foe deployment descriptor is available (I know this is weak and we have to go over it if this and check if for the supported foes this is true or if they can contain data which would not required a jboss-web.xml file). If FOUND then treat is as foe A jboss-web.xml descriptor is required even less frequently. EAR archives: I don't know if there are vendor specific DDs but I guess we don't need currently to make a mapping because we don't have a JBoss specific DD for EARs. Supporting third party deployment packages is to me a pure filtering service that should not affect our core deployment processing. Its a big enough mess in there as it is without this added in. ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Start-up error: Wrong number of servers found, should be 1: 0
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: Monday, May 13, 2002 4:49 AM Subject: [JBoss-dev] Start-up error: Wrong number of servers found, should be 1: 0 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: file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml DEBUG [org.jboss.deployment.MainDeployer] create step for deployment file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, create step: url file:/C:/jboss-3.1.0alpha/server/default/conf/jboss-service.xml ERROR [org.jboss.management.j2ee.SARModule] Wrong number of servers found, should be 1: 0 INFO [org.jboss.deployment.SARDeployer] Created SARModule: null J2SDK-1.4.0, Win2000 -- Best regards, Alex Loubyansky mailto:[EMAIL PROTECTED] ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX RMI Adapter JNDI binding
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 you know which JVM you need ? Let us assume that it would be possible to run more than one JBoss instances on the same box. Now you want to deploy on a particular server. How you know which JVM/Server you have to talk to ? Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX RMI Adapter JNDI binding
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 localhost, but will start to cause problems once used in a multi-host environment. For example, consider a situation where a machine has more than one resolvable name (via DNS CNAMES or similar). Lets say that the localhost name is set to myhost.mydomain.com, and there us a CNAME www.mydomain.com. The JMX RMI adapter will be bound to jmx:myhost.mydomain.com:rmi. Now consider the deployer.sh|bat scripts run from a seperate machine. There is a --server option, which is the hostname bit from jmx:hostname:rmi. This is currently only used to lookup the RMIAdapter from JNDI but not used to setup the Context.URL. This means that a client could not: ./deployer.sh --server www.mydomain.com --deploy someurl Aggreed that is a problem. The reason to do so is that I wanted a way to bind multiple JMX-RMI Adaptor on the JNDI server. The REAL problem pops up when we have two JVMs with a JMX RMI Adaptor running !!! Assuming that deployer.sh did make up a Context.URL from --server (which it does not) this would not work due to a lookup failure, as there will be no jmx:www.mydomain.com:rmi bound. The client is supposed to look up the right JNDI name but I created a pattern he can easier guess the right name. The point is that we can not reliably use any resolvable address. As I said the bigger problem is with two JVMs. So, I don't know what the spec says. If the spec wants us to use the hostname fine, but lets also bind the local adapter to a common name, like jmx:localhost:rmi or perhaps jmx::rmi or whatever I don't really care, as long as the name is not specific to the local host configuration. The current spec. says nothing and the current JNDI name was my idea. We could add a second name called jmx:localhost:rmi which does not help when we have 2 JVMs. Assuming that the JNDI server is running on another box this name has not meaning anymore. Have fun - Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Your chance to work on JBoss
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 runs under JBoss like under BEA WL w/o any adjustments. This would make it even more easy to switch to JBoss. Whatever works for M$ and Linux (Wine) can work for us, too. So I need some volunteers to start with (you, you and you ;-). Note, this is your chance to get involved and to kick some butts especially the ones from BEA grin/. Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] Your chance to work on JBoss
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 criticism, the idea is brilliant, I just thought this approach could work well) Maybe we can provide both but I really want to have this on the fly because that is what makes it cool (like the Hot Deployment etc.). I don't see that this will need much code (right now) as long as we focus on WL. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Your chance to work on JBoss
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. When you use XDoclet you can create multiple-deployable application already. I don't think that someone would like to develop under WL and at the end switch to JBoss, doesn't make sense, does it. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re:Your chance to work on JBoss
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 application (JAR,WAR,EAR) and call the appropriate deployer (emulator) for now WL - WL deployer transforms the vendor specific deployment descriptors (DD) to the JBoss DDs - WL deployer deployes application throug the JBoss deployers Currently we are looking into using XSLT to convert the vendor specific DDs to JBoss specific DDs. Challanges are: - WL CMP mapping - Security - Third party O/R mappers First Step: - finish the design - create a simple WL deployer for JAR files with basic support (straight forward CMP, ignoring settings which does not apply for JBoss or aren't essential) - made it available for JBoss 3.1 release Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] HEAD ClassCircularityError
Hi Geeks Andreas, on which VM can you see the problem under Windows 2000? Jdk 1.3.1-b24. Note that this problem only occurs under Cygwin Unix shell emulator !! Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] HEAD ClassCircularityError
Hi Geeks No, it seems under Branch 3.0 it works fine under W2K. Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Andreas Schaefer [EMAIL PROTECTED] Cc: Sacha Labourey [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, May 09, 2002 11:09 PM Subject: Re: [JBoss-dev] HEAD ClassCircularityError Do you see this when building from Branch_3_0 too? --jason Quoting Andreas Schaefer [EMAIL PROTECTED]: Hi Geeks Currently I get this exceptions on my W2K box when I run it under Cygwin. DOS Command prompt seems doing fine (both on current CVS Head). Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Sacha Labourey [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, May 09, 2002 10:52 PM Subject: RE: [JBoss-dev] HEAD ClassCircularityError I have not yet tried removing deployments... but I just tried under rc3 and I don't get this exception. I am running the testsuite now to see if that will induce it, but I think I would have seen it by now. Weird. --jason Quoting Sacha Labourey [EMAIL PROTECTED]: Hello Jason, This seems to happen only with Sun JVM on Linux (or some combination of os/jvm/hotspot). I've tried to reproduce this on my jdk 1.3.1, 1.4 on windows 2000 and have been unable to do so. I've searched sun.com, google, ... and one of the possibilities is that a JAR that is loaded by JBoss contains some class definitions that are not compatible by the one used by javagroups. Maybe this is even worst with our own classloader where mixes of definitions can happen more easily. Jason, can you try to remove almost everything from deploy and jboss-services.xml and only deploy the clustering service to see what happen? Cheers, Sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Jason Dillon Envoyé : jeudi, 9 mai 2002 10:29 À : [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc : [EMAIL PROTECTED] Objet : [JBoss-dev] HEAD ClassCircularityError From the VM spec 5.3.5 Deriving a Class from a class File Representation: ... * Otherwise, if any of the superclasses of C is C itself, loading throws a ClassCircularityError. ... * Otherwise, if any of the superinterfaces of C is C itself, loading throws a ClassCircularityError. Here is a link to the page I looked at: http://java.sun.com/docs/books/vmspec/2nd-edition/html/ConstantPoo l.doc.html From the Language Spec, here 13.4.4 Superclasses and Superinterfaces: A ClassCircularityError is thrown at load time if a class would be a superclass of itself. Changes to the class hierarchy that could result in such a circularity when newly compiled binaries are loaded with pre-existing binaries are not recommended for widely distributed classes. Taken from: http://java.sun.com/docs/books/jls/first_edition/html/13.doc.html From 12.2.1: # ClassCircularityError: A class or interface could not be loaded because it would be its own superclass or superinterface Why they didn't just put this in the javadocs I have no clue. * * * I am still getting these very reliably when attempting to deploy cluster-service.xml. I am running this on Linux under 1.4 and I also see it under 1.3.1_03. Here is the first (of many + evil printStackTrace's): snip ChannelException: JChannel(): java.lang.ClassCircularityError: org/javagroups/log/Trace at org.javagroups.JChannel.init(JChannel.java:144) at org.jboss.ha.framework.server.ClusterPartition.createService(Clust erPartition.java:154) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:170) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc cessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedM BeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceCont roller.java:867) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:271) at org.jboss.system.ServiceController.create(ServiceController.java:211) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc cessorImpl.java:25
Re: [JBoss-dev] HEAD ClassCircularityError
Hi Geeks Currently I get this exceptions on my W2K box when I run it under Cygwin. DOS Command prompt seems doing fine (both on current CVS Head). Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Sacha Labourey [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, May 09, 2002 10:52 PM Subject: RE: [JBoss-dev] HEAD ClassCircularityError I have not yet tried removing deployments... but I just tried under rc3 and I don't get this exception. I am running the testsuite now to see if that will induce it, but I think I would have seen it by now. Weird. --jason Quoting Sacha Labourey [EMAIL PROTECTED]: Hello Jason, This seems to happen only with Sun JVM on Linux (or some combination of os/jvm/hotspot). I've tried to reproduce this on my jdk 1.3.1, 1.4 on windows 2000 and have been unable to do so. I've searched sun.com, google, ... and one of the possibilities is that a JAR that is loaded by JBoss contains some class definitions that are not compatible by the one used by javagroups. Maybe this is even worst with our own classloader where mixes of definitions can happen more easily. Jason, can you try to remove almost everything from deploy and jboss-services.xml and only deploy the clustering service to see what happen? Cheers, Sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Jason Dillon Envoyé : jeudi, 9 mai 2002 10:29 À : [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc : [EMAIL PROTECTED] Objet : [JBoss-dev] HEAD ClassCircularityError From the VM spec 5.3.5 Deriving a Class from a class File Representation: ... * Otherwise, if any of the superclasses of C is C itself, loading throws a ClassCircularityError. ... * Otherwise, if any of the superinterfaces of C is C itself, loading throws a ClassCircularityError. Here is a link to the page I looked at: http://java.sun.com/docs/books/vmspec/2nd-edition/html/ConstantPoo l.doc.html From the Language Spec, here 13.4.4 Superclasses and Superinterfaces: A ClassCircularityError is thrown at load time if a class would be a superclass of itself. Changes to the class hierarchy that could result in such a circularity when newly compiled binaries are loaded with pre-existing binaries are not recommended for widely distributed classes. Taken from: http://java.sun.com/docs/books/jls/first_edition/html/13.doc.html From 12.2.1: # ClassCircularityError: A class or interface could not be loaded because it would be its own superclass or superinterface Why they didn't just put this in the javadocs I have no clue. * * * I am still getting these very reliably when attempting to deploy cluster-service.xml. I am running this on Linux under 1.4 and I also see it under 1.3.1_03. Here is the first (of many + evil printStackTrace's): snip ChannelException: JChannel(): java.lang.ClassCircularityError: org/javagroups/log/Trace at org.javagroups.JChannel.init(JChannel.java:144) at org.jboss.ha.framework.server.ClusterPartition.createService(Clust erPartition.java:154) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:170) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc cessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedM BeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceCont roller.java:867) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:271) at org.jboss.system.ServiceController.create(ServiceController.java:211) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc cessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedM BeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.create(Unknown Source) at org.jboss.deployment.SARDeployer.create(SARDeployer.java:277) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:651) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:526) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:490) at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc
Re: [JBoss-dev] marathon tests and banknew
Hi Danch No, you are note into the weeds. As mentioned in the CVS message the banknew application is not working mostly because JBoss 3 uses an XDoclet version which is not officially released and therefore I don't have a docu. Can you tell me how to write the ejb:finder and I will adjust the classes and make them run ? Thanx - Andy - Original Message - From: danch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, May 05, 2002 1:17 PM Subject: [JBoss-dev] marathon tests and banknew I'm trying to run the marathon tests against the head. This is failing with CMP errors indicating query not found for various finders. The XDoclet tags for newbank (well Customer at any rate) have jboss-finder declarations but no ejb:finder declarations (for CMP 2) I've added one of these only to run into another. Did someone forget to check this change in or should I go ahead and fix it up, or have I gone into the weeds? thanks, danch ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-name conflict, help me!!!
Hi I just created a workaround to fix this problem. In org.jboss.util.jmx.ObjectNameConverter contains these methods (module common) conversion: - convertString(): String of an Object Name - ObjectName - convertProperties(): Domain Name + Hashtable Properties - ObjectName undo methods: - getPropertiers(): Object Name plus undo conversion - Hashtable with Properties - getString(): Object Name plus undo conversion - String of an Object Name I added this fix to JSR-77 and now we are able to use any characters for the JSR-77 name. With special thanx to William Hoyle for mentioning the RFC 1738 style escape codes. BTW This fix will not solve your problem AFAIK because EJB JNDI-Names should be unique. PLEASE can you provide the entire stacktrace to see where this code fails. Also can you tell me which version you are using ? Thanx - Andy - Original Message - From: colorzhang [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 01, 2002 6:40 PM Subject: [JBoss-dev] ejb-name conflict, help me!!! hi all: sorry post again! i have two application(petstore.ear, opc.ear) deploy on jboss, petstore.ear has a ejb named AsyncSenderEJB(ejb-jar.xml) opc.ear also has a ejb named AsyncSenderEJB(ejb-jar.xml) but they have different jndi-name(jboss.xml) i have follow errors: 2002-05-01 00:16:23,224 ERROR [org.jboss.ejb.EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EJB,jndiName=AsyncSenderEJB already registered. at org.jboss.mx.server.registry.BasicMBeanRegistry.add(BasicMBeanRegistry.java: 677) at org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegi stry.java:247) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) . * * * View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=14604 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Does xdoclet still generate this key construct?
Hi Geeks
Right now I ecounter another problem with XDoclet as we use it.
It does not generate the CMP classes correctly.
Note: the version we are using right now is not an offical version
but one between 1.1.2 and the current CVS Head which makes
it very difficult to use because there is not update to date DOCU
(@#$!).
I tried to use the CVS Head but it seems you have to use Ant
1.5 (alpha) which was not working for me.
Andy
In looking at a CMP cache bug report, it is another instance of an
xdoclet generated key screwing up the hashCode implementation.
Here is the generated key:
/*
* Generated file - Do not edit!
*/
package com.lombardrisk.scratch;
import java.lang.*;
import java.util.Collection;
import java.util.Iterator;
import javax.ejb.CreateException;
import javax.ejb.EntityBean;
import com.lombardrisk.common.ServiceLocations;
import org.apache.log4j.Category;
/**
* Primary key for ScratchEntity.
* @ejb-pk
* @xdoclet-generated at 02-May-02 14:41:41
*/
public class ScratchEntityKey
extends java.lang.Object
implements java.io.Serializable
{
static final long serialVersionUID = 3511574961442126022L;
transient private int _hashCode = Integer.MIN_VALUE;
transient private String value = null;
public long id;
public ScratchEntityKey()
{
}
public ScratchEntityKey( long id )
{
this.id = id;
}
public long getId()
{
return id;
}
public void setId(long id)
{
this.id = id;
}
public int hashCode()
{
if( _hashCode == Integer.MIN_VALUE )
{
_hashCode += (int)this.id;
}
return _hashCode;
}
public boolean equals(Object obj)
{
if( !(obj instanceof com.lombardrisk.scratch.ScratchEntityKey) )
return false;
com.lombardrisk.scratch.ScratchEntityKey pk =
(com.lombardrisk.scratch.Scr
atchEntityKey)obj;
boolean eq = true;
if( obj == null )
{
eq = false;
}
else
{
eq = eq this.id == pk.id;
}
return eq;
}
public String toString()
{
if( value == null )
{
value = [.;
value += this.id+.;
value += ];
}
return value;
}
}
The problem is the construct used to initialize and cache the hashCode
value.
Here is a trival program that demonstrates the problem:
import java.rmi.MarshalledObject;
import com.lombardrisk.scratch.ScratchEntityKey;
public class TstKey
{
public static void main(String[] args) throws Exception
{
ScratchEntityKey pk1 = new ScratchEntityKey(1);
System.out.println(Integer.MIN_VALUE=+Integer.MIN_VALUE);
System.out.println(pk1.hashCode=+pk1.hashCode());
MarshalledObject mo = new MarshalledObject(pk1);
ScratchEntityKey pk2 = (ScratchEntityKey) mo.get();
System.out.println(pk2.hashCode=+pk2.hashCode());
}
}
Which when runs, shows that the unserialized object pk2
has a hashCode of 0:
Integer.MIN_VALUE=-2147483648
pk1.hashCode=-2147483647
pk2.hashCode=0
So the unserialized pk1 value has a hashCode of 0 != -2147483647.
Its Serializable 101 stuff that default serialization does not
execute the default constructor and member intializations
during deserialization. Is xdoclet still generating this invalid
construct?
Scott Stark
Chief Technology Officer
JBoss Group, LLC
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JSR-77 Failure in test of JBoss 3.0 Branch
Hi Scott[s], David The test is failing because the LocalTXConnectionManager does not send the start/stop notifications send by Service- MBeanSupport to the client (no idea why this doesn't work) but when I switch from JCAConnectionFactory to JavaMail- Resource everything works fine. NOTE: JSR-77 needs the state notification events to be information about state changes of its target. Please can you both take care of it. In the meantime I will replace in the test JCAConnectionFactory by JavaMailResource because the test is about checking the Notification Delivery and not if a particular JSR-77 is working (will come later). Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-name conflict, help me!!!
Hi Juha, Scott The mentioned problem is that JMX does not allow : in the value of a ObjectName property in the current spec. Thererfore any java: etc. JNDI name fails. I guess that JBossMX does not provide a fix for that, correct ? Maybe I just have to create a character replacement like ':' - '~'. Ugly but I see no other workaround. Andy - Original Message - From: Andreas Schaefer [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 01, 2002 7:11 PM Subject: Re: [JBoss-dev] ejb-name conflict, help me!!! Hi Thanks for the post. I will look into it soon but the exception does not prevent you from going on. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-name conflict, help me!!!
Hi Scott The incorporation of jndi names into the ObjectName is going to be a continued source of conflict as jndi names may well include invalid characters(ldap names include both ',' and '='). Can this be done differently? I think Davids suggestions to replace this special character: '*', ':', '=' and '?' by '%' is the best way to go because JNDI name is the only name I can think of to be unique in an app-server. Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-name conflict, help me!!!
Hi Scott Ok, but then we would need a general utility or class to convert back and forth. I don't know how many places actually use the jndiName property to to lookups, but at least the IIOP layer does. Alternatively, you could create a special naming context in JNDI into which the transmed name was bound with a link to the original such the any lookup of the transformed name mapped to the original binding. OK, will create this conversion tool. To make a create translation we need a better translation matrix: :-%1 *-%2 ?-%3 =-%4 ,-%5 %-%% So the conversion back and forth is possible. Any objects or suggestions ? Andy ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ejb-name conflict, help me!!!
Hi Thanks for the post. I will look into it soon but the exception does not prevent you from going on. Andy - Original Message - From: colorzhang [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 01, 2002 6:40 PM Subject: [JBoss-dev] ejb-name conflict, help me!!! hi all: sorry post again! i have two application(petstore.ear, opc.ear) deploy on jboss, petstore.ear has a ejb named AsyncSenderEJB(ejb-jar.xml) opc.ear also has a ejb named AsyncSenderEJB(ejb-jar.xml) but they have different jndi-name(jboss.xml) i have follow errors: 2002-05-01 00:16:23,224 ERROR [org.jboss.ejb.EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EJB,jndiName=AsyncSenderEJB already registered. at org.jboss.mx.server.registry.BasicMBeanRegistry.add(BasicMBeanRegistry.java: 677) at org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegi stry.java:247) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) . * * * View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=14604 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 2.4.x Marathon Tests
Hi Geeks Just uploaded the newest version of the 2.4.x marathon test. It contains it own compilation path and startup script (see: /jbosstest/src/build/marathon.sh) which you can adjust to your needs. Of course there is also a windows script: marathon.bat. ATTENTION: the idea behind is to run this on a moderate load for hours or days (50 to 60% CPU load) best of course on 2 boxes (client/server). Please adjust the THREAD_COUNT accordingly (on a Pentium III I could run 100 to 130 threads on a Pentium IV 200 to 350). If the load is too high you will get a backlog on the transactions, they will timeout and the test will exit. Currently I am working on a JBossMQ test because Hiram and I found some problems with it. I am still looking for a good test scenario because the only one I came up was a mail server sending messages to a MDB to be saved in a DB. So does anyone have an idea to test connections,session, topics and queues because I found a real scenario better to implement and to analyse than a complete artifical one. Have fun BTW by tomorrow I will port this to JBoss 3 as well. x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: JBossMQ Questions
Hi Hiram I think you might be confused because the JMSServer supports stateless connection protocols such as RMI. So, this means is that the JMSServer does not keep track of the connections that are established with him. Once a client establishes a connection with the server, he passes a ConnectionToken object allong with every request he makes to the server. The ConnectionToken holds enough info for the server to identify from which connection the request is comming from and how to send send data asynchronously to that connection. Now in the case of the stateful transport protocols, such as the OIL and UIL, it would be possible to keep track of the connections since we have to manage the thread the reads input from the sockets. I can see us creating registing a new MBean for each connection that is accecpted. Or can we create an MBean which contains a list of connection created to reduce the list of MBeans ? Andy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBossMQ Questions
Hi Hiram Just started to implement JSR-77 performance monitoring on JBossMQ (was just in the flow after the recent events). I came up with some questions but let me explain what JSR-77 spec. contains: a JMS stats contains: - list of connections - which contains a list of sesssions - which contains a list of consumers and producers I started adding JBoss MQ code in JMSServer because this seems to be the central component of JBossMQ. Now I need to find out what connections exists and retrieve informations from them inclusive the list of sessions and from this the list of sender/receivers or list of publisher/subscribers. All this seems not to be a problem. But I don't see the connnection between JMSServer and SpyConnection. Is there a way to get there inclusive going over JNDI or JMX ? Thanx x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [JL] Is it time for a new enterprise solution?
Hi George The view on the configuration should be task-oriented, not file-oriented. Do you have an example for that ? I know BEA WL 5 and IBM WebSphere 3.5 and both did not provide configuration on their UI. It's so easy to understand why a GUI is necessary. And why XML is necessary. When I was working on BEA WebLogic (yes, I was) they had a usable UI but I still configured the server through the file. Mostly because the heavy configuration stuff is not added to the UI. A UI makes sense to discover all the services and deployments and get statistics out of it which JSR-77 should do so. But I am convinced that configuring a server is advanced stuff and should not be made too easy otherwise it will break all the time. An application server is not a volatile system with respect to configuration. Have fun - Andy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Data validation in EJB
Hi Marc should really be done with client interceptors, really. It is yet another great application for these puppies, from clustering to ejb behavior to datavalidation and transactional support and client caching, the client interceptors are going to spark a small revolution in superserver design. Not quite sure. As long as you check if some values are within some limits that will work but when you checking if this record does not already exists (other unique indexes beside the PK like SSN etc.) you have to call the server either way and then when you have more than one call you will spoil more time than you win. Also how you want to create portable applications and how to deal with security issues except you are going to recheck the data on the server side as well (I don't think that a concerned application server manager what to bet the data integrity on a client side interceptor). Have fun - Andy ATTENTION JBoss Users: - Addictive when mixed with Java !! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] XDoclet in /tools has BUGSSSSSS
Hi David What shall I do with you ? The current XDoclet in /tools is buggy !!! It does not work with EJB-CMP column-names (the good old @jboss:column-name is not working and the new @ejb-persistence is not working, either). ATTENTION: when you change /tools you change this also for jboss-website (maybe more). Maybe it would be a good idea if we label beta archives with another name to indicate that this is not a fully tested version ? Have fun x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: XDoclet in /tools has BUGSSSSSS
Hi David 1. tag your website builds You mean according to the jboss-all tags ? 2. Include the website in the testsuite. No idea what you mean ? From checking out jboss-all, I get the idea that it is all of jboss I have to worry about when I change things, and I think running build/build.sh clean main and testsuite/build.sh clean tests is all the testing available. If you want something else to work, you need to make it obvious when it is broken. My question is how to we solve this problem right now because we shouldn't use software in beta when there is a production release out there, shouldn't we ? What do you think about having two XDoclet version around: - xdoclet.jar which is the lastest stable production release - xdoclet.beta.jar which is a beta version when necessary like in your case you want to use the XMBean stuff Have fun - Andy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBossMQ Problem with Topics
Hi Geeks When a message is sent to a non-durable, non-persistent topic and no subscriber are available is then the message kept in memory or dropped ? Thanx x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBossMQ Memory Leak
Hi Hiram I just heared from a customer that they found a memory leak in JBossMQ with a profiler. He promised to send information about it soon I am also working on a long term test. Because of that I will create a marathon test case for JBossMQ in the next days to investigate this issue further. So I will let you know as soon as I get more information. Andy x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 2.4.5 problem
(LogInterceptor.java:170) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.jav a:286) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerI nvoker.java:410) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241) at sun.rmi.transport.Transport$1.run(Transport.java:152) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:148) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7 06) at java.lang.Thread.run(Thread.java:484) --- This happens on my computer (W2K, 256MB, Pentium IV) after 1000 customers are created. As you can see the test creates a new customer on every 10th loop otherwise it will retrieve all customers from the JBoss server. Is this a known problem or shall I add it to the bug list ? x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/interfaces Constants.java
User: schaefera Date: 02/04/16 22:07:24 Added: src/main/org/jboss/test/banknew/interfaces Tag: Branch_2_4 Constants.java Log: Redesigned the banknew example therefore to a create separation between the Entity Bean (CMP) and the Session Beans (Business Logic). The test cases are redesigned but not finished yet. Revision ChangesPath No revision No revision 1.1.2.1 +36 -0 jbosstest/src/main/org/jboss/test/banknew/interfaces/Attic/Constants.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build/subprojects build-bank.xml build-bench.xml build-cts.xml build-hello.xml build-idgen.xml build-perf.xml
User: schaefera
Date: 02/04/16 22:07:23
Modified:src/build/subprojects Tag: Branch_2_4 build-bank.xml
build-bench.xml build-cts.xml build-hello.xml
build-idgen.xml build-perf.xml
Log:
Redesigned the banknew example therefore to a create separation between
the Entity Bean (CMP) and the Session Beans (Business Logic).
The test cases are redesigned but not finished yet.
Revision ChangesPath
No revision
No revision
1.1.2.2 +13 -6 jbosstest/src/build/subprojects/Attic/build-bank.xml
Index: build-bank.xml
===
RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/Attic/build-bank.xml,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- build-bank.xml9 Jul 2001 01:06:01 - 1.1.2.1
+++ build-bank.xml17 Apr 2002 05:07:23 - 1.1.2.2
@@ -20,8 +20,7 @@
!-- Creates the JBossTest bank ejb-jar file --
!-- === --
target name=jar depends=compile
-delete dir=${build.classes.dir}/META-INF/
-copy todir=${build.classes.dir}
+copy todir=${build.classes.dir}/bank
fileset dir=${src.resources}/bank/
/copy
jar jarfile=${build.lib.dir}/banktest.jar
@@ -30,10 +29,18 @@
includes=org/jboss/test/util/**,org/jboss/test/bank/interfaces/**,org/jboss/test/bank/test/**,*.*
/
-jar jarfile=${build.deploy.dir}/bank.jar
- basedir=${build.classes.dir}
-
includes=org/jboss/test/util/ejb/**,org/jboss/test/bank/interfaces/**,org/jboss/test/bank/ejb/**,**/*.xml
-/
+ jar
+ jarfile=${build.deploy.dir}/bank.jar
+
+ fileset
+dir=${build.classes.dir}
+
includes=org/jboss/test/util/ejb/**,org/jboss/test/bank/interfaces/**,org/jboss/test/bank/ejb/**
+ /
+ fileset
+dir=${build.classes.dir}/bank
+includes=META-INF/**
+ /
+ /jar
/target
/project
1.1.2.1 +14 -10jbosstest/src/build/subprojects/Attic/build-bench.xml
Index: build-bench.xml
===
RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/Attic/build-bench.xml,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- build-bench.xml 5 May 2001 20:54:05 - 1.1
+++ build-bench.xml 17 Apr 2002 05:07:23 - 1.1.2.1
@@ -21,16 +21,22 @@
!-- === --
target name=ear depends=compile
mkdir dir=${build.dir}/bench/
-delete dir=${build.classes.dir}/META-INF/
-copy todir=${build.classes.dir}
+copy todir=${build.classes.dir}/bench.ejb
fileset dir=${src.resources}/bench/ejb/
/copy
-jar jarfile=${build.dir}/bench/bench.jar
- basedir=${build.classes.dir}
-
includes=org/jboss/test/bench/interfaces/**,org/jboss/test/bench/ejb/**,**/*.xml
-/
+ jar
+ jarfile=${build.deploy.dir}/bench.jar
+
+ fileset
+dir=${build.classes.dir}
+
includes=org/jboss/test/bench/interfaces/**,org/jboss/test/bench/ejb/**
+ /
+ fileset
+dir=${build.classes.dir}/bench.ejb
+includes=META-INF/**
+ /
+ /jar
-delete dir=${build.classes.dir}/META-INF/
copy todir=${build.dir}/web
fileset dir=${src.resources}/bench/web/
/copy
@@ -39,12 +45,10 @@
/copy
jar jarfile=${build.dir}/bench/bench.war
basedir=${build.dir}/web
- manifest=${src.resources}/bench/web.mf
+ manifest=${src.resources}/bench/web.mf
includes=**
/
-delete dir=${build.classes.dir}/META-INF/
-delete dir=${build.classes.dir}/WEB-INF/
copy todir=${build.dir}/bench
fileset dir=${src.resources}/bench/ear/
/copy
1.1.2.2 +13 -6 jbosstest/src/build/subprojects/Attic/build-cts.xml
Index: build-cts.xml
===
RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/Attic/build-cts.xml,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- build-cts.xml 9 Jul 2001 01:06:01 - 1.1.2.1
+++ build-cts.xml 17 Apr 2002 05:07:23 - 1.1.2.2
@@ -20,8 +20,7 @@
!-- Creates the JBossTest CTS
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/ejbeans AccountSessionBean.java BankSessionBean.java CustomerSessionBean.java TellerSessionBean.java TransactionBean.java AccountBean.java BankBean.java CustomerBean.java TellerBean.java
User: schaefera
Date: 02/04/16 22:07:24
Modified:src/main/org/jboss/test/banknew/ejbeans Tag: Branch_2_4
AccountBean.java BankBean.java CustomerBean.java
Added: src/main/org/jboss/test/banknew/ejbeans Tag: Branch_2_4
AccountSessionBean.java BankSessionBean.java
CustomerSessionBean.java TellerSessionBean.java
TransactionBean.java
Removed: src/main/org/jboss/test/banknew/ejbeans Tag: Branch_2_4
TellerBean.java
Log:
Redesigned the banknew example therefore to a create separation between
the Entity Bean (CMP) and the Session Beans (Business Logic).
The test cases are redesigned but not finished yet.
Revision ChangesPath
No revision
No revision
1.1.2.3 +40 -73
jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/AccountBean.java
Index: AccountBean.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/AccountBean.java,v
retrieving revision 1.1.2.2
retrieving revision 1.1.2.3
diff -u -r1.1.2.2 -r1.1.2.3
--- AccountBean.java 15 Apr 2002 04:28:15 - 1.1.2.2
+++ AccountBean.java 17 Apr 2002 05:07:24 - 1.1.2.3
@@ -10,13 +10,13 @@
import org.jboss.test.util.ejb.EntitySupport;
import org.jboss.test.banknew.interfaces.AccountData;
-// import org.jboss.test.banknew.interfaces.Customer;
+import org.jboss.test.banknew.interfaces.AccountPK;
/**
* The Entity bean represents a bank account
*
* @author Andreas Schaefer
- * @version $Revision: 1.1.2.2 $
+ * @version $Revision: 1.1.2.3 $
*
* @ejb:bean name=bank/Account
* display-name=Bank Account Entity
@@ -31,16 +31,21 @@
*
* @ejb:transaction type=Required
*
- * @ejb:data-object setdata=false
+ * @ejb:data-object setdata=true
* extends=java.lang.Object
*
* @ejb:finder signature=java.util.Collection findAll()
*
- * @ejb:finder signature=java.util.Collection findLargeAccounts( int
pMinimumBalance )
+ * @ejb:finder signature=java.util.Collection findByCustomer( String pCustomerId )
*
- * @jboss:finder-query name=findLargeAccounts
- * query=Balance {0}
- * order=Balance
+ * @jboss:finder-query name=findByCustomer
+ * query=Customer_Id = {0}
+ * order=Type
+ *
+ * @ejb:finder signature=org.jboss.test.banknew.interfaces.Account
findByCustomerAndType( String pCustomerId, int pType )
+ *
+ * @jboss:finder-query name=findByCustomerAndType
+ * query=Customer_Id = {0} AND Type = {1}
*
* @jboss:table-name table-name=Account
*
@@ -53,9 +58,6 @@
{
// Constants -
- public static final String COMP_NAME = java:comp/env/ejb/bank/Account;
- public static final String JNDI_NAME = ejb/bank/Account;
-
// Attributes
// Static
@@ -72,109 +74,79 @@
**/
abstract public String getId();
- abstract public void setId(String id);
+ abstract public void setId( String pId );
/**
* @ejb:persistent-field
-* @ejb:interface-method view-type=remote
*
-* @jboss:column-name name=Balance
+* @jboss:column-name name=Customer_Id
**/
- abstract public float getBalance();
+ abstract public String getCustomerId();
- /**
-* @ejb:interface-method view-type=remote
-**/
- abstract public void setBalance(float balance);
+ abstract public void setCustomerId( String pCustomerId );
/**
* @ejb:persistent-field
-* @ejb:interface-method view-type=remote
*
-* @jboss:column-name name=Customer_Id
+* @jboss:column-name name=Type
**/
- public abstract String getOwnerId();
+ abstract public int getType();
- public abstract void setOwnerId( String pCustomerId );
+ abstract public void setType( int pType );
/**
+* @ejb:persistent-field
* @ejb:interface-method view-type=remote
+*
+* @jboss:column-name name=Balance
**/
- public void deposit(float amount)
- {
- setBalance(getBalance()+amount);
- }
+ abstract public float getBalance();
- /**
-* @ejb:interface-method view-type=remote
-**/
- public void withdraw(float amount)
- {
- setBalance(getBalance()-amount);
- }
+ abstract public void setBalance( float pAmount );
/**
* @ejb:interface-method view-type=remote
**/
- public void setData
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/test BankMarathonTestCase.java BankStressTestCase.java
User: schaefera
Date: 02/04/16 22:07:24
Modified:src/main/org/jboss/test/banknew/test Tag: Branch_2_4
BankMarathonTestCase.java BankStressTestCase.java
Log:
Redesigned the banknew example therefore to a create separation between
the Entity Bean (CMP) and the Session Beans (Business Logic).
The test cases are redesigned but not finished yet.
Revision ChangesPath
No revision
No revision
1.1.2.3 +251 -436
jbosstest/src/main/org/jboss/test/banknew/test/Attic/BankMarathonTestCase.java
Index: BankMarathonTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/banknew/test/Attic/BankMarathonTestCase.java,v
retrieving revision 1.1.2.2
retrieving revision 1.1.2.3
diff -u -r1.1.2.2 -r1.1.2.3
--- BankMarathonTestCase.java 15 Apr 2002 04:28:15 - 1.1.2.2
+++ BankMarathonTestCase.java 17 Apr 2002 05:07:24 - 1.1.2.3
@@ -4,24 +4,29 @@
*/
package org.jboss.test.banknew.test;
-import java.util.*;
-import java.lang.reflect.*;
-import javax.ejb.*;
-import javax.naming.*;
-import javax.management.*;
-import org.jboss.test.banknew.ejbeans.AccountBean;
-import org.jboss.test.banknew.ejbeans.BankBean;
-import org.jboss.test.banknew.ejbeans.CustomerBean;
-import org.jboss.test.banknew.ejbeans.TellerBean;
-import org.jboss.test.banknew.interfaces.Account;
+import java.rmi.RemoteException;
+import java.util.Collection;
+import java.util.Iterator;
+import java.util.List;
+import java.util.Random;
+
+import javax.ejb.CreateException;
+import javax.naming.Context;
+import javax.naming.InitialContext;
+import javax.naming.NamingException;
+
import org.jboss.test.banknew.interfaces.AccountData;
-import org.jboss.test.banknew.interfaces.AccountHome;
-import org.jboss.test.banknew.interfaces.Bank;
-import org.jboss.test.banknew.interfaces.BankHome;
-import org.jboss.test.banknew.interfaces.Customer;
-import org.jboss.test.banknew.interfaces.CustomerHome;
-import org.jboss.test.banknew.interfaces.Teller;
-import org.jboss.test.banknew.interfaces.TellerHome;
+import org.jboss.test.banknew.interfaces.AccountSession;
+import org.jboss.test.banknew.interfaces.AccountSessionHome;
+import org.jboss.test.banknew.interfaces.BankData;
+import org.jboss.test.banknew.interfaces.BankSession;
+import org.jboss.test.banknew.interfaces.BankSessionHome;
+import org.jboss.test.banknew.interfaces.Constants;
+import org.jboss.test.banknew.interfaces.CustomerData;
+import org.jboss.test.banknew.interfaces.CustomerSession;
+import org.jboss.test.banknew.interfaces.CustomerSessionHome;
+import org.jboss.test.banknew.interfaces.TellerSession;
+import org.jboss.test.banknew.interfaces.TellerSessionHome;
import junit.framework.Test;
import junit.framework.TestCase;
@@ -32,226 +37,154 @@
import org.apache.log4j.Category;
/**
- *
- * @see related
- * @author Author: d_jencks among many others
- * @version $Revision: 1.1.2.2 $
+ * Marathon test case to test JBoss under moderate utilization for
+ * a long time (hours or days) to see if there is a memory leak or
+ * other long time exceptions
+ *
+ * @see related
+ * @author Author: Andreas Schaefer
+ * @version $Revision: 1.1.2.3 $
*/
public class BankMarathonTestCase
extends JBossTestCase
{
// Constants -
- public static final int DEFAULT_DURATION = 1 * 60 * 60 * 1000;// 1 hour
+ public static final int DEFAULT_DURATION = Constants.ONE_DAY;// 1 Day (24
hours)
// Attributes
private int mIndex = 1;
private int mCount;
private Exception mException;
private boolean mExit = false;
+ private Context mContext;
+ private final Object mLock = new Object();
// Static
// Constructors --
- public BankMarathonTestCase(String name)
- {
- super(name);
- System.out.println( AS BankMarathonTestCase(), name: + name );
+ public BankMarathonTestCase( String pName ) {
+ super( pName );
+ System.out.println( AS BankMarathonTestCase(), name: + pName );
}
// Public
- public void testTeller()
- throws Exception
- {
- System.out.println( AS testTeller() );
- TellerHome home = (TellerHome)new InitialContext().lookup(
TellerBean.JNDI_NAME );
- Teller teller = home.create();
-
- BankHome bankHome = (BankHome)new InitialContext().lookup( BankBean.JNDI_NAME
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew - New directory
User: schaefera Date: 02/04/14 19:24:40 jbosstest/src/main/org/jboss/test/banknew - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/ejbeans - New directory
User: schaefera Date: 02/04/14 19:25:08 jbosstest/src/main/org/jboss/test/banknew/ejbeans - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/test - New directory
User: schaefera Date: 02/04/14 19:25:08 jbosstest/src/main/org/jboss/test/banknew/test - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/interfaces - New directory
User: schaefera Date: 02/04/14 19:25:08 jbosstest/src/main/org/jboss/test/banknew/interfaces - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/ejbeans AccountBean.java BankBean.java CustomerBean.java TellerBean.java
User: schaefera Date: 02/04/14 19:32:24 Added: src/main/org/jboss/test/banknew/ejbeans Tag: Branch_2_4 AccountBean.java BankBean.java CustomerBean.java TellerBean.java Log: Add a new test version of the bank because the old did no use transactions and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes. Also a marathon test is added. Please specify the jbosstest.duration for how long and the test.timeout (which must be longer than the duration) to run the test with run_tests.xml, tag marathon-test-and-report. Revision ChangesPath No revision No revision 1.1.2.1 +190 -0 jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/AccountBean.java 1.1.2.1 +113 -0 jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/BankBean.java 1.1.2.1 +153 -0 jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/CustomerBean.java 1.1.2.1 +198 -0 jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/TellerBean.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/interfaces BankException.java
User: schaefera Date: 02/04/14 19:32:26 Added: src/main/org/jboss/test/banknew/interfaces Tag: Branch_2_4 BankException.java Log: Add a new test version of the bank because the old did no use transactions and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes. Also a marathon test is added. Please specify the jbosstest.duration for how long and the test.timeout (which must be longer than the duration) to run the test with run_tests.xml, tag marathon-test-and-report. Revision ChangesPath No revision No revision 1.1.2.1 +58 -0 jbosstest/src/main/org/jboss/test/banknew/interfaces/Attic/BankException.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/test BankMarathonTestCase.java BankStressTestCase.java Main.java
User: schaefera Date: 02/04/14 19:32:26 Added: src/main/org/jboss/test/banknew/test Tag: Branch_2_4 BankMarathonTestCase.java BankStressTestCase.java Main.java Log: Add a new test version of the bank because the old did no use transactions and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes. Also a marathon test is added. Please specify the jbosstest.duration for how long and the test.timeout (which must be longer than the duration) to run the test with run_tests.xml, tag marathon-test-and-report. Revision ChangesPath No revision No revision 1.1.2.1 +529 -0 jbosstest/src/main/org/jboss/test/banknew/test/Attic/BankMarathonTestCase.java 1.1.2.1 +513 -0 jbosstest/src/main/org/jboss/test/banknew/test/Attic/BankStressTestCase.java 1.1.2.1 +494 -0jbosstest/src/main/org/jboss/test/banknew/test/Attic/Main.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/bank/test BankStressTestCase.java
User: schaefera Date: 02/04/14 19:32:24 Removed: src/main/org/jboss/test/bank/test Tag: Branch_2_4 BankStressTestCase.java Log: Add a new test version of the bank because the old did no use transactions and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes. Also a marathon test is added. Please specify the jbosstest.duration for how long and the test.timeout (which must be longer than the duration) to run the test with run_tests.xml, tag marathon-test-and-report. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build/subprojects build-bank-new.xml
User: schaefera Date: 02/04/14 19:32:24 Added: src/build/subprojects Tag: Branch_2_4 build-bank-new.xml Log: Add a new test version of the bank because the old did no use transactions and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes. Also a marathon test is added. Please specify the jbosstest.duration for how long and the test.timeout (which must be longer than the duration) to run the test with run_tests.xml, tag marathon-test-and-report. Revision ChangesPath No revision No revision 1.1.2.1 +82 -0 jbosstest/src/build/subprojects/Attic/build-bank-new.xml ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/lib xdoclet.jar
User: schaefera Date: 02/04/14 19:32:24 Added: src/lib Tag: Branch_2_4 xdoclet.jar Log: Add a new test version of the bank because the old did no use transactions and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes. Also a marathon test is added. Please specify the jbosstest.duration for how long and the test.timeout (which must be longer than the duration) to run the test with run_tests.xml, tag marathon-test-and-report. Revision ChangesPath No revision No revision 1.1.2.1 +1698 -0 jbosstest/src/lib/Attic/xdoclet.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build build.xml run_tests.xml
User: schaefera
Date: 02/04/14 19:32:24
Modified:src/build Tag: Branch_2_4 build.xml run_tests.xml
Log:
Add a new test version of the bank because the old did no use transactions
and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes.
Also a marathon test is added. Please specify the jbosstest.duration for
how long and the test.timeout (which must be longer than the duration) to
run the test with run_tests.xml, tag marathon-test-and-report.
Revision ChangesPath
No revision
No revision
1.34.2.8 +8 -1 jbosstest/src/build/Attic/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbosstest/src/build/Attic/build.xml,v
retrieving revision 1.34.2.7
retrieving revision 1.34.2.8
diff -u -r1.34.2.7 -r1.34.2.8
--- build.xml 29 Dec 2001 10:17:09 - 1.34.2.7
+++ build.xml 15 Apr 2002 02:32:23 - 1.34.2.8
@@ -30,6 +30,7 @@
property name=dist.dir value=dist/
property name=packages value=org.*/
path id=base.path
+pathelement location=${lib.dir}/ant.jar /
pathelement location=${jboss.dist}/client/jboss-j2ee.jar /
pathelement location=${jboss.dist}/client/jnp-client.jar /
pathelement location=${jboss.dist}/client/connector.jar /
@@ -46,6 +47,7 @@
pathelement location=${jboss.dist}/lib/ext/mail.jar /
pathelement location=${src.lib.dir}/junit.jar /
pathelement location=${src.lib.dir}/servlet.jar /
+pathelement location=${src.lib.dir}/xdoclet.jar /
pathelement location=${build.classes.dir} /
/path
property name=classpath refid=base.path/
@@ -71,7 +73,7 @@
debug=on
deprecation=off
optimize=off
- excludes=**/ant/taskdefs/**
+ excludes=**/ant/taskdefs/**,org/jboss/test/banknew/**
/
/target
@@ -129,6 +131,7 @@
--
target name=jar depends=compile
antcall target=bank-subproject /
+antcall target=new-bank-subproject /
antcall target=hello-subproject /
antcall target=idgen-subproject /
antcall target=cts-subproject /
@@ -155,6 +158,10 @@
target name=bank-subproject depends=prepare
!-- Bank EJB tests --
ant antfile=src/build/subprojects/build-bank.xml /
+/target
+target name=new-bank-subproject depends=prepare
+!-- New Bank EJB tests --
+ant antfile=src/build/subprojects/build-bank-new.xml /
/target
target name=hello-subproject depends=prepare
!-- Hello EJB tests --
1.15.2.13 +61 -2 jbosstest/src/build/Attic/run_tests.xml
Index: run_tests.xml
===
RCS file: /cvsroot/jboss/jbosstest/src/build/Attic/run_tests.xml,v
retrieving revision 1.15.2.12
retrieving revision 1.15.2.13
diff -u -r1.15.2.12 -r1.15.2.13
--- run_tests.xml 12 Apr 2002 23:54:10 - 1.15.2.12
+++ run_tests.xml 15 Apr 2002 02:32:23 - 1.15.2.13
@@ -2,7 +2,7 @@
!-- An ant build file for running the test code against a
JBoss server dist
-$Revision: 1.15.2.12 $
+$Revision: 1.15.2.13 $
--
project name=JBossUnitTests default=run-tests basedir=../../
@@ -41,6 +41,7 @@
property name=build.lib.dir value=${build.dir}/lib/
property name=build.deploy.dir value=${build.dir}/deploy/
property name=build.classes.dir value=${build.dir}/classes/
+property name=build.generate.dir value=${build.dir}/generate/
property name=build.lib.dir value=${build.dir}/client/
property name=build.javadocs.dir value=${build.dir}/docs/api/
property name=dist.dir value=dist/
@@ -121,6 +122,25 @@
/target
!-- === --
+ !-- Execute the junit tests --
+ !-- === --
+target name=run-marathon-tests depends=build if=junit.present
+delete dir=${test.results.dir} /
+mkdir dir=${test.results.dir} /
+antcall target=standard-marathon-tests /
+!--antcall target=basic-security-tests / --
+!--antcall target=client-tests / --
+
+!-- Check if the security setup steps have been performed --
+!--available property=security.configured
file=${jboss.home}/bin/SRPVerifierStore.ser / --
+!-- Run security tests seperately due to their need for a
+non-default JBoss server dist. If the security-setup task
+steps have not been completed these tests will fail.
+--
+!--antcall target=security-tests / --
+/target
+
+ !-- === --
!--
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/test BankMarathonTestCase.java BankStressTestCase.java
User: schaefera
Date: 02/04/14 21:28:15
Modified:src/main/org/jboss/test/banknew/test Tag: Branch_2_4
BankMarathonTestCase.java BankStressTestCase.java
Log:
Minor fixes regarding to the JNDI names of the beans.
Revision ChangesPath
No revision
No revision
1.1.2.2 +33 -21
jbosstest/src/main/org/jboss/test/banknew/test/Attic/BankMarathonTestCase.java
Index: BankMarathonTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/banknew/test/Attic/BankMarathonTestCase.java,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -r1.1.2.1 -r1.1.2.2
--- BankMarathonTestCase.java 15 Apr 2002 02:32:26 - 1.1.2.1
+++ BankMarathonTestCase.java 15 Apr 2002 04:28:15 - 1.1.2.2
@@ -9,7 +9,19 @@
import javax.ejb.*;
import javax.naming.*;
import javax.management.*;
-import org.jboss.test.bank.interfaces.*;
+import org.jboss.test.banknew.ejbeans.AccountBean;
+import org.jboss.test.banknew.ejbeans.BankBean;
+import org.jboss.test.banknew.ejbeans.CustomerBean;
+import org.jboss.test.banknew.ejbeans.TellerBean;
+import org.jboss.test.banknew.interfaces.Account;
+import org.jboss.test.banknew.interfaces.AccountData;
+import org.jboss.test.banknew.interfaces.AccountHome;
+import org.jboss.test.banknew.interfaces.Bank;
+import org.jboss.test.banknew.interfaces.BankHome;
+import org.jboss.test.banknew.interfaces.Customer;
+import org.jboss.test.banknew.interfaces.CustomerHome;
+import org.jboss.test.banknew.interfaces.Teller;
+import org.jboss.test.banknew.interfaces.TellerHome;
import junit.framework.Test;
import junit.framework.TestCase;
@@ -23,7 +35,7 @@
*
* @see related
* @author Author: d_jencks among many others
- * @version $Revision: 1.1.2.1 $
+ * @version $Revision: 1.1.2.2 $
*/
public class BankMarathonTestCase
extends JBossTestCase
@@ -52,10 +64,10 @@
throws Exception
{
System.out.println( AS testTeller() );
- TellerHome home = (TellerHome)new
InitialContext().lookup(TellerHome.JNDI_NAME);
+ TellerHome home = (TellerHome)new InitialContext().lookup(
TellerBean.JNDI_NAME );
Teller teller = home.create();
- BankHome bankHome = (BankHome)new InitialContext().lookup(BankHome.JNDI_NAME);
+ BankHome bankHome = (BankHome)new InitialContext().lookup( BankBean.JNDI_NAME
);
Bank bank = bankHome.create();
log.info(Acquire customers);
@@ -80,14 +92,14 @@
getLog().info(Average call time: +((end - start) / (iter*6)));
log.info(Show balance);
- AccountHome accountHome = (AccountHome)new
InitialContext().lookup(AccountHome.JNDI_NAME);
+ AccountHome accountHome = (AccountHome)new InitialContext().lookup(
AccountBean.JNDI_NAME );
Collection accts = accountHome.findAll();
Iterator enum = accts.iterator();
while(enum.hasNext())
{
Account acct = (Account)enum.next();
AccountData data = acct.getData();
-
log.info(data.getId()+(+data.getOwner().getName()+):+data.getBalance());
+ log.info(data.getId()+(+data.getOwnerId()+):+data.getBalance());
acct.withdraw(data.getBalance()); // Clear
}
@@ -100,7 +112,7 @@
{
System.out.println( AS testBank() );
log.info(Get code);
- BankHome bankHome = (BankHome)new InitialContext().lookup(BankHome.JNDI_NAME);
+ BankHome bankHome = (BankHome)new InitialContext().lookup( BankBean.JNDI_NAME
);
Bank bank = bankHome.create();
@@ -115,7 +127,7 @@
log.info(Customer test--);
log.info(Create Customer);
- CustomerHome customerHome = (CustomerHome)new
InitialContext().lookup(Customer);
+ CustomerHome customerHome = (CustomerHome)new InitialContext().lookup(
Customer);
Account from, to;
try
{
@@ -139,7 +151,7 @@
log.info(to.getPrimaryKey()+:+to.getBalance());
log.info(Transfer money);
- TellerHome home = (TellerHome)new InitialContext().lookup(Teller);
+ TellerHome home = (TellerHome)new InitialContext().lookup( Teller);
Teller teller = home.create();
long start = System.currentTimeMillis();
@@ -164,7 +176,7 @@
{
System.out.println( AS BankMarathonTestCase.testEntityCreation() );
- TellerHome lHome = (TellerHome) new InitialContext().lookup(
TellerHome.JNDI_NAME );
+ TellerHome lHome = (TellerHome) new InitialContext().lookup(
TellerBean.JNDI_NAME );
final Teller lTeller = lHome.create();
final Object lLock = new Object();
@@
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/banknew/ejbeans AccountBean.java BankBean.java CustomerBean.java TellerBean.java
User: schaefera Date: 02/04/14 21:28:15 Modified:src/main/org/jboss/test/banknew/ejbeans Tag: Branch_2_4 AccountBean.java BankBean.java CustomerBean.java TellerBean.java Log: Minor fixes regarding to the JNDI names of the beans. Revision ChangesPath No revision No revision 1.1.2.2 +11 -4 jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/AccountBean.java Index: AccountBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/AccountBean.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- AccountBean.java 15 Apr 2002 02:32:24 - 1.1.2.1 +++ AccountBean.java 15 Apr 2002 04:28:15 - 1.1.2.2 @@ -16,7 +16,7 @@ * The Entity bean represents a bank account * * @author Andreas Schaefer - * @version $Revision: 1.1.2.1 $ + * @version $Revision: 1.1.2.2 $ * * @ejb:bean name=bank/Account * display-name=Bank Account Entity @@ -54,7 +54,7 @@ // Constants - public static final String COMP_NAME = java:comp/env/ejb/bank/Account; - public static final String JNDI_NAME = bank/Account; + public static final String JNDI_NAME = ejb/bank/Account; // Attributes @@ -171,10 +171,13 @@ } /* - * $Id: AccountBean.java,v 1.1.2.1 2002/04/15 02:32:24 schaefera Exp $ + * $Id: AccountBean.java,v 1.1.2.2 2002/04/15 04:28:15 schaefera Exp $ * Currently locked by:$Locker: $ * Revision: * $Log: AccountBean.java,v $ + * Revision 1.1.2.2 2002/04/15 04:28:15 schaefera + * Minor fixes regarding to the JNDI names of the beans. + * * Revision 1.1.2.1 2002/04/15 02:32:24 schaefera * Add a new test version of the bank because the old did no use transactions * and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes. 1.1.2.2 +10 -3 jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/BankBean.java Index: BankBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/BankBean.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- BankBean.java 15 Apr 2002 02:32:24 - 1.1.2.1 +++ BankBean.java 15 Apr 2002 04:28:15 - 1.1.2.2 @@ -15,7 +15,7 @@ * The Session bean represents a bank. * * @author Andreas Schaefer - * @version $Revision: 1.1.2.1 $ + * @version $Revision: 1.1.2.2 $ * * @ejb:bean name=bank/Bank * display-name=Bank Session @@ -40,7 +40,7 @@ // Constants - public static final String COMP_NAME = java:comp/env/ejb/bank/Bank; - public static final String JNDI_NAME = bank/Bank; + public static final String JNDI_NAME = ejb/bank/Bank; // Attributes @@ -98,10 +98,13 @@ } /* - * $Id: BankBean.java,v 1.1.2.1 2002/04/15 02:32:24 schaefera Exp $ + * $Id: BankBean.java,v 1.1.2.2 2002/04/15 04:28:15 schaefera Exp $ * Currently locked by:$Locker: $ * Revision: * $Log: BankBean.java,v $ + * Revision 1.1.2.2 2002/04/15 04:28:15 schaefera + * Minor fixes regarding to the JNDI names of the beans. + * * Revision 1.1.2.1 2002/04/15 02:32:24 schaefera * Add a new test version of the bank because the old did no use transactions * and the new uses XDoclet 1.1.2 to generate the DDs and other Java classes. 1.1.2.2 +10 -3 jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/CustomerBean.java Index: CustomerBean.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/banknew/ejbeans/Attic/CustomerBean.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- CustomerBean.java 15 Apr 2002 02:32:24 - 1.1.2.1 +++ CustomerBean.java 15 Apr 2002 04:28:15 - 1.1.2.2 @@ -16,7 +16,7 @@ * The Entity bean represents a bank customer * * @author Andreas Schaefer - * @version $Revision: 1.1.2.1 $ + * @version $Revision: 1.1.2.2 $ * * @ejb:bean name=bank/Customer * display-name=Bank Customer Entity @@ -48,7 +48,7 @@ // Constants - public static final String COMP_NAME = java:comp/env/ejb/bank/Customer; - public static final String JNDI_NAME = bank
[JBoss-dev] JBoss 2.4.x Stress and Marathon Tests
Hi Geeks Just added the new bank test example by using XDoclet and transactions. It is available in the test package banknew. The test contains two new tests: - stress-test-and-report - marathon-test-and-report To call these tests do: - download the CVS module jbosstest from the tag Branch_2_4 - go to /jbosstest/src/build - call for the stress test: $ANT_HOME/bin/ant -f run_tests.xml stress-test-and-report - call for the marathon test: $ANT_HOME/bin/ant -f run_tests.xml marathon-test-and-report -Djbosstest.duration=time in ms -Dtest.timeout=time in ms greater than duration Attention: the duration and timout must be a time in ms which means - 360for one hour - 720for two hours etc. Note that the timeout should be around 20 minutes greater than the duration. Both tests are not very well writen and only uses the banknew example as bases of it. Have fun and let me know when you have problems or suggestions to create a better test. Because I want to create a stress test which utilizes 100% of CPU and a lot of memory for a shorter period (around 20 to 30 minutes) and a marathon test which utilizes around 50% of CPU and certain size of memory for a long period (many hours or days). x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cts/test StatelessSessionStressTestCase.java
User: schaefera Date: 02/04/12 16:54:12 Added: src/main/org/jboss/test/cts/test Tag: Branch_2_4 StatelessSessionStressTestCase.java Log: Backport of the JBoss 3.0 stress tests w/o JMS and deadlock tests. Revision ChangesPath No revision No revision 1.5.2.1 +1 -1 jbosstest/src/main/org/jboss/test/cts/test/StatelessSessionStressTestCase.java Index: StatelessSessionStressTestCase.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/cts/test/StatelessSessionStressTestCase.java,v retrieving revision 1.5 retrieving revision 1.5.2.1 diff -u -r1.5 -r1.5.2.1 --- StatelessSessionStressTestCase.java 29 Jan 2002 22:00:01 - 1.5 +++ StatelessSessionStressTestCase.java 12 Apr 2002 23:54:12 - 1.5.2.1 @@ -27,7 +27,7 @@ * @see related * @author Author: kimptoc * @author Author: d_jencks converted to JBossTestCase and logging. - * @version $Revision: 1.5 $ + * @version $Revision: 1.5.2.1 $ */ public class StatelessSessionStressTestCase ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build/subprojects build-xa.xml
User: schaefera
Date: 02/04/12 16:54:12
Modified:src/build/subprojects Tag: Branch_2_4 build-xa.xml
Log:
Backport of the JBoss 3.0 stress tests w/o JMS and deadlock tests.
Revision ChangesPath
No revision
No revision
1.3.2.2 +2 -0 jbosstest/src/build/subprojects/Attic/build-xa.xml
Index: build-xa.xml
===
RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/Attic/build-xa.xml,v
retrieving revision 1.3.2.1
retrieving revision 1.3.2.2
diff -u -r1.3.2.1 -r1.3.2.2
--- build-xa.xml 9 Jul 2001 01:06:01 - 1.3.2.1
+++ build-xa.xml 12 Apr 2002 23:54:12 - 1.3.2.2
@@ -22,9 +22,11 @@
!-- === --
target name=jar depends=compile
delete dir=${build.classes.dir}/META-INF/
+!-- AS No files there and cvs update -dP will removed the directory and the build
fails
copy todir=${build.classes.dir}
fileset dir=${src.resources}/xa/
/copy
+--
jar jarfile=${build.lib.dir}/xatestclient.jar
basedir=${build.classes.dir}
manifest=${etc.dir}/manifest.mf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/lock/test EnterpriseEntityStressTestCase.java
User: schaefera
Date: 02/04/12 16:54:12
Added: src/main/org/jboss/test/lock/test Tag: Branch_2_4
EnterpriseEntityStressTestCase.java
Log:
Backport of the JBoss 3.0 stress tests w/o JMS and deadlock tests.
Revision ChangesPath
No revision
No revision
1.5.2.1 +75 -23
jbosstest/src/main/org/jboss/test/lock/test/EnterpriseEntityStressTestCase.java
Index: EnterpriseEntityStressTestCase.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/lock/test/EnterpriseEntityStressTestCase.java,v
retrieving revision 1.5
retrieving revision 1.5.2.1
diff -u -r1.5 -r1.5.2.1
--- EnterpriseEntityStressTestCase.java 12 Apr 2002 21:56:59 - 1.5
+++ EnterpriseEntityStressTestCase.java 12 Apr 2002 23:54:12 - 1.5.2.1
@@ -38,12 +38,17 @@
TestSuite suite = new TestSuite();
- // Test ejb.plugins.lock.QueuedPessimisticEJBLock
suite.addTest(new TestSuite(Entity_Option_A_Test.class));
suite.addTest(new TestSuite(Entity_Option_B_Test.class));
suite.addTest(new TestSuite(Entity_Option_C_Test.class));
suite.addTest(new TestSuite(Entity_Option_D_Test.class));
+ // Test ejb.plugins.lock.QueuedPessimisticEJBLock
+ suite.addTest(new TestSuite(Entity_Option_A_Queued_Test.class));
+ suite.addTest(new TestSuite(Entity_Option_B_Queued_Test.class));
+ suite.addTest(new TestSuite(Entity_Option_C_Queued_Test.class));
+ suite.addTest(new TestSuite(Entity_Option_D_Queued_Test.class));
+
suite.addTest(new TestSuite(Entity_Option_C_Multi_Test.class));
return getDeploySetup(suite, locktest.jar);
@@ -81,13 +86,6 @@
{
super(name, EnterpriseEntity_B);
}
-
- public void testB2B() throws Exception
- {
- // This test will not work with commit-option B, because
- // all fields of the entity bean are nulled out on activation
- }
-
}
/**
@@ -105,11 +103,6 @@
{
super(name, EnterpriseEntity_C);
}
- public void testB2B() throws Exception
- {
- // This test will not work with commit-option C, because
- // all fields of the entity bean are nulled out on activation
- }
}
/**
@@ -132,6 +125,75 @@
/**
* #Description of the Class
*/
+ public static class Entity_Option_A_Queued_Test
+ extends EnterpriseEntityTest
+ {
+ /**
+ * Constructor for the Entity_Option_A_Queued_Test object
+ *
+ * @param name Description of Parameter
+ */
+ public Entity_Option_A_Queued_Test(String name)
+ {
+ super(name, EnterpriseEntity_A_Queued);
+ }
+ }
+
+ /**
+* #Description of the Class
+*/
+ public static class Entity_Option_B_Queued_Test
+ extends EnterpriseEntityTest
+ {
+ /**
+ * Constructor for the Entity_Option_B_Queued_Test object
+ *
+ * @param name Description of Parameter
+ */
+ public Entity_Option_B_Queued_Test(String name)
+ {
+ super(name, EnterpriseEntity_B_Queued);
+ }
+ }
+
+ /**
+* #Description of the Class
+*/
+ public static class Entity_Option_C_Queued_Test
+ extends EnterpriseEntityTest
+ {
+ /**
+ * Constructor for the Entity_Option_C_Queued_Test object
+ *
+ * @param name Description of Parameter
+ */
+ public Entity_Option_C_Queued_Test(String name)
+ {
+ super(name, EnterpriseEntity_C_Queued);
+ }
+ }
+
+ /**
+* #Description of the Class
+*/
+ public static class Entity_Option_D_Queued_Test
+ extends EnterpriseEntityTest
+ {
+ /**
+ * Constructor for the Entity_Option_D_Queued_Test object
+ *
+ * @param name Description of Parameter
+ */
+ public Entity_Option_D_Queued_Test(String name)
+ {
+ super(name, EnterpriseEntity_D_Queued);
+ }
+ }
+
+
+ /**
+* #Description of the Class
+*/
public static class Entity_Option_B_Multi_Test
extends EnterpriseEntityTest
{
@@ -144,11 +206,6 @@
{
super(name, EnterpriseEntity_B_Multi);
}
- public void testB2B() throws Exception
- {
- // This test will not work with commit-option B, because
- // all fields of the entity bean are nulled out on activation
- }
}
/**
@@ -165,11 +222,6 @@
public Entity_Option_C_Multi_Test(String name)
{
super(name, EnterpriseEntity_C_Multi);
- }
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/hello/test HelloTimingStressTestCase.java
User: schaefera Date: 02/04/12 16:54:12 Added: src/main/org/jboss/test/hello/test Tag: Branch_2_4 HelloTimingStressTestCase.java Log: Backport of the JBoss 3.0 stress tests w/o JMS and deadlock tests. Revision ChangesPath No revision No revision 1.7.2.1 +1 -1 jbosstest/src/main/org/jboss/test/hello/test/HelloTimingStressTestCase.java Index: HelloTimingStressTestCase.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/hello/test/HelloTimingStressTestCase.java,v retrieving revision 1.7 retrieving revision 1.7.2.1 diff -u -r1.7 -r1.7.2.1 --- HelloTimingStressTestCase.java25 Feb 2002 20:59:58 - 1.7 +++ HelloTimingStressTestCase.java12 Apr 2002 23:54:12 - 1.7.2.1 @@ -25,7 +25,7 @@ /** Simple tests of the Hello stateless session bean * * @author [EMAIL PROTECTED] - * @version $Revision: 1.7 $ + * @version $Revision: 1.7.2.1 $ */ public class HelloTimingStressTestCase extends JBossTestCase ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
