May 2009 - jboss-user - Jboss List Archives

[JBoss Messaging] - Re: Cannot find session during shutdown

by philipdodds

We are running on a JBoss 5.0.1GA base, though we needed the startDelivery and stopDelivery methods to exist on the MDB container therefore we upgraded the EJB 3.0 container to 1.1.4(?). Judging from the log its a JBoss 1.4.1.GA server, this is just what came with the server. | 2009-05-20 12:29:01,038 INFO [org.jboss.jms.server.ServerPeer] (main) JBoss Messaging 1.4.1.GA server [0] started | The shutdown we are seeing just being initiated by a control+C on the terminal. If we don't have messages processing the shutdown is clean. Thanks again P View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232489#4232489 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232489

16 years, 11 months

1
0
0 / 0

[JBoss Messaging] - Re: Multiple clients and message types - selectors?

by cpslo1999

Posted: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=155809 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232488#4232488 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232488

16 years, 11 months

1
0
0 / 0

[EJB 3.0] - MDB external configuration

by cpslo1999

I have a JavaEE system that has one feeder application and several consumer applications. The producer is transmitting messages over a JMS topic. The consumer applications are all EJB3 apps, and I had planned to use MDBs on the consumer systems to process the incoming messages. However, while most of the messages are legitimately broadcast messages, on occasion the producer system needs to target a specific consumer system. I had thought to do this via the selector mechanism. Something like this: clientID is NULL AND feed in ('feed1', 'feed2') | OR | clientID = 'myClientID' AND feed in ('feed1', 'feed2') I deploy my apps in ear files. Is there a way to specify a selector outside of the .ear file so the person installing the application can adjust the client ID? I'm hesitant to require that the person installing my consumer application(s) unzip the ear, change the selector's "myClientID" value, and rezip it. I would rather use a identical application package on our multiple production servers (and the test servers for that matter) and have other files, descriptors, or database settings outside of the ear tweaked to account for the environment. Ultimately, it would be great to be able to modify the selector at runtime so I can use my application's existing configuration mechanisms to locate and set the clientID. Is that possible? (FYI: I posted this scenario on the JB Messaging forum already to discuss the JMS aspects of this scenario http://www.jboss.org/index.html?module=bb&op=viewtopic&t=155644) Any other ideas are appreciated as well, Josh View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232487#4232487 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232487

16 years, 11 months

1
0
0 / 0

[Remoting] - Re: binary protocol?

by trustin

Hi mattlf, JBoss Remoting is based on a binary protocol. Most of the data in the wire is serialized Java objects, either serialized by standard Java serialization or JBoss Serialization. Ron, please correct me if I'm wrong. :) HTH View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232485#4232485 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232485

16 years, 11 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - How to get JBOSS to use parsers in web-inf/lib

by lakshmi2510

<Newbie to JBoss> I have installed JBOSS EAP 4.3 GA CP04 ( JDK 1.5 ) I have dom4j-1.6.1.jar xercesImpl-2.9.1.jar xml-apis-1.3.04.jar in my WEB-INF/lib . These are used for some application specific functionality. I need JBOSS to use this version of jars overriding its own version. I added this piece in the jboss-web.xml and deployed my war file. <loader-repository> com.arisglobal:loader=agx63.war <loader-repository-config> java2ParentDelegation=false </loader-repository-config> </loader-repository> Inspite of this, I am unable to force JBOSS to use my version of the jars. I also tried to add to JBOSS_CLASSPATH in the run.bat. BUt this requires to comment the JBOSS endorsed Libraries. THis is causing un-expected behaviour. The same war file I deployed once, is not getting deployed the second time. Please suggest if I have not approached this problem the right way. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232482#4232482 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232482

16 years, 11 months

1
0
0 / 0

[JBoss Messaging] - Re: Multiple clients and message types - selectors?

by cpslo1999

OK, thanks again for all your help. I'll post over there and see what I can dig up. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232480#4232480 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232480

16 years, 11 months

1
0
0 / 0

[JBoss Messaging] - Re: Wrong target. class org.jboss.jms.client.delegate.Client (Repost)

by pierods

I actually found out the problem, I was using the wrong jar version. but then another problem arose: how do i recover with maven this file, given that it has dots in the directory name: http://repository.jboss.com/jboss/messaging/1.4.0.SP3/lib/jboss-messaging... If I do: | | <dependency> | <groupId>org.jboss.client</groupId> | <artifactId>jbossall-client</artifactId> | <version>4.0.5.GA</version> | <scope>compile</scope> | </dependency> then maven tries for http://repository.jboss.com/jboss/messaging-client/1/4/0-SP3/lib/jboss-me... How do I do that? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232296#4232296 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232296

16 years, 11 months

1
0
0 / 0

[Remoting] - Re: Netty JBossRemoting

by trustin

Hi, Remoting 2 uses plain Java socket API. Remoting 3 uses JBoss XNIO framework. To implement complicated protocol in the future, Netty might be used in conjunction with XNIO. Netty already provides XNIO transport so they can work together. On discovery, Remoting 2 uses its own mechanism based on multicast (or JNDI). Remoting 3, it's not implemented yet. Ron and David, please correct me if I'm wrong. :) HTH, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232477#4232477 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232477

16 years, 11 months

1
0
0 / 0

[Microcontainer] - Re: can't read resource from the classpath??

by jeff.yuchang

"alesj" wrote : "jeff.yuchang" wrote : | | Is the jar package the only way to get this kind of resource?? I mean, do we have other approaches, or can we use a custom package suffix? | It's all by the spec. ;-) | | What you had before was actually 3 deployments | as directories that don't have a '.' in the name | are not treated as top level deployments. | | Hence when you tried to lookup a resource from one of them, | probably the other one wasn't "ready" yet. | | If you have a '.' in your "grouping" directory, | it will be treated as a top level deployment, | having those 2 files as sub-deployments and a metadata file. | This should of course see its resources at any given post-cl-creation time. Thanks for this info, very to the point. ;-) I've tested it change the idm name into 'idm.config', it works like a charm. ;-) Thanks Ales. ;-) -Jeff View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232456#4232456 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232456

16 years, 11 months

1
0
0 / 0

[Beginners Corner] - Licensing

by ruperty

Is Jboss free to use and deploy to a production environment, or are there licensing, or support costs involved? Rupert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232455#4232455 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232455

16 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user May 2009