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=sourceforge1&refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3 Quick Start Guide updates
Hi Geeks Finally my laziness won and I took the piece of work to change the Quick Start Guide do import the chapters and appendixes instead of copying them manually into. So all the documents have to be changed because the now have to carry the chapter box on the right hand side. But on the other hand headers and footers are correct right now and any changes can be immediately converted into a PDF file. I also change the HTML-Adapter from http://localhost:8082 to http://localhost:8080/jmx-console thanx to Daniel Lo. I will add some text to the JMS chapter and the empty appendixes so it will take a while (1 to 2 weeks) until a new PDF file will be available on SF but then hopefully final. 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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=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=sourceforge1&refcode1=vs3390
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 and JMX
Hi > JMX1.1 Page 31 StandardMBeans/Lexical Design Patterns/Attributes > > "If a class definition contains a matching pair of getAttributeName and > setAttributeName methods that take and return the same type, these > methods define a read-write attribute called AttributeName." > > This only applies to Standard MBeans. I think that is one of the dummest things I ever heard. So I guess I really have to move over to use XMBeans with JSR-77. Thanx - 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=sourceforge1&refcode1=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=sourceforge1&refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Recruiting new developers
Hi Everyone is welcomed to write docu but only a few did so. I know to start with JBoss is difficult but I don't think that people don't welcome beginners (see the JBoss forum, the new JBoss 3.0 docu etc.) but user questions are not welcomed on the developer list (that is why it is a developer list). The only important step I expect for a newcomer is to show initiative. I hate questions like "please help I don't understand this" but I help if someone is coming with a questions that shows initiative. So first search on the JBoss forum (maybe the questions is already solved), then check the docu and finally go to the forum. > Another (additional) way would be to provide snappy and easy to read > introductions to the basic code layout in JBoss. I am a Java Certified > Programmer, so I know a little about Java, and I have coded many large > sites, but know little about JBoss. I came here to learn about a year ago > but left, not feeling welcome. Not crying, just letting you know. I have > a big interest in JBoss and am a real fan, but do not have time to climb > uphill to learn with you. Hasta la differences? 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
[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] 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
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] 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
[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
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
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
[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=22866&release_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 xxxxx 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!!!!!!!!!!!!!!!
> 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] 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 that JBoss 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 . 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!!!!!!!!!!!!!!!
Hi Geeks I think Scott broke it and he is away (like other did beforehand). Who is without sin throws the first stone . 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] 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
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] 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 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 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
[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
[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
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] 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: PostgreSQL java.lang.Boolean TINYINT INT2 to: PostgreSQL java.lang.Boolean CHAR BOOLEAN 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 xxxxx 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 > > >> [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: [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] 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: 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] 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 ;) > > > 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] ^ > > > --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
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
[JBoss-dev] Foe-Deployer Release I
Hi Geeks Alex Loubyansky wrote the WebLogic Convertor this weekend and I incorporated it today. It already contains support for other application servers (see Convertor). To use it please take the "foe-deployer.sar" file from "/varia/output/lib" and put it into the deployement directory and deploy a WebLogic application to the deploy directory (ATTENTION: you have it to rename to "*.wlar" (note: WLAR) therefore the Foe Deployer will pick it up. This will be fixed soon. Tomorrow I will add an example to the testsuite. 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
[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] Foe-Deployer
Hi Geeks Where should the Foe-Deployer go: - in "sytem": org.jboss.deployment - in "varia": org.jboss.varia.deployment or somewhere else ? Thanx xxxxx 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] 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] 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] 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 xxxxx 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=66&thread=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] JBossMX Timer Problem
Hi Geeks Found a problem with two notification registered at the Timer MBean. It seems that even the period is set correctly (from Timer MBean) the periods are not calculated correctly. Please have a look at the new test "testTwoNotificationProducers in the timer.BasicTestCase which register two notifications (how ever created this names should be punished for that) with different periods. The test then checks if the order of the notifications and the time between the notifications are correct. This problem is causing my Scheduler to fail with two Schedulers. 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
[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
Re: [JBoss-dev] JBoss Testsuites are failing
Sorry for the post but Scott's last upload fixed the problem. Andy - Original Message - From: "Andreas Schaefer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 15, 2002 11:37 PM Subject: [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 > > ___ 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] Foe-Deployer
Hi Geeks To start the entire tool that is my idea: - we use a special extension for the foe-deployment-units like "myWLApplication.wljar" etc. for now then foe-deployer will: - accept these deployments - transform the vendor-specific DDs to JBoss specific DDs by using XSLT - incorporate these JBoss DDs into the archive - rename the archive to the correct extension and resend it to the Main-Deployer for JBoss deployment I will write the foe-deployer until next Monday (will be in Dallas on the weekend bragging about JBoss). ToDo List: - concept how to use XSLT - list of elements in the WL DDs we convert in the first release (plain-simple WL-application with simple CMP) - one or more WL applications to test tool with DB scripts etc. (using Hypersonic) - list of possible problems to look out And finally have fun xxxxx 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] 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
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 "domain"s 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 "foe"s 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] 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 "foe"s 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
[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
[JBoss-dev] JBoss WL Emulator
Hi Geeks Let's go and kick some ass with our project "kick-ass". First can everyone (even when you already did) send ME an email when you are interested in spending some time or resources towards this project. This is my design I came up with: - New deployer (FoeDeployer) which works like an EJBDeployer - Main or EJB-Deployer figures out that this archives isn't off JBoss type and hand it over to the Foe-Deployer - The Foe-Deployer reads the DDs, converts them to the JBoss DDs - Then the Foe-Deployer hands it back to the EJB- Deployer and off we go If somehow possible I would like to have an implementation running in a month, plain and stupid. So we should take the most simple case and write the deployer for it. That is what I would like to have covered: - JNDI names - Resources and Resource Managers - 1 to 1 CMP tables - Transactions - Finders - Message Driven Beans Until the end of the week I will start creating the Foe-Deployer and add the code to JBoss. Have fun xxxxx 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: Re: [JBoss-dev] JMX RMI Adapter & JNDI binding
Hi Jason > How and when is this a problem? The two servers will be sharing a JNDI > server then? When does this happen and who uses JBoss in this fashion. It > seems like there might be more snags than just the placement of the RMI > adapter. The JMX Connectors are not written for JBoss specific. Because JMX allows you to have more than one MBeanServer per JVM and there is a good chance that a box have more than one JVM running this is not so far fetched. Especially when an external JNDI server is used. > Ic. I was confused because the javadoc mention that this is done because of > the JMX spec (hence the first part of my mail wanting to know what the spec > was). Spec. doesn't say anything about it. > If that is the case and there is no spec then we should default to a scheme > which is easier for us to work with and which will be acceptable for most of > our users. For the small subset that need RMI Adapters bound into JNDI for > more than one server we can let them decide how to arrange them by making the > name bound under configurable (as it is currently hard coded to this pattern > with the local hostname). As I said JMX Connector were not designed for JBoss. 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] 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
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
[JBoss-dev] Re: [JBoss-user] Your chance to work on JBoss
Hi > Would be cool, but how would you handle CMP-related issues? For example, > my project uses WebGain TopLink (*shiver*) and last I checked it didn't support > JBoss... Good question and currently I don't know. For now I just want to make the easiest way happening: - WL JAR files with WL own CMP implementation Later on I guess we will go one step at the time by either emulating WebGain TopLink or using it. I don't want to create a 100% emulation (at least not for now) but a good 80/20 emulation. 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::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. scripts run from a seperate machine. There > is a --server option, which is the bit from "jmx::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 . Have fun xxxxx 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] 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] 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] 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 inte
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): > > > > > > > > > ChannelException: JChannel(): java.lang.ClassCircularityError: > > > org/javagroups/log/Trace > > > at org.javagroups.JChannel.(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.Main
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=66&thread=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
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 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 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
[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 xxxxxxxxx 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 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=66&thread=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] 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
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
[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] 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] 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] 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
- * @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
+ * @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 InitialContex
[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);
- }
+ abstra
[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 @@ - - + - + + + + 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 @@ - - + - + + + + - @@ -39,12 +45,10 @@ - - 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 @@ - - + - + + + + 1.1.2.2 +13 -6 jbosstest/src/build/subprojects/Attic/build-hello.xml Index: build-hello.xml === RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/Attic/build-hello.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-hello.xml 9 Jul 2001 01:06:01 - 1.1.2.1 +++ build-hello.xml 17 Apr 2002 05:07:23 - 1.1.2.2 @@ -20,8 +20,7 @@ - - + - + + + + 1.1.2.1 +13 -6 jbosstest/src/build/subprojects/Attic/build-idgen.xml Index: build-idgen.xml === RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/Attic/build-idgen.xml,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- build-idgen.xml 5 May 2001 20:54:05 - 1.1 +++ build-idgen.xml 17 Apr 2002 05:07:23 - 1.1.2.1 @@ -20,8 +20,7 @@ - - + - + + + + 1.1.2.4 +37 -21jbosstest/src/build/subprojects/Attic/build-perf.xml Index: build-perf.xml === RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/Attic/build-perf.xml,v retrieving revision 1.1.2.3 retrieving revision 1.1.2.4 diff -u -r1.1.2.3 -r1.1.2.4 --- build-perf.xml30 Sep 2001 21:23:40 - 1.1.2.3 +++ build-perf.xml17 Apr 2002 05:07:23 - 1.1.2.4 @@ -23,40 +23,56 @@ - - - + + - - - - - + + + + + + + - - - - - - + + + +
[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] JBoss 2.4.5 problem
or.invoke(SecurityInterceptor.java:12 7) at org.jboss.ejb.plugins.LogInterceptor.invoke(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] 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.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= -Dtest.timeout= 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/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 ---
[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
* @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 =
[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 @@ + @@ -46,6 +47,7 @@ + @@ -71,7 +73,7 @@ debug="on" deprecation="off" optimize="off" - excludes="**/ant/taskdefs/**" + excludes="**/ant/taskdefs/**,org/jboss/test/banknew/**" /> @@ -129,6 +131,7 @@ --> + @@ -155,6 +158,10 @@ + + + + 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 @@ @@ -41,6 +41,7 @@ + @@ -121,6 +122,25 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + @@ -550,7 +603,13 @@ - + + + + + + + ___ 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 <> ___ 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
