January 2007 - jboss-user - Jboss List Archives

[JBoss jBPM] - Re: where to put processimage.jpg

by michea

I understand that par files are not automatically deployed by jboss. Does anyone know how to get the process image displayed on the task page when deploying the process programmatically ? Thank you View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002818#4002818 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002818

19 years, 3 months

1
0
0 / 0

[EJB 3.0] - Re: Asynchronous callbacks

by aleksab

Ended up by implementing a bit more logic in the client. Made a generic class which is kicked of as a thread in the client. The thread blocks, but not the client, so everything is fine. Thanks for all the help and suggestions btw. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002817#4002817 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002817

19 years, 3 months

1
0
0 / 0

[JBossCache] - Re: CacheLoader for very large data store

by manik.surtani＠jboss.com

loadEntireState() is used to transfer state to new cache instances in the cluster (unless you're using a shared cache loader - one where every instance points to a shared physical data store such as a database - in which case this won't be called) CacheLoader.get() is called in a number of cases, including TreeCache.put() TreeCache.remove(Fqn fqn, Object key) so it is quite necessary. If you have a very large number of attributes it may make sense to break up the attributes and spread them across different nodes. Improves concurrency and gives you finer grained control when it comes to passivating to disk. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002816#4002816 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002816

19 years, 3 months

1
0
0 / 0

[JBoss Seam] - Re: Displaying Picture from blob

by petemuir

Probably you are better off asking this on the ajax4jsf forum/mailing list (whichever they use) as it's relevant to that than to Seam. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002815#4002815 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002815

19 years, 3 months

1
0
0 / 0

[JBoss Messaging] - Re: Messaging NotFoundInDispatcherException

by bob_walker99

Doh. I have now RTFM and amended my code. It's looking much better. Sorry to pollute the forum. :-$ All the best, Bob View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002814#4002814 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002814

19 years, 3 months

1
0
0 / 0

[EJB 3.0] - Re: Stateful Bean and the database commit

by elkner

"konstantin.ermakov" wrote : Hi! | | As far as I understood, after update() it is not guaranteed, that the data is in database and commit event already happened. So, as I have the fat clients it can be the case, that after update() was called, getObject() still returns the old entity. | | My question is - is it guarateed, that after the afterCompletion() method the database commit already happened, and it is safe to call getObject() to receive the new data? | I think yes, when you use TXed messages to notify your clients. E.g. here the meat (aka main things) how I use it: | public class MsgProducer { | private static HashMap<String, AtomicLong> seq = | new HashMap<String, AtomicLong>(); | ... | /** | * Simple container for recording queue parameters. | * | * @author Jens Elkner | * @version $Revision$ | */ | public static class QueueParams { | Connection con; | Session session; | MessageProducer producer; | | QueueParams(Connection con, Session session, MessageProducer producer) { this.con = con; | this.session = session; | this.producer = producer; | } | | void destroy() { | if (con != null) { | try { | con.stop(); | } catch (JMSException e) { | // ignore | } | } | if (session != null) { | try { | session.close(); | } catch (JMSException e) { | // ignore | } | } | if (con != null) { | try { | con.close(); | } catch (JMSException e) { | // ignore | } | } | } | } | | /** | * Create a message producer for the given destination. | * | * @param destination topic to use | * @param tx whether to use a transaction scoped session | * @return <code>null</code> on error, the message producer otherwise. | */ | private static QueueParams createNewSession(String destination, boolean tx) | { | try { | ctx = new InitialContext(); | // we let the destination decide, whether it is a | // Queue- or TopicConnectionFactory | ConnectionFactory cf = (ConnectionFactory) | ctx.lookup("java:/JmsXA"); | // create a Connection using the ConnectionFactory (it is not | // necessary to start the Connection if messages are only sent) | Connection tc = cf.createConnection(); | // create a Session using the Connection: Transaction + | // Auto Acknowledge of the Messages | Session s = tc.createSession(tx, | tx ? Session.SESSION_TRANSACTED : Session.AUTO_ACKNOWLEDGE); | // look up the Destination (either Queue or Topic) to which we want | // to connect in JNDI | Destination dst = (Destination) ctx.lookup(destination); | // create a message producer by the session and destination acquired | // above | MessageProducer producer = s.createProducer(dst); | if (producer != null) { | params = new QueueParams(tc, s, producer); | } | } catch (Exception e) { | log.error(e.getLocalizedMessage()); | failed = true; | } | if (failed && params != null) { | params.destroy(); | params = null; | } | return params; | } | | /** | * Send a message to the given destination. | * | * @param destination name of the queue/topic - e.g. "topic/foo" or | * "queue/bar". | * @param list list of CRUD events | */ | public static void send(String destination, CrudEventList list) { | if (destination == null || list == null || list.getSize() == 0) { | return; | } | QueueParams q = createNewSession(destination, true); | if (q == null) { | log.error("Unable to deliver message to '" + destination + "'"); | return; | } | try { | ObjectMessage m = q.session.createObjectMessage(list); | long msgId = getNextId(destination); | m.setLongProperty("seq", msgId); | if (log.isDebugEnabled()) { | log.debug("sending CRUD message " + msgId + " to " + destination); | } | q.producer.send(m); | } catch (JMSException e) { | log.error(e.getLocalizedMessage()); | } | q.destroy(); | } | ... | } | So if you append something like MsgProducer.send(bla, fahsel) at the end of your SLSB, the message would be sent only, if the TX succeeds, i.e. commit succeeded. Never had any out of sync problems, after changed to this pattern, so it might be useful for you as well... ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002813#4002813 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002813

19 years, 3 months

1
0
0 / 0

[JBossCache] - Re: removeObject do not fully remove when working with FileC

by ben.wang＠jboss.com

Oh, can you try it outside the AS then (without using the MBeanProxy, of course)? My unit test runs standalone. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002812#4002812 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002812

19 years, 3 months

1
0
0 / 0

[JBossCache] - Re: removeObject do not fully remove when working with FileC

by ben.wang＠jboss.com

Sorry, I missed your ealier post. However, I still can't reproduce your problem after running thru it again. I have actually created and checked in a unit test to simulate your condition but it is working. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002811#4002811 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002811

19 years, 3 months

1
0
0 / 0

[JBossCache] - Good Practice

by rlhr

Hello, I'm using JBoss 4.0.5GA, jboss-cache-1.4.1GA, Seam-1.1.0GA. I'm plaining to deploy the application on multiple clustered server, so I need to use caching for 3 main reasons: 1 - application clustering and session replication 2 - Storing readonly data (ie list of cities,..) that can be clustered as well 3 - Hibernate second level of cache What I'm debating right now is if it is usually a better practice to have 3 instance of cache with their own configuration files, or just having one cache instance is enough (eventually with different eviction policy for each defined region)? If anyone has experienced a similar situation or knows what is most likely and best practice, I'll be glad to hear you. Regards, Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002810#4002810 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002810

19 years, 3 months

1
0
0 / 0

[JBossCache] - Re: who can help me? something about treecache.

by manik.surtani＠jboss.com

If that is what you want to do, yes. I still don't understand what it is you are trying to do though. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002809#4002809 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002809

19 years, 3 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 January 2007