[JBoss-user] Opening TCP sockets inside Jboss
Guys, I wish to implement a TCP/IP based Server inside Jboss which would accept and listen to requests from external clients. To start off, is this possible?; can I open TCP sockets inside Jboss server and establish connections to external clients? The server would basically involve using some kind of a threading mechanism so that it can stay alive and listen for messages from the external clients. I know this cannot be done via EJBs as they have a restricted lifecycle and the contained does not allow user threads (is this right?). Is there any other way to achieve this?. Can I have a simpel Java class inside the Jboss server acting as the TCP server? Any help is much appreciated. Also is there any low level documentation that discusses protocols and various ways of establishing connections to the Jboss server Regards Dushy __ DUSHYANT SHRIVASTAVA Software Engineer YAMBAY tel +61 (0) 8 9323 6999 mob +61 (0) 402 902 652 fax +61 (0) 8 9325 2688 web www.yambay.com Yambay Technologies Pty Ltd 7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia _ This message and any files transmitted with it are confidential and are intended solely for the use of those persons to whom the message is addressed. If you have received this message in error, please destroy and delete this message from your computer. Any unauthorised form of reproduction of this message or any files transmitted with it is strictly prohibited. yambay does not make any warranty concerning the security of any information electronically transmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedly contained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender. _
[JBoss-user] Unsubscribe me
__DUSHYANT SHRIVASTAVASoftware EngineerYAMBAYtel +61 (0) 8 9323 6999mob +61 (0) 402 902 652fax +61 (0) 8 9325 2688web www.yambay.com Yambay Technologies Pty Ltd7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia_This message and any files transmitted with it are confidential and are intended solely for the use of those persons towhom the message is addressed. If you have received this message in error, please destroy and delete thismessage from your computer. Any unauthorised form of reproduction of this message or any files transmitted withit is strictly prohibited. yambay does not make any warranty concerning the security of any information electronicallytransmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedlycontained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender._
[JBoss-user] Order of deployment
HI, I have an application ear which comprises of a jar and a sar. Following is the dependency AnotherJar <- sar
[JBoss-user] capturing java.net.socketexception
Hi Guys,I have a JMS implementation for my project using JBoss 3.0.2, JDK 1.4.1When an external client closes the connection to a particular Queue hosted by JBoss, you can see the following exception being thrown in the Jboss console. I am wondering if there is any way to capture this inside a bean inside JBoss, so as to know when the external client has gone down.I know I can implement an exception listener for a queue listener but that would only work for an external client which loses itz connection to the queue, when the queue/jboss goes down. But how do i implement tis listener inside JBoss. If i could capture this exception somehow in my bean, it would make life much easier.09:17:04,650 WARN [OILServerILService] Connection failure (1).java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at java.io.BufferedInputStream.fill(BufferedInputStream.java:183) at java.io.BufferedInputStream.read(BufferedInputStream.java:201) at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2133) at java.io.ObjectInputStream$BlockDataInputStream.readBlockHeader(ObjectInputStream.java:2316) at java.io.ObjectInputStream$BlockDataInputStream.refill(ObjectInputStream.java:2383) at java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.java:2455) at java.io.ObjectInputStream$BlockDataInputStream.readByte(ObjectInputStream.java:2604) at java.io.ObjectInputStream.readByte(ObjectInputStream.java:845) at org.jboss.mq.il.oil.OILServerILService$Client.run(OILServerILService.java:205) at java.lang.Thread.run(Thread.java:536) Thanks in advance, Dushy
[JBoss-user] Configuring message driven beans
Hi guys, Had a couple of questions regarding MDB configuration! My environment : JBOSS : 3.0.2 JDK : 1.4.1 Ant : 1.4.1 1. Is there any way to configure the queue name that the MDB binds to during run time??? I know that the jboss.xml file has the MDB deployment descriptor as follows but this means that the queue name has to exist when the message driven bean is deployed.I wish to read this QName from an application specific properties file so that we make sure that the QName is not out of sync in one of the components! com.yambay.nps.messagehandler.message.MessageConsumer queue/ClientWriteQ 2. Following from the first question is there any way to actually dynamically change the xml descriptors after they are deployed?? 3. With message driven beans, how does instance pooling work? If a message bean is processing a message from a Queue and meanwhile another message comes in, does the container spawn another instance of the MDB to process the second message. If yes, how can i then restrict the no of instances of the message bean?? Thanks a lot in advance, any help is much appreciated! Cheers Dushy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Starting JBoss from ANT
Title: Starting JBoss from ANT Hi, I had posted a message earlier about running JUnit tests inside the same VM as JBoss so as to enable the testing of local interfaces and I did get a few responses back. Thanks everyone! Now one of the most common response was to start Jboss environment from within my tests.Hence i started by adding the following lines in my build.xml to start JBoss server . executable = "${jboss.home}/bin/run.bat" os = "Windows 2000"> However, now it starts JBoss but then does not execute any tasks after this one as JBoss just holds on to the VM. Exec task does not support the FORK option either, but in any case I do not wish to use the fork option as it will beat the whole purpose of running the tests inside the same JVM as JBoss. Does anyone has any idea how to get around this problem? P.S I know Cactus is one of the way out but at the moment, my project team is not too keen on trialling out another new tool and Junit would be the easiest way for our implementation. In short I would apprecate if anyone has already done this and could give me specific directions or advise me on how to run the JUnit tests inside the same VM as JBoss so that I can test my local interfaces as well! Also attached is my build.xml file for anyone who wants to investigate this further, Thanks a lot in advance, Cheers Dushy ______ DUSHYANT SHRIVASTAVA Software Engineer YAMBAY tel +61 (0) 8 9323 6999 mob +61 (0) 402 902 652 fax +61 (0) 8 9325 2688 web www.yambay.com Yambay Technologies Pty Ltd 7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia _ This message and any files transmitted with it are confidential and are intended solely for the use of those persons to whom the message is addressed. If you have received this message in error, please destroy and delete this message from your computer. Any unauthorised form of reproduction of this message or any files transmitted with it is strictly prohibited. yambay does not make any warranty concerning the security of any information electronically transmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedly contained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender. _ <> Property "jboss.home" is not set. Please use the file "ant.properties" in this directory ${basedir} to set this property. It must point to the directory which contains the following directory: "deploy", "conf", "tmp" etc. Property "jboss.home" is set but it does not seem to point to the right directory. The file "run.jar" must be available at ${jboss.home}/bin. Property "xdoclet.home" is not set. Please use the file "ant.properties" in this directory ${basedir} to set this property. It must point to the root directory of XDoclet distribution. Property "xdoclet.home" is set but it does not seem to point to the right directory. The file "xdoclet.jar" must be available at ${xdoclet.home}/lib.
RE: [JBoss-user] Running Junit tests inside the same VM
Hi David, Thanks for the reply! I did have a look at the cmp2 tests (jboss-all\testsuite\src\main\org\jboss\test\cmp2\cmr\test ), but still don't understand what actually triggers the tests inside JBoss?? How are the tests deployed to start off with? Also, I wish to test the "LOCAL" interfaces of my ejbs and that is the reason I was trying to run the tests in the same VM as JBoss! whereas the cmp2 tests are using remote interfaces. I want the tests to be automated as well so that they can run as soon as they are deployed into the Jboss environment. Now you did mention, that what I was trying to do won't work. Is there something majorly wrong that I am doing here? If I can get these tests to work, it will save me the hassle of transition towards Cactus. TIA, DUshy -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 26, 2002 8:35 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Running Junit tests inside the same VM What you are doing won't work. Look at the cmp2 tests in the jboss testsuite, Dain has a way of doing this. david jencks On 2002.09.26 02:53:27 -0400 Dushyant Shrivastava wrote: > Hi, > I am trying to run a simple JUnit test inside JBoss server > > My environment: > JBoss : 3.0.2 > Ant: 1.5 > JDK : 1.4.0_01 > JUnit :3.8.1 > > > Now my testcase has a simple test which tries to talk to the local > interface of a session bean running inside JBoss. I am aware of the fact > that to be able to do this, the test has to be running in the same VM as > the server! Hence i set the "fork" option in the Junit task to "off". And > tried running the test. Test.jar gets successfully deployed into jboss, > but then i get the following error message when it tries to run the > actual test. > > test: > [junit] Running com.yambay.nps.istesting.MessagingTestCase > > BUILD FAILED > java.lang.LinkageError: loader constraints violated when linking > org/w3c/dom/Document class > at >org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(DocumentBuilderFactoryImpl.java:88) > at >org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.getDocumentBuilder(XMLJUnitResultFormatter.java:93) > at >org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.startTestSuite(XMLJUnitResultFormatter.java:138) > at >org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.fireStartTestSuite(JUnitTestRunner.java:433) > at >org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:279) > at >org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JUnitTask.java:804) > at >org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:551) > at >org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:527) > at org.apache.tools.ant.Task.perform(Task.java:317) > at org.apache.tools.ant.Target.execute(Target.java:309) > at org.apache.tools.ant.Target.performTasks(Target.java:334) > at org.apache.tools.ant.Project.executeTarget(Project.java:1306) > at org.apache.tools.ant.Project.executeTargets(Project.java:1250) > at org.apache.tools.ant.Main.runBuild(Main.java:610) > at org.apache.tools.ant.Main.start(Main.java:196) > at org.apache.tools.ant.Main.main(Main.java:235) > > Has anyone seen this error before? Almost seems like the Junit task does > not like the fork option set to "off".If i set this option to true, > everything works fine. If the fork option is set to off, it dosen't even > get to the point of running the test. > > > This is what my test looks like! > > public void testSendMessageToClient() > { > try > { > System.out.println("Hello!"); > Context context = new InitialContext(); > MessageProducerBeanLocalHome lHome = > (MessageProducerBeanLocalHome) >context.lookup("session/MessageProducerBeanLocal"); > MessageProducerBeanLocal lSession = > (MessageProducerBeanLocal) lHome.create(); > System.out.println("MessageProducerBean lookup > successful"); > > } > > > How can i make sure that my test runs inside the same VM as the App > server? or is this something to do with the versions that I am using. Any > help would be much appreciated. > > TIA > > Dushy > __ > DUSHYANT SHRIVASTAVA > Software Engineer > > YAMBAY > > tel +61 (0) 8
[JBoss-user] Running Junit tests inside the same VM
Title: Running Junit tests inside the same VM Hi, I am trying to run a simple JUnit test inside JBoss server My environment: JBoss : 3.0.2 Ant : 1.5 JDK : 1.4.0_01 JUnit :3.8.1 Now my testcase has a simple test which tries to talk to the local interface of a session bean running inside JBoss. I am aware of the fact that to be able to do this, the test has to be running in the same VM as the server! Hence i set the "fork" option in the Junit task to "off". And tried running the test. Test.jar gets successfully deployed into jboss, but then i get the following error message when it tries to run the actual test. test: [junit] Running com.yambay.nps.istesting.MessagingTestCase BUILD FAILED java.lang.LinkageError: loader constraints violated when linking org/w3c/dom/Document class at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(DocumentBuilderFactoryImpl.java:88) at org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.getDocumentBuilder(XMLJUnitResultFormatter.java:93) at org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.startTestSuite(XMLJUnitResultFormatter.java:138) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.fireStartTestSuite(JUnitTestRunner.java:433) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:279) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JUnitTask.java:804) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:551) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:527) at org.apache.tools.ant.Task.perform(Task.java:317) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:334) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.apache.tools.ant.Project.executeTargets(Project.java:1250) at org.apache.tools.ant.Main.runBuild(Main.java:610) at org.apache.tools.ant.Main.start(Main.java:196) at org.apache.tools.ant.Main.main(Main.java:235) Has anyone seen this error before? Almost seems like the Junit task does not like the fork option set to "off".If i set this option to true, everything works fine. If the fork option is set to off, it dosen't even get to the point of running the test. This is what my test looks like! public void testSendMessageToClient() { try { System.out.println("Hello!"); Context context = new InitialContext(); MessageProducerBeanLocalHome lHome = (MessageProducerBeanLocalHome) context.lookup("session/MessageProducerBeanLocal"); MessageProducerBeanLocal lSession = (MessageProducerBeanLocal) lHome.create(); System.out.println("MessageProducerBean lookup successful"); } How can i make sure that my test runs inside the same VM as the App server? or is this something to do with the versions that I am using. Any help would be much appreciated. TIA Dushy __ DUSHYANT SHRIVASTAVA Software Engineer YAMBAY tel +61 (0) 8 9323 6999 mob +61 (0) 402 902 652 fax +61 (0) 8 9325 2688 web www.yambay.com Yambay Technologies Pty Ltd 7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia _ This message and any files transmitted with it are confidential and are intended solely for the use of those persons to whom the message is addressed. If you have received this message in error, please destroy and delete this message from your computer. Any unauthorised form of reproduction of this message or any files transmitted with it is strictly prohibited. yambay does not make any warranty concerning the security of any information electronically transmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedly contained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender. _
[JBoss-user] Restricting the instances of MessageDrivenBean
Title: Restricting the instances of MessageDrivenBean Hi, I am using JBoss 3.0.2 and wish to restrict the no of MDB instances to just 1. This is what my jboss.xml file looks like: com.yambay.nps.messagehandler.message.MessageConsumer queue/ClientWriteQ Now in order to limit the no if instances of MDB, is it sufficient just to add this bit in the file or do I have to do anything else org.jboss.ejb.plugins.MessageDrivenInstancePool 1 'I just want to have 1 instance TIA Dushy __ DUSHYANT SHRIVASTAVA Software Engineer YAMBAY tel +61 (0) 8 9323 6999 mob +61 (0) 402 902 652 fax +61 (0) 8 9325 2688 web www.yambay.com Yambay Technologies Pty Ltd 7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia _ This message and any files transmitted with it are confidential and are intended solely for the use of those persons to whom the message is addressed. If you have received this message in error, please destroy and delete this message from your computer. Any unauthorised form of reproduction of this message or any files transmitted with it is strictly prohibited. yambay does not make any warranty concerning the security of any information electronically transmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedly contained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender. _
RE: [JBoss-user] AntHill vs Cactus
Title: AntHill vs Cactus My apologies! I meant the difference between AntHill and CruiseControl and which is better among the two Thanks -Original Message-From: Dushyant Shrivastava Sent: Monday, September 23, 2002 12:10 PMTo: [EMAIL PROTECTED]Subject: [JBoss-user] AntHill vs Cactus Hi, Is anyone using AntHill or Cactus with the JBoss environment. If yes can u tell me which one is better?? I would also appreciate if anyone can recommend any other build manager, other than AntHill or Cactus. TIA DUshy __DUSHYANT SHRIVASTAVASoftware EngineerYAMBAYtel +61 (0) 8 9323 6999mob +61 (0) 402 902 652fax +61 (0) 8 9325 2688web www.yambay.com Yambay Technologies Pty Ltd7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia_This message and any files transmitted with it are confidential and are intended solely for the use of those persons towhom the message is addressed. If you have received this message in error, please destroy and delete thismessage from your computer. Any unauthorised form of reproduction of this message or any files transmitted withit is strictly prohibited. yambay does not make any warranty concerning the security of any information electronicallytransmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedlycontained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender._
[JBoss-user] AntHill vs Cactus
Title: AntHill vs Cactus Hi, Is anyone using AntHill or Cactus with the JBoss environment. If yes can u tell me which one is better?? I would also appreciate if anyone can recommend any other build manager, other than AntHill or Cactus. TIA DUshy __ DUSHYANT SHRIVASTAVA Software Engineer YAMBAY tel +61 (0) 8 9323 6999 mob +61 (0) 402 902 652 fax +61 (0) 8 9325 2688 web www.yambay.com Yambay Technologies Pty Ltd 7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia _ This message and any files transmitted with it are confidential and are intended solely for the use of those persons to whom the message is addressed. If you have received this message in error, please destroy and delete this message from your computer. Any unauthorised form of reproduction of this message or any files transmitted with it is strictly prohibited. yambay does not make any warranty concerning the security of any information electronically transmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedly contained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender. _
RE: [JBoss-user] MBean dependancies and deploying/undeploying
Thanks for the prompt reply mate!This is the following error that i get when i stop and restart JBoss:09:17:24,796 ERROR [StartUpConfig] Error while creating Queues at startup : Error is jboss.mq:service=DestinationManager is not registered. The JBoss-Service.xml file for my mBean looks like this: xml version="1.0" encoding="UTF-8" ?> - <server> <mbean code="com.yambay.nps.messagehandler.mBean.StartUpConfig" name="DefaultDomain:service=StartUpConfig" /> <depends>jboss.mq:service=DestinationManagerdepends> server> Dosent' seem like the mBean dependency is working here.Can u spot anything wrong that I have done!! TIA DUshy -Original Message-From: David Jencks [mailto:[EMAIL PROTECTED]]Sent: Thursday, September 12, 2002 9:45 PMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-user] MBean dependancies and deploying/undeployingMbeans depending on mbeans work fine in 3 and all later versions. You canavoid the "mbean depends on class" problems by careful packaging andordering your deployments "by hand" by numbering them10first.sar20second.ear30third.raretc and using the right deployment scanner (I don't remember which one youneed to use for this).It's not obvious to me why the dependence on DestinationManager would causeyou any problems or this wouldn't work in 3.0.2thanksdavid jencks.On 2002.09.12 04:28:06 -0400 Dushyant Shrivastava wrote:> Is there any way to get this working in 3.0.2. I don't think my project> manager is going to agree to move to JBoss4.0!> I have a simple mBean which creates a few Queues programatically and> hence depends on DestinationManager service being started! Obviously this> dosen't work in JBoss3.0.2!>> Cheers> Dushy>[EMAIL PROTECTED]https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] MBean dependency issues
Hi,I have included more information regarding the problem I was having with mBean dependencies in my app.This is my scenario. I am using JBoss 3.0.2. I have written a simple mBean which reads certain queue names from a property file and then attempts to create the queues. Hence the mBean is dependent on the service:DestinationManager.This is what my mBean interface looks like:public interface StartUpConfigMBean extends ServiceMBean { public void start();}and this is the implementation:public class StartUpConfig extends ServiceMBeanSupport implements StartUpConfigMBean { start() { // create the queues }}The jboss service.xml looks like this jboss.mq:service=DestinationManager Note: I deploy my mBean in a sar file!When i run JBoss, i get the following error:[StartUpConfig] Error while creating queues at startup : Error is jboos.mq:service:DestinationManager is not registered I can see inthe JBoss log that the service DestinationManager is beaing created after it has tried to deploy the StartUpConfig mBean.Any ideas on what I might be doing wrong here.Any help is much appreciatedTIADushy
RE: [JBoss-user] MBean dependancies and deploying/undeploying
Is there any way to get this working in 3.0.2. I don't think my project manager is going to agree to move to JBoss4.0! I have a simple mBean which creates a few Queues programatically and hence depends on DestinationManager service being started! Obviously this dosen't work in JBoss3.0.2! Cheers Dushy -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 5:55 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] MBean dependancies and deploying/undeploying The mbean-depends-on--class is broken in jboss 3.0.1 and 3.2, but should work in jboss 4. I don't know if I will have time to try this soon, if anyone else tries this example on jboss 4 please report the results. thanks david jencks --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] RE: Bean creation and removal of beans
Hi guys, Just wanted to know when and how often is the ejbCreate() method called on a session bean.Also, what about the ejbRemove() method? When is this called. Current scenario: I have a session bean primarily responsible for writing some messages to a Queue. Now for every message sent by the bean, it creates a queue receiver and waits for an ACk from the client, for that message for a duration of 3 seconds. When i carefully observe the JBoss log, i can see the ejbCreate() method being called just the very first time, the sendMessage(Message)(an exposed method on the bean) function is revoked on the bean. Now i obviously create a queueConnection, a session and so on for this purpose.SO every time a the sendMessgae is being revoked, does the container talk to the same instance of the session bean.Is this instance persisted in the container when it is first created? Also who should be a assigned the reponsiblity of calling the ejbRemove method() Thanks in advance Any help is much appreciated~ Cheers Dushy --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Re: ????IT??
Yep I got it!! I think i'll have to think a bit about this one mate! Looks a bit tricky-Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Sent: Tuesday, September 10, 2002 6:24 PMTo: [EMAIL PROTECTED]Subject: [JBoss-user] Re: IT?? Óż۳öÊÛ¹úÄÚ/ÍâÓʼþµØÖ·¹âÅÌÈý½£¿Í£¬E-mailµØÖ·È«²¿¾²âÊÔÑéÖ¤ÓÐЧÂÊÔÚ70%ÒÔÉÏ¡£²¢ÔùËÍÊ®¶àÌ׳¬ÖµÈí¼þ£¨ÒѾע²á»òÆƽ⣩£¬µ¥ÕâЩÈí¼þ¾Í¼ÛÖµÊýǧԪ¡£ÎÒÃÇ¿ÉÒÔ˵£¬Ã»ÓÐÈËÏóÎÒÕâÑùÈç´ËϸÖ¡¢ÏµÍ³µÄ½«E-mail½øÒµ·ÖÀàºÍµØÇø·ÖÀà¡£µ«Òª×ö¾ÍÒª×öµ½×îºÃ£¬ÕâÊÇÎÒÃǵÄÐÅÌõ¡£ ÓÐÒâÕß¿ÉÒÔͨ¹ýµ×²¿µÄÁªÏµÐÅÏ¢ÓëÎÒÃÇÁªÏµ²¢»ã¿î£¬¿îµ½µ±ÌìÎÒÃÇ»áÔÚµÚһʱ¼äÓÃEMSΪÄú·¢»õ¡£ ÏêÇéÇë¼ûÎÒÃǵÄÍøÕ¾: http://123do.126.com ¡â ½£¿ÍÒ»£º4000Íò×Ðϸ¾¹ý·ÖÀಢÑéÖ¤µÄÓʼþµØÖ·£¬¼Û¸ñ£º500ÔªÈËÃñ±Ò¡¼ 71ÖÖÐÐÒµ·ÖÀà ¡½ µ¥¸ö·ÖÀà¼Û¸ñ£º50ÔªÈËÃñ±Ò ¡î °ì¹«É豸 ¡î ±£°² ¡î ±£ÏÕ ¡î ±¨Éç ¡î ±ö¹Ý¾Æµê ¡î ²ÄÁÏ°ü×° ¡î ×Ú½ÌÍÅÌå ¡î µç̨µçÊǪ́ ¡î µç×Ó ¡î µç×ÓÉÌÎñ ¡î ·¿µØ²ú ¡î ·ÄÖ¯·þ×° ¡î ¸¾Áª²ÐÁªºìÊ®×Ö»á ¡î ¹¤»á¹¤ÉÌÁª¹²ÇàÍÅ ¡î ¹¤ÒµÓÃÆ· ¡î ¹«Ö¤ ¡î ¹ã¸æ ¡î º½Ì캽¿Õ ¡î »áÒéÕ¹ÀÀ ¡î »úеÉ豸 ¡î ¼ÆËã»ú»¥ÁªÍø ¡î ¼Òµç ¡î ¼Ò¾ß ¡î ½¨Öþ ¡î ½»Í¨ÔËÊä ¡î ½ÌÓý ¡î ¿±Ì½ ¡î ¿ó²úÒ±½ð ¡î ÂÃÐÐÉç ¡î Å©ÁÖÄÁÓã ¡î ÆóÒµ¹ÜÀí ¡î Æû³µ ¡î ÇṤÊÖ¹¤ ¡î Çå½àÎïÒµ ¡î È˲ſÆÑÐ ¡î ÈÕÓÃÆ· ¡î É̳¡ ¡î Éç»á·þÎñ ¡î Éç»áÍÅÌå ¡î ÉúÎ﹤³Ì ¡î ʯÓÍ»¯¹¤ ¡î ʳƷ²ÍÒû ¡î Êéµê ¡î Ë®µç¹©ÈÈ ¡î ËÜÁÏËܽº ¡î ͨÐÅ ¡î Ͷ×Ê ¡î Íâó½ø³ö¿Ú ¡î Îå½ð ¡î Ьñ ¡î ÐÅÍÐ ¡î ѧ»á ¡î ѧУ ¡î ÑÌ¾Æ ¡î Ò½ÁƱ£½¡ ¡î Ò½Ôº ¡î ÒÇÆ÷ÒÇ±í ¡î ÒôÏñÒôÏì ¡î ÒøÐÐ ¡î ÒûÁÏ ¡î Ó¡Ë¢ ¡î ÓéÀÖ ¡î Ô°ÒÕ ¡î ÔìÖ½ ¡î ֤ȯ ¡î ÖÆƬ ¡î ÖÆÔìÐÐÒµ ¡î ÖнéÁÔÍ· ¡î ×ʲúÆÀ¹À ¡î ³ö°æ ¡î ³ö°æÉç ¡î ½¨²Ä¡¼ µØÇø·ÖÀà ¡½ µ¥¸ö·ÖÀà¼Û¸ñ£º50ÔªÈËÃñ±Ò ¡ï ÉϺ££ºonline.sh.cn ¡ï Ìì½ò£ºÌì½òÐÅÏ¢¸Û ¡ï ±±¾©£º263£¬¼°±±¾©µçÐŵĵØÖ· ¡ï ½ËÕ£ºÄϾ©£¬ËÕÖÝ£¬ÎÞÎý£¬Õò½£¬ÄÏͨ£¬ÑïÖÝ£¬Ñγǣ¬ÐìÖÝ£¬»´Òõ£¬Á¬ÔÆ¸Û ¡ï Õã½£ºáéÖÝ£¬º¼ÖÝ£¬ºþÖÝ£¬¼ÎÐË£¬Äþ²¨£¬º£Äþ£¬ÓàÒ¦£¬ÉÜÐË£¬ÁÙº££¬ÎÂÖÝ£¬ÀöË®£¬½ð»ª£¬À¼Ïª ¡ï ¹ã¶«£º¹ãÖÝ£¬½ÃÅ£¬Ì¨ÖÝ£¬Éعأ¬»ÝÖÝ£¬ÉÇÍ·£¬ÉîÛÚ£¨ÉîÛÚÖ®´°£¬ÉîÛÚÈÈÏߣ©£¬Ö麣£¬·ðɽ£¬Õ¿½£¬ÖÐɽ£¬¶«Ý¸£¬Ã¯Ãû£¬³±ÖÝ ¡ï ɽ¶«£ººÊÉ£¬¼ÃÄÏ£¬Çൺ£¬×Ͳ©£¬µÂÖÝ£¬ÑĮ̀£¬Î«·»£¬Ì©°²£¬ÁÙÒÊ£¬Áijǣ¬±öÖÝ£¬Íþº££¬Ôæׯ£¬Çú¸· ¡ï ¸£½¨£º¸£ÖÝ£¬ÏÃÃÅ£¬ÄþµÂ£¬ÆÏÌʯʨ£¬ÈªÖÝ£¬ÁúÑÒ£¬½¨Ñô£¬ÈýÃ÷ ¡ï º£ÄÏ£ºº£¿Ú£¬ÈýÑÇ ¡ï ËÄ´¨£º³É¶¼£¬¸¢Á꣬ÖØÇ죬ÅÊÖ¦»¨£¬×Ô¹±£¬ÓÀ´¨£¬ÃàÑô£¬Äϳ䣬´ï´¨£¬ÍòÏØ£¬Â¬ÖÝ£¬Ò˱ö£¬ÄÚ½£¬ÀÖɽ£¬Î÷²ý£¬ÑÅ°²£¬µÂÑô£¬¹ãÔª ¡ï ¹óÖÝ£º¹óÑô£¬×ñÒ壬°²Ë³£¬¶¼ÔÈ£¬¿Àï ¡ï ÔÆÄÏ£ºÀ¥Ã÷£¬Çú¾¸£¬±£É½£¬Ë¼Ã©£¬¶«´¨ ¡ï Î÷²Ø£ºÀÈø ¡ï ÉÂÎ÷£ºÎ÷°²£¬ÏÌÑô£¬ÑÓ°²£¬ÓäÁÖ£¬Î¼ÄÏ£¬ÉÌÖÝ£¬°²¿µ£¬ººÖУ¬±¦¼¦£¬Í´¨ ¡ï ¸ÊËࣺÀ¼ÖÝ£¬¶¨Î÷£¬Æ½Á¹£¬Î÷·å£¬¾ÆȪ£¬ÌìË®£¬ÁÙÏÄ ¡ï ÄþÏÄ£ºÒø´¨£¬ÎâÖÒ£¬¹ÌÔ ¡ï Çຣ£ºÎ÷Äþ£¬Í¬ÈÊ£¬¹²ºÍ ¡ï н®£ºÎÚ³ľÆ룬ÒÁÄþ ¡ï ºÓÄÏ£ºÉÌÇð£¬Ö£ÖÝ£¬°²Ñô£¬ÐÂÏ磬Ðí²ý£¬Æ½¶¥É½£¬¿ª·â£¬ÂåÑô£¬½¹×÷£¬º×±Ú£¬äðºÓ£¬ÈýÃÅÏ¿£¬×¤Âíµê ¡ï ºþ±±£ºÎ人£¬Ïå·®£¬¶õÖÝ£¬Ð¢¸Ð£¬»Æʯ£¬ÏÌÄþ£¬½Á꣬ɳÊУ¬Ò˲ý£¬¶÷Ê©£¬Ê®Ñߣ¬ËæÖÝ£¬¾£ÃÅ ¡ï ºþÄÏ£ºÔÀÑô£¬³¤É³£¬Ïæ̶£¬ÖêÖÞ£¬³£µÂ£¬ÒæÑô£¬Â¦µ×£¬ÉÛÑô£¬ÓÀÖÝ£¬»³»¯£¬¼ªÊ× ¡ï °²»Õ£ººÏ·Ê£¬°ö²º£¬Îߺþ£¬»´ÄÏ£¬Âí°°É½£¬°²Ç죬ËÞÏØ£¬¸·Ñô£¬»Æɽ£¬»´±±£¬ÍÁ꣬Ðû³Ç£¬Áù°²£¬³²ºþ£¬ºÁÖÝ ¡ï ½Î÷£ºÄϲý£¬ÐÂÓ࣬¾Å½£¬Â®É½£¬ÉÏÈÄ£¬Òæ´º£¬¼ª°²£¬¸ÓÖÝ£¬¾°µÂÕò£¬Æ¼Ïç ¡ï ºÓ±±£ººªµ¦£¬Ê¯¼Òׯ£¬±£¶¨£¬³ÐµÂ£¬ÌÆɽ£¬ÀÈ·»£¬²×ÖÝ£¬ºâË®£¬ÐĮ̀£¬Çػʵº ¡ï ɽÎ÷£ºÌ«Ô£¬´óͬ£¬ÑôȪ£¬ÓܴΣ¬³¤ÖΣ¬½ú³Ç£¬ÁÙ·Ú£¬Àëʯ£¬ÔË³Ç ¡ï ÄÚÃÉ£ººôºÍºÆÌØ£¬°üÍ·£¬³à·å ¡ï ÁÉÄþ£ºÉòÑô£¬ÌúÁ룬´óÁ¬£¬°°É½£¬¸§Ë³£¬±¾Ïª£¬µ¤¶«£¬½õÖÝ£¬Óª¿Ú£¬ÁÉÑô£¬Å̽õ ¡ï ¼ªÁÖ£º¼ªÁÖ£¬ÑÓ¼ª£¬ËÄƽ£¬Í¨»¯£¬°×³Ç£¬ÁÉÔ´£¬»ë½£¬¹«Ö÷Áë ¡ï ºÚÁú½£º¹þ¶û±õ£¬ÆëÆë¹þ¶û£¬¼Ñľ˹£¬ºÚºÓ£¬Ä®ºÓ£¬ÒÁ´º£¬´óÇ죬¼¦Î÷£¬º×¸Ú£¬Ë«Ñ¼É½ ¡ï ¹ãÎ÷£ºÄÏÄþ£¬ÁøÖÝ£¬¹ðÁÖ£¬ÎàÖÝ£¬ÓñÁÖ£¬ºÓ³Ø£¬±±º£ ¡ï Ïã¸Û£ºhkstar.com¡¼ Óʼþ·þÎñÆ÷·ÖÀà ¡½ µ¥¸ö·ÖÀà¼Û¸ñ£º50ÔªÈËÃñ±Ò 163.net / 163.com / sina.com.netease.com / 126.com / yah.net / sohu.com / mail.hl.cn / email.com / myrise.com / china139.com / ccidnet.com / 363.net / freemail.online.tj.cn / mailong.com / mweb.com.cn / yesky.com / 7119.net / 51.com / cityhot.com / rednow.com / ematic.com / 2888.com / 37.com / 21cn.com / myhouse.com.cn / lovemail.com / 8848.net / netbig.com / 0551.net.cn / sobao.com / zaobao.com / beayu.com / mycity.com.cn / inetcall.com / cww.com / 88998.com / chinanew.com / xinhuanet.com / china1mail.com / soim.com / hotvoice.com / m18.net / hkem.com / btamail.net.cn / focus.com.cn lycosbox.com / chinaexpertnet.com / cn99.com / eyou.com / peoplemail.com.cn / 39.net / goyoyo.net / tonghua.com.cn / sinobnet.com / tom.com / 963.net ¡â ½£¿Í¶þ£º3000Íò¾¹ýÑéÖ¤µ«Î´¾¹ý·ÖÀàµÄÓʼþµØÖ·£¬¼Û¸ñ£º120ÔªÈËÃñ±Ò ¡â ½£¿ÍÈý£º1.2ÒÚδ¾Ñé֤δ¾·ÖÀàµÄÓʼþµØÖ·£¬¼Û¸ñ£º120ÔªÈËÃñ±Ò Èý½£¿Í¾ùÔùËÍÒÔϳ¬ÖµÈí¼þ£º¡¼ ÔùË͵ÄÏà¹ØÈí¼þ ¡½ ¡ñ ·¢ËÍÈí¼þ ¡ø ¼«ÐÇÓʼþȺ·¢1.74 [ÒѾע²á/Æƽâ] ¡ø ¼«ÐÇÓʼþȺ·¢1.73 [Ò
[JBoss-user] MBean destination-jndi-name
Hi again, I have a message driven bean with the following configuration /** * Message Driven Bean Template * * @ejb:bean name = "com/yambay/nps/messagehandler/message/MessageConsumer" * display-name = "Message Driven Bean" * transaction-type = "Container" * acknowledge-mode = "Auto-acknowledge" * destination-type = "javax.jms.Queue" * subscription-durability="NonDurable" * * @jboss:destination-jndi-name name="queue/ClientWriteQ" **/ I was just wondering, if there is any way to actually load the destination-jndi-name or even just the queue name from a file rather than actually hard wiring the "queue/ClientWriteQ" like this?? TIA Dushy --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Deploying Sars and jars
Title: Deploying Sars and jars Hi guys, I am trying to deploy a sar, which relies on some class files deployed by the jar. Invertly, an ejb deployed inside my jar, relies on the Queues being created first by the mBean deployed in the sar file. So jar > sar ---> some class files deployed by jar. This is like a circular dependency. Has anyone got any ideas to resolve this!! I tried deploying my sar inside the jar file, but then ejbs in the jar file get deployed first.As a result the ejb cannot find the queue destination and ends up binding to a default topic instead. Is there any way to make sure that my class files will be depolyed first, followed by the sar and finally the jar. I know i could do this manually, but i wish to do this through one build file! Any help is much appreciated Thanks Dushy __ DUSHYANT SHRIVASTAVA Software Engineer YAMBAY tel +61 (0) 8 9323 6999 mob +61 (0) 402 902 652 fax +61 (0) 8 9325 2688 web www.yambay.com Yambay Technologies Pty Ltd 7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia _ This message and any files transmitted with it are confidential and are intended solely for the use of those persons to whom the message is addressed. If you have received this message in error, please destroy and delete this message from your computer. Any unauthorised form of reproduction of this message or any files transmitted with it is strictly prohibited. yambay does not make any warranty concerning the security of any information electronically transmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedly contained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender. _
[JBoss-user] JMSMessageID format
Title: JMSMessageID format Hi guys, Does anyone know what is the (-10303452528773 part in the JMS message below)?? jmsMessageID : ID:3-10303452528773 The ID of this message is 3, but what does the long number indicate? Is it the current time? Thanks in advance Dushy __ DUSHYANT SHRIVASTAVA Software Engineer YAMBAY tel +61 (0) 8 9323 6999 mob +61 (0) 402 902 652 fax +61 (0) 8 9325 2688 web www.yambay.com Yambay Technologies Pty Ltd 7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia _ This message and any files transmitted with it are confidential and are intended solely for the use of those persons to whom the message is addressed. If you have received this message in error, please destroy and delete this message from your computer. Any unauthorised form of reproduction of this message or any files transmitted with it is strictly prohibited. yambay does not make any warranty concerning the security of any information electronically transmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedly contained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender. _
[JBoss-user] JBoss-JMS Queue configuration
Title: JBoss-JMS Queue configuration Hi, I was wondering if there is any way to delete/destroy the specific queues at JBoss Startup. I know I can deploy an mBean like a startup bean when JBoss starts up to create the queues but how do I destroy the queues at startup. I am trying to implement a simple ACK mechanism where a SessionBean in the AppServer sends a message to an external client and the client sends an ACK back(on another queue).All I do is match the MessageID( of the original message) with the JMSCorrelationID (set by client). Now whenever i restart JBoss and send a message from the SessionBean, the ID's never seem to macth up at the SessionBean.Almost seems like it has got hols of some other JMSCorrelationID from last time. Any help is much appreciated. Dushy __ DUSHYANT SHRIVASTAVA Software Engineer YAMBAY tel +61 (0) 8 9323 6999 mob +61 (0) 402 902 652 fax +61 (0) 8 9325 2688 web www.yambay.com Yambay Technologies Pty Ltd 7th Floor, The Victoria, 14-16 Victoria Ave, Perth. WA, 6000, Australia _ This message and any files transmitted with it are confidential and are intended solely for the use of those persons to whom the message is addressed. If you have received this message in error, please destroy and delete this message from your computer. Any unauthorised form of reproduction of this message or any files transmitted with it is strictly prohibited. yambay does not make any warranty concerning the security of any information electronically transmitted and disclaims all liability for the proper and complete transmission of any information contained or purportedly contained in this message, nor for any delay in its receipt. If you receive this message in error please notify the sender. _