September 2008 - jboss-user - Jboss List Archives

[Installation, Configuration & DEPLOYMENT] - Re: Best Practices - data source / pooling configuration

by PeterJ

The single data source is, in my opinion, the better option. Having a single data source enables the app server to better manage the available connections to the database. With a multiple data sources, you would have to determine the connection allowances for each app and enable that many connections in the database. If one app was not using all of its connections but another was, and that second app needed more connections, they would not be available. With a single data source this would not occur. If you are concerned about leaking connections, see http://wiki.jboss.org/wiki/CanJBossTellMeWhenIDontCloseAConnection However, each app should be developed to assume its own data source - it is the administrator whoe deploys the apps who would hook them up to the same data source by mapping the name the apps use for the data source to the same JNDI name of the data source. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174658#4174658 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174658

17 years, 10 months

1
0
0 / 0

[Performance Tuning] - Re: Single instance of utility per ejb service

by PeterJ

Try using a factory to create the instance, where each EJB gives an identifier and the factory returns an instance based on that identifier. Sort of what the logging frameworks do when you lookup a logger. Another alternative would be to place your shared JAR file into an EAR and use an isolated classloader. For example, EAR1 contains utility.jar and ejb1.jar, EAR2 contains utility.jar and ejb2.jar. And make the utility class a singleton. There are probably other ways, but these two seem most appropriate. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174654#4174654 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174654

17 years, 10 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: trouble with invalidation replication

by shulok

Thanks for the reply, Manik. I guess I was assuming too much, then. When the entry is invalidated, I thought the cache would see this the next time the entry is referenced, and get an updated entry from another cache in the cluster (presumably one that has a non-invalidated entry). If I'm not using a persistent store, how do I leverage the invalidation to find a valid entry elsewhere in the cluster? In the doc, I see a brief reference to shared cache loaders, but nothing definitive on how you would set this up when not using persistence, or how you would figure out which cache you should get a non-invalidated entry from. Any pointers here would be greatly appreciated. Thanks again, Thom View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174653#4174653 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174653

17 years, 10 months

1
0
0 / 0

[JBoss Portal] - Problem with JBoss Portal 2.6.6 WSRP Consumer

by malmit

I created a JBoss WSRP consumer attempting to consume portlets from a Weblogic WSRP producer. During the consumer configuration, when I save the configuration for the weblogic producer, I get the following error message in the jboss portlet log file: 11:09:38,772 WARN [ProducerInfo] Portlet 'myportlet' uses the GET method in forms. Since we don't handle this, this portlet will be excluded from the list of offered portlets for producer bea When I go to the Admin --> Portlet Definitions page and view the portlets for the newly created consumer, I don't see the myportlet portlet because of the error above. Does anyone know what I am doing wrong? Thanks in advanced! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174652#4174652 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174652

17 years, 10 months

1
0
0 / 0

[Management, JMX/JBoss] - Re: service URL

by PeterJ

The service URL was provided via this JIRA: https://jira.jboss.org/jira/browse/JBAS-3885 The JIRA mentions 5.0 only. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174650#4174650 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174650

17 years, 10 months

1
0
0 / 0

[JBoss Messaging] - CourierServiceBindException

by tpurn

I've got an application that was working with Couriers until we swapped our messaging from JbossMQ to JbossMessaging. The code looks like: Epr replyEpr = // a valid Epr MyResult result = // a valid MyResult Courier cur = CourierFactory.getCourier(replyEpr); Message esbMessage = MessageFactory.getInstance().getMessage(MessageType.JAVA_SERIALIZED); esbMessage.getBody().add(MyResult.class.getName(), result); cur.deliver(esbMessage); It works for a while but then throws: org.jboss.soa.esb.couriers.CourierServiceBindException: Failed to get JMS Session from pool. at org.jboss.internal.soa.esb.couriers.JmsCourier.getJmsSession(JmsCourier.java:162) at org.jboss.internal.soa.esb.couriers.JmsCourier.createMessageProducer(JmsCourier.java:340) at org.jboss.internal.soa.esb.couriers.JmsCourier.deliver(JmsCourier.java:186) Caused by: org.jboss.internal.soa.esb.rosetta.pooling.ConnectionException: Could not obtain a JMS connection from the pool after 30s. at org.jboss.internal.soa.esb.rosetta.pooling.JmsConnectionPool.getSession(JmsConnectionPool.java:207) at org.jboss.internal.soa.esb.couriers.JmsCourier.getJmsSession(JmsCourier.java:156) Is there any information around on differences between JbossMQ and JbossMessaging for Couriers? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174648#4174648 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174648

17 years, 10 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: Scoped Deployment settings cuase LinkageError

by Martinator

Hi Jaikiran, thanks for your reply/ No, we do not deploy another copy of servlet.jar. We put all of our jars into the jboss lib folder to keep the size of our deployments down. Any other ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174647#4174647 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174647

17 years, 10 months

1
0
0 / 0

[EJB/JBoss] - Creating rmi compressed sockets jboss 4.2.2...!

by danixer_le

Hi..! I'm trying to create rmi compressed sockets , my jboss haven't any problen deploting but it never calls the methods compressioninputstream or compressionoutputstream, i don't know if it really work in that way, sory by my english and thanks..! :( Here is my .jar i've been created with the compressioninputstream and compressionoutputstream [URL=http://www.4shared.com/file/61837234/280203f6/orgjbosstestjrmp.html]o...] And this is what i've modified in jboss-service.xml [URL=http://www.4shared.com/file/61838329/1609346b/service-jboss.html]serv...] View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174646#4174646 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174646

17 years, 10 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: login-config.xml parsing problem

by patwary_shiva

i resolved it.it was unable to find sax parser. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174645#4174645 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174645

17 years, 10 months

1
0
0 / 0

[EJB/JBoss] - Unified Invoker pooling

by Nemi

I was using JBoss 4.0.2 and the PooledInvoker. I recently upgraded to 4.2.3 and want to use the UnifiedInvoker as long as it has pooling. I have searched the net and this forum but cannot find how to enable polling in the UnifiedInvoker. Can anyone throw me a bone? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174643#4174643 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174643

17 years, 10 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 September 2008