August 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: Contributing back to the jBPM community - business calen

by tom.baeyens＠jboss.com

good research. all your points are correct afaict. we don't have diff calculation between two business dates. because for process language purposes, we only need addition. if it's easy for us to incorporate your business time diff functionality, we're interested if there is at least 1 unit test case that shows the feature. you'll have to sign the contributors agreement in order to contribute it directly. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078315#4078315 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078315

18 years, 7 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Transaction behavior of clustered SFSB caching

by sacha.labourey＠jboss.com

Brian, Could you please also make sure we have the option to replicate multiple SFSB in a single Web request? Seam can make usage of multiple SFSB that it will store in its HTTPSession. When a web request comes in, it might change state in the http session as well as many related SFSB (stored into this http session). Ideally, we want one batch replication for all related state, not n-replications. Can this behaviour be mimicked by grouping these operations in a "transaction" (or a related but weaker notion), as you suggested in your previous post? Cheers, sacha View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078287#4078287 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078287

18 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remove Message w/ Selector & list unique prop value

by hendra_netm

Sorry for triple posting @genman, I just checked the source, I think by simply creating message listener for "removing message with selector" can cause problem for scheduled delivery messages, or? May be I don't catch your idea. If I am wrong, could you explain again your idea to me. Thank you in advance. Best Regards, Hendra View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078283#4078283 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078283

18 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remove Message w/ Selector & list unique prop value

by hendra_netm

List unique Property value is also used by my colleague for his case. He has about 1000 users but is only allowed to create about 10 thread of messages consumer to serve them due to resource available. When a user logs in, the system should check whether there is a message for them or not. if there is, than the messages will be consumed and forwarded to the user. When the number of user is more than the number of thread available, users will be served one after another using a scheduler algorithm (round robin, FIFO, etc). His plan was using message consumer with message selector, but he needed to change the selector often. With list unique property, he can see directly which user has messages and change messages selector efficiently. Best Regards, Hendra View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078280#4078280 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078280

18 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remove Message w/ Selector & list unique prop value

by hendra_netm

Hi genman, The system that I would like to create using jboss messaging is kind of messages router. So every messages should be delivered to specific user. In some occasions, I consider that users can decide to delete their account. In this case, operator needs to remove those messages somehow. Expiration Queue may become alternative solution. However, this may cause confusion between messages that should be keep in expired queue and messages that should be deleted. List Unique Property Value is useful also for that scenario. Operator needs a way to get available values in the queue to know whether there is any obsolete messages in the queue or not. List all Messages can be used but I think it can become a burden for the network if lots of messages were in queue. ==================================== For the implementation, I use something like remove all messages, but with filter. So every messages will be checked. If it matchs with the filter, it is going to be removed from the queue. Your idea seems simpler than mine. I will look into it. List Unique Property Value is implemented by using the same algorithm as ListAllMessages, but the method will only return the unique and requested values. This method may be used only for my case. So may be this method should be developed to give more functions, or may be there is another solution to get the value. Thank you for your comment. Best Regards, Hendra View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078268#4078268 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078268

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Virtual hosts and multiple portal server instances

by thomas.heute＠jboss.com

But without separation of security domains wouldn't virtual host feature be a toy feature ? (A discussion on this feature already started in another thread) I fully agree that support for virtual host is important is some scenarios but i still didn't get in what use case, it would be that useful as of now (without separation of groups of users, unless you "hack" a bit). I'm just curious to hear about *your* use case. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078246#4078246 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078246

18 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Contributing back to the jBPM community - business calendar

by stevenl

Hi All, Firstly, great product guys. jBPM has met our expectations with what we were requiring regarding an open source BPM solution. For a project I?ve been involved with, I?ve had to implement jBPM v3.1.2 to cater for number of business requirements. Two requirements that carry the most importance for this thread are outlined below: 1. a requirement where the business time duration between two dates had to be calculated 2. business calendar properties file to be loaded from a location that is easy to maintain (in this case, the server file system) I have had to modify core jBPM code as I was unsuccessful in finding functionality in jBPM that could handle the two requirements outlined above. So I wish to present a question regarding code that I wish to contribute back to the jBPM community ? I believe this is mandatory as per the LGPL licence agreement. In this case, two new classes: one that contains a method that will calculate the business time duration between two dates and another class that will accept a valid calendar properties file to configure the jBPM calendar feature. What is the best approach to doing this? I have searched the jBPM JIRA and have found two applicable issues relating to the two points made above. http://jira.jboss.com/jira/browse/JBPM-99 Point 2 in issue JBPM-99 highlights the exact functionality that I required (for point 1 - above), however I wasn?t able to find the implementation in jBPM. http://jira.jboss.com/jira/browse/JBPM-927 The resolution for issue JBPM-927 has resolved my second point in a more recent version of jBPM. Any pointers in the right direction would be greatly appreciated. Kind regards, Steven Looi View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078188#4078188 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078188

18 years, 7 months

1
0
0 / 0

[Design of JBossCache] - Re: Redesigning eviction

by arussel

I started an implementation that separate: when is there eviction => decided by EvictionTask. which node is evicted => decided by the algorithm. how many are evicted => decided by the number of nodes in the cache. I posted a patch here: http://jira.jboss.com/jira/browse/JBCACHE-11 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078030#4078030 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078030

18 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remove Message w/ Selector & list unique prop value

by genman

"Remove Messages With Selector" seems like it would be easily implemented by simply creating a message listener with a selector and consuming all messages. Perhaps having a JMX operation that encapsulated this would make sense, is this what you were considering? Some sort of "Move" would be nice to see. As for "List Unique Property Value" this could be also done using a message browser and a few lines of code. This doesn't seem generally useful. What I've found over the years that in normal processing environments your queues should be empty or nearly so. Otherwise, if you're running a business process, you're losing money or your customers are "stuck in line." View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077955#4077955 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077955

18 years, 7 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Transaction behavior of clustered SFSB caching

by bstansberry＠jboss.com

anonymous wrote : If a tx is in effect, the client side proxy won't allow a failover anyway after a call has reached a server. So there's no point replicating state prior to tx commit. Hmm, this comment was based on the behavior of the old detached invoker InvokerProxyHA impls. Looking at the ClusterChooserInterceptor used by EJB3, I don't see this functionality. Anyone know if 1) this is an oversight or 2) this was deliberately left out or 3) Brian's a moron? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077945#4077945 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077945

18 years, 7 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-dev-forums August 2007