RE: [JBoss-user] Does JBoss3 have Problems Deploying Similar ejb-jars in Different EARs
Just curious where you are getting the ClassCastException. In particular, where are you getting a reference to the object that triggers the exception? [Probably JNDI, but I'm just asking...] Note that a class 'Foo' loaded from classloader A and the "same" class 'Foo' loaded from classloader B are distinct types. Therefore, if you: create ClassLoader A, create an object of Foo, store object of Foo, create a new Classloader B (which then loads Foo), and try to cast Foo to an instance of Foo, you'll get a ClassCastException. Anyhow, this information is of course not a solution to your problem, but it may help to understand why you are getting the exception. Paul > -Original Message- > From: Simon Stewart [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 21, 2002 10:48 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] Does JBoss3 have Problems Deploying Similar > ejb-jars in Different EARs > > > Ahhh Light dawns. Curiously, I get a ClassCastException when I > redeploy a previously working app by touching the application.xml. I'm > using CMP 2.x and attempting to get hold of a LocalHome object. Not a > line of code has changed, and nothing else has been touched. > > This using the JBoss 3RC3 and Tomcat bundle on Linux with Sun's JDK > 1.4. I'll do some more poking about, but has anyone else seen this? > > On Tue, May 21, 2002 at 10:02:45AM -0700, Scott M Stark wrote: > > A complete redploy. Touch the META-INF/application.xml descriptor > > to redeploy. > > Cheers, > > Simon > > -- > Whatever you do, congratulate yourself far too much and berate others. > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Does JBoss3 have Problems Deploying Similar ejb- jars in Different EARs
>
> It can't be turned off. In the future we may make it possible to have
> several loader repositories with a parent-child relationship
> which would
> let you have several versions of a class at once. However it
> is not yet
> clear this is cost-effective compared to running several
> jboss instances.
>
> The point of having the unified classloaders is that you can
> redeploy parts
> of your application without taking down the server, and still
> all calls are
> optimized. For instance, this lets you split very large
> applications into
> many ears that can be deployed independently yet have optimized calls
> between ejbs in different ears. You can remove and redeploy
> any of the
> ears with different classes without stopping the server.
>
> Why would you want to have several versions of a class
> deployed at once?
> Is this a real use case?
Certainly. What if I have two versions of [a part of] my website up, both
accessible via port 80, but accessed via different context roots?
Perhaps it's my perception of what an application server is. I've always
thought of an application server as a relatively heavyweight object that is
capable of hosting multiple applications. From what I'm hearing, this means
JBoss3 essentially becomes a wrapper for a single application, because in
the general case you don't know or care if two different applications have
different versions of the same classname.
I've also always thought of an .ear as a completely standalone entity.
Though I've never used them, it was my perception that the purpose of a .sar
was to partition classes within an .ear into hotdeployable units. Again,
I've never looked much into them, and I'm still using 2.4.4.
Unless the port configuration / port allocation is totally different in
JBoss3, I would envision configuring and running multiple JBoss instances on
the same machine to be somewhat cumbersome and error prone.
Anyhow, I've just always thought of two ear's as always being siblings in
the classloader tree. It seems relatively natural to envision two
[trivially] different implementations of ${whatever is the container for the
ear}, one that allows visibility between all ear's deployed in the directory
configured for that container, and another that places each ear in its own
namespace.
Either way, JBoss is still the best thing since sliced bread.
Paul
>
> david jencks
>
> >
> > Thanks,
> > Paul
> >
> > > -Original Message-
> > > From: David Jencks [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, May 16, 2002 4:43 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: [JBoss-user] Does JBoss3 have Problems
> Deploying Similar
> > > ejb-jars in Different EARs
> > >
> > >
> > > On 2002.05.16 19:05:43 -0400 Hunter Hillegas wrote:
> > > > Whoah... Really?
> > >
> > > yup
> > > >
> > > > So I can't have two ejb-jars with classes that are named
> > > the same, in
> > > > different ears?
> > > >
> > > > H...
> > > >
> > > > We have a content management system with EJBs that we need
> > > to deploy in
> > > > several different customer instance EARs. Are you saying we
> > > can't do that
> > > > without changing the classnames or packaging?
> > > >
> > > > For some reason I thought that each deployed EAR had its
> > > own namespace
> > > > and
> > > > you could do this...
> > > >
> > > > Did I misunderstand you?
> > >
> > > nope.
> > >
> > > You can have lots of copies of the same ejb class deployed
> > > under different
> > > ejb name and jndi names. Just be sure to only deploy one
> copy of the
> > > class. You might want to deploy the classes before any of
> > > the dd's, and
> > > separate all the dd's from any classes.
> > >
> > > You can't have 2 versions of the same class. They will
> > > interfere, as you
> > > discovered.
> > >
> > > Basically we decided that we would initially support
> > > visibility between
> > > deployment packages with hot-redeploy, since this is a
> > > feature previously
> > > unavailable anywhere as far as I know. Once this is
> > > thoroughly stable and
> > > well tested we will consider whether it is really advisable
> > > to have several
> > > of these sets of UnifiedClassLoaders at once in one vm.
> For now, you
> > > should run several jboss servers in different vms.
> > >
> > > david jencks
> > >
> > > >
> > > > Hunter
> > > >
> > > > > From: David Jencks <[EMAIL PROTECTED]>
> > > > > Reply-To: [EMAIL PROTECTED]
> > > > > Date: Thu, 16 May 2002 18:59:18 -0400
> > > > > To: [EMAIL PROTECTED]
> > > > > Subject: Re: [JBoss-user] Does JBoss3 have Problems
> > > Deploying Similar
> > > > ejb-jars
> > > > > in Different EARs
> > > > >
> > > > > JBoss 3 doesnt' support having 2 classes with the same
> > > name, no matter
> > > > how
> > > > > you package them. It does support classes in one ear
> seeing the
> > > > classes in
> > > > > the other ear(s).
> > > > >
> > > > > david jencks
> > > > >
> > > > > On 2002.05.16 18:03:07 -0400
RE: [JBoss-user] Does JBoss3 have Problems Deploying Similar ejb-jars in Different EARs
Wow, I'm really surprised to hear this. Sorry if this is a stupid question, but what is the benefit of class visibility between hotdeploys? Stuffing everything into a single classloader namespace seems like a high price to pay. Any way this 'feature' can be turned off in some sort of 'production mode'? Thanks, Paul > -Original Message- > From: David Jencks [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 16, 2002 4:43 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] Does JBoss3 have Problems Deploying Similar > ejb-jars in Different EARs > > > On 2002.05.16 19:05:43 -0400 Hunter Hillegas wrote: > > Whoah... Really? > > yup > > > > So I can't have two ejb-jars with classes that are named > the same, in > > different ears? > > > > H... > > > > We have a content management system with EJBs that we need > to deploy in > > several different customer instance EARs. Are you saying we > can't do that > > without changing the classnames or packaging? > > > > For some reason I thought that each deployed EAR had its > own namespace > > and > > you could do this... > > > > Did I misunderstand you? > > nope. > > You can have lots of copies of the same ejb class deployed > under different > ejb name and jndi names. Just be sure to only deploy one copy of the > class. You might want to deploy the classes before any of > the dd's, and > separate all the dd's from any classes. > > You can't have 2 versions of the same class. They will > interfere, as you > discovered. > > Basically we decided that we would initially support > visibility between > deployment packages with hot-redeploy, since this is a > feature previously > unavailable anywhere as far as I know. Once this is > thoroughly stable and > well tested we will consider whether it is really advisable > to have several > of these sets of UnifiedClassLoaders at once in one vm. For now, you > should run several jboss servers in different vms. > > david jencks > > > > > Hunter > > > > > From: David Jencks <[EMAIL PROTECTED]> > > > Reply-To: [EMAIL PROTECTED] > > > Date: Thu, 16 May 2002 18:59:18 -0400 > > > To: [EMAIL PROTECTED] > > > Subject: Re: [JBoss-user] Does JBoss3 have Problems > Deploying Similar > > ejb-jars > > > in Different EARs > > > > > > JBoss 3 doesnt' support having 2 classes with the same > name, no matter > > how > > > you package them. It does support classes in one ear seeing the > > classes in > > > the other ear(s). > > > > > > david jencks > > > > > > On 2002.05.16 18:03:07 -0400 Hunter Hillegas wrote: > > >> I'm trying to get this damn EAR to deploy and I started > wondering if > > >> JBoss3 > > >> has trouble deploying an EAR if another EAR has a > similar ejb-jar... > > >> > > >> Basically I have two versions of an ejb-jar. One has a > bean with one > > >> extra > > >> CMP variable. > > >> > > >> The first archive deploys just fine. The second one > deploys okay if > > the > > >> first is not deployed. If the first one is deployed and I try to > > deploy > > >> the > > >> second then I get a message that the bean class doesn't > contain an > > >> accessor > > >> for the extra variable that exists in the second ejb-jar... > > >> > > >> Any ideas? > > >> > > >> Hunter > > >> > > >> > > >> ___ > > >> > > >> Have big pipes? SourceForge.net is looking for download > mirrors. We > > >> supply > > >> the hardware. You get the recognition. Email Us: > > >> [EMAIL PROTECTED] > > >> ___ > > >> JBoss-user mailing list > > >> [EMAIL PROTECTED] > > >> https://lists.sourceforge.net/lists/listinfo/jboss-user > > >> > > >> > > > > > > ___ > > > > > > Have big pipes? SourceForge.net is looking for download > mirrors. We > > supply > > > the hardware. You get the recognition. Email Us: > > [EMAIL PROTECTED] > > > ___ > > > JBoss-user mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > > > ___ > > > > Have big pipes? SourceForge.net is looking for download mirrors. We > > supply > > the hardware. You get the recognition. Email Us: > > [EMAIL PROTECTED] > > ___ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > > > ___ > > Have big pipes? SourceForge.net is looking for download > mirrors. We supply > the hardware. You get the recognition. Email Us: > [EMAIL PROTECTED] > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ H
RE: [JBoss-user] Anyway to clean memory usage after run jboss?
What do you mean by "does not release memory"? You should never have to restart the machine, this is completely unnecessary. Just kill the java process that is running JBoss. If your application is not shutting down cleanly, think about any threads that you may be creating, esp things like java.util.Timer or interaction with the JMX Timer service. If necessary, you can run a debugger to see where the threads are waiting. Paul > -Original Message- > From: Junjie Ding [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 11:28 AM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] Anyway to clean memory usage after run jboss? > > > I am running JBoss in Redhat linux 7.1(Linux 2.4.2-2), using > jdk1.3.1_01 and > JBoss-2.4.4_Tomcat-4.0.1. > > The problem I have is JBoss doesn't release all the memory it > took after I > ran it > and my application. The memory it takes increases as more > beans I use in my > application > but it doesn't release them. Even if I shut down JBoss. The > only work around > I have now > is restart the machine, which is ridiculous. I'm not sure if > this is because > of memory > leak in jboss or jdk1.3.1. > > Can anybody point me out if this is because of JBoss and the > solution? Any > related > information will be helpful and appreciated! > > Thanks > > Epic > > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Re: Tracing classloading of an EJB
Sorry if this is a stupid comment, but why can't you just look at the
ClassLoader for the class referred to by your EJB to see where it's loaded
from?
class MyEJB {
private void debug() {
log.info(MyOtherClass.class.getClassLoader());
}
}
As for ClassLoaders in general, the Parent classloader *always* gets first
crack at loading the bytes (otherwise the java security model is violated).
Since the container is JBoss and JBoss uses Log4J, the bundled 1.1.3 version
will always be loaded before your 1.2Beta3 version. This is an issue with
all Java programs that host other Java programs.
Paul
> -Original Message-
> From: David Jencks [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 16, 2002 7:19 PM
> To: James Higginbotham
> Cc: [EMAIL PROTECTED]
> Subject: [JBoss-user] Re: Tracing classloading of an EJB
>
>
> On 2002.04.16 21:42:24 -0400 James Higginbotham wrote:
> > Is there any way to trace the classloader for an EJB to
> determine where
> > a class referred to by the EJB is loaded from? I need to
> know how/why an
> > EJB that has a newer version of Log4j (1.2beta3 I think) in
> its EAR is
> > instead getting the version distributed by Jboss (1.1.3)
> instead. Should
> > this actually happen? Shouldn't the EJB's classloader find the newer
> > version in the EAR first?
>
> Not with our classloader. If its already been loaded, it
> stops looking.
> We might be able to implement some way for the server classes
> to be in a
> different classloader than application classes at some time
> in the future,
> but certainly not in 3.0
>
> I'd be interested to know if there are problems running jboss
> on Log4j 1.2.
>
> Thanks
> david jencks.
>
> >
> > Thanks,
> > James
> >
> >
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] UTF-16 not converted to UTF-8 in HTML output
Posted to jboss-user on behalf of a co-worker:
==
Hello,
We need to output Japanese and Chinese text in web pages. Unlike Weblogic,
JBoss/Tomcat does not seem to do the UTF-16 to UTF-8 conversion
automatically. Maybe we need to somehow tell JBoss that the page is encoded
as UTF-8, but we could not see how to do this.
The first thing we do at present is to
response.setHeader("Content-Type", "text/html; CHARSET=UTF-8");
or
response.setContentType("text/html; CHARSET=UTF-8");
But then
<%= myMultiLanguage %>
does not work -- JBoss/Tomcat just sends a garbled version of the UTF-16
down the wire to the browser.
<%= ourConvert(myMultiLanguage) %>
does work, where ourConvert() involves
byte utf8[] = unicode.getBytes("UTF-8");
However, ourConvert() then breaks Weblogic. This is a fairly serious issue
because it means that non-english applications need code that is conditional
upon the application servers and cannot be directly ported from Weblogic to
JBoss.
Any ideas would be much appreciated.
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Re:freely downloadable MS SQL jdbc thin drivers
Drivers and jdbc configuration information can be downloaded from www.use_a_search_engine.com/please. > -Original Message- > From: vijaya [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 27, 2002 8:35 PM > To: JBoss-user > Subject: [JBoss-user] Re:freely downloadable MS SQL jdbc thin drivers > > > Hi guys > > We want to deploy CMP ejbs on JBoss with the MS SQL Server > 2000 as the > database server.The question is > Are there any freely downloadable MS SQL jdbc thin > drivers available? If > yes could you plz give details about that products and its > configuration > details. > > Thanks in advance > > Best regards > Aswarth > > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] /tmp/deploy/ getting cleaned up?
I believe David Jencks notified earlier today/yesterday this has been fixed on the CVS tip. Look through archive for more details. Paul > -Original Message- > From: Alex Loubyansky [mailto:[EMAIL PROTECTED]] > Sent: Monday, February 25, 2002 2:33 AM > To: Jboss-User (E-mail) > Subject: RE: [JBoss-user] /tmp/deploy/ getting cleaned up? > > > Hello, > > I've just downloaded JBoss3.0.0beta and tried deployment and > undeployment. It's really not deleted from tmp/deploy > directory. Though the > log notes says: > 2002-02-25 12:03:00,376 INFO > [org.jboss.deployment.MainDeployer] > Undeploying file:/C:/jboss-3.0.0beta/deploy/ejbreftest.jar > 2002-02-25 12:03:00,376 INFO [org.jboss.ejb.EJBDeployer] > Undeploying:file:/C:/jboss-3.0.0beta/deploy/ejbreftest.jar > !!! ---> 2002-02-25 12:03:00,376 INFO > [org.jboss.deployment.MainDeployer] > could not delete directory > file:/C:/jboss-3.0.0beta/tmp/deploy/91.ejbreftest.jar restart > will delete it > 2002-02-25 12:03:00,376 INFO > [org.jboss.deployment.MainDeployer] > Undeployed file:/C:/jboss-3.0.0beta/deploy/ejbreftest.jar > > it, nevertheless, don't delete it. > > env: JBoss-3.0.0beta with Catalina, Windows 2000 > > alex > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > Georg Schmid > > Sent: Monday, February 25, 2002 11:13 AM > > To: 'Hunter Hillegas'; 'Paul Cody' > > Cc: 'JBoss 2' > > Subject: RE: [JBoss-user] /tmp/deploy/ getting cleaned up? > > > > > > > > I'm using RH3.0 (from CVS, only a few days [<4] old) both on > > WindowsNT/W2K > > and Solaris. > > > > On Solaris removing jars during undeploy works, but not on > the windows > > platforms. > > Actually, tmp\deploy is never cleaned up on Windows, even > not during a > > restart. > > > > After a few redeploys I have half a dozen instances of the > > same EJB jar in > > tmp\deploy. > > Every now and then I remove them manually. To do this I have > > to shutdown the > > server, > > because all the jars are locked. > > > > Georg > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Hunter > > Hillegas > > Sent: Sunday, February 24, 2002 21:30 > > To: Paul Cody > > Cc: JBoss 2 > > Subject: Re: [JBoss-user] /tmp/deploy/ getting cleaned up? > > > > > > JBoss 3 HEAD, as of this morning... > > > > > From: Paul Cody <[EMAIL PROTECTED]> > > > Date: Sun, 24 Feb 2002 12:22:08 -0800 > > > To: "'Hunter Hillegas'" <[EMAIL PROTECTED]> > > > Cc: > > > "'[EMAIL PROTECTED]'"<[EMAIL PROTECTED]> > > > Subject: RE: [JBoss-user] /tmp/deploy/ getting cleaned up? > > > > > > Hmm, mine (2.4.4 catalina) gets cleaned up at startup: > > > > > > [INFO,J2eeDeployer] Starting > > > [INFO,J2eeDeployer] Cleaning up deployment directory > > > [INFO,J2eeDeployer] Started > > > > > > Of course, after deployments there are about 25 files in the > > > $JBOSS/tmp/deploy/Default directory that are the contents > > of the deployed > > > ear file. Are you sure you have restarted? What are the > > timestamps of the > > > files in tmp/deploy? What version of JBoss are you using? > > > > > > Paul > > > > > >> -Original Message- > > >> From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] > > >> Sent: Sunday, February 24, 2002 11:55 AM > > >> To: JBoss 2 > > >> Subject: [JBoss-user] /tmp/deploy/ getting cleaned up? > > >> > > >> > > >> Is /tmp/deploy getting cleaned up by anything ever? > > >> > > >> I have 183 files in there, about 50 of which are copies of my > > >> wars and jars, > > >> from each deployment/re-deployment. > > >> > > >> Is something supposed to clear this at startup or shutdown? > > >> > > >> Hunter > > >> > > >> > > >> ___ > > >> JBoss-user mailing list > > >> [EMAIL PROTECTED] > > >> https://lists.sourceforge.net/lists/listinfo/jboss-user > > >> > > > > > > ___ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > > > ___ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] /tmp/deploy/ getting cleaned up?
Hmm, mine (2.4.4 catalina) gets cleaned up at startup: [INFO,J2eeDeployer] Starting [INFO,J2eeDeployer] Cleaning up deployment directory [INFO,J2eeDeployer] Started Of course, after deployments there are about 25 files in the $JBOSS/tmp/deploy/Default directory that are the contents of the deployed ear file. Are you sure you have restarted? What are the timestamps of the files in tmp/deploy? What version of JBoss are you using? Paul > -Original Message- > From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] > Sent: Sunday, February 24, 2002 11:55 AM > To: JBoss 2 > Subject: [JBoss-user] /tmp/deploy/ getting cleaned up? > > > Is /tmp/deploy getting cleaned up by anything ever? > > I have 183 files in there, about 50 of which are copies of my > wars and jars, > from each deployment/re-deployment. > > Is something supposed to clear this at startup or shutdown? > > Hunter > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Streams
The notion of a serializable stream is not trivial. At first glance, it suggests that your design may need reconsideration. Can you expand on your overall requirements and the properties you expect from a serializable stream? Paul > -Original Message- > From: Daniel Bruce Lynes [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 12, 2002 2:56 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] Streams > > > I'm curious if there's any way I can get streams to work as a > parameter to an > EJB call. I've looked through the java.io package, to no > avail, trying to > find a serializable stream. Is there perhaps a third party source of > serializable streams (open source, preferably)? Or, is the > only way I'm > going to be able to stream data to the database, is through > the use of a > servlet communicating directly with the database? This is > for files that > might be as large as 20 megabytes for receiving from Tomcat, > and sending back > to Tomcat. > > Thanks in advance. > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Forums
Do I have to use the web interface to monitor the forums? I prefer email or NNTP. I read the jive features page at [http://www.jivesoftware.com/features.jsp] and they say it integrates with mailing lists. I saw a post (and reply) from Marc saying that NNNTP support is flaky, but that was over a year ago. Any update? Is there a FAQ that describes how to use the JBoss forums? Thank you, Paul ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Weird Hashtable contens after bean passivation / activation
The $ProxyX classes are probably JDK1.3 dynamic proxy classes. Can you post the code and stacktrace? Paul > -Original Message- > From: Sternagel Annegret (PN-SYS/PE) > [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 17, 2002 8:26 AM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] Weird Hashtable contens after bean passivation / > activation > > > Hello, > > I want to store references to stateful sessionbeans in a > Hashtable of a > stateful sessionbean. > I tried to store the beanhandle and got a weird behavior: > The classname of the stored objects has been > 'org.jboss.ejb.plugins.jrmp.interfaces.StatefulHandleImpl'. > When I get the object from the Hashtable normally the > classname is correct, > but when the bean has been passivated and activated the > classname has been > something like '$Proxy3' > and I get a ClassCastException on the cast to a Handle. > > I know the classname of the bean references in jboss is > somthing like $Proxy > (to see sometimes in Exception printStackTrace ...). It looks > like that > through passivation / activation the handles have been restored to the > remoteinterfaces of the beans > > What's going on here ? > How should I store bean references: as remoteinterface or handle ? > > Annegret > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Does someone help me...
Take a look at the org.jboss.logging.Logger code. You can browse cvs at: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/jboss/src/main/org/jbos s/logging/Logger.java?rev=1.17&content-type=text/vnd.viewcvs-markup > -Original Message- > From: Gianni Gottardi [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 17, 2002 8:26 AM > To: JBoss > Subject: [JBoss-user] Does someone help me... > > > Does someone post the sources of an example-ejb that deploys with > jboss-2.4.4 and uses log4j to log ? > Will be very appreciated. > Thanks > > Gianni > > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Deployment dependencies / timing
The way we do startup is by taking advantage of the MBeanServer notification service. We have a StartupMBean that registers with the MBeanServerDelegate (see the javadocs) to get notification about when things are coming up. When it recieves notification that the required beans have been deployed, it calls loads up another EJB that takes care of the rest of the initialization. Let me know if this approach is initeresting and I can follow up on it on more detail... Paul > -Original Message- > From: Eric Anderson [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 17, 2002 12:22 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] Deployment dependencies / timing > > > I have a question about how to specify or control deployment order in > JBoss. I have two EJB jar files, one containing a single MDB, and > another containing a collection of session/entity beans that the MDB > calls upon. As it so happens, the MDB is deployed ahead of > the bean jar > file. > > When I start JBoss, if the MDB queue contains data, then the MDB is > called *during* JBoss startup. When this happens, the MDB > cannot access > the beans from the other jar file, because it has not yet > been deployed! > I'm wondering if there's a way to either defer MDB > processing until all > code is deployed, or to specify a relationship between the > MDB and the > other beans such that the MDB will not be started until those > beans are > deployed. > > I think I could make this work if I packaged the MDB+the beans in one > jar file (or as components in a .ear file), but I would really prefer > not to do that, as the non-MDB beans are a resource that are shared > across applications. > > I'm probably asking a more general J2EE question here, but if it > matters, I'm currently using JBoss 2.4.3. > > Thanks, > Eric Anderson > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Location to place generated files with Catalina/JBoss
[also posted on tomcat-user with no response]
I am using an Embedded Catalina 4.0 service in JBoss 2.4.x. My packaging
structure is:
myapp.ear
myejb.jar
mywebapp.war (mapping /myservlet/* to servlet 'MyServlet')
mypage.jsp
The ear file is copied to ${jboss-home}/deploy and hotdeployed to some
opaque location. Mypage shows up as:
http:mymachine:myport/mywebapp/myservlet/mypage.jsp
The question is, where in the filesystem can I put generated html and image
files such that they can be picked up by Tomcat?
Confused,
Paul
--
To unsubscribe:
For additional commands:
Troubles with the list:
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
