December 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: task component interface comments

by alex.guizar＠jboss.com

Beyond the usual conventions, there are two things I dislike about returning Task from the setters: 1. the "set" prefix prevents a true "fluent" method chain. Compare the method chains with and without the TaskBuilder. 2. what if I want to add comments, subtasks, etc? the task interface does not have methods for that, you have to go back to the task service. The task builder can "remember" the task service that created it and invoke it internally. task = taskService.buildTask() | .name("report expenses") | .due(today) | .subTask() | .name("gather receipts") | .due(beforeLunch) | .subTask() | .name("capture amounts") | .due(beforeLeaving) | .done(); anonymous wrote : TaskBuilder is definitely not good. Task with setter is the way to go. I got the TaskBuilder idea from the ProcessFactory that is already in the PVM module. How are they different? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196329#4196329 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196329

17 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: Normal SFSB Business Methods named

by ALRubinger

OK, I can't fix this in AOP, even by extracting and overriding the hashing scheme. ClassAdvisor registers methods by the bean impl class: Putting advised method: -956421528 / public int org.jboss.ejb3.core.test.stateful.StatefulBean.getNextCounter() While we determine invoked method by interface: Method called: org.jboss.ejb3.core.test.stateful.StatefulLocalBusiness: org.jboss.ejb3.core.test.stateful.StatefulCommonBusiness.getNextCounter() | 16:19:59,161 WARN [SessionSpecContainer] Method Hash used: 1793199750 When I throw in a hashing function that takes declaring class into account, then this will not be equal. No method will match. And without the declaring class into consideration, methods named similarly from different interfaces will collide. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196326#4196326 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196326

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - ListJournal test utility

by clebert.suconic＠jboss.com

I have added a class on tests/util, called ListJournal. It is a very simple class, just instantiating and loading the journal, and giving the number of records, or eventually the content of the records. As we don't have access to SQL on journal, and just in case you're going through some problems wondering what's inside the Journal that class may be useful. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196310#4196310 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196310

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Fluent interface on Commands

by camunda

Hi. After discussing fluent interfaces in jbpm 4 (http://www.jboss.com/index.html?module=bb&op=viewtopic&t=146922) I was quite motivated to introduce them in the Commands as well. And when using them, it is really much cooler and more easy to have the return values of the setters. So I can say, I really like to have them :-) But the problem is, the signature of the existing Commands have changed by it. So I realized, all client libraries using jbpm have to be recompiled. Not changed, but recompiled against the new jbpm-jpdl.jar, right? So this may be a show stopper, or what do you think? I tend to reverse all these changes (even if I will miss them), otherwise migration to new jbpm-jpdl.jar caused to much confusion. Opinions? Thomas, what do you say? Related jira issue: https://jira.jboss.org/jira/browse/JBPM-1905? Thanks Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196293#4196293 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196293

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: infinite loop when connecting to a stopped acceptor

by jmesnil

I got it: the infinite loop happens when - no backup connector is specified - *and* the default values for failover's max retries are used (in fact any values > 0) I'm fixing the failover algorithm to check this case View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196291#4196291 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196291

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: infinite loop when connecting to a stopped acceptor

by jmesnil

I've isolated the problem: when there is no server to connect to, we have the infinite loop: | public void testStartStop3() throws Exception | { | /***********************************/ | /* No JBM Server have been started */ | /***********************************/ | | JBossConnectionFactory cf = new JBossConnectionFactory(new TransportConfiguration(NettyConnectorFactory.class.getName()), | null, | DEFAULT_CONNECTION_LOAD_BALANCING_POLICY_CLASS_NAME, | DEFAULT_PING_PERIOD, | DEFAULT_CONNECTION_TTL, | DEFAULT_CALL_TIMEOUT, | null, | DEFAULT_ACK_BATCH_SIZE, | DEFAULT_ACK_BATCH_SIZE, | DEFAULT_CONSUMER_WINDOW_SIZE, | DEFAULT_CONSUMER_MAX_RATE, | DEFAULT_SEND_WINDOW_SIZE, | DEFAULT_PRODUCER_MAX_RATE, | DEFAULT_MIN_LARGE_MESSAGE_SIZE, | DEFAULT_BLOCK_ON_ACKNOWLEDGE, | DEFAULT_BLOCK_ON_NON_PERSISTENT_SEND, | true, | DEFAULT_AUTO_GROUP, | DEFAULT_MAX_CONNECTIONS, | DEFAULT_PRE_ACKNOWLEDGE, | DEFAULT_RETRY_INTERVAL, | DEFAULT_RETRY_INTERVAL_MULTIPLIER, | DEFAULT_MAX_RETRIES_BEFORE_FAILOVER, | DEFAULT_MAX_RETRIES_AFTER_FAILOVER); | Connection connection = cf.createConnection(); | assertNotNull(connection); | | try | { | connection.createSession(false, Session.AUTO_ACKNOWLEDGE); | fail("acceptor must not accept connections when stopped"); | } | catch (Exception e) | { | } | } | The code runs in an infinite loop in ConnectionManagerImpl.getConnectionForCreateSession: the failover() method returns true while there has been no failover. I'm continuing the investigation View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196253#4196253 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196253

17 years, 1 month

1
0
0 / 0

[QA of JBoss Portal] - Drag and Drop in Jboss portal

by JbossPortalUser

By default dashboard has the drag and drop property enabled.We want to disable the drag and drop on one of the portlet window in the dashboard.Even after removing the window decorators for that window ,the drag and drop is still enabled. We tried setting the property drag and drop for that window as false.But still the drag and drop is enabled for that window. Is there a way to get disable drag and drop on a portlet in the dashboard? Please help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196191#4196191 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196191

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: SubjectAuthenticationService / ActorId from JAAS

by heiko.braun＠jboss.com

The resolver was a response to this question: anonymous wrote : | does it make sense at all to use the JAAS subject as actor? | It didn't mean to answer the JMS problem View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196150#4196150 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196150

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Replicate Deliveries on ServerConsumerImpl

by clebert.suconic＠jboss.com

Never mind about the test. That test was setting the address on paging by accident. But one of the issues I had on paging/chunk & clustering, was doHandle returning BUSY on a replication. Shouldn't it instead be doing what you originally wrote on that comment? (not checking for available credits?) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196142#4196142 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196142

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large message code review

by clebert.suconic＠jboss.com

anonymous wrote : Flow control size also seems be calculated wrong in other places. | I tried using packetSize on the regular message, but jmsTest/ConnectionFactoryTest::slowConsumer hang. I'm keeping getEncodeSize() on the regular message for now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196137#4196137 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196137

17 years, 1 month

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 December 2008