Re: [JBoss-dev] Documentation on web site is missing...
Scott, thanks for the fix. I searched through my jboss-dev archives but was not able to locate the notification that this directory has been created. This scares me somehow (well, it's Halloween ;-)) ). Did I miss the message or didn't it show up ? Furthermore this change was neither announced on jboss-docs nor discussed there. Finally the contents of http://www.jboss.org/documentation/ are totally obsolete. File by file. I must have missed something important here. Someone she some light on this please, whoever did these changes and knows what they are good for. TIA, Tobias Scott M Stark wrote: Someone added a documentation directory to the website.war that this is causing the /documentation uri for this directory to match ahead of the manual.war /documentation context-root. - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 31, 2001 8:39 AM Subject: [JBoss-dev] Documentation on web site is missing... Has anyone notice that the docs on JBoss.org are missing. When you click on the Manual - online HTML version I get the following. HTTP ERROR: 404 Not Found Could not find resource for /documentation/HTML/index.html RequestURI=/documentation/HTML/index.html Someone should at least put up a page explaining that the build broke (or whatever). With the top link on the page being, buy the book (not that that is bad in any way) this could leave a new user with a shifty feeling. Any way I'll just generate the docs from cvs. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Missing web.xml file?
Hi, I am getting this error running `build.sh' on a RH tree checked out from CVS: ... (sucessful part omitted) == == Executing 'most' in module 'plugins/varia'... == ... jars: [jar] Building jar: /home/reverbel/work/new/jboss-all/plugins/varia/output/lib/tyrex-tm-plugin.jar BUILD FAILED /home/reverbel/work/new/jboss-all/plugins/varia/build.xml:483: Deployment descriptor: /home/reverbel/work/new/jboss-all/plugins/varia/src/resources/boot/web.xml does not exist. Regards, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Non-NULL foreign key CMR
Actually my bigger concern now is that while I got this to work on Jboss, my current approach causes weblogic 6.1 to throw the following exception when calling create(..) : [javax.ejb.EJBException: When a cmp-field and a cmr-field (relationship) are mapped to the same colu mn, the setXXX method for the cmp-field may not be called. The cmp-field is read-only. Despite this, we've been able to create 10 or so CMP 2.0 Entity Beans loaded with relations on jBoss and seems everything works ok.I'll make good notes and keep an eye out for updates on this list. thanks, Tom D. -Original Message- From: Dain Sundstrom [SMTP:[EMAIL PROTECTED]] Sent: Thursday, November 01, 2001 12:56 AM To: Dobridge, Thomas A; '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Non-NULL foreign key CMR This is a bad idea. You are effectively creating two caches of the same data, but there is no code to keep them in sync. Although this may work today, you could get weird non-reproducible errors down the road. Dan pointed out that engine can delay insert until after postCreate or until the end of the transaction, but that change will not hapen any time soon. -dain -Original Message- From: Dobridge, Thomas A [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 31, 2001 4:40 PM To: '[EMAIL PROTECTED]' Subject: [JBoss-dev] Non-NULL foreign key CMR There was a brief discussion on this recently but I didn't quite get the jist of it. Just wan't to clarify that with latest jboss3.0.0alpha CMP code, it appears for now that the INSERT statement generated for ejbCreate(..) depends solely on the list of defined cmp-fields. I have several cases where CMR fields are in Many-1 relations that rely on foreign keys with non-null contraints. So what I've done to get this to work is created seemingly redundant CMP and CMR fields with different names but mapped to the same column. Specifically, I have Organization-OrganizationType in a Many-one CMR relationship. Here are some fragments: I hope this get's the point across. OrganizationBean.java has this // cmp field mapped to ORGANIZATION.ORGANIZATION_TYPE as field name organizationTypeKey public abstract String getOrganizationTypeKey(); public abstract void setOrganizationTypeKey(String organizationTypeKey); // CMR field mapped to same column with field name organizationType public abstract OrganizationType getOrganizationType(); public abstract void setOrganizationType(OrganizationType organizationType); Then I have this: public BigDecimal ejbCreate(String name, OrganizationType organizationType) throws CreateException, RemoteException { setOrganizationKey(new BigDecimal(System.currentTimeMillis())); // goofy test // should this be called? weblogic message boards on dejanewssuggest otherwise but I am not sure. setOrganizationTypeKey(organizationType.getOrganizationType()); setName(name); return null; } public void ejbPostCreate(String name, OrganizationType organizationType) throws CreateException, RemoteException { setOrganizationType(organizationType); // cmr fields deferred to postCreate??? } This tooks several try guessing at various approaches to get it working. Am I doing this right? regards, Tom D. ___ 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] Missing web.xml file?
The file is there: boot 558pwd /usr/local/src/cvsroot/Main/jboss-all/plugins/varia/src/resources/boot boot 559cvs status cvs server: Examining . === File: default.xsl Status: Up-to-date Working revision:1.1 Repository revision: 1.1 /cvsroot/jboss/contrib/varia/src/resources/boot/default.xsl,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) === File: web.xml Status: Up-to-date Working revision:1.1 Repository revision: 1.1 /cvsroot/jboss/contrib/varia/src/resources/boot/web.xml,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) Make sure you have done an 'cvs update -d' to pull down new files. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Francisco Reverbel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 01, 2001 4:27 AM Subject: [JBoss-dev] Missing web.xml file? Hi, I am getting this error running `build.sh' on a RH tree checked out from CVS: ... (sucessful part omitted) == == Executing 'most' in module 'plugins/varia'... == ... jars: [jar] Building jar: /home/reverbel/work/new/jboss-all/plugins/varia/output/lib/tyrex-tm-plugin.j ar BUILD FAILED /home/reverbel/work/new/jboss-all/plugins/varia/build.xml:483: Deployment descriptor: /home/reverbel/work/new/jboss-all/plugins/varia/src/resources/boot/web.xml does not exist. Regards, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Missing web.xml file?
On Thu, 1 Nov 2001, Scott M Stark wrote: The file is there: [snip...] Make sure you have done an 'cvs update -d' to pull down new files. Bingo! I've missed the '-d' flag... Thanks a lot, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The RARDeployer classpath is broken
Scott, I've recently written a resouce adapter for an O-R mapping engine. All classes in .jar files are successfully loaded. However, .class files placed in the rar archive are not added to the classpath. It would be nice if other resources in the rar were also added to the classpath. For instance the O-R mapping engine derives it's mapping information from schema files which are typically placed in the classpath. I currently have to jar the schema file and place that jar in the rar. --Victor Langelo Scott M Stark wrote: I'm looking at the behavior of the RARDeployer for the JBossCX chapter of the JBoss book and I have found that the classes in the rar are not included in the class loader classpath setup by the RARDeployer. The only reason the example jbosspool-jdbc.rar and jms-ra.rar adapters deploy is because the adapter classes also happen to be in lib/ext due to the fact that they are part of other core jars. I am going to fix this and remove the rar classes from the core jars. Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The RARDeployer classpath is broken
- Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 01, 2001 7:09 PM Subject: Re: [JBoss-dev] The RARDeployer classpath is broken What is wrong with the RARDeployer adding the rar jars to the server classpath? This is what jboss 3 does. Is there a way to do this in jboss 2.4? I don't know what it is. It can be done in the same fashion as the ClassPathExtension mbean that adds urls to the MLet class loader used as the server main class loader. I'm testing this out for 2.4. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/verifier/strategy AbstractVerifier.java
User: schaefera Date: 01/11/01 22:07:48 Modified:src/main/org/jboss/verifier/strategy AbstractVerifier.java Log: Fixed the bug 441291 therefore that a message selector can have leading and trailing spaces as well as line breaks and still does not break (leading and trailing spaces are remoed, line breaks as converted to a space and an empty string is converted to null meaning not restrictions). Scheduler does not register at the JNDI server as well as supports named attributes instead of only constructors arguments. Abstract Verifier checks not for RemoteException compliant with the RMI spec. Revision ChangesPath 1.23 +19 -6 jboss/src/main/org/jboss/verifier/strategy/AbstractVerifier.java Index: AbstractVerifier.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/verifier/strategy/AbstractVerifier.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- AbstractVerifier.java 2001/10/29 13:24:32 1.22 +++ AbstractVerifier.java 2001/11/02 06:07:48 1.23 @@ -19,7 +19,7 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA * * This package and its source code is available at www.jboss.org - * $Id: AbstractVerifier.java,v 1.22 2001/10/29 13:24:32 negaton Exp $ + * $Id: AbstractVerifier.java,v 1.23 2001/11/02 06:07:48 schaefera Exp $ */ // standard imports @@ -61,8 +61,16 @@ * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a * @author Aaron Mulder ([EMAIL PROTECTED]) * @author Vinay Menon ([EMAIL PROTECTED]) + * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a * - * @version $Revision: 1.22 $ + * pbRevisions:/b/p + * pb20011101: Andy/b + * ul + * liChanged the throwRemoteException() method to check accordingly to the RMI spec./li + * /ul + * /p + * + * @version $Revision: 1.23 $ * @sinceJDK 1.3 */ public abstract class AbstractVerifier implements VerificationStrategy { @@ -178,11 +186,16 @@ public boolean throwsRemoteException(Method method) { Class[] exception = method.getExceptionTypes(); - -for (int i = 0; i exception.length; ++i) -if (java.rmi.RemoteException.class.isAssignableFrom(exception[i])) -return true; +for (int i = 0; i exception.length; ++i) { +// Not true see bug report #434739 +//if (java.rmi.RemoteException.class.isAssignableFrom(exception[i])) +// According to the RMI spec. a remote interface must throw an RemoteException +// or any of its super classes therefore the check must be done vice versa + if( exception[ i ].isAssignableFrom( java.rmi.RemoteException.class ) ) { + return true; + } +} return false; } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util Scheduler.java SchedulerMBean.java
User: schaefera Date: 01/11/01 22:07:48 Modified:src/main/org/jboss/util Scheduler.java SchedulerMBean.java Log: Fixed the bug 441291 therefore that a message selector can have leading and trailing spaces as well as line breaks and still does not break (leading and trailing spaces are remoed, line breaks as converted to a space and an empty string is converted to null meaning not restrictions). Scheduler does not register at the JNDI server as well as supports named attributes instead of only constructors arguments. Abstract Verifier checks not for RemoteException compliant with the RMI spec. Revision ChangesPath 1.11 +72 -112 jboss/src/main/org/jboss/util/Scheduler.java Index: Scheduler.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/Scheduler.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- Scheduler.java2001/09/11 18:35:04 1.10 +++ Scheduler.java2001/11/02 06:07:48 1.11 @@ -36,10 +36,16 @@ import org.jboss.system.ServiceMBeanSupport; /** -* Scheduler Instance to allow clients to run this as a -* scheduling service for any Schedulable instances. +* Scheduler Instance to allow clients to run this as a scheduling service for +* any Schedulable instances. +* br +* ATTENTION: The scheduler instance only allows to run one schedule at a time. +* Therefore when you want to run two schedules create to instances with this +* MBean. Suggested Object Name for the MBean are:br +* JBOSS-SYSTEM:service=Scheduler,schedule=you schedule namebr +* This way you should not run into a name conflict. * -* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a +* @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a * @author Cameron (camtabor) * * pbRevisions:/b/p @@ -51,6 +57,13 @@ * liStop was broken because removeNotification( Integer ) was broken/li * /ul * /p +* pb20011026 Andy:/b +* ul +* liMove the SchedulerNotificationFilter to become an internal class +* and renamed to NotificationFilter/li +* liMBean is not bind/unbind to JNDI server anymore/li +* /ul +* /p **/ public class Scheduler extends ServiceMBeanSupport @@ -128,11 +141,11 @@ long pNumberOfRepetitions ) { mName = pName; - mStartOnStart = true; + setStartAtStartup( true ); setSchedulableClass( pSchedulableClass ); setSchedulableArguments( pInitArguments ); setSchedulableArgumentTypes( pInitTypes ); - mStartDate = new Date( pInitialStartDate ); + setInitialStartDate( pInitialStartDate ); setSchedulePeriod( pSchedulePeriod ); setInitialRepetitions( pNumberOfRepetitions ); } @@ -281,7 +294,7 @@ getServer().addNotificationListener( mTimer, new Listener( mSchedulable ), - new SchedulerNotificationFilter(new Integer(mActualSchedule)), + new Scheduler.NotificationFilter( new Integer( mActualSchedule ) ), // No object handback necessary null ); @@ -464,6 +477,14 @@ mSchedulePeriod = pPeriod; mIsRestartPending = true; } + + public long getInitialStartDate() { + return mStartDate.getTime(); + } + + public void setInitialStartDate( long pStartDate ) { + mStartDate = new Date( ( pStartDate 0 ? pStartDate : 0 ) ); + } public long getInitialRepetitions() { return mInitialRepetitions; @@ -488,6 +509,10 @@ public boolean isRestartPending() { return mIsRestartPending; } + + public void setStartAtStartup( boolean pStartAtStartup ) { + mStartOnStart = pStartAtStartup; + } // - // Methods @@ -502,15 +527,6 @@ return pName; } - public String getJNDIName() { - if( mName != null ) { - return JMX_NAME + : + mName; - } - else { - return JMX_NAME; - } - } - public String getName() { return JBoss Scheduler MBean; } @@ -527,89 +543,36 @@ protected void startService() throws Exception { - bind( this ); try { // Create Timer MBean if need be - - mTimer = new ObjectName( DefaultDomain, service, Timer); - if ( !getServer().isRegistered(mTimer)){ - getServer().createMBean( javax.management.timer.Timer, mTimer ); - // Now start the Timer - getServer().invoke( -mTimer, -start, -new Object[] {}, -new String[] {} - ); + + mTimer