It looks like org.jboss.util.Primitives is required by the org.jboss.util.id.* classes as well.
> The problem lies in the fact that the testsuite uses the same > classpath to > run as it does to build. In testsuite/build.xml, part of the > 'tests.classpath' property (which is used in the build *and* > junit tasks) > includes 'thirdparty.classpath'. Well, the > thirdparty.classpath property > includes the 'dependentmodule.classpath' property, which pretty much > includes all the module classpaths directly. So, in essence, > the testsuite > doesn't even look at the clients directory. > > Michael > > > -----Original Message----- > > From: Jason Dillon [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, May 15, 2002 5:45 PM > > To: [EMAIL PROTECTED] > > Subject: Re: [JBoss-dev] missing org.jboss.util.id.GUID from client > > jars? > > > > > > Hey, can you try again. Sorry about this, I don't know why > > our testsuite does > > not check this. > > > > Do you have a testcase would you can submit to detect this? > > > > --jason > > > > > > On Wednesday 15 May 2002 07:42 pm, you wrote: > > > Almost. Now it's missing org.jboss.util.MuLong. > > > > > > > -----Original Message----- > > > > From: Jason Dillon [mailto:[EMAIL PROTECTED]] > > > > Sent: Tuesday, May 14, 2002 3:15 PM > > > > To: [EMAIL PROTECTED] > > > > Cc: [EMAIL PROTECTED] > > > > Subject: Re: [JBoss-dev] missing org.jboss.util.id.GUID > > from client > > > > jars? > > > > > > > > > > > > Hello. > > > > > > > > Sorry about that. Can you re-run your client again after > > > > refreshing your CVS > > > > tree & rebuilding. > > > > > > > > We should probably setup a test to check for these too... > > > > > > > > --jason > > > > > > > > Quoting [EMAIL PROTECTED]: > > > > > I just did a CVS co this morning and when I ran my > > client, I got a > > > > > NoClassDefFound for org.jboss.util.id.GUID. My classpath > > > > > > > > just points to > > > > > > > > > all > > > > > the jars in the client directory. I checked > > > > > > > > jboss-common-client.jar and > > > > > > > > > that class is not in there. So, I copied jboss-common.jar > > > > > > > > from lib to > > > > > > > > > client and the problem went away. > > > > > > > > > > Should id/* be in jboss-common-client.jar? > > > > > > > > > > Michael > > > > > > > > > > > > > > > > _______________________________________________________________ > > > > > > > > > > Have big pipes? SourceForge.net is looking for download > > > > > > > > mirrors. We supply > > > > > > > > > the hardware. You get the recognition. Email Us: > > > > > > > > [EMAIL PROTECTED] > > > > > > > > > _______________________________________________ > > > > > Jboss-development mailing list > > > > > [EMAIL PROTECTED] > > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > ------------------------------------------------- > > > > This mail sent through IMP: http://horde.org/imp/ > > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download > mirrors. We supply > the hardware. You get the recognition. Email Us: > [EMAIL PROTECTED] > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
