[JBoss-dev] [ jboss-Bugs-487586 ] CMP ejb throw systematicly a exception
Bugs item #487586, was opened at 2001-11-30 08:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487586group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Closed Resolution: Rejected Priority: 5 Submitted By: Guillaume Coté (gcote) Assigned to: Nobody/Anonymous (nobody) Summary: CMP ejb throw systematicly a exception Initial Comment: With JBoss 2.4.3, I reproduced the bug both on Windows NT and HPUX. I have a CMP ejb that I use with two test program. The first program do a findAll() on the home interface and the second create two ejb. I run my list program, then my add program, and then my list program again. Every thing goes ok. I wait about half a hour and I run the list program again. I got a UndeclaredThrowableExceptionm caused by a RollbackException. At the same time, I got in the server trace a ServerException, caused by a NumberFormatException, with the following message : 06 00:00:00.0. I'll expect the thing to be related with the date field of the ejb. There the beginning of the stack trace, I attach the full stack trace with the bug. java.lang.NumberFormatException: 06 00:00:00.0 at java.lang.Integer.parseInt(Unknown Source) at java.lang.Integer.parseInt(Unknown Source) at java.sql.Date.valueOf(Date.java:91) at org.hsqldb.Column.convertString(Column.java:1001) at org.hsqldb.Column.convertObject(Column.java:1084) at org.hsqldb.jdbcPreparedStatement.setObject(jdbcPreparedStatement.java:589) at org.jboss.pool.jdbc.PreparedStatementInPool.setObject(PreparedStatementInPool.java:282) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.setParameter(JDBCCommand.java:334) at org.jboss.ejb.plugins.jaws.jdbc.JDBCStoreEntityCommand.setParameters(JDBCStoreEntityCommand.java:134) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.jdbcExecute(JDBCCommand.java:159) at org.jboss.ejb.plugins.jaws.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:97) at org.jboss.ejb.plugins.jaws.JAWSPersistenceManager.storeEntity(JAWSPersistenceManager.java:168) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:397) Please email me at [EMAIL PROTECTED] to tell me what log can I setup to provide you more information. -- Comment By: Guillaume Coté (gcote) Date: 2001-12-10 01:39 Message: Logged In: YES user_id=15328 I think that bug should be reopen. The date issue mention previously is a correct work around for the bug, but not a solution for the bug. If somebody specify a java.util.Date instead of a java.sql.Date, the behavior of having everything working find and a exception when we try to access the data is unacceptable. The minimum acceptable behavior would be to have a exception at the moment of the save saying the a java.sql.Date is expected instead of a java.util.Date. The ideal behavior would be jaws refuse to deploy ejb with field using java.util.Date for a hypersql datasource. -- Comment By: Scott M Stark (starksm) Date: 2001-12-08 13:53 Message: Logged In: YES user_id=175228 Rejected based on the Date usage issued described. -- Comment By: Guillaume Coté (gcote) Date: 2001-12-03 01:48 Message: Logged In: YES user_id=15328 Thanks for the workaround, it seems to work after 60 hours. -- Comment By: Dan Christopherson (danch) Date: 2001-11-30 08:54 Message: Logged In: YES user_id=51915 This is a very common problem with the latest HyperSQL and date fields: try changing any date fields to 'java.sql.Date' rather than 'java.util.Date' -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=487586group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-489465 ] cannot turn jboss.xml dtd validation off
Bugs item #489465, was opened at 2001-12-05 10:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=489465group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Emmanuel Sciara (sciara) Assigned to: Nobody/Anonymous (nobody) Summary: cannot turn jboss.xml dtd validation off Initial Comment: I am using xdoclet to generate my entity beans, which adds automatically the dtd declaration http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd to jboss.xml . When i try to deploy my beans, the following deployment exception is throw: [12:30:54,351,ContainerFactory] Deploying:file:/C:/Data/Download/Extracted/jboss- 3.0.0alpha/deploy/Default/newmove-deploy.jar/ [12:30:54,731,Default] External entity not found: http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd.:- 1:2 [12:30:54,731,Default] java.io.FileNotFoundException: http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd [12:30:54,731,Default] at org.apache.crimson.parser.Parser2.fatal (Parser2.java:3108) [12:30:54,731,Default] at org.apache.crimson.parser.Parser2.externalParameterEnti ty(Parser2.java:2796) [12:30:54,731,Default] at org.apache.crimson.parser.Parser2.maybeDoctypeDecl (Parser2.java:1155) [12:30:54,731,Default] at org.apache.crimson.parser.Parser2.parseInternal (Parser2.java:489) [12:30:54,731,Default] at org.apache.crimson.parser.Parser2.parse (Parser2.java:305) [12:30:54,731,Default] at org.apache.crimson.parser.XMLReaderImpl.parse (XMLReaderImpl.java:433) [12:30:54,731,Default] at org.apache.crimson.jaxp.DocumentBuilderImpl.parse (DocumentBuilderImpl.java:185) [12:30:54,731,Default] at javax.xml.parsers.DocumentBuilder.parse (DocumentBuilder.java:86) [12:30:54,731,Default] at org.jboss.metadata.XmlFileLoader.getDocument (XmlFileLoader.java:247) [12:30:54,731,Default] at org.jboss.metadata.XmlFileLoader.getDocumentFromURL (XmlFileLoader.java:219) [12:30:54,731,Default] at org.jboss.metadata.XmlFileLoader.load (XmlFileLoader.java:176) [12:30:54,731,Default] at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:436) [12:30:54,731,Default] at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:377) [12:30:54,731,Default] at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:308) [12:30:54,731,Default] at java.lang.reflect.Method.invoke(Native Method) [12:30:54,741,Default] at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) [12:30:54,741,Default] at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) [12:30:54,741,Default] at org.jboss.deployment.J2eeDeployer.startModules (J2eeDeployer.java:467) [12:30:54,741,Default] at org.jboss.deployment.J2eeDeployer.startApplication (J2eeDeployer.java:444) [12:30:54,741,Default] at org.jboss.deployment.J2eeDeployer.deploy (J2eeDeployer.java:215) [12:30:54,741,Default] at java.lang.reflect.Method.invoke(Native Method) [12:30:54,741,Default] at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) [12:30:54,741,Default] at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) [12:30:54,741,Default] at org.jboss.deployment.AutoDeployer.deploy (AutoDeployer.java:654) [12:30:54,741,Default] at org.jboss.deployment.AutoDeployer.run (AutoDeployer.java:327) [12:30:54,741,Default] at java.lang.Thread.run (Thread.java:484) The dtd file does not exist at the location indicated And it is difficult to get rid of it(need to recompile and repackage the whole of xdoclet). I checked the the JarDeployer MBean in the J2ee deployer service and the ValidateDTDs attribute is set to false but, if I interpret the error message correctly, the deployer still tries to validate it. Could you confirm this is a bug? Is there a way around itf on the JBoss side? -- Comment By: Guillaume Coté (gcote) Date: 2001-12-10 01:49 Message: Logged In: YES user_id=15328 For the record, I agree that it is NOT a normal behavior that the deployer to validate something with the attribute for validating it is false. I just try to suggest possible workaround the bug. Even if my workaround works, there is still a bug that have to be solved. -- Comment By: Emmanuel Sciara (sciara) Date: 2001-12-07 09:35 Message: Logged In: YES user_id=91163 BTW, is it a normmal behaviour that the deployer will try to validate the xml file even if the ValidateDTDs attribute is false? -- Comment By: Emmanuel Sciara (sciara) Date: 2001-12-07 09:29 Message: Logged In: YES user_id=91163 I looked there and in the whole JBoss source. There is no trace of any jboss_3_0.dtd! So does that mean that this dtd actually does not exist? Does that mean that the dtd has not changed between 2.4 and 3.0?
[JBoss-dev] [ jboss-Bugs-491088 ] Hot-deploy of EJBs doesn't work...
Bugs item #491088, was opened at 2001-12-10 02:32 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=491088group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jiri Luzny (jiril) Assigned to: Nobody/Anonymous (nobody) Summary: Hot-deploy of EJBs doesn't work... Initial Comment: Hot-deploy of EJBs doesn't work when we configure JBoss to run without a Web container. We have removed WarDeployer mbean-ref from J2eeDeployer section of j2eedeployment-service.xml and we have also removed jetty-plugin.sar from the deploy\lib. During startup our EJBs are successfully deployed, but hot-redeploy fails with the exception bellow. When Jetty is enabled the issue disappears... 11:06:23,796 ERROR [ContainerFactory] Could not deploy file:/C:/jboss-3.0.0alpha/deploy/Default/foo.jar/ javax.management.InstanceAlreadyExistsException: J2EE:service=EJB,jndiName=FooMgr at com.sun.management.jmx.RepositorySupport.addMBean (RepositorySupport.java:134) at com.sun.management.jmx.MBeanServerImpl.internal_addObje ct(MBeanServerImpl.java:2352) at com.sun.management.jmx.MBeanServerImpl.registerMBean (MBeanServerImpl.java:874) at org.jboss.ejb.Container.start (Container.java:419) at org.jboss.ejb.StatelessSessionContainer.start (StatelessSessionContainer.java:188) at org.jboss.ejb.Application.start (Application.java:219) at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:373) at org.jboss.ejb.ContainerFactory.deploy (ContainerFactory.java:299) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.deployment.J2eeDeployer.startModules (J2eeDeployer.java:473) at org.jboss.deployment.J2eeDeployer.startApplication (J2eeDeployer.java:447) at org.jboss.deployment.J2eeDeployer.deploy (J2eeDeployer.java:216) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy (AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run (AutoDeployer.java:326) at java.lang.Thread.run(Unknown Source) 11:06:23,906 ERROR [J2eeDeployer#Default] Starting foo.jar failed! javax.management.MBeanException: Exception thrown in operation deploy at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1644) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.deployment.J2eeDeployer.startModules (J2eeDeployer.java:473) at org.jboss.deployment.J2eeDeployer.startApplication (J2eeDeployer.java:447) at org.jboss.deployment.J2eeDeployer.deploy (J2eeDeployer.java:216) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke (MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy (AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run (AutoDeployer.java:326) at java.lang.Thread.run(Unknown Source) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=491088group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown does not work
Hi, --- Scott M Stark [EMAIL PROTECTED] wrote: Send the VM a SIGQUIT to generate a thread dump to help establish what it hanging up the shutdown. I've done that - the results are here: http://lubega.com/javacore18046.1007985620.txt Although I am not sure what to look for I've changed the build to save up to 3 of the server.log files - also the console and the above javacore output, from now on... HTH, Chris = Need somewhere to Live in London? - Then go to http://freeflats.com __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] deploytool in JBoss
Is there a tool, like deploytool of Sun's j2ee, for JBoss? Or, can I use the same tool for JBoss? Thanks, JJ __ View: http://jboss.org/forums/thread.jsp?forum=66thread=5338 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: deploytool in JBoss
Is there a tool, like deploytool of Sun's j2ee, for JBoss? Or, can I use the same tool for JBoss? Thanks, JJ Guy with one post, doesn't read the red flashy sign that says don't post here. So first I will kick him out, just for good measure, he will have to re-register and at least will pay attention to the road-sign, then the ideal would be that only users with at least 15 posts can use jboss-dev so we don't get first timers posting here in panic mode marcf __ View: http://jboss.org/forums/thread.jsp?forum=66thread=5338 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: deploytool in JBoss
I kicked the guy out, dude if you read this, first apologies for just kicking you out, but pay attention next time, marcf __ View: http://jboss.org/forums/thread.jsp?forum=66thread=5338 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FYI init as a MBean view
FYI, I think I understand the root of the init discussion, it has to do with conflicting views of the same code. The system view, for example the deployer, well the deployer instanciates, configures, initializes and starts the service. So from the JBoss view the steps are create and configure the mbean (through the xml stuff) and then call init start in the mbean but when you live in the mbean you only see init and start and these are clearer as create/destroy for the service and start/stop for the service. So the bottom line is that init makes sense when you look at it from the system standpoint of JBoss, from the internals, but makes less sense for the one implementing the service, really the user of JBoss. I am all for clear semantics FOR THE USER of JBoss (in this case the developer of an advanced service on Rabbit Hole microkernel stuff) hence my mail of the other day. This is just a FYI that I think I understand the rickard rational behind the init call from the MBean view. __ View: http://jboss.org/forums/thread.jsp?forum=66thread=5344 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Changing the Database
This is the wrong place for this question. Try the Persistence JBossCMP online user forum. -dain -Original Message- From: Brill Pappin [mailto:[EMAIL PROTECTED]] Sent: Monday, December 10, 2001 12:36 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Changing the Database I'd like to change the database behind JBoss (removing HsqlDB, and replacing it with MySQL), what steps do I need to take? - Brill Pappin ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] current mbean structure confusing
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Maplesden Sent: Sunday, December 09, 2001 3:14 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] current mbean structure confusing Nope, AutoDeployer behavior definately changed. I put an mbean right after the autodeployer declaration in jboss-service.xml and that mbean gets executed at the same time as the autodeployer is deploying things. That mbean does not wait until the AutoDeployer has finished deploying everything. I know marc is trying to kill off this thread (it has been going long enough) but I know what the story is with this one so I thought I would explain (and give you a solution). I'm sorry to drag this out, but I really think this behavior is bad. The AutoDeployer hasn't really changed much at all, but I made one significant change a while back which is causing this behaviour. Originally all of the services the AutoDeployer uses to do the actual deployment of files (like Jetty or J2eeDeployer) had to be started before the AutoDeployer was started, but since we wanted to make shift services like Jetty into their own SAR files I had to change the AutoDeployer code so that the individual deployment services it uses can be started after it is started. Clearly if you want to deploy Jetty via the AutoDeployer, the AutoDeployer has to be started first! Sorry to be blunt, but this behavior is just plain wrong. The AutoDeployer is deploying something it is dependent on? Not good, I must say, not good. You're going to break a lot of 2.4.x applications with this behavior. And it is just crazy to have a circular dependency. IMHO, as I've already stated: MBeans declared after the autodeployer, or with a dependency on the autodeployer should wait until the autodeployer has finished deploying its stuff. I'm going to change the code. Bill ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: RE: [JBoss-dev] current mbean structure confusing
I know marc is trying to kill off this thread (it has been going long enough) but I know what the story is with this one so I thought I would explain (and give you a solution). I want to kill personal attacks on advanced developers of JBoss, I don't want to kill reasonable feature discussion, in fact I am working on this as we speak I am done with it. Sorry to be blunt, but this behavior is just plain wrong. The AutoDeployer is deploying something it is dependent on? Not good, I must say, not good. You're going to break a lot of 2.4.x applications with this behavior. And it is just crazy to have a circular dependency. Get off the high horsey, I solved this problem with 1- page scoping of deployment, meaning if you have N MBeans in the xml page then we create()/start() in lock step (everyone create, then everyone start). 2- do a deployment run in the autodeployer (don't wait for autodeployment but force it in the same thread that does start. MBeans declared after the autodeployer, or with a dependency on the autodeployer should wait until the autodeployer has finished deploying its stuff. yep read the above it will be implicit in the thread doing it. I'm going to change the code. I will commit the above marcf __ View: http://jboss.org/forums/thread.jsp?forum=66thread=4977 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: RE: [JBoss-dev] current mbean structure confusing
I'm going to change the code. I will commit the above FYI I am done with it, turned out that as I was debugging the new invocation chain/proxy I needed this behavior of the deployer so I fixed it, I will do an interim commit of just the deployer logic so we are done with this, I hope this morning marcf __ View: http://jboss.org/forums/thread.jsp?forum=66thread=4977 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-491039 ] Null Exception in abstract accessors
Bugs item #491039, was opened at 2001-12-09 22:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=491039group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Invalid Priority: 5 Submitted By: Toby Hede (ubik42) Assigned to: Dain Sundstrom (dsundstrom) Summary: Null Exception in abstract accessors Initial Comment: When using CMP2.0 defined accessors a Null Exception is returned: java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: javax.transaction.TransactionRolledBackException: null Embedded Exception null; nested exception is: javax.ejb.EJBException: null Embedded Exception null Code sample: public abstract class ThingBean implements javax.ejb.EntityBean { . . . public abstract String getName(); public abstract void setName(String name); . . . } public interface ThingHome extends javax.ejb.EJBHome { public ThingRemote create(java.lang.Integer id) throws java.rmi.RemoteException,javax.ejb.CreateException; public ThingRemote findByPrimaryKey (java.lang.Integer pk) throws java.rmi.RemoteException,javax.ejb.FinderException; } Workaround: Transaction must be expicilty set to 'Required' in the container-transaction of the ejb-jar.xml deployment descriptor. I cannot find if this the Transation= Required attribute is a requirement of the EJB2.0 specification...if it is arequirement of the specification, this is not a bug, but the workaround should perhaps be mentioned explicitly in the CMP documentation. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2001-12-10 07:52 Message: Logged In: YES user_id=251431 Section 17.4.1 of EJB 2.0 final draft: For entity beans that use EJB 2.0 container-managed persistence, only the Required, RequiresNew, or Mandatory transaction attributes should be used for the methods defined in the bean#8217;s component interface and all the direct and indirect superinterfaces of the component interface, excluding the getEJBHome, getEJBLocalHome, getHandle, getPrimaryKey, and isIdentical methods; and for the methods defined in the bean#8217;s home interface and all the direct and indirect superinterfaces of the home interface, excluding the getEJBMetaData and getHomeHandle methods specific to the remote home interface. Containers may optionally support the use of the NotSupported, Supports, and Never transaction attributes for the methods of entity beans with container-managed persistence. However, entity beans with container-managed persistence that use these transaction attributes will not be portable. In the future, transactions that only access readonly properties will not be required to have a transaction, but as stated above this will be a non-portable feature. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=491039group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: RE: [JBoss-dev] current mbean structure confusing
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, December 10, 2001 11:18 AM To: [EMAIL PROTECTED] Subject: Re: RE: [JBoss-dev] current mbean structure confusing I know marc is trying to kill off this thread (it has been going long enough) but I know what the story is with this one so I thought I would explain (and give you a solution). I want to kill personal attacks on advanced developers of JBoss, I don't want to kill reasonable feature discussion, in fact I am working on this as we speak I am done with it. I hope nobody thinks I was personally attacking anybody. I'm sorry I was combatitive. Its part of my personality. Sorry to be blunt, but this behavior is just plain wrong. The AutoDeployer is deploying something it is dependent on? Not good, I must say, not good. You're going to break a lot of 2.4.x applications with this behavior. And it is just crazy to have a circular dependency. Get off the high horsey, I solved this problem with Sorry. Too lazy to be diplomatic today. Bill ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] minor Bug in org.jboss.util.Scheduler v2.5.3
I've found a bug in the call to removeNotification in the scheduler MBean the dynamic parameter type is set as int instead of class Integer... there are 3 call like these (bug corrected here) getServer().invoke( mTimer, removeNotification, new Object[] { new Integer( mActualSchedule ) }, new String[] { /* Integer.TYPE.getName() */ Integer.class.getName() } note that I've found that while building my own version of this class that calls a generic session EJB I'll soon propose it as a org.jboss.contrib.ejbscheduler.EjbScheduler MBean package... I've also adapted jboss-iiop/jacorb mbean to have a a working corba nameservice, with persistent store. I should adapt it to latest jacorb before publishing. I've done all of that, because I'm deploying a demonstation site in my intranet... it is a portfolio optimization application, with Jboss/tomcat/jacorb/PostgreSQL/Mico... congratulation for the job done, thanks for all, and hope this helps. -- Alain Coetmeur ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management AttributeChangeNotificationFilter.java
User: juhalindfors Date: 01/12/10 09:23:27 Added: src/main/javax/management AttributeChangeNotificationFilter.java Log: part of javax.management Revision ChangesPath 1.1 jmx/src/main/javax/management/AttributeChangeNotificationFilter.java Index: AttributeChangeNotificationFilter.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package javax.management; import java.util.Map; import java.util.HashMap; import java.util.Vector; import javax.management.AttributeChangeNotificationFilter; import javax.management.NotificationFilter; /** * Notification filter support for attribute change notifications. * * @see javax.management.AttributeChangeNotification * @see javax.management.NotificationFilter * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. * @version $Revision: 1.1 $ * */ public class AttributeChangeNotificationFilter implements NotificationFilter, java.io.Serializable { // Attributes private Map attributes = new HashMap(); // Constructors -- public AttributeChangeNotificationFilter() { } // Public public void enableAttribute(String name) { attributes.put(name, true); } public void disableAttribute(String name) { attributes.remove(name); } public void disableAllAttributes() { attributes.clear(); } public Vector getEnabledAttributes() { return new Vector(attributes.keySet()); } // NotificationFilter implementation - public boolean isNotificationEnabled(Notification notification) { AttributeChangeNotification notif = (AttributeChangeNotification)notification; if (attributes.containsKey(notif.getAttributeName())) return true; return false; } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management MBeanInfo.java
User: juhalindfors Date: 01/12/10 09:20:04 Modified:src/main/javax/management MBeanInfo.java Log: more stylings Revision ChangesPath 1.3 +55 -35jmx/src/main/javax/management/MBeanInfo.java Index: MBeanInfo.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/MBeanInfo.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MBeanInfo.java2001/12/08 22:20:05 1.2 +++ MBeanInfo.java2001/12/10 17:20:04 1.3 @@ -1,10 +1,27 @@ /* - * LGPL + * JBoss, the OpenSource J2EE webOS + * + * Distributable under LGPL license. + * See terms of license at gnu.org. */ package javax.management; -public class MBeanInfo implements Cloneable, java.io.Serializable +/** + * Describes an MBeans' management interface. + * + * @see javax.management.MBeanServer + * + * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. + * @author a href=mailto:[EMAIL PROTECTED];Trevor Squires/a. + * + * @version $Revision: 1.3 $ + * + */ +public class MBeanInfo + implements Cloneable, java.io.Serializable { + + // Attributes protected String className = null; protected String description = null; protected MBeanAttributeInfo[] attributes = null; @@ -12,8 +29,8 @@ protected MBeanOperationInfo[] operations = null; protected MBeanNotificationInfo[] notifications = null; - public MBeanInfo(java.lang.String className, -java.lang.String description, + // Constructors -- + public MBeanInfo(String className, String description, MBeanAttributeInfo[] attributes, MBeanConstructorInfo[] constructors, MBeanOperationInfo[] operations, @@ -26,8 +43,40 @@ this.operations = (null == operations) ? new MBeanOperationInfo[0] : operations; this.notifications = (null == notifications) ? new MBeanNotificationInfo[0] : notifications; } + + // Public + public String getClassName() + { + return className; + } + + public String getDescription() + { + return description; + } + + public MBeanAttributeInfo[] getAttributes() + { + return attributes; + } - public java.lang.Object clone() throws CloneNotSupportedException + public MBeanOperationInfo[] getOperations() + { + return operations; + } + + public MBeanConstructorInfo[] getConstructors() + { + return constructors; + } + + public MBeanNotificationInfo[] getNotifications() + { + return notifications; + } + + // Cloneable implementation -- + public Object clone() throws CloneNotSupportedException { MBeanInfo clone = (MBeanInfo) super.clone(); @@ -68,36 +117,7 @@ } return clone; - } - - public java.lang.String getClassName() - { - return className; - } - - public java.lang.String getDescription() - { - return description; - } - - public MBeanAttributeInfo[] getAttributes() - { - return attributes; - } - - public MBeanOperationInfo[] getOperations() - { - return operations; - } - - public MBeanConstructorInfo[] getConstructors() - { - return constructors; - } - - public MBeanNotificationInfo[] getNotifications() - { - return notifications; } + } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management/modelmbean DescriptorSupport.java InvalidTargetObjectTypeException.java ModelMBean.java ModelMBeanAttributeInfo.java ModelMBeanConstructorInfo.java ModelMBeanInfo.java ModelMBeanInfoSupport.java ModelMBeanNotificationBroadcaster.java ModelMBeanNotificationInfo.java ModelMBeanOperationInfo.java XMLParseException.java
User: juhalindfors Date: 01/12/10 09:24:36 Added: src/main/javax/management/modelmbean DescriptorSupport.java InvalidTargetObjectTypeException.java ModelMBean.java ModelMBeanAttributeInfo.java ModelMBeanConstructorInfo.java ModelMBeanInfo.java ModelMBeanInfoSupport.java ModelMBeanNotificationBroadcaster.java ModelMBeanNotificationInfo.java ModelMBeanOperationInfo.java XMLParseException.java Log: javax.management.modelmbean classes Revision ChangesPath 1.1 jmx/src/main/javax/management/modelmbean/DescriptorSupport.java Index: DescriptorSupport.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package javax.management.modelmbean; import java.util.Iterator; import java.util.Map; import java.util.HashMap; import javax.management.Descriptor; import javax.management.MBeanException; import javax.management.RuntimeOperationsException; /** * Support class for creating descriptors. * * @see javax.management.Descriptor * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. * @version $Revision: 1.1 $ */ public class DescriptorSupport implements Descriptor { // Attributes public String currClass; private Map fields = new HashMap(); // Constructors -- public DescriptorSupport() { } public DescriptorSupport(int initNumFields) throws MBeanException, RuntimeOperationsException { } public DescriptorSupport(DescriptorSupport inDescr) { } public DescriptorSupport(String inStr) throws MBeanException, RuntimeOperationsException, XMLParseException { } public DescriptorSupport(String[] fieldNames, Object[] fieldValues) throws RuntimeOperationsException { } public DescriptorSupport(String[] fields) { } // Public public Object getFieldValue(String inFieldName) { // FIXME: null or empty string return fields.get(inFieldName); } public void setField(String inFieldName, Object fieldValue) { fields.put(inFieldName, fieldValue); } public String[] getFields() { String[] fieldStrings = new String[fields.size()]; Iterator it = fields.keySet().iterator(); for (int i = 0; i fields.size(); ++i) { String key = (String)it.next(); fieldStrings[i] = key + = + fields.get(key); } return fieldStrings; } public String[] getFieldNames() { return (String[])fields.keySet().toArray(new String[0]); } public Object[] getFieldValues(String[] fieldNames) { return fields.values().toArray(); } public void setFields(String[] fieldNames, Object[] fieldValues) throws RuntimeOperationsException { // FIXME: NYI throw new Error(NYI); } public Object clone() throws RuntimeOperationsException { // FIXME: NYI throw new Error(NYI); } public void removeField(String fieldName) { fields.remove(fieldName); } public boolean isValid() throws RuntimeOperationsException { // FIXME: NYI throw new Error(NYI); } public String toXMLString() { // FIXME: NYI throw new Error(NYI); } // Object overrides -- public String toString() { // FIXME: human readable string return super.toString(); } } 1.1 jmx/src/main/javax/management/modelmbean/InvalidTargetObjectTypeException.java Index: InvalidTargetObjectTypeException.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package javax.management.modelmbean; /** * Thrown when unrecognizable target object type is set to a Model MBean * instance * * @see javax.management.modelmbean.ModelMBean * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. * @version $Revision: 1.1 $ * */ public class InvalidTargetObjectTypeException extends Exception { // Attributes private
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/persistence - New directory
User: juhalindfors Date: 01/12/10 09:27:37 jmx/src/main/org/jboss/mx/persistence - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/persistence NullPersistence.java PersistenceManager.java
User: juhalindfors Date: 01/12/10 09:28:24 Added: src/main/org/jboss/mx/persistence NullPersistence.java PersistenceManager.java Log: Revision ChangesPath 1.1 jmx/src/main/org/jboss/mx/persistence/NullPersistence.java Index: NullPersistence.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.mx.persistence; import javax.management.MBeanInfo; /** * Provides an empty implementation of the ttPersistenceManager/tt * interface. * * @see org.jboss.mx.persistence.PersistenceManager * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. * @version $Revision: 1.1 $ * */ public class NullPersistence implements PersistenceManager { public void load(MBeanInfo info) {}; public void store(MBeanInfo info) {}; } 1.1 jmx/src/main/org/jboss/mx/persistence/PersistenceManager.java Index: PersistenceManager.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.mx.persistence; import javax.management.MBeanInfo; /** * Persistence manager interface adds ttMBeanInfo/tt to ttPersistenMBean/tt * operations. This allows generic persistence manager implementations to store * and load the metadata of an MBean. * * @see javax.management.PersistentMBean * * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a. * @version $Revision: 1.1 $ * */ public interface PersistenceManager { void load(MBeanInfo metadata); void store(MBeanInfo metadata); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server MBeanServerImpl.java
User: juhalindfors Date: 01/12/10 09:27:09 Modified:src/main/org/jboss/mx/server MBeanServerImpl.java Log: from KR to ANSI C Revision ChangesPath 1.4 +239 -137 jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java Index: MBeanServerImpl.java === RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- MBeanServerImpl.java 2001/12/05 21:13:31 1.3 +++ MBeanServerImpl.java 2001/12/10 17:27:09 1.4 @@ -47,60 +47,75 @@ import org.jboss.mx.server.registry.MBeanRegistry; import org.jboss.mx.server.registry.MBeanEntry; -public class MBeanServerImpl implements MBeanServer { +public class MBeanServerImpl implements MBeanServer +{ - + public final static String MBEAN_SERVER_DELEGATE = JMImplementation:type=MBeanServerDelegate; - + protected static long registrationNotificationSequence = 1; protected static long unregistrationNotificationSequence = 1; - + protected String defaultDomain = DefaultDomain; protected MBeanRegistry registry= null; protected MBeanServerDelegate delegate = null; - - public MBeanServerImpl(String defaultDomain) { - + + public MBeanServerImpl(String defaultDomain) + { + this.defaultDomain = defaultDomain; this.registry = new BasicMBeanRegistry(); this.delegate = new MBeanServerDelegate(); - - try { + + try + { registerMBean(delegate, new ObjectName(MBEAN_SERVER_DELEGATE)); } - catch (MalformedObjectNameException e) { + catch (MalformedObjectNameException e) + { throw new Error(Cannot create MBean Server Delegate.); } - catch (InstanceAlreadyExistsException e) { + catch (InstanceAlreadyExistsException e) + { throw new Error(Cannot register the MBean Server Delegate.); } - catch (MBeanRegistrationException e) { + catch (MBeanRegistrationException e) + { throw new Error(Exception registering the the MBean Server Delegate: + e.getTargetException().toString()); } - catch (NotCompliantMBeanException e) { + catch (NotCompliantMBeanException e) + { throw new Error(MBean Server Delegate is not a compliant MBean); } } - public Object instantiate(String className) throws ReflectionException, MBeanException { - try { + public Object instantiate(String className) throws ReflectionException, MBeanException + { + try + { Class clazz = DefaultLoaderRepository.loadClass(className); return clazz.newInstance(); - } catch (ClassNotFoundException e) { + } + catch (ClassNotFoundException e) + { throw new ReflectionException(e, Class not found: + className); } - catch (InstantiationException e) { + catch (InstantiationException e) + { throw new ReflectionException(e, Cannot instantiate with no-args constructor: + className); } - catch (IllegalAccessException e) { + catch (IllegalAccessException e) + { throw new ReflectionException(e, Illegal access to default constructor: + className); } } public Object instantiate(String className, ObjectName loaderName) - throws ReflectionException, MBeanException, InstanceNotFoundException { - try { + throws ReflectionException, MBeanException, InstanceNotFoundException + { + try + { ClassLoader loader = (ClassLoader)registry.get(loaderName).getInstance(); if (loader == null) @@ -108,49 +123,66 @@ Class clazz = loader.loadClass(className); return clazz.newInstance(); - } catch (ClassCastException e) { + } + catch (ClassCastException e) + { throw new ReflectionException(e, loaderName + is not a class loader.); } - catch (ClassNotFoundException e) { + catch (ClassNotFoundException e) + { throw new ReflectionException(e, Class not found: + className); } - catch (InstantiationException e) { + catch (InstantiationException e) + { throw new ReflectionException(e, Caanot instantiate with not-args constructor: + className); } - catch (IllegalAccessException e) { + catch (IllegalAccessException e) + { throw new ReflectionException(e, Illegal access to default constructor: + className); } } public Object instantiate(String className, Object[] params, String[] signature) - throws
Re: [JBoss-dev] minor Bug in org.jboss.util.Scheduler v2.5.3
Hi there are 3 call like these (bug corrected here) getServer().invoke( mTimer, removeNotification, new Object[] { new Integer( mActualSchedule ) }, new String[] { /* Integer.TYPE.getName() */ Integer.class.getName() } As far as I see these bugs were fixed at 8/14/2001. I'll soon propose it as a org.jboss.contrib.ejbscheduler.EjbScheduler MBean package... Can you explain which this is necessary ? Andy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Anyone mind if I rename build.bat to Build.bat?
Does anyone mind if I rename build.bat to Build.bat? Windows boxes aren't case sensitive, so they'll never see the change, and for unix types, we can do: ./b[TAB] to get build.sh to expand, as it is now, it stops at ./build. (because .bat and .sh are both executable). It's a little thing, but it is indeed annyoying. And you know how us unix types hate typing. :) Just wanted to check with everyone in case build.bat is REQUIRED to be lowercase for some reason. -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Redeployment of ear/sars (problem)
Hi peoples, First off, this is not related to my previous posts about CL, so don't start off in flame mode Marc. To avoid the duplicate class in archive problems I restructured my app to be: SAR - Contains my services + all my classes EAR - Contains everything but classes in the WAR, and EJB jar, the classes come from the SAR. This works perfectly. And my build process goes super fast (since I don't need to stuff classes in WAR/EJBjar/SAR. Ok, that being said, now, when I want to upgrade the classes I: 1) Delete the EAR from deploy 2) Wait for it to undeploy completely 3) Delete SAR from deploy 4) Wait for it to undeploy completely 5) Copy new SAR 6) Wait for it to deploy 7) Copy new EAR Looking at the logs, this deploys just fine, in the 8082 UI I can see everything went away and came back. I hit a method on a service, and it's the new code. I hit a web page that I define, and I can see the servlet is the new version. But when the servlet attempts to create my SLSB, it gets an error. On first deploy, it worked fine, but on the second deploy, it fails. The exception stack is below. Line 46 of com.proxeno.servlet.WMServlet is the invocation of create(). I don't know enough about the auto-deployer to find where this is getting broken. I do know my lookup of the EJBHome is working (to a degree) since what get's returned I check it's non-null (although I'm really only checking that the proxy is non-null, so it may be pointing to something that doesn't exist). Is this a known problem? Anyone have any pointers as to where I should start looking to fix this? In the mean time, this is easily solved by stopping/starting jboss for each change, but I assume this should work without the restart. Thanks, -David Exception: java.lang.reflect.InvocationTargetException: java.lang.reflect.UndeclaredThrowableException: java.rmi.ServerException: null; nested exception is: java.lang.NullPointerException java.lang.NullPointerException at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invokeHome(StatelessSessionContainer.java:513) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invokeHome(StatelessSessionInstanceInterceptor.java:53) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:98) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:155) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:55) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109) at org.jboss.ejb.StatelessSessionContainer.invokeHome(StatelessSessionContainer.java:267) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invokeHome(BaseLocalContainerInvoker.java:239) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$HomeProxy.invoke(BaseLocalContainerInvoker.java:390) at $Proxy10.create(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.proxeno.servlet.WMServlet.doGet(WMServlet.java:46) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:289) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:541) at org.mortbay.http.HttpContext.handle(HttpContext.java:1145) at org.mortbay.http.HttpContext.handle(HttpContext.java:1099) at org.mortbay.http.HttpServer.service(HttpServer.java:725) at org.mortbay.http.HttpConnection.service(HttpConnection.java:745) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:918) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:760) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:138) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:287) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:715) at java.lang.Thread.run(Thread.java:484) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat?
My fingers are in the habit of typing ./build.sh so, this would really bug me. -dain -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED]] Sent: Monday, December 10, 2001 12:22 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat? David, Sounds ok to me. I use cygwin on windows. This is case-sensitive. I'll just change to ./B[tab] At the moment I have to mv build.sh xbuild.sh Regards, Adrian From: David Budworth [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat? Date: Mon, 10 Dec 2001 10:05:56 -0800 Does anyone mind if I rename build.bat to Build.bat? Windows boxes aren't case sensitive, so they'll never see the change, and for unix types, we can do: ./b[TAB] to get build.sh to expand, as it is now, it stops at ./build. (because .bat and .sh are both executable). It's a little thing, but it is indeed annyoying. And you know how us unix types hate typing. :) Just wanted to check with everyone in case build.bat is REQUIRED to be lowercase for some reason. -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Security in JSR-77 stuff / JMX
Andreas, Is security addressed at all in either the JSR-77 stuff, or in how JMX is used to manage JBoss? In the current JMX HTTP adaptor, port 8082, it is a little dangerous to expose shutdown functionality, for instance. I know in a production system I would disable the HTTP adaptor for this reason. But, we have code that relies on it being there (see org.jboss.Shutdown). We need to have a consistent mechanism to perform such functions that takes security into account. Actually, looking through some code it seems as if you maybe have in mind to use the standard EJB security model, is that right? Excuse me if I am asking the wrong questions since I'm a newbie here. Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., the leading provider of Net services software. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Security in JSR-77 stuff / JMX
that is the purpose of the MEJB, to provide EJB security semantics to the API in a standard well defined way. |Andreas, | Is security addressed at all in either the JSR-77 stuff, or in how |JMX is used to manage JBoss? In the current JMX HTTP adaptor, port |8082, it is a little dangerous to expose shutdown functionality, for |instance. I know in a production system I would disable the HTTP |adaptor for this reason. But, we have code that relies on it being |there (see org.jboss.Shutdown). We need to have a consistent mechanism |to perform such functions that takes security into account. | Actually, looking through some code it seems as if you maybe have in |mind to use the standard EJB security model, is that right? | | Excuse me if I am asking the wrong questions since I'm a newbie |here. | |Jeff Tulley ([EMAIL PROTECTED]) |(801)861-5322 |Novell, Inc., the leading provider of Net services software. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] minor Bug in org.jboss.util.Scheduler v2.4.3
-Message d'origine- De: Andreas Schaefer [mailto:[EMAIL PROTECTED]] Date: lundi 10 décembre 2001 18:50 À: Coetmeur, Alain; [EMAIL PROTECTED] Objet: Re: [JBoss-dev] minor Bug in org.jboss.util.Scheduler v2.5.3 Hi As far as I see these bugs were fixed at 8/14/2001. sorry for the noise I'll soon propose it as a org.jboss.contrib.ejbscheduler.EjbScheduler MBean package... Can you explain which this is necessary ? this came from my own problem : to download data regularily in the database I use... All my data are managed by EJB. si my first solution was to run a java application that connect to the EJB and do the job... then, in the hope to package all in Jboss server, I've tried to play with the JBOSS Scheduler... I did that by adding the ejb-client jar to the MBean path (with the classpath mbean) and call my loader class which calls the EJB. however I've encountered a strange error in the web application ... Jboss failed on a classcast exception in some EJB methods, in the $Proxy. in fact some by value classes (classes that are exchanged with content inside) were exchanged, but the version in the EJB jar and from the MBean global context were different (different classloader I suppose) yet have the same name... all of that could be corrected by separating the interfaces for my loader EJB and the one from all the rest, including the values... However this convinced me to desing something more generic and less tricky for the user : I've created a generic EjbSchedulable remote interface (and a home interface), with e perform(...) method that a user EJB may use . a variant of the Scheduler MBean does a similar job (not the Schedulable interface because of RemoteException), but calls the session EJB that it find through a JNDI name... the application that use this EjbScheduler have only to declare the session EJB and reference the remote/home interface, then add a Mbean descriptor with the JNDI name properly set, beside period and count. We couls alsp use a message EJB, through JMS but I've no knowledge in ejb2.0... maybe useful to serialize the calls. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat?
I _think_ he's changing the case of the windows batch file only, so you should be OK. Is the shell script marked executable now? I've gotten into the habit of chmoding it after every major (CVS) update. -danch Dain Sundstrom wrote: My fingers are in the habit of typing ./build.sh so, this would really bug me. -dain -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED]] Sent: Monday, December 10, 2001 12:22 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat? David, Sounds ok to me. I use cygwin on windows. This is case-sensitive. I'll just change to ./B[tab] At the moment I have to mv build.sh xbuild.sh Regards, Adrian From: David Budworth [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat? Date: Mon, 10 Dec 2001 10:05:56 -0800 Does anyone mind if I rename build.bat to Build.bat? Windows boxes aren't case sensitive, so they'll never see the change, and for unix types, we can do: ./b[TAB] to get build.sh to expand, as it is now, it stops at ./build. (because .bat and .sh are both executable). It's a little thing, but it is indeed annyoying. And you know how us unix types hate typing. :) Just wanted to check with everyone in case build.bat is REQUIRED to be lowercase for some reason. -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBossMGT Update
I updated the latest JavaDoc about JSR-77. Right now it is a ZIP file but hopefully I will be able to add a WAR file containing the docs later. 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] Security in JSR-77 stuff / JMX
MEJB works similar to the EJB-Adaptor which was created because of this reason. But be aware that this is only MEJB level meaning that you give access to someone (for all management activity) or not. Andy - Original Message - From: marc fleury [EMAIL PROTECTED] To: Jeff Tulley [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, December 10, 2001 10:56 AM Subject: RE: [JBoss-dev] Security in JSR-77 stuff / JMX that is the purpose of the MEJB, to provide EJB security semantics to the API in a standard well defined way. |Andreas, | Is security addressed at all in either the JSR-77 stuff, or in how |JMX is used to manage JBoss? In the current JMX HTTP adaptor, port |8082, it is a little dangerous to expose shutdown functionality, for |instance. I know in a production system I would disable the HTTP |adaptor for this reason. But, we have code that relies on it being |there (see org.jboss.Shutdown). We need to have a consistent mechanism |to perform such functions that takes security into account. | Actually, looking through some code it seems as if you maybe have in |mind to use the standard EJB security model, is that right? | | Excuse me if I am asking the wrong questions since I'm a newbie |here. | |Jeff Tulley ([EMAIL PROTECTED]) |(801)861-5322 |Novell, Inc., the leading provider of Net services software. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs index.jsp navigation.jsp
User: mnf999 Date: 01/12/10 11:44:11 Modified:src/docs index.jsp navigation.jsp Log: Altoweb partnership Revision ChangesPath 1.34 +19 -4 newsite/src/docs/index.jsp Index: index.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/index.jsp,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- index.jsp 2001/11/28 15:44:00 1.33 +++ index.jsp 2001/12/10 19:44:10 1.34 @@ -52,9 +52,23 @@ Drag the mouse on the faces to find out who they are. Click on the faces to meet the whole team. +p class=headALTOWEB PARTNERS WITH JBOSSSsup class=rednbsp;NEW/sup +p class=text +AltoWeb and JBoss Join Forces to Bring Web Services and J2EE to the Masses. +AltoWeb's Leading Application Platform Now Available on OpenSource Application Server +br +Palo Alto, CA and Atlanta, GA - December 10, 2001 - AltoWeb, Inc., the leader in J2EE application +platforms and Web services, announced support for JBoss, the leading Open Source J2EE-based +application server. The AltoWeb(r) Application Platform, integrated with the JBoss application + server, provides a reusable, component-based architecture and rapid application development + solution that streamlines the development, deployment, monitoring, and management of J2EE + applications and Web services. A one-click install of the combined AltoWeb JBoss solution + is available at www.altoweb.com and www.jboss.org. + +a class=link href=/jbossgroup/partners.jspRead more/a -p class=headTRAINING FROM THE GURUS: BOSTON JAN 21-25, SYDNEY FEB 11-15, LONDON MAR 11-15 +p class=headTRAINING FROM THE GURUS: BOSTON JAN 21-25, SYDNEY FEB 11-15, LONDON MAR 11-15. font color=redDEADLINE for Boston rebate DEC 15th/font p class=textSpend your money on source knowledge not proprietary licenses. Training is a requirement for those wishing to participate in The JBoss Certified Affiliate Program, @@ -63,8 +77,9 @@ Don't miss out on our unique Q1 2002 road show. a class=link href=/jbossgroup/training.jspRead more/a. + -p class=headSELL JBOSS TO YOUR BOSSsup class=rednbsp;NEW/sup +p class=headSELL JBOSS TO YOUR BOSS p class=text Selling to the IT man becomes your job as JBoss massively crosses over into the mainstream IT sphere. Feel free to use the JBoss powerpoint presentation we have prepared for you. @@ -72,13 +87,13 @@ TCO you can achieve with JBoss and JBoss Group. a class=link href=/spread.jspRead more/a -p class=headINTERVIEW WITH MARC FLEURYsup class=rednbsp;NEW/sup +p class=headINTERVIEW WITH MARC FLEURY p class=textJBoss founder and lead developer, Marc Fleury, responds in bulk to questions he receives every day concerning JBoss, JBoss Group and his vision of the future of the J2EE marketplace. a class=link href=/vision.jspRead more/a -p class=headJBOSS SUCCESS STORY OF THE MONTH!sup class=rednbsp;NEW/sup +p class=headJBOSS SUCCESS STORY OF THE MONTH! p class=textJust through you'd like to know that the United States Department of Labor's Office of the Chief Financial Officer uses JBoss to process about $3.0M worth of financial transactions yearly in one application alone. There are several other legacy applications scheduled for migration. By using 1.20 +3 -3 newsite/src/docs/navigation.jsp Index: navigation.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/navigation.jsp,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- navigation.jsp2001/12/10 03:54:53 1.19 +++ navigation.jsp2001/12/10 19:44:10 1.20 @@ -85,7 +85,7 @@ /td/tr/table a class=linkmenu href=/jboss-overview.jspOverview/abr - a class=linkmenu href=/binary.jspDownload JBoss/abr + a class=linkmenu href=/binary.jspfont color=redDownload JBoss/font/abr a class=linkmenu href=/spread.jspPresentationsup class=rednbsp;New/sup/abr /td @@ -110,7 +110,7 @@ a class=linkmenu href=/doco.jspDocumentation/abr a class=linkmenu href=/jbossgroup/partners.jspPartners/abr a class=linkmenu href=/jbossgroup/services.jspSupport /abr - a class=linkmenu href=/jbossgroup/training.jspTraining/abr + a class=linkmenu href=/jbossgroup/training.jspfont color=redTraining/font/abr a class=linkmenu href=/jbossgroup/store.jspMerchandise/abr /td @@ -133,7 +133,7 @@ p class=linkhead RESOURCES /td/tr/table - a class=linkmenu href=/forumsForums/abr + a class=linkmenu href=/forumsfont
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup partners.jsp
User: mnf999 Date: 01/12/10 11:44:11 Modified:src/docs/jbossgroup partners.jsp Log: Altoweb partnership Revision ChangesPath 1.4 +1 -0 newsite/src/docs/jbossgroup/partners.jsp Index: partners.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/jbossgroup/partners.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- partners.jsp 2001/11/28 05:17:42 1.3 +++ partners.jsp 2001/12/10 19:44:11 1.4 @@ -43,6 +43,7 @@ number of applications faster than ever before, with fewer resources, and at a lower cost. The AltoWeb Application Platform on JBoss helps you develop, deploy, and change your e-Business applications in the fastest possible way. + a class=link href=/jbossgroup/altowebpress.jspPress Release/a a class=link href=http://www.altoweb.com/b/jboss.html;Read More/a a class=link href=http://www.altoweb.com/b/jbossBuy.html;Buy Now/a. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite build.xml
User: mnf999 Date: 01/12/10 11:44:10 Modified:.build.xml Log: Altoweb partnership Revision ChangesPath 1.27 +10 -1 newsite/build.xml Index: build.xml === RCS file: /cvsroot/jboss/newsite/build.xml,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- build.xml 2001/12/06 03:25:27 1.26 +++ build.xml 2001/12/10 19:44:10 1.27 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.26 2001/12/06 03:25:27 user57 Exp $ -- +!-- $Id: build.xml,v 1.27 2001/12/10 19:44:10 mnf999 Exp $ -- project default=main name=JBoss Website/Website @@ -238,6 +238,15 @@ include name=website.war/ /fileset /ear + + + + copy todir=/home/marcf/JBoss-2.4.1_Tomcat-3.2.3/jboss/deploy filtering=no + fileset dir=${build.lib} + include name=**/ + /fileset +/copy + /target ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/pictures altowebLogo.gif
User: mnf999 Date: 01/12/10 11:44:10 Added: pictures altowebLogo.gif Log: Altoweb partnership Revision ChangesPath 1.1 newsite/pictures/altowebLogo.gif Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite build.xml
User: mnf999 Date: 01/12/10 12:04:45 Modified:.build.xml Log: Revision ChangesPath 1.28 +1 -8 newsite/build.xml Index: build.xml === RCS file: /cvsroot/jboss/newsite/build.xml,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- build.xml 2001/12/10 19:44:10 1.27 +++ build.xml 2001/12/10 20:04:45 1.28 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.27 2001/12/10 19:44:10 mnf999 Exp $ -- +!-- $Id: build.xml,v 1.28 2001/12/10 20:04:45 mnf999 Exp $ -- project default=main name=JBoss Website/Website @@ -239,13 +239,6 @@ /fileset /ear - - - copy todir=/home/marcf/JBoss-2.4.1_Tomcat-3.2.3/jboss/deploy filtering=no - fileset dir=${build.lib} - include name=**/ - /fileset -/copy /target ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/jbossgroup altowebpress.jsp
User: mnf999 Date: 01/12/10 12:17:15 Added: src/docs/jbossgroup altowebpress.jsp Log: Revision ChangesPath 1.1 newsite/src/docs/jbossgroup/altowebpress.jsp Index: altowebpress.jsp === jsp:include page=/head.jsp flush=true / jsp:include page=/slogan.jsp flush=true jsp:param name=SLOGAN value=ALTOWEB APPLICATION PLATFORM/ /jsp:include p class=headAltoWeb and JBoss Join Forces to Bring Web Services and J2EE to the Masses p class=text FOR IMMEDIATE RELEASE p class=text AltoWeb's Leading Application Platform Now Available on OpenSource Application Server p class=textPalo Alto, CA and Atlanta, GA - December 10, 2001 - AltoWeb, Inc., the leader in J2EE application platforms and Web services, announced support for JBoss, the leading Open Source J2EE-based application server. The AltoWeb(r) Application Platform, integrated with the JBoss application server, provides a reusable, component-based architecture and rapid application development solution that streamlines the development, deployment, monitoring, and management of J2EE applications and Web services. A one-click install of the combined AltoWeb JBoss solution is available at www.altoweb.com and www.JBoss.org. p class=textThe AltoWeb release for JBoss immediately offers more than 50,000 monthly downloaders of JBoss software a powerful new option for creating, deploying, and managing their Web services and applications, said Ali Kutay, President and CEO of AltoWeb, Inc. While AltoWeb remains a purchasable line of products, the addition of a leading, no-cost, enterprise-class application server dramatically reduces the total cost of ownership of web-based applications for our customers. This is an attractive option for Global 2000 organizations trying to reduce costs, particularly in their development efforts, yet desiring to work with best-of-breed technology and solutions. AltoWeb further reduces the lifetime cost of ownership of business applications by automating the development and deployment of the major components of all applications that run on an application server - in this case, an industry-leading, J2EE-based application server that is supported in an outstanding effort by the OpenSource community and the JBoss Group, said Kutay. p class=textJBoss is very happy to team with AltoWeb to bring a unified application platform to our enterprise end users, said Marc Fleury, founder of JBoss and President of JBoss Group, LLC. AltoWeb's design-time and run-time frameworks, tools, and packaged components should streamline application development and lower the knowledge barrier necessary for developers to enter the Web services and J2EE marketplace. The AltoWeb initiative to equip and enable developers to trade their components across and within industries, in a standards-based, open environment, reflects the community-building spirit that has contributed to JBoss' success. By choosing JBoss as an integrated, pre-configured application server for their platform solution, AltoWeb demonstrates its commitment to speed, power, flexibility and greater ease of use at a lower cost. p class=text A free 30-day evaluation copy of the combined AltoWeb JBoss solution is available at www.altoweb.com and www.JBoss.org. This one-click install provides a pre-configured version of the AltoWeb Application Platform and JBoss, as well as sample applications and guided tours. p class=text About JBoss p class=text JBoss is an Open Source, standards-compliant, J2EE-based application server implemented in 100% Pure Java. The JBoss community of over 1000 developers world wide is working to deliver the full range of J2EE tools as the premier enterprise Java application server for the Java 2 Enterprise Edition platform. With upwards of 50,000 downloads per month, JBoss is the most downloaded J2EE-based application server in the industry. JBoss can be embedded in commercial products and is being used in production around the world. JBoss Group LLC is an Atlanta-based professional services company, created by Marc Fleury, founder and lead developer of the JBoss application server. JBoss Group brings together core JBoss developers to provide services such as training, support, consulting, and documentation, as well as management of the JBoss software and services affiliate programs. These commercial activities subsidize the development of the free JBoss server. For more information please see: www.JBoss.org. p class=text About AltoWeb p class=text AltoWeb is the leader in J2EE application platforms and Web services. Global 2000 companies, systems integrators, and independent software vendors rely on the AltoWeb(r) Application Platform to deliver,
[JBoss-dev] CVS update: newsite/src/docs/developers jboss-jbossmx.jsp jboss-projects.jsp
User: juhalindfors Date: 01/12/10 12:29:20 Modified:src/docs/developers jboss-projects.jsp Added: src/docs/developers jboss-jbossmx.jsp Log: need a project page Revision ChangesPath 1.3 +158 -156 newsite/src/docs/developers/jboss-projects.jsp Index: jboss-projects.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/developers/jboss-projects.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jboss-projects.jsp2001/11/07 19:55:37 1.2 +++ jboss-projects.jsp2001/12/10 20:29:20 1.3 @@ -1,156 +1,158 @@ -jsp:include page=head.jsp flush=true / -jsp:include page=slogan.jsp flush=true - jsp:param name=SLOGAN value=JBOSS PROJECTS - OVERVIEW/ -/jsp:include - !-- CONTENT -- - p class=textGo directly to the PROJECT PAGE for : - ul - - lia class=link href=jboss-server.jspJBossServer/a/li - - lia class=link href=jboss-jbossmq.jspJBossMQ/a /li - - lia class=link href=jboss-jaws.jspJBossCMP/a/li - - lia class=link href=jboss-jbosscx.jspJBossCX/a/li - - lia class=link href=jboss-jbosstx.jspJBossTX/a /li - - lia class=link href=jboss-jbossSX.jspJBossSX/a/li - - lia class=link href=jboss-zoap.jspJBossSOAP/a/li - - lia class=link href=jboss-test.jspJBossTest/a/li - - lia class=link href=jboss-jbossmail.jspJBossMail/a/li - - lia class=link href=doco.jspJBossDoc/a/li - - lia class=link href=jboss-mgt.jspJBossMGT/a/li - - lia class=link href=jboss-petstore.jspJBoss/Pet-store/a/li - - lia class=link href=jboss-tomcat.jspJBoss-Tomcat/a/li - - lia class=link href=jboss-castor.jspJBoss-Castor/a/li -/ul - - - Read all about our a class=link href=http://www.onjava.com/pub/a/onjava/2001/02/01/jmx.html; - open source integration with JMX/a. JMX, the Java Management eXtension - base of JBoss enables us to provide one of the most modular implementations - in the industry. It is a good idea in J2EE and a requirement for efficient - Open Source integration of projects. If you need to replace the persistence - engine (JBossCMP) with your own persistence engine or you prefer another - Transaction engine it is all configurable with JMX. You can include your - own plugin and your own implementation or a third party. - - p class=headJBossServer -- ENTERPRISE JAVA BEANS (EJB) - - -p class=texta class=link href=jboss-server.jspimg height=60 width=159 src=/pictures/powered_by_jboss_flat_sepia.gif alt='powered by JBoss' - /a br - JBoss the container is an implementation of the EJB container specification. We currently refer to it as JBoss2.1 -It is the quot;bare serverquot; and includes a JMX server spine. - p class=textJBoss 2.0 is truly a 3rd generation container. It takes the patterns and ideas that were investigated in 1.0. Designed from the ground up to be bmodular/b, JBoss introduces -yet again many ground breaking features such as a full bplug-in approach -/bto the container implementation. Borrowing from the success that met -with Linux 2.0 and it's modular approach to software implementation, JBoss -2.0 is meant to be developed by distributed parties each working on a -cleanly separated part of the server. - pJBoss 2.0 also standardizes on bJMX/b, -the Java Management eXtension (TM) to offer standard interfaces to the -management of its components as well as the applications deployed on it. -Ease of use is still the number one priority here at JBoss and JBoss 2.0 -will set a new standard. -p class=headJBossMQ -- JAVA MESSAGING SERVICE (JMS) - -p class=texta class=link href=jboss-jbossmq.jspimg src=/pictures/jbossmq-simple-with-queue.jpg width=167 height=62 - /a -p class=textJBossMQ is our messaging service implementation. -It is reaching 1.0 status, it is quite stable and functional. A quality -product in the making. It is a fully compliant JMS;(Java Messaging Service) -implementation. -p class=headJBossCMP -- EJB PERSISTENCE ENGINE - -p class=texta class=link href=jboss-jaws.jspimg src=/pictures/jaws.jpg alt=jaws::just another web storage/a -p class=textJBossCMP is a -JDBCnbsp;based object storage facility. nbsp;It is tightly integrated -with JBoss and provides startup table creation as well as some fairly -advanced features of O/Rnbsp;mapping. You can define custom finders and -map complex objects with JBossGUI. JBossCMP supports all java types -including fancy collections of EJBnbsp;references. - -p
[JBoss-dev] CVS update: newsite/src/docs/common jboss-projects.jsp
User: juhalindfors Date: 01/12/10 12:30:25 Modified:src/docs/common jboss-projects.jsp Log: need a project page Revision ChangesPath 1.2 +152 -150 newsite/src/docs/common/jboss-projects.jsp Index: jboss-projects.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/common/jboss-projects.jsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- jboss-projects.jsp2001/10/05 13:46:07 1.1 +++ jboss-projects.jsp2001/12/10 20:30:25 1.2 @@ -1,150 +1,152 @@ - !-- CONTENT -- - p class=textGo directly to the PROJECT PAGE for : - ul - - lia class=link href=jboss-server.jspJBossServer/a/li - - lia class=link href=jboss-jbossmq.jspJBossMQ/a /li - - lia class=link href=jboss-jaws.jspJBossCMP/a/li - - lia class=link href=jboss-jbosscx.jspJBossCX/a/li - - lia class=link href=jboss-jbosstx.jspJBossTX/a /li - - lia class=link href=jboss-jbossSX.jspJBossSX/a/li - - lia class=link href=jboss-zoap.jspJBossSOAP/a/li - - lia class=link href=jboss-test.jspJBossTest/a/li - - lia class=link href=jboss-jbossmail.jspJBossMail/a/li - - lia class=link href=doco.jspJBossDoc/a/li - - lia class=link href=jboss-mgt.jspJBossMGT/a/li - - lia class=link href=jboss-petstore.jspJBoss/Pet-store/a/li - - lia class=link href=jboss-tomcat.jspJBoss-Tomcat/a/li - - lia class=link href=jboss-castor.jspJBoss-Castor/a/li -/ul - -p class=text - Read all about our a class=link href=http://www.onjava.com/pub/a/onjava/2001/02/01/jmx.html; - open source integration with JMX/a. JMX, the Java Management eXtension - base of JBoss enables us to provide one of the most modular implementations - in the industry. It is a good idea in J2EE and a requirement for efficient - Open Source integration of projects. If you need to replace the persistence - engine (JBossCMP) with your own persistence engine or you prefer another - Transaction engine it is all configurable with JMX. You can include your - own plugin and your own implementation or a third party. - - p class=headJBossServer -- ENTERPRISE JAVA BEANS (EJB) - - -p class=texta class=link href=jboss-server.jspimg height=60 width=159 src=/pictures/powered_by_jboss_flat_sepia.gif alt='powered by JBoss' - /a br - JBoss the container is an implementation of the EJB container specification. We currently refer to it as JBoss2.1 -It is the quot;bare serverquot; and includes a JMX server spine. - p class=textJBoss 2.0 is truly a 3rd generation container. It takes the patterns and ideas that were investigated in 1.0. Designed from the ground up to be bmodular/b, JBoss introduces -yet again many ground breaking features such as a full bplug-in approach -/bto the container implementation. Borrowing from the success that met -with Linux 2.0 and it's modular approach to software implementation, JBoss -2.0 is meant to be developed by distributed parties each working on a -cleanly separated part of the server. - pJBoss 2.0 also standardizes on bJMX/b, -the Java Management eXtension (TM) to offer standard interfaces to the -management of its components as well as the applications deployed on it. -Ease of use is still the number one priority here at JBoss and JBoss 2.0 -will set a new standard. -p class=headJBossMQ -- JAVA MESSAGING SERVICE (JMS) - -p class=texta class=link href=jboss-jbossmq.jspimg src=/pictures/jbossmq-simple-with-queue.jpg width=167 height=62 - /a -p class=textJBossMQ is our messaging service implementation. -It is reaching 1.0 status, it is quite stable and functional. A quality -product in the making. It is a fully compliant JMS;(Java Messaging Service) -implementation. -p class=headJBossCMP -- EJB PERSISTENCE ENGINE - -p class=texta class=link href=jboss-jaws.jspimg src=/pictures/jaws.jpg alt=jaws::just another web storage/a -p class=textJBossCMP is a -JDBCnbsp;based object storage facility. nbsp;It is tightly integrated -with JBoss and provides startup table creation as well as some fairly -advanced features of O/Rnbsp;mapping. You can define custom finders and -map complex objects with JBossGUI. JBossCMP supports all java types -including fancy collections of EJBnbsp;references. - -p class=textJBossCMP comes with preconfigured settings -for each database, to help you get working in no time. Most leading Database -vendors in the market are currently supported out of the box and the
[JBoss-dev] CVS update: newsite/src/docs/common jboss-jbossmx.jsp
User: juhalindfors Date: 01/12/10 12:34:00 Added: src/docs/common jboss-jbossmx.jsp Log: need a project page Revision ChangesPath 1.1 newsite/src/docs/common/jboss-jbossmx.jsp Index: jboss-jbossmx.jsp === p class=headJBOSSMX - JAVA MANAGEMENT EXTENSIONS IMPLEMENTATION p class=text IMG src=/pictures/jbossmx.gif width=400 height=47 border=0 hspace=10 vspace=10 br JBossMX is the core of the JBoss application server microkernel architecture. p class=text p class=headbFeatures/b p class=text Working towards complete JMX API functionality. More features later. p class=headbForums/b p class=text Join us now! Come on board of the JBossMX project, the microkernel infrastructure of the JBoss application server. You can find us in the a class=link href=http://www.jboss.org/forums/index.jsp;forums/a. p class=headbDistribution and CVS/b p class=textJBossMX is distributed as part of JBoss/Server. CVS module is a class=link href=/developers/cvs.jspjmx/a . brbr ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/pictures jbossmx.gif
User: juhalindfors Date: 01/12/10 12:31:58 Added: src/docs/pictures jbossmx.gif Log: and a pretty picture Revision ChangesPath 1.1 newsite/src/docs/pictures/jbossmx.gif Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
Back to your original question--- can't you undeploy and redeploy the sar, with the changed classes in it? This should work OK in current jboss. Note you have to explicitly undeploy sars at the moment-- updating them doesn't do anything. david jencks On 2001.12.08 22:09:13 -0500 David Budworth wrote: I fully understand. And I was not demanding it to be by Monday. I just was asking if it's on the list of stuff to do, or on the list of stuff to test/commit. I wasn't expecting anyone to rush right out at do it. And, yes, I do know that that's the CL delegation model for 1.2, I just saw messages about that being worked around for 3.0, and I had no idea if it was already done. I'm relaxed (as much as someone who drinks as much cafine as I do can be). I am curious though, is there a todo list for JBoss 3.0 somewhere? It would help dumbasses like me know what is/isn't done already before we ask, as well as help those of us who want to help know what needs to be done. -David On Sat, 08 Dec 2001, marc fleury wrote: |I don't mean to be a pest. I just got caught off guard with this. My |company asked for a demo of my stuff for next week, and I had just |assumed all along that the CLs would always find the classes defined in |the same archive as the DD. Being a pest here doesn't really get you anywhere. I don't really care. You will always find the class from the parent CL per the java 1.2 delegation model, you assumed wrong this is jdk behavior. Only in 3.0 do we go boldly where no CL has ever gone so as to bypass the JDK delegation model and that behavior you are describing will be possible when I integrate the CL. If you need it by monday you know the drill, I need money, otherwise this is the bruce wayne syndrome at play and I am not batman. If you want work done that doesn't fall in my schedule, you will either have to pay to prioritize it or do it yourself. This isn't personal I said the same thing to a larger company that had spent upwards of $20k on training with us (CPW in the UK). I hope you understand. Relax, and enjoy the show marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: deploytool in JBoss
How about setting up a Developers group, which has posting rights, then make everyone else read and moderated? --jason On Mon, 10 Dec 2001, marc fleury wrote: Is there a tool, like deploytool of Sun's j2ee, for JBoss? Or, can I use the same tool for JBoss? Thanks, JJ Guy with one post, doesn't read the red flashy sign that says don't post here. So first I will kick him out, just for good measure, he will have to re-register and at least will pay attention to the road-sign, then the ideal would be that only users with at least 15 posts can use jboss-dev so we don't get first timers posting here in panic mode marcf __ View: http://jboss.org/forums/thread.jsp?forum=66thread=5338 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Runaway threads in 3.0 ?
Oops, it was my screwup -- setting session-timeout in web.xml to be 0. This still should have been flagged by Jetty and not let it busy-loop. Thanks, Greg Wilkins from jetty-discuss for quick response. Anatoly __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=5281 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] deploy/Default vs tmp/deploy/Default
I think this is only j2ee deployer and it shouldn't. david jencks On 2001.12.08 22:11:23 -0500 Jason Dillon wrote: Is there any reason why the default configuration puts it deployer files into the deploy/Default directory instead of the tmp/deploy/Default directory? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat?
I don't care if its build.bat or Build.bat. If you do then please change *all* modules in *all* projects. Please also make sure that you don't check it in with execute bits, cause we can't change that once you check it in. In fact, unless you feel 100% confident that you can do this, it would be better if I did it... just to make sure =) I don't care about the case change. I do care that if it is changed that it is done correctly. Let me know. --jason On Mon, 10 Dec 2001, David Budworth wrote: Does anyone mind if I rename build.bat to Build.bat? Windows boxes aren't case sensitive, so they'll never see the change, and for unix types, we can do: ./b[TAB] to get build.sh to expand, as it is now, it stops at ./build. (because .bat and .sh are both executable). It's a little thing, but it is indeed annyoying. And you know how us unix types hate typing. :) Just wanted to check with everyone in case build.bat is REQUIRED to be lowercase for some reason. -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat?
We are talking about the .bat file, not the .sh file... which won't change. --jason On Mon, 10 Dec 2001, Dain Sundstrom wrote: My fingers are in the habit of typing ./build.sh so, this would really bug me. -dain -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED]] Sent: Monday, December 10, 2001 12:22 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat? David, Sounds ok to me. I use cygwin on windows. This is case-sensitive. I'll just change to ./B[tab] At the moment I have to mv build.sh xbuild.sh Regards, Adrian From: David Budworth [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat? Date: Mon, 10 Dec 2001 10:05:56 -0800 Does anyone mind if I rename build.bat to Build.bat? Windows boxes aren't case sensitive, so they'll never see the change, and for unix types, we can do: ./b[TAB] to get build.sh to expand, as it is now, it stops at ./build. (because .bat and .sh are both executable). It's a little thing, but it is indeed annyoying. And you know how us unix types hate typing. :) Just wanted to check with everyone in case build.bat is REQUIRED to be lowercase for some reason. -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
Yes, that works perfectly fine. I just made my build.xml do delete, sleep 5, install, to get the auto-redeploy type thing you get with EJBs. But, in the newer thread I created, you'll see that something is still wrong, where EJBs that use the code from the SAR, can't be re-deployed anymore (even though the EJB.jar has no classes in it and gets all it's code from the SAR) -David On Mon, 10 Dec 2001, David Jencks wrote: Back to your original question--- can't you undeploy and redeploy the sar, with the changed classes in it? This should work OK in current jboss. Note you have to explicitly undeploy sars at the moment-- updating them doesn't do anything. david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/common doco.jsp
User: mnf999 Date: 01/12/10 13:17:17 Modified:src/docs/common doco.jsp Log: Revision ChangesPath 1.14 +1 -1 newsite/src/docs/common/doco.jsp Index: doco.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/common/doco.jsp,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- doco.jsp 2001/12/07 00:06:28 1.13 +++ doco.jsp 2001/12/10 21:17:17 1.14 @@ -16,7 +16,7 @@ remains up to date, we offer a PDF version of the JBoss book to be published by SAMS publishing. This book is a complete rewrite of the older volunteer documentation by Scott Stark. See the book -a class=link href=common/24x-book-toc.htmltable of contents/a, and then +a class=link href=24x-book-toc.htmltable of contents/a, and then a class=link href=http://www.flashline.com/components/productsbyvendor.jsp?vendorid=1376affiliateid=260343;Buy now/a. /p ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs navigation.jsp
User: mnf999 Date: 01/12/10 13:17:16 Modified:src/docs navigation.jsp Log: Revision ChangesPath 1.21 +1 -1 newsite/src/docs/navigation.jsp Index: navigation.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/navigation.jsp,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- navigation.jsp2001/12/10 19:44:10 1.20 +++ navigation.jsp2001/12/10 21:17:16 1.21 @@ -85,7 +85,7 @@ /td/tr/table a class=linkmenu href=/jboss-overview.jspOverview/abr - a class=linkmenu href=/binary.jspfont color=redDownload JBoss/font/abr + a class=linkmenu href=/binary.jspDownload JBoss/abr a class=linkmenu href=/spread.jspPresentationsup class=rednbsp;New/sup/abr /td ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat?
By the way, build.bat should not be executable... though there are a few places where it is and build.sh isn't :( --jason __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=5358 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] should J2eeDeployer extend DeployerMBeanSupport?
Any chance this overhaul will introduce a single entry point to deploy/undeploy? By that I mean that it will have a collection of mappings from url regex or something to the JMX object name of the actual deployer that can handle those deployments. Then all other components will use that deployer controller. I was looking to trim down the logging that is done for deploy/undeploy, which I did some, but it is difficult since different components use different deployers to get the job done. It would be nice if there one a single place which would have the authority to say if something was deployed or undeployed. I was thinking a simple MBean which took a regex and an object name, then simply proxied requests to the appropriate MBean as they came in nothing too fancy, or rather heavy. --jason __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=5265 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Anyone mind if I rename build.bat to Build.bat?
Why not make the .bat not executable? Since windows machines don't have the same concept of executable flags in the permissions. Unfortunately it's a pain to change the permissions of stuff in sourceforge repositories. I just run something along the lines of... $ find . -name build.bat -exec chmod ugo-x {} \; to stop these little 'annoyances' On Mon, Dec 10, 2001 at 10:05:56AM -0800, David Budworth wrote: Does anyone mind if I rename build.bat to Build.bat? Windows boxes aren't case sensitive, so they'll never see the change, and for unix types, we can do: ./b[TAB] to get build.sh to expand, as it is now, it stops at ./build. (because .bat and .sh are both executable). It's a little thing, but it is indeed annyoying. And you know how us unix types hate typing. :) Just wanted to check with everyone in case build.bat is REQUIRED to be lowercase for some reason. -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- regards Neale Swinnerton ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] should J2eeDeployer extend DeployerMBeanSupport?
Maybe I can get some feedback on whether I am biting off too mcuh at once here... The kind of mapping you describe is implictly in what I'm thinking of. My idea is: Universal deployer is asked to deploy a package. It starts by unpacking all the nested jars (recursively) and locating all the deployment descriptors (this functionality is pretty much in DeployerMBeanSupport today). (there may be some needs to ignore some dd's, per j2ee spec. I'm still looking) It then collects related deployment descriptors (such as ejb-jar.xml, jboss.xml, and jbosscmp.xml) and uses xslt to combine them into one jboss specific dd that includes all relevant info (this may include expanding defaults to be present wherever they are used). (I've prototyped this, its pretty easy. The ability to deploy from such a single dd has been requested). By now, the deployer should know which scope the classes are going into (base jboss or a particular application). It creates a jboss URLClassLoader from the list of unpacked packages, and adds it to the appropriate scope/ServiceLibraries. One of the features of the combined dd is that everything is an mbean configuration. Therefore, there are no more standalone deployer mbeans. Instead, an mbean that represents the deployed unit is created, and is responsible for interpreting the dd xml itself. As a side effect, Andreas gets appropriately named mbeans for each deployment unit, that can create his jsr-77 mbeans to proxy themselves. Note that the ConnectionFactoryLoader is kind of like this already -- it can be thought of an mbean that represents the deployment of a ConnectionFactory. The RARDeployement is similar, but is not yet self-deploying: it is created by the (now almost empty) RARDeployer MBean. Any thoughts? david jencks On 2001.12.10 16:19:46 -0500 Jason Dillon wrote: Any chance this overhaul will introduce a single entry point to deploy/undeploy? By that I mean that it will have a collection of mappings from url regex or something to the JMX object name of the actual deployer that can handle those deployments. Then all other components will use that deployer controller. I was looking to trim down the logging that is done for deploy/undeploy, which I did some, but it is difficult since different components use different deployers to get the job done. It would be nice if there one a single place which would have the authority to say if something was deployed or undeployed. I was thinking a simple MBean which took a regex and an object name, then simply proxied requests to the appropriate MBean as they came in nothing too fancy, or rather heavy. --jason __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=5265 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] (rh) startup levels proposal and questions.
There's been a lot of discussion recently about (to put it bluntly and with slight exaggeration) chaos in the rh startup and deployment sequence. One of the proposals was startup levels, like in linux. One thing you can do right now is give AutoDeployer lots of directories to watch: mbean code=org.jboss.deployment.AutoDeployer name=JBOSS-SYSTEM:service=AutoDeployer attribute name=Deployers JBOSS-SYSTEM:service=ServiceDeployer; JCA:service=RARDeployer; J2EE:service=J2eeDeployer /attribute attribute name=URLs ../deploy/level1, ../deploy/level2, ../deploy/level3 ../deploy/level4, ../deploy/level5, ../deploy/level6 /attribute attribute name=Timeout 3000 /attribute /mbean (it may be necessary to invert the loop order in AutoDeployer: the needed behaviour is that for each directory, all files should be deployed with all available deployers, rather than for each deployer, all directories should be scanned. I haven't checked to see which way the code is now). Everything in level1 will be deployed, then everything in level2, etc. I think this will give enough control over deployment order for almost all circumstances. (I'd like examples of anything it won't work for). Now, in Linux you can init 3 or init 6. So far you can't do this here. Is that a valuable feature for jboss? (i.e. being able to say deploy levels 1,2,3. Now deploy 4,5,6. Now undeploy 6, 5, 4, 3) How would it be used? Would this be more or less convenient to use than a deployment script facility where each script basically had a list of what is in one of these level directories? Thanks david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] (rh) startup levels proposal and questions.
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks Sent: Monday, December 10, 2001 5:33 PM To: jboss-dev Subject: [JBoss-dev] (rh) startup levels proposal and questions. There's been a lot of discussion recently about (to put it bluntly and with slight exaggeration) chaos in the rh startup and deployment sequence. One of the proposals was startup levels, like in linux. One thing you can do right now is give AutoDeployer lots of directories to watch: mbean code=org.jboss.deployment.AutoDeployer name=JBOSS-SYSTEM:service=AutoDeployer attribute name=Deployers JBOSS-SYSTEM:service=ServiceDeployer; JCA:service=RARDeployer; J2EE:service=J2eeDeployer /attribute attribute name=URLs ../deploy/level1, ../deploy/level2, ../deploy/level3 ../deploy/level4, ../deploy/level5, ../deploy/level6 /attribute attribute name=Timeout 3000 /attribute /mbean (it may be necessary to invert the loop order in AutoDeployer: the needed behaviour is that for each directory, all files should be deployed with all available deployers, rather than for each deployer, all directories should be scanned. I haven't checked to see which way the code is now). Everything in level1 will be deployed, then everything in level2, etc. I think this will give enough control over deployment order for almost all circumstances. (I'd like examples of anything it won't work for). Now, in Linux you can init 3 or init 6. So far you can't do this here. Is that a valuable feature for jboss? (i.e. being able to say deploy levels 1,2,3. Now deploy 4,5,6. Now undeploy 6, 5, 4, 3) How would it be used? Would this be more or less convenient to use than a deployment script facility where each script basically had a list of what is in one of these level directories? I think this is a great idea. So the AutoDeployer would deploy stuff in the order in which the URLs where specified? So you could have something like this?: mbean code=org.jboss.deployment.AutoDeployer name=JBOSS-SYSTEM:service=AutoDeployer attribute name=Deployers JBOSS-SYSTEM:service=ServiceDeployer; JCA:service=RARDeployer; J2EE:service=J2eeDeployer /attribute attribute name=URLs ../deploy/core-mbeans, ../deploy/other-mbeans, ../deploy/ejbs /attribute and it would deploy all in core-mbeans, then other-mbeans, then ejbs? Bill ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] should J2eeDeployer extend DeployerMBeanSupport?
Universal deployer is asked to deploy a package. =) It starts by unpacking all the nested jars (recursively) and locating all the deployment descriptors (this functionality is pretty much in DeployerMBeanSupport today). (there may be some needs to ignore some dd's, per j2ee spec. I'm still looking) It then collects related deployment descriptors (such as ejb-jar.xml, jboss.xml, and jbosscmp.xml) and uses xslt to combine them into one jboss specific dd that includes all relevant info (this may include expanding defaults to be present wherever they are used). (I've prototyped this, its pretty easy. The ability to deploy from such a single dd has been requested). Would this allow users to override specific parts of an ejb config perhaps? Say to just set (or unset) the default RMI port, or up the number of threads that a MDB is allocated? One of the features of the combined dd is that everything is an mbean configuration. Therefore, there are no more standalone deployer mbeans. Instead, an mbean that represents the deployed unit is created, and is responsible for interpreting the dd xml itself. As a side effect, Andreas gets appropriately named mbeans for each deployment unit, that can create his jsr-77 mbeans to proxy themselves. Will these beans have controls to allow them to be undeployed or changed at runtime too? How will new deployment types be handled? How does the universal deployer know what type of deployer mbean to create for the requested deployment unit? Sounds like you might need a DeployerFactory, which despenses Deployers for the UniveralDeployer. Or I guess the UD could also be a DF... If the new deployer concept will also manage the state and configuration of the deployment, perhaps it should be renamed for clarity? --jason Note that the ConnectionFactoryLoader is kind of like this already -- it can be thought of an mbean that represents the deployment of a ConnectionFactory. The RARDeployement is similar, but is not yet self-deploying: it is created by the (now almost empty) RARDeployer MBean. Any thoughts? david jencks On 2001.12.10 16:19:46 -0500 Jason Dillon wrote: Any chance this overhaul will introduce a single entry point to deploy/undeploy? By that I mean that it will have a collection of mappings from url regex or something to the JMX object name of the actual deployer that can handle those deployments. Then all other components will use that deployer controller. I was looking to trim down the logging that is done for deploy/undeploy, which I did some, but it is difficult since different components use different deployers to get the job done. It would be nice if there one a single place which would have the authority to say if something was deployed or undeployed. I was thinking a simple MBean which took a regex and an object name, then simply proxied requests to the appropriate MBean as they came in nothing too fancy, or rather heavy. --jason __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=5265 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] (rh) startup levels proposal and questions.
Everything in level1 will be deployed, then everything in level2, etc. I think this will give enough control over deployment order for almost all circumstances. (I'd like examples of anything it won't work for). I think we might want to use different names, as level1-6 might get a little confusing. Perhaps we could assign these levels meaningful names: bootstrap system user Could also nest the structure for better naming too: system/ bootstrap/ core/ db/ cluster/ jms/ user/ whatever/ samesame/ Now, in Linux you can init 3 or init 6. So far you can't do this here. Is that a valuable feature for jboss? (i.e. being able to say deploy levels 1,2,3. Now deploy 4,5,6. Now undeploy 6, 5, 4, 3) How would it be used? Yikes, I hope there aren't any Linux systems that will init 6 and do anything short of boot... I hope you mean init 5 (X11). Would this be more or less convenient to use than a deployment script facility where each script basically had a list of what is in one of these level directories? I don't think that the actual notion of levels makes sence for the AD, but seperating things for ordering certainly does. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/developers navigation.jsp
User: user57 Date: 01/12/10 16:04:21 Modified:src/docs/developers navigation.jsp Log: o main nav pages have SF.net logo now Revision ChangesPath 1.16 +9 -0 newsite/src/docs/developers/navigation.jsp Index: navigation.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/developers/navigation.jsp,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- navigation.jsp2001/12/10 03:54:55 1.15 +++ navigation.jsp2001/12/11 00:04:21 1.16 @@ -162,6 +162,15 @@ /tr /table +table cellspacing=0 cellpadding=0 border=0 width=150 + tr align=center + td + a href=http://sourceforge.net; + img src=http://sourceforge.net/sflogo.php?group_id=22866type=1; width=88 height=31 border=0 alt=SourceForge Logo/a + /td + /tr +/table + table cellspacing=0 cellpadding=0 border=0 trtd width=150 height=100 bgcolor=#eeimg src=/pictures/t.gifimg src=http://sourceforge.net/sflogo.php?group_id=22866; width=0 height=0 border=0/td/tr /table ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs navigation.jsp
User: user57 Date: 01/12/10 16:04:21 Modified:src/docs navigation.jsp Log: o main nav pages have SF.net logo now Revision ChangesPath 1.22 +10 -0 newsite/src/docs/navigation.jsp Index: navigation.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/navigation.jsp,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- navigation.jsp2001/12/10 21:17:16 1.21 +++ navigation.jsp2001/12/11 00:04:21 1.22 @@ -154,6 +154,16 @@ tdimg src=/pictures/tb9.gif/td /tr /table + +table cellspacing=0 cellpadding=0 border=0 width=150 + tr align=center + td + a href=http://sourceforge.net; + img src=http://sourceforge.net/sflogo.php?group_id=22866type=1; width=88 height=31 border=0 alt=SourceForge Logo/a + /td + /tr +/table + table cellspacing=0 cellpadding=0 border=0 trtd width=150 height=100 bgcolor=#eeimg src=/pictures/t.gifimg src=http://sourceforge.net/sflogo.php?group_id=22866; width=0 height=0 border=0/td/tr /table ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/pictures altowebLogo.gif
User: user57 Date: 01/12/10 16:05:49 Removed: pictures altowebLogo.gif Log: o this does not belong here (it is already in src/docs/pictures... where it should be) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] should J2eeDeployer extend DeployerMBeanSupport?
On 2001.12.10 18:42:23 -0500 Jason Dillon wrote: Universal deployer is asked to deploy a package. =) It starts by unpacking all the nested jars (recursively) and locating all the deployment descriptors (this functionality is pretty much in DeployerMBeanSupport today). (there may be some needs to ignore some dd's, per j2ee spec. I'm still looking) It then collects related deployment descriptors (such as ejb-jar.xml, jboss.xml, and jbosscmp.xml) and uses xslt to combine them into one jboss specific dd that includes all relevant info (this may include expanding defaults to be present wherever they are used). (I've prototyped this, its pretty easy. The ability to deploy from such a single dd has been requested). Would this allow users to override specific parts of an ejb config perhaps? Say to just set (or unset) the default RMI port, or up the number of threads that a MDB is allocated? One of the features of the combined dd is that everything is an mbean configuration. Therefore, there are no more standalone deployer mbeans. Instead, an mbean that represents the deployed unit is created, and is responsible for interpreting the dd xml itself. As a side effect, Andreas gets appropriately named mbeans for each deployment unit, that can create his jsr-77 mbeans to proxy themselves. Will these beans have controls to allow them to be undeployed or changed at runtime too? How will new deployment types be handled? How does the universal deployer know what type of deployer mbean to create for the requested deployment unit? What I was thinking of was actually to use xslt to transform all dd's into our mbean config language, and use ServiceDeployer to deploy the resulting file. The deployment mbeans are than pretty much like any other mbean to the core system. If you think of something else that needs deploying, you just write a deployment mbean for it and possibly some xslt scripts to get the dd into a canonical form. david jencks Sounds like you might need a DeployerFactory, which despenses Deployers for the UniveralDeployer. Or I guess the UD could also be a DF... If the new deployer concept will also manage the state and configuration of the deployment, perhaps it should be renamed for clarity? --jason snip ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: website-forums/src/lib jive.jar
User: user57 Date: 01/12/10 17:01:10 Modified:src/lib jive.jar Log: o adding production jive 2.1.2 jar o added sf.net logo to footer o including fix.jsp until the jive folks fix the date problem Revision ChangesPath 1.11 +9821 -8561website-forums/src/lib/jive.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: website-forums/src/web/forums fix.jsp footer.jsp header.jsp
User: user57 Date: 01/12/10 17:01:10 Modified:src/web/forums footer.jsp header.jsp Added: src/web/forums fix.jsp Log: o adding production jive 2.1.2 jar o added sf.net logo to footer o including fix.jsp until the jive folks fix the date problem Revision ChangesPath 1.8 +12 -6 website-forums/src/web/forums/footer.jsp Index: footer.jsp === RCS file: /cvsroot/jboss/website-forums/src/web/forums/footer.jsp,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- footer.jsp2001/12/04 03:31:01 1.7 +++ footer.jsp2001/12/11 01:01:10 1.8 @@ -1,24 +1,30 @@ +!-- FOOTER -- table cellspacing=0 cellpadding=0 border=0 width=100% tr - td bgcolor=#ff align=center - jsp:include page=picabanner.jsp flush=true / + td + nbsp; + /td + td bgcolor=#ff align=center + jsp:include page=picabanner.jsp/ + /td + td + a href=http://sourceforge.net; + img src=http://sourceforge.net/sflogo.php?group_id=22866type=1; width=88 height=31 border=0 alt=SourceForge Logo/a + /td /tr /table table cellpadding=6 cellspacing=0 border=0 width=100% tr td align=center -hr size=1 width=75% color=#66 +hr size=1 width=100% color=#66 font size=-2 face=%= JiveGlobals.getJiveProperty(skin.default.buttonFontFace) % color=#66 a href=%= JiveGlobals.getJiveProperty(skin.default.homeURL) %Forum Home/a | a href=account.jspRegister/a | a href=login.jspLog-In/a -| -%-- -a href=faq.jspFAQ/Help/a | --% a href=search.jspSearch/a 1.14 +0 -8 website-forums/src/web/forums/header.jsp Index: header.jsp === RCS file: /cvsroot/jboss/website-forums/src/web/forums/header.jsp,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- header.jsp2001/12/04 20:52:24 1.13 +++ header.jsp2001/12/11 01:01:10 1.14 @@ -1,11 +1,3 @@ -% -/** - * $RCSfile: header.jsp,v $ - * $Revision: 1.13 $ - * $Date: 2001/12/04 20:52:24 $ - */ -% - %@ page import=com.jivesoftware.forum.* % % // This page is the header page included on all the pages. It defines 1.1 website-forums/src/web/forums/fix.jsp Index: fix.jsp === %@ page import=java.util.*, java.sql.*, com.jivesoftware.forum.database.* % % String SELECT_CREATION_QUERY=SELECT jm.messageId, jm2.creationDate FROM jiveMessage jm, jiveMessage jm2 WHERE jm.creationDate = jm2.creationDate AND jm2.messageID=jm.parentmessageID; String UPDATE_CREATION_QUERY=UPDATE jiveMessage SET creationDate=? WHERE messageID=?; String SELECT_MODIFIED_QUERY=SELECT messageId, modifiedDate FROM jiveMessage WHERE modifiedDate creationDate; String UPDATE_MODIFIED_QUERY=UPDATE jiveMessage SET modifiedDate=? WHERE messageID=?; Connection con = null; PreparedStatement pstmt = null; ResultSet rs = null; Hashtable list = new Hashtable(); boolean abortTransaction = false; try { con = ConnectionManager.getTransactionConnection(); try { pstmt = con.prepareStatement(SELECT_CREATION_QUERY); rs = pstmt.executeQuery(); while (rs.next()) { list.put(new Long(rs.getLong(1)), new Long(rs.getLong(2))); out.println(Found bad date, c= + rs.getLong(1) + ,p= + rs.getLong(2)); } rs.close(); pstmt.close(); for (Enumeration keys = list.keys(); keys.hasMoreElements();) { Long key = (Long) keys.nextElement(); Long val = (Long) list.get(key); pstmt = con.prepareStatement(UPDATE_CREATION_QUERY); pstmt.setLong(1, val.longValue() + 1); pstmt.setLong(2, key.longValue()); pstmt.executeUpdate(); pstmt.close(); } // modified pstmt.close(); pstmt = con.prepareStatement(SELECT_MODIFIED_QUERY); rs = pstmt.executeQuery(); while (rs.next()) { list.put(new Long(rs.getLong(1)), new Long(rs.getLong(2))); } rs.close(); pstmt.close(); for (Enumeration keys = list.keys();
[JBoss-dev] CVS update: website-forums build.xml
User: user57 Date: 01/12/10 17:01:07 Modified:.build.xml Log: o adding production jive 2.1.2 jar o added sf.net logo to footer o including fix.jsp until the jive folks fix the date problem Revision ChangesPath 1.9 +2 -11 website-forums/build.xml Index: build.xml === RCS file: /cvsroot/jboss/website-forums/build.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- build.xml 2001/12/06 03:25:26 1.8 +++ build.xml 2001/12/11 01:01:07 1.9 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.8 2001/12/06 03:25:26 user57 Exp $ -- +!-- $Id: build.xml,v 1.9 2001/12/11 01:01:07 user57 Exp $ -- project default=main name=JBoss Website/Forums @@ -199,16 +199,6 @@ mkdir dir=${build.jive}/ unjar src=${source.lib}/jive.jar dest=${build.jive}/ -!-- make sure this doesn't confuse jive or anyone else -- -delete file=${build.jive}/application/WEB-INF/classes/jive_init.properties/ - -!-- copy over support libs -- -copy todir=${build.jive}/application/WEB-INF/lib - fileset dir=${source.lib} -include name=mysql-jdbc.jar/ - /fileset -/copy - !-- copy over the custom web files -- copy todir=${build.jive}/application fileset dir=${build.web}/forums @@ -232,6 +222,7 @@ war warfile=${build.lib}/jive.war webxml=${build.metadata}/jive-web.xml fileset dir=${build.jive}/application +exclude name=WEB-INF/**/ include name=*/**/ /fileset /war ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: website-forums/src/web/forums footer.jsp
User: user57 Date: 01/12/10 17:02:03 Modified:src/web/forums footer.jsp Log: o oops Revision ChangesPath 1.9 +0 -1 website-forums/src/web/forums/footer.jsp Index: footer.jsp === RCS file: /cvsroot/jboss/website-forums/src/web/forums/footer.jsp,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- footer.jsp2001/12/11 01:01:10 1.8 +++ footer.jsp2001/12/11 01:02:03 1.9 @@ -26,7 +26,6 @@ | a href=login.jspLog-In/a | ---% a href=search.jspSearch/a brbr ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: website-forums/src/web/forums footer.jsp
User: user57 Date: 01/12/10 17:12:29 Modified:src/web/forums footer.jsp Log: o alignment fix Revision ChangesPath 1.11 +4 -4 website-forums/src/web/forums/footer.jsp Index: footer.jsp === RCS file: /cvsroot/jboss/website-forums/src/web/forums/footer.jsp,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- footer.jsp2001/12/11 01:10:00 1.10 +++ footer.jsp2001/12/11 01:12:29 1.11 @@ -2,13 +2,13 @@ table cellspacing=0 cellpadding=0 border=0 width=100% tr - td + td width=33% nbsp; /td - td bgcolor=#ff align=center - jsp:include page=picabanner.jsp flush=true/ + td width=33% align=center + jsp:include page=picabanner.jsp flush=false/ /td - td + td width=33% a href=http://sourceforge.net; img src=http://sourceforge.net/sflogo.php?group_id=22866type=1; width=88 height=31 border=0 alt=SourceForge Logo/a /td ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: website-forums/src/web/forums footer.jsp
User: user57 Date: 01/12/10 17:10:00 Modified:src/web/forums footer.jsp Log: o dkjfdk Revision ChangesPath 1.10 +1 -1 website-forums/src/web/forums/footer.jsp Index: footer.jsp === RCS file: /cvsroot/jboss/website-forums/src/web/forums/footer.jsp,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- footer.jsp2001/12/11 01:02:03 1.9 +++ footer.jsp2001/12/11 01:10:00 1.10 @@ -6,7 +6,7 @@ nbsp; /td td bgcolor=#ff align=center - jsp:include page=picabanner.jsp/ + jsp:include page=picabanner.jsp flush=true/ /td td a href=http://sourceforge.net; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: website-forums/src/web/forums footer.jsp
User: user57 Date: 01/12/10 17:14:57 Modified:src/web/forums footer.jsp Log: o fuck this is dumb Revision ChangesPath 1.12 +1 -1 website-forums/src/web/forums/footer.jsp Index: footer.jsp === RCS file: /cvsroot/jboss/website-forums/src/web/forums/footer.jsp,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- footer.jsp2001/12/11 01:12:29 1.11 +++ footer.jsp2001/12/11 01:14:57 1.12 @@ -6,7 +6,7 @@ nbsp; /td td width=33% align=center - jsp:include page=picabanner.jsp flush=false/ + jsp:include page=picabanner.jsp flush=true/ /td td width=33% a href=http://sourceforge.net; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: website-forums/src/web/forums footer.jsp
User: user57 Date: 01/12/10 17:15:51 Modified:src/web/forums footer.jsp Log: *** empty log message *** Revision ChangesPath 1.13 +1 -1 website-forums/src/web/forums/footer.jsp Index: footer.jsp === RCS file: /cvsroot/jboss/website-forums/src/web/forums/footer.jsp,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- footer.jsp2001/12/11 01:14:57 1.12 +++ footer.jsp2001/12/11 01:15:51 1.13 @@ -8,7 +8,7 @@ td width=33% align=center jsp:include page=picabanner.jsp flush=true/ /td - td width=33% + td width=33% align=center a href=http://sourceforge.net; img src=http://sourceforge.net/sflogo.php?group_id=22866type=1; width=88 height=31 border=0 alt=SourceForge Logo/a /td ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/web/restricted include_ejb.jsp
User: starksm Date: 01/12/10 17:31:01 Modified:src/resources/web/restricted Tag: Branch_2_4 include_ejb.jsp Log: Add call to secured ejb from the include_ejb.jsp to test that the completion of the included ejb.jsp page does not clear the security association for the include_ejb.jsp page. Revision ChangesPath No revision No revision 1.1.2.2 +34 -1 jbosstest/src/resources/web/restricted/include_ejb.jsp Index: include_ejb.jsp === RCS file: /cvsroot/jboss/jbosstest/src/resources/web/restricted/include_ejb.jsp,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- include_ejb.jsp 2001/09/03 22:56:11 1.1.2.1 +++ include_ejb.jsp 2001/12/11 01:31:01 1.1.2.2 @@ -1,5 +1,28 @@ -%@page contentType=text/html% +%@page contentType=text/html + import=javax.naming.*,org.jboss.test.web.interfaces.* +% +%! + private String callEJB(String arg) throws ServletException + { + String value = null; + try + { + InitialContext ctx = new InitialContext(); + Object ref = ctx.lookup(java:comp/env/ejb/SecuredEJB); + StatelessSessionHome home = (StatelessSessionHome) ref; + StatelessSession bean = home.create(); + String echoValue = bean.echo(arg); + value = SecuredEJB.echo(+arg+) returned: +echoValue; + } + catch(Exception e) + { + throw new ServletException(e); + } + return value; + } +% + html headtitleJSP Include ejb.jsp Test/title/head body @@ -7,6 +30,16 @@ jsp:include page=ejb.jsp flush=true jsp:param name=name value=d1/ /jsp:include +!-- Make an access attempt from this page to check that the completion of +the include does not clear the security credentials. +-- +h1Top level JSP to EJB Test/h1 +% + String reply = callEJB(From include_ejb.jsp); + out.println(reply); + out.flush(); +% + jsp:include page=ejb.jsp flush=true jsp:param name=name value=d2/ /jsp:include ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/junitejb - New directory
User: dsundstrom Date: 01/12/10 17:57:39 thirdparty/junitejb - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/junitejb/junitejb - New directory
User: dsundstrom Date: 01/12/10 17:57:47 thirdparty/junitejb/junitejb - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/junitejb/junitejb/lib - New directory
User: dsundstrom Date: 01/12/10 17:58:16 thirdparty/junitejb/junitejb/lib - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] A State of the Machine Running
Starting Suspended Stopping returning anything else means running ? ... ;-) /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/junitejb/junitejb/lib junitejb.jar
User: dsundstrom Date: 01/12/10 18:04:43 Added: junitejb/junitejb/lib junitejb.jar Log: JUnitEJB 1.0 beta JUnitEJB uses a session bean to run tests on the server. This is necessary for directly testing local interfaces. Revision ChangesPath 1.1 thirdparty/junitejb/junitejb/lib/junitejb.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/cmp2/relationship - New directory
User: dsundstrom Date: 01/12/10 18:07:25 jbosstest/src/resources/cmp2/relationship - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/cmp2/relationship/META-INF - New directory
User: dsundstrom Date: 01/12/10 18:07:41 jbosstest/src/resources/cmp2/relationship/META-INF - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/cmp2/relationship/META-INF ejb-jar.xml jboss.xml jbosscmp-jdbc.xml
User: dsundstrom Date: 01/12/10 18:12:05 Added: src/resources/cmp2/relationship/META-INF ejb-jar.xml jboss.xml jbosscmp-jdbc.xml Log: Initial revision of the CMP 2.0 relationship tests configuration. Revision ChangesPath 1.1 jbosstest/src/resources/cmp2/relationship/META-INF/ejb-jar.xml Index: ejb-jar.xml === ?xml version=1.0? !DOCTYPE ejb-jar PUBLIC -//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd; ejb-jar enterprise-beans session descriptionJUnit Session Bean Test Runner/description ejb-nameEJBTestRunnerEJB/ejb-name homenet.sourceforge.junitejb.EJBTestRunnerHome/home remotenet.sourceforge.junitejb.EJBTestRunner/remote ejb-classnet.sourceforge.junitejb.EJBTestRunnerBean/ejb-class session-typeStateless/session-type transaction-typeBean/transaction-type /session entity descriptionA - one-to-one bidirectional table/description ejb-nameA_OneToOne_Bi_Table_EJB/ejb-name local-homeorg.jboss.test.cmp2.relationship.oneToOneBidirectional.AHome/local-home localorg.jboss.test.cmp2.relationship.oneToOneBidirectional.A/local ejb-classorg.jboss.test.cmp2.relationship.oneToOneBidirectional.ABean/ejb-class persistence-typeContainer/persistence-type prim-key-classjava.lang.Integer/prim-key-class reentrantFalse/reentrant cmp-version2.x/cmp-version abstract-schema-nameAOneToOneBiTable/abstract-schema-name cmp-fieldfield-nameid/field-name/cmp-field primkey-fieldid/primkey-field /entity entity descriptionB - one-to-one bidirectional table/description ejb-nameB_OneToOne_Bi_Table_EJB/ejb-name local-homeorg.jboss.test.cmp2.relationship.oneToOneBidirectional.BHome/local-home localorg.jboss.test.cmp2.relationship.oneToOneBidirectional.B/local ejb-classorg.jboss.test.cmp2.relationship.oneToOneBidirectional.BBean/ejb-class persistence-typeContainer/persistence-type prim-key-classjava.lang.Integer/prim-key-class reentrantFalse/reentrant cmp-version2.x/cmp-version abstract-schema-nameBOneToOneBiTable/abstract-schema-name cmp-fieldfield-nameid/field-name/cmp-field primkey-fieldid/primkey-field /entity entity descriptionA - one-to-one bidirectional foreign-key/description ejb-nameA_OneToOne_Bi_FK_EJB/ejb-name local-homeorg.jboss.test.cmp2.relationship.oneToOneBidirectional.AHome/local-home localorg.jboss.test.cmp2.relationship.oneToOneBidirectional.A/local ejb-classorg.jboss.test.cmp2.relationship.oneToOneBidirectional.ABean/ejb-class persistence-typeContainer/persistence-type prim-key-classjava.lang.Integer/prim-key-class reentrantFalse/reentrant cmp-version2.x/cmp-version abstract-schema-nameAOneToOneBiFK/abstract-schema-name cmp-fieldfield-nameid/field-name/cmp-field primkey-fieldid/primkey-field /entity entity descriptionB - one-to-one bidirectional foreign-key/description ejb-nameB_OneToOne_Bi_FK_EJB/ejb-name local-homeorg.jboss.test.cmp2.relationship.oneToOneBidirectional.BHome/local-home localorg.jboss.test.cmp2.relationship.oneToOneBidirectional.B/local ejb-classorg.jboss.test.cmp2.relationship.oneToOneBidirectional.BBean/ejb-class persistence-typeContainer/persistence-type prim-key-classjava.lang.Integer/prim-key-class reentrantFalse/reentrant cmp-version2.x/cmp-version abstract-schema-nameBOneToOneBiFK/abstract-schema-name cmp-fieldfield-nameid/field-name/cmp-field primkey-fieldid/primkey-field /entity entity descriptionA - one-to-one unidirectional table/description ejb-nameA_OneToOne_Uni_Table_EJB/ejb-name local-homeorg.jboss.test.cmp2.relationship.oneToOneUnidirectional.AHome/local-home localorg.jboss.test.cmp2.relationship.oneToOneUnidirectional.A/local ejb-classorg.jboss.test.cmp2.relationship.oneToOneUnidirectional.ABean/ejb-class persistence-typeContainer/persistence-type prim-key-classjava.lang.Integer/prim-key-class reentrantFalse/reentrant cmp-version2.x/cmp-version abstract-schema-nameAOneToOneUniTable/abstract-schema-name cmp-fieldfield-nameid/field-name/cmp-field primkey-fieldid/primkey-field /entity entity descriptionB - one-to-one
[JBoss-dev] CVS update: jbosstest/src/resources/cmp2/relationship client.policy jndi.properties
User: dsundstrom Date: 01/12/10 18:12:04 Added: src/resources/cmp2/relationship client.policy jndi.properties Log: Initial revision of the CMP 2.0 relationship tests configuration. Revision ChangesPath 1.1 jbosstest/src/resources/cmp2/relationship/client.policy Index: client.policy === grant { // Allow everything for now permission java.security.AllPermission; }; 1.1 jbosstest/src/resources/cmp2/relationship/jndi.properties Index: jndi.properties === java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory java.naming.factory.url.pkgs=org.jnp.interfaces ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional - New directory
User: dsundstrom Date: 01/12/10 18:13:51 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional - New directory
User: dsundstrom Date: 01/12/10 18:13:51 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyBidirectional - New directory
User: dsundstrom Date: 01/12/10 18:13:51 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyBidirectional - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional - New directory
User: dsundstrom Date: 01/12/10 18:13:51 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2 - New directory
User: dsundstrom Date: 01/12/10 18:13:09 jbosstest/src/main/org/jboss/test/cmp2 - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional - New directory
User: dsundstrom Date: 01/12/10 18:13:52 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship - New directory
User: dsundstrom Date: 01/12/10 18:13:20 jbosstest/src/main/org/jboss/test/cmp2/relationship - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneUnidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java
User: dsundstrom Date: 01/12/10 18:18:00 Added: src/main/org/jboss/test/cmp2/relationship/oneToOneUnidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java Log: Initial revision of the CMP 2.0 relation test. These test are based on the EJB 2.0 specification. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneUnidirectional/A.java Index: A.java === package org.jboss.test.cmp2.relationship.oneToOneUnidirectional; import javax.ejb.EJBLocalObject; public interface A extends EJBLocalObject { public B getB(); public void setB(B b); } 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneUnidirectional/ABTest.java Index: ABTest.java === package org.jboss.test.cmp2.relationship.oneToOneUnidirectional; import java.util.Collection; import java.util.Iterator; import javax.naming.InitialContext; import junit.framework.TestCase; import net.sourceforge.junitejb.EJBTestCase; public class ABTest extends EJBTestCase { public ABTest(String name) { super(name); } private AHome getTableAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/oneToOne/unidirectional/table/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getTableAHome: + e.getMessage()); } return null; } private BHome getTableBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/oneToOne/unidirectional/table/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getTableBHome: + e.getMessage()); } return null; } private AHome getFKAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/oneToOne/unidirectional/fk/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getFKAHome: + e.getMessage()); } return null; } private BHome getFKBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/oneToOne/unidirectional/fk/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getFKBHome: + e.getMessage()); } return null; } private A a1; private A a2; private B b1; private B b2; protected void beforeChange(AHome aHome, BHome bHome) throws Exception { a1 = aHome.create(new Integer(1)); a2 = aHome.create(new Integer(2)); b1 = bHome.create(new Integer(10)); b2 = bHome.create(new Integer(20)); a1.setB(b1); a2.setB(b2); assertTrue(b1.isIdentical(a1.getB())); assertTrue(b2.isIdentical(a2.getB())); } // a1.setB(a2.getB()); public void test_a1SetB_a2GetB_Table() throws Exception { AHome aHome = getTableAHome(); BHome bHome = getTableBHome(); beforeChange(aHome, bHome); a1SetB_a2GetB(aHome, bHome); } // a1.setB(a2.getB()); public void test_a1SetB_a2GetB_FK() throws Exception { AHome aHome = getFKAHome(); BHome bHome = getFKBHome(); beforeChange(aHome, bHome); a1SetB_a2GetB(aHome, bHome); } // a1.setB(a2.getB()); protected void a1SetB_a2GetB(AHome aHome, BHome bHome) throws Exception { // Change: a1.setB(a2.getB()); // Expected result: // b2.isIdentical(a1.getB()) assertTrue(b2.isIdentical(a1.getB())); // a2.getB() == null assertNull(a2.getB()); } public void setUpEJB() throws Exception { AHome aHome; BHome bHome; aHome = getTableAHome(); bHome = getTableBHome(); deleteAllAsAndBs(aHome, bHome); aHome = getFKAHome(); bHome = getFKBHome(); deleteAllAsAndBs(aHome, bHome); } public void tearDownEJB() throws Exception { } public void deleteAllAsAndBs(AHome aHome, BHome bHome) throws Exception { // delete all As Iterator currentAs = aHome.findAll().iterator(); while(currentAs.hasNext()) { A a = (A)currentAs.next(); a.remove(); } // delete all Bs Iterator currentBs = bHome.findAll().iterator(); while(currentBs.hasNext())
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship RelationshipUnitTestCase.java
User: dsundstrom Date: 01/12/10 18:17:56 Added: src/main/org/jboss/test/cmp2/relationship RelationshipUnitTestCase.java Log: Initial revision of the CMP 2.0 relation test. These test are based on the EJB 2.0 specification. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/RelationshipUnitTestCase.java Index: RelationshipUnitTestCase.java === package org.jboss.test.cmp2.relationship; import junit.framework.Test; import junit.framework.TestCase; import junit.framework.TestSuite; import org.jboss.test.JBossTestCase; public class RelationshipUnitTestCase extends JBossTestCase { public RelationshipUnitTestCase(String name) { super(name); } public static Test suite() throws Exception { TestSuite testSuite = new TestSuite(RelationshipUnitTestCase); testSuite.addTestSuite(org.jboss.test.cmp2.relationship.oneToOneBidirectional.ABTest.class); testSuite.addTestSuite(org.jboss.test.cmp2.relationship.oneToOneUnidirectional.ABTest.class); testSuite.addTestSuite(org.jboss.test.cmp2.relationship.oneToManyBidirectional.ABTest.class); testSuite.addTestSuite(org.jboss.test.cmp2.relationship.oneToManyUnidirectional.ABTest.class); testSuite.addTestSuite(org.jboss.test.cmp2.relationship.manyToOneUnidirectional.ABTest.class); testSuite.addTestSuite(org.jboss.test.cmp2.relationship.manyToManyBidirectional.ABTest.class); testSuite.addTestSuite(org.jboss.test.cmp2.relationship.manyToManyUnidirectional.ABTest.class); return getJ2eeSetup(testSuite, relationship.jar); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneUnidirectional - New directory
User: dsundstrom Date: 01/12/10 18:13:52 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneUnidirectional - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java
User: dsundstrom Date: 01/12/10 18:17:57 Added: src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java Log: Initial revision of the CMP 2.0 relation test. These test are based on the EJB 2.0 specification. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional/A.java Index: A.java === package org.jboss.test.cmp2.relationship.manyToOneUnidirectional; import javax.ejb.EJBLocalObject; public interface A extends EJBLocalObject { } 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional/ABTest.java Index: ABTest.java === package org.jboss.test.cmp2.relationship.manyToOneUnidirectional; import java.util.Collection; import java.util.Iterator; import javax.naming.InitialContext; import junit.framework.TestCase; import net.sourceforge.junitejb.EJBTestCase; public class ABTest extends EJBTestCase { public ABTest(String name) { super(name); } private AHome getTableAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/manyToOne/unidirectional/table/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getTableAHome: + e.getMessage()); } return null; } private BHome getTableBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/manyToOne/unidirectional/table/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getTableBHome: + e.getMessage()); } return null; } private AHome getFKAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/manyToOne/unidirectional/fk/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getFKAHome: + e.getMessage()); } return null; } private BHome getFKBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/manyToOne/unidirectional/fk/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getFKBHome: + e.getMessage()); } return null; } // b1j.setA(b2k.getA()); public void test_b1jSetA_b2kGetA_Table() { AHome aHome = getTableAHome(); BHome bHome = getTableBHome(); b1jSetA_b2kGetA(aHome, bHome); } // b1j.setA(b2k.getA()); public void test_b1jSetA_b2kGetA_FK() { AHome aHome = getFKAHome(); BHome bHome = getFKBHome(); b1jSetA_b2kGetA(aHome, bHome); } // b1j.setA(b2k.getA()); protected void b1jSetA_b2kGetA(AHome aHome, BHome bHome) { try { // Before change: A a1 = aHome.create(new Integer(1)); A a2 = aHome.create(new Integer(2)); B[] b1x = new B[20]; B[] b2x = new B[30]; for(int i=0; ib1x.length; i++) { b1x[i] = bHome.create(new Integer(1 + i)); b1x[i].setA(a1); } for(int i=0; ib2x.length; i++) { b2x[i] = bHome.create(new Integer(2 + i)); b2x[i].setA(a2); } // (a1.isIdentical(b11.getA())) ... (a1.isIdentical(b1n.getA() for(int i=0; ib1x.length; i++) { a1.isIdentical(b1x[i].getA()); } // (a2.isIdentical(b21.getA())) ... (a2.isIdentical(b2m.getA() for(int i=0; ib2x.length; i++) {
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java
User: dsundstrom Date: 01/12/10 18:17:57 Added: src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java Log: Initial revision of the CMP 2.0 relation test. These test are based on the EJB 2.0 specification. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional/A.java Index: A.java === package org.jboss.test.cmp2.relationship.manyToManyBidirectional; import java.util.Collection; import javax.ejb.EJBLocalObject; public interface A extends EJBLocalObject { public Collection getB(); public void setB(Collection b); } 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional/ABTest.java Index: ABTest.java === package org.jboss.test.cmp2.relationship.manyToManyBidirectional; import java.util.Collection; import java.util.Iterator; import javax.naming.InitialContext; import junit.framework.TestCase; import net.sourceforge.junitejb.EJBTestCase; public class ABTest extends EJBTestCase { public ABTest(String name) { super(name); } private AHome getAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/manyToMany/bidirectional/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getAHome: + e.getMessage()); } return null; } private BHome getBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/manyToMany/bidirectional/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getBHome: + e.getMessage()); } return null; } // a1.setB(a3.getB()); public void test_a1SetB_a3GetB() { AHome aHome = getAHome(); BHome bHome = getBHome(); try { // Before change: A a1 = aHome.create(new Integer(1)); A a2 = aHome.create(new Integer(2)); A a3 = aHome.create(new Integer(3)); A a4 = aHome.create(new Integer(4)); A a5 = aHome.create(new Integer(5)); B b1 = bHome.create(new Integer(-1)); B b2 = bHome.create(new Integer(-2)); B b3 = bHome.create(new Integer(-3)); B b4 = bHome.create(new Integer(-4)); B b5 = bHome.create(new Integer(-5)); a1.getB().add(b1); a1.getB().add(b2); a2.getB().add(b1); a2.getB().add(b2); a2.getB().add(b3); a3.getB().add(b2); a3.getB().add(b3); a3.getB().add(b4); a4.getB().add(b3); a4.getB().add(b4); a4.getB().add(b5); a5.getB().add(b4); a5.getB().add(b5); assertTrue(a1.getB().contains(b1)); assertTrue(a1.getB().contains(b2)); assertTrue(a2.getB().contains(b1)); assertTrue(a2.getB().contains(b2)); assertTrue(a2.getB().contains(b3)); assertTrue(a3.getB().contains(b2)); assertTrue(a3.getB().contains(b3)); assertTrue(a3.getB().contains(b4)); assertTrue(a4.getB().contains(b3)); assertTrue(a4.getB().contains(b4)); assertTrue(a4.getB().contains(b5)); assertTrue(a5.getB().contains(b4)); assertTrue(a5.getB().contains(b5)); assertTrue(b1.getA().contains(a1)); assertTrue(b1.getA().contains(a2)); assertTrue(b2.getA().contains(a1)); assertTrue(b2.getA().contains(a2)); assertTrue(b2.getA().contains(a3)); assertTrue(b3.getA().contains(a2)); assertTrue(b3.getA().contains(a3));
[JBoss-dev] CVS update: jbosstest build.xml
User: dsundstrom Date: 01/12/10 18:18:43 Modified:.build.xml Log: Added CMP 2.0 relationship tests. Revision ChangesPath 1.46 +33 -1 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.45 retrieving revision 1.46 diff -u -r1.45 -r1.46 --- build.xml 2001/12/09 05:01:43 1.45 +++ build.xml 2001/12/11 02:18:43 1.46 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.45 2001/12/09 05:01:43 schaefera Exp $ -- +!-- $Id: build.xml,v 1.46 2001/12/11 02:18:43 dsundstrom Exp $ -- project default=main name=JBoss/Testsuite @@ -141,6 +141,15 @@ pathelement path=${junit.junit.lib}/junit.jar/ /path +!-- JUnitEJB -- +property name=junitejb.junitejb.root + value=${project.thirdparty}/junitejb/junitejb/ +property name=junitejb.junitejb.lib + value=${junitejb.junitejb.root}/lib/ +path id=junitejb.junitejb.classpath + pathelement path=${junitejb.junitejb.lib}/junitejb.jar/ +/path + !-- The combined library classpath -- path id=library.classpath path refid=sun.jndi.classpath/ @@ -152,6 +161,7 @@ path refid=apache.log4j.classpath/ path refid=oswego.concurrent.classpath/ path refid=junit.junit.classpath/ + path refid=junitejb.junitejb.classpath/ path refid=sun.jsr77.classpath/ /path @@ -404,6 +414,7 @@ _jars-web, _jars-bench, _jars-security, + _jars-cmp2, _jars-jsr77 /target @@ -1318,6 +1329,27 @@ !-- jsr77 test -- target name=_jars-jsr77 mkdir dir=${build.lib}/ + /target + + !-- cmp2 tests -- + target name=_jars-cmp2 +mkdir dir=${build.lib}/ + +!-- build relationship.jar -- +jar jarfile=${build.lib}/relationship.jar + manifest=${build.etc}/manifest.mf + fileset dir=${build.classes} + patternset refid=common.test.client.classes/ + include name=org/jboss/test/cmp2/relationship/**/ + /fileset + fileset dir=${build.resources}/cmp2/relationship + include name=**/*.*/ + /fileset + zipfileset src=${junitejb.junitejb.lib}/junitejb.jar +includes=net/**/*.*/ + zipfileset src=${junit.junit.lib}/junit.jar +includes=junit/**/*.*/ +/jar /target !-- == -- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneBidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java
User: dsundstrom Date: 01/12/10 18:17:59 Added: src/main/org/jboss/test/cmp2/relationship/oneToOneBidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java Log: Initial revision of the CMP 2.0 relation test. These test are based on the EJB 2.0 specification. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneBidirectional/A.java Index: A.java === package org.jboss.test.cmp2.relationship.oneToOneBidirectional; import javax.ejb.EJBLocalObject; public interface A extends EJBLocalObject { public B getB(); public void setB(B b); } 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneBidirectional/ABTest.java Index: ABTest.java === package org.jboss.test.cmp2.relationship.oneToOneBidirectional; import java.util.Collection; import java.util.Iterator; import javax.naming.InitialContext; import junit.framework.TestCase; import net.sourceforge.junitejb.EJBTestCase; public class ABTest extends EJBTestCase { public ABTest(String name) { super(name); } private AHome getTableAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/oneToOne/bidirectional/table/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getTableAHome: + e.getMessage()); } return null; } private BHome getTableBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/oneToOne/bidirectional/table/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getTableBHome: + e.getMessage()); } return null; } private AHome getFKAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/oneToOne/bidirectional/fk/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getFKAHome: + e.getMessage()); } return null; } private BHome getFKBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/oneToOne/bidirectional/fk/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getFKBHome: + e.getMessage()); } return null; } private A a1; private A a2; private B b1; private B b2; protected void beforeChange(AHome aHome, BHome bHome) throws Exception { a1 = aHome.create(new Integer(1)); a2 = aHome.create(new Integer(2)); b1 = bHome.create(new Integer(10)); b2 = bHome.create(new Integer(20)); a1.setB(b1); a2.setB(b2); assertTrue(b1.isIdentical(a1.getB())); assertTrue(b2.isIdentical(a2.getB())); } // a1.setB(a2.getB()); public void test_a1SetB_a2GetB_Table() throws Exception { AHome aHome = getTableAHome(); BHome bHome = getTableBHome(); beforeChange(aHome, bHome); a1SetB_a2GetB(aHome, bHome); } // a1.setB(a2.getB()); public void test_a1SetB_a2GetB_FK() throws Exception { AHome aHome = getFKAHome(); BHome bHome = getFKBHome(); beforeChange(aHome, bHome); a1SetB_a2GetB(aHome, bHome); } // a1.setB(a2.getB()); protected void a1SetB_a2GetB(AHome aHome, BHome bHome) throws Exception { // Change: a1.setB(a2.getB()); // Expected result: // b2.isIdentical(a1.getB()) assertTrue(b2.isIdentical(a1.getB())); // a2.getB() == null assertNull(a2.getB()); // b1.getA() == null assertNull(b1.getA()); // a1.isIdentical(b2.getA()) assertTrue(a1.isIdentical(b2.getA())); } public void setUpEJB() throws Exception { AHome aHome; BHome bHome; aHome = getTableAHome(); bHome = getTableBHome(); deleteAllAsAndBs(aHome, bHome); aHome = getFKAHome(); bHome = getFKBHome(); deleteAllAsAndBs(aHome, bHome); } public void tearDownEJB() throws Exception { } public void deleteAllAsAndBs(AHome aHome, BHome bHome) throws Exception { // delete all As Iterator currentAs = aHome.findAll().iterator(); while(currentAs.hasNext()) { A a = (A)currentAs.next();
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java
User: dsundstrom Date: 01/12/10 18:17:57 Added: src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java Log: Initial revision of the CMP 2.0 relation test. These test are based on the EJB 2.0 specification. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional/A.java Index: A.java === package org.jboss.test.cmp2.relationship.manyToManyUnidirectional; import java.util.Collection; import javax.ejb.EJBLocalObject; public interface A extends EJBLocalObject { public Collection getB(); public void setB(Collection b); } 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional/ABTest.java Index: ABTest.java === package org.jboss.test.cmp2.relationship.manyToManyUnidirectional; import java.util.Collection; import java.util.Iterator; import javax.naming.InitialContext; import junit.framework.TestCase; import net.sourceforge.junitejb.EJBTestCase; public class ABTest extends EJBTestCase { public ABTest(String name) { super(name); } private AHome getAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/manyToMany/unidirectional/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getAHome: + e.getMessage()); } return null; } private BHome getBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/manyToMany/unidirectional/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getBHome: + e.getMessage()); } return null; } // a1.setB(a3.getB()); public void test_a1SetB_a3GetB() { AHome aHome = getAHome(); BHome bHome = getBHome(); try { // Before change: A a1 = aHome.create(new Integer(1)); A a2 = aHome.create(new Integer(2)); A a3 = aHome.create(new Integer(3)); A a4 = aHome.create(new Integer(4)); A a5 = aHome.create(new Integer(5)); B b1 = bHome.create(new Integer(-1)); B b2 = bHome.create(new Integer(-2)); B b3 = bHome.create(new Integer(-3)); B b4 = bHome.create(new Integer(-4)); B b5 = bHome.create(new Integer(-5)); a1.getB().add(b1); a1.getB().add(b2); a2.getB().add(b1); a2.getB().add(b2); a2.getB().add(b3); a3.getB().add(b2); a3.getB().add(b3); a3.getB().add(b4); a4.getB().add(b3); a4.getB().add(b4); a4.getB().add(b5); a5.getB().add(b4); a5.getB().add(b5); assertTrue(a1.getB().contains(b1)); assertTrue(a1.getB().contains(b2)); assertTrue(a2.getB().contains(b1)); assertTrue(a2.getB().contains(b2)); assertTrue(a2.getB().contains(b3)); assertTrue(a3.getB().contains(b2)); assertTrue(a3.getB().contains(b3)); assertTrue(a3.getB().contains(b4)); assertTrue(a4.getB().contains(b3)); assertTrue(a4.getB().contains(b4)); assertTrue(a4.getB().contains(b5)); assertTrue(a5.getB().contains(b4)); assertTrue(a5.getB().contains(b5)); // Change: a1.setB(a3.getB()); // Expected result: assertTrue(!a1.getB().contains(b1)); assertTrue(a1.getB().contains(b2)); assertTrue(a1.getB().contains(b3)); assertTrue(a1.getB().contains(b4));
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java
User: dsundstrom Date: 01/12/10 18:17:58 Added: src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional A.java ABTest.java ABean.java AHome.java B.java BBean.java BHome.java Log: Initial revision of the CMP 2.0 relation test. These test are based on the EJB 2.0 specification. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional/A.java Index: A.java === package org.jboss.test.cmp2.relationship.oneToManyUnidirectional; import java.util.Collection; import javax.ejb.EJBLocalObject; public interface A extends EJBLocalObject { public Collection getB(); public void setB(Collection b); } 1.1 jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional/ABTest.java Index: ABTest.java === package org.jboss.test.cmp2.relationship.oneToManyUnidirectional; import java.util.Collection; import java.util.Iterator; import javax.naming.InitialContext; import junit.framework.TestCase; import net.sourceforge.junitejb.EJBTestCase; public class ABTest extends EJBTestCase { public ABTest(String name) { super(name); } private AHome getTableAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/oneToMany/unidirectional/table/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getTableAHome: + e.getMessage()); } return null; } private BHome getTableBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/oneToMany/unidirectional/table/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getTableBHome: + e.getMessage()); } return null; } private AHome getFKAHome() { try { InitialContext jndiContext = new InitialContext(); return (AHome) jndiContext.lookup(relation/oneToMany/unidirectional/fk/A); } catch(Exception e) { e.printStackTrace(); fail(Exception in getFKAHome: + e.getMessage()); } return null; } private BHome getFKBHome() { try { InitialContext jndiContext = new InitialContext(); return (BHome) jndiContext.lookup(relation/oneToMany/unidirectional/fk/B); } catch(Exception e) { e.printStackTrace(); fail(Exception in getFKBHome: + e.getMessage()); } return null; } // a1.setB(a2.getB()); public void test_a1SetB_a2GetB_Table() { AHome aHome = getTableAHome(); BHome bHome = getTableBHome(); a1SetB_a2GetB(aHome, bHome); } // a1.setB(a2.getB()); public void test_a1SetB_a2GetB_FK() { AHome aHome = getFKAHome(); BHome bHome = getFKBHome(); a1SetB_a2GetB(aHome, bHome); } // a1.setB(a2.getB()); protected void a1SetB_a2GetB(AHome aHome, BHome bHome) { try { // Before change: A a1 = aHome.create(new Integer(1)); A a2 = aHome.create(new Integer(2)); Collection b1 = a1.getB(); Collection b2 = a2.getB(); B[] b1x = new B[20]; B[] b2x = new B[30]; for(int i=0; ib1x.length; i++) { b1x[i] = bHome.create(new Integer(1 + i)); b1.add(b1x[i]); } for(int i=0; ib2x.length; i++) { b2x[i] = bHome.create(new Integer(2 + i)); b2.add(b2x[i]); } // B b11, b12, ... , b1n; members of b1 for(int i=0; ib1x.length; i++) { assertTrue(b1.contains(b1x[i])); }
[JBoss-dev] Re: A State of the Machine Running
Huh? --jason On Tue, 11 Dec 2001, Peter Fagerlund wrote: Starting Suspended Stopping returning anything else means running ? ... ;-) /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: A State of the Machine Running
Is it me or U that have the -clockoff ? ... /peter_f on 1-12-11 03.28, Jason Dillon at [EMAIL PROTECTED] wrote: Huh? --jason On Tue, 11 Dec 2001, Peter Fagerlund wrote: Starting Suspended Stopping returning anything else means running ? ... ;-) /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: A State of the Machine Running
Ok, one more time... Huh? --jason On Tue, 11 Dec 2001, Peter Fagerlund wrote: Is it me or U that have the -clockoff ? ... /peter_f on 1-12-11 03.28, Jason Dillon at [EMAIL PROTECTED] wrote: Huh? --jason On Tue, 11 Dec 2001, Peter Fagerlund wrote: Starting Suspended Stopping returning anything else means running ? ... ;-) /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: A State of the Machine Running
on 1-12-11 03.35, Jason Dillon at [EMAIL PROTECTED] wrote: Ok, one more time... Huh? Two times -heh *** We need a state -spine thing : --to deploy on ---then Auto/level/grade/scope/... deloyer() has a state ... /peter_f --jason On Tue, 11 Dec 2001, Peter Fagerlund wrote: Is it me or U that have the -clockoff ? ... /peter_f on 1-12-11 03.28, Jason Dillon at [EMAIL PROTECTED] wrote: Huh? --jason On Tue, 11 Dec 2001, Peter Fagerlund wrote: Starting Suspended Stopping returning anything else means running ? ... ;-) /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development