October 2009 - jboss-dev-forums - Jboss List Archives

by sebastian.s

Hello Joram, hello everyone https://jira.jboss.org/jira/browse/JBPM-2537 I have a question regarding this issue. I just saw that you have started to work on this in the trunk and I have two questions. 1) I don't understand the test case you've supplied. What's the reason for task2 and the second end state? They are not even connected to the start?? At first I thought I had misread the definition and so I copied it into a process definition file to visualize it with the GPD. 2) I did not know you've started to work on this and I tried to resolve this issue with my limited knowledge on my own right now. Within TimerImpl I checked if the activity of the execution was of type task and in case of this was true I retrieved the task-object and called OpenTask.delete(). | boolean activityIsTask = false; | OpenTask task = null; | ActivityImpl activity = execution.getActivity(); | | // TODO: Is there a constant or something to access the element's XML-name?? | if(activity.getType().equals("task")) { | task = execution.getTask(); | if(task == null) { | // this should not happen or something is really wrong | throw new JbpmException("activity is of type task but task could not be retrieved"); | } | } | | .. after execution has moved on .. | | if(activityIsTask) { | task.delete(this.getEventName()); | } | Afterwards I saw your test case failing since the task was now deleted and not completed but your test case checks if the task is closed/completed when the timer fires. Wouldn't it make more sense to delete the task? Completing it does not seem right since it was open and not completed when the timer fired. Especially in from a reporting perspective it does not make sense, does it? When you run a report on the gathered process data it seems as if this task was completed by its assignee although it was not. Actually I thought you agreed on this view because you stated in the comments that deleting would be logical. :) Thanks for any clarifications. Have a nice weekend Sebastian View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263327#4263327 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263327

15 years

1
0
0 / 0

[JBoss AS Development] - Performance Issues when moved from Windows to Solaris

by dimitris74

Hi there, I have a quick question that someone might be able to answer. We have recently built a java library (jdk 1.5) that is referenced within a web service that runs on a JBoss application server v4.2.3. The performance of the web service on a standard Windows XP machine is satisfactory and takes about 1.5 seconds for the whole process. However when we deploy the web service on a Solaris JBoss machine we notice a significant decrease in performance although the virtual server where Solaris is hosted is much more powerful. The overall processing time increases to 3.6 seconds when one would expect a much better overall speed from the windows machine. The windows machine is a simple Pentium desktop; on the other hand Solaris runs on a virtual server hosted on a Sun Sparc machine. The first thing that came to mind is Garbage Collection as this library uses a lot of arrays, arraylists and frequently allocates a lot of new objects. Has anyone had a similar experience or ideas of what might be happening? Regards Dimitris View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263301#4263301 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263301

15 years

1
0
0 / 0

[jBPM Development] - Re: Multiple instances with synchronization

by sebastian.s

Hello Fabio, take a look at this JIRA issue. There are plans to do something like this. Maybe you can support this plan by helping out with coding and testing. https://jira.jboss.org/jira/browse/JBPM-2414 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263299#4263299 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263299

15 years

1
0
0 / 0

[Embedded JBoss Development] - Re: Embedded and Bootstrap Development

by manuel.chinea

Hi ALR, sorry, i have had a rough couple of days here at work. I'll look at the fix this weekend. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263231#4263231 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263231

15 years

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Optimizing ControllerState

by kabir.khan＠jboss.com

https://jira.jboss.org/jira/browse/JBKERNEL-59 "alesj" wrote : | Actually they are reported, see AbstractController::getContext | | | ControllerContext result = getRegisteredControllerContext(name, false); | | if (result != null && state != null && isBeforeState(result.getState(), state)) | | { | | return null; | | } | | | I updated the javadoc of Controller.getContext(Object, ControllerState) to show what is actually happening: | /** | * Get a context that has reached at least the passed in state | * | * @param name the name of the component | * @param state the state (pass null for any state) | * @return the context | */ | "alesj" wrote : | But AbstractKernelController::getContext could be fixed to apply this the same way. | I modified it to look for kernel registry entries is state >= INSTALLED and added StateAfterInstalledTestCase. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263217#4263217 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263217

15 years

1
0
0 / 0

[Embedded JBoss Development] - Re: Embedded and Bootstrap Development

by ALRubinger

So I had to resolve JBBOOT-115 to meet a deadline. You can look at my (one of a few possible) solution by checking the SVN commit linked from the JIRA. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263211#4263211 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263211

15 years

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Optimizing ControllerState

by kabir.khan＠jboss.com

"kabir.khan(a)jboss.com" wrote : "alesj" wrote : | | I would just have CSModel::getInitialState(). | Yeah, I was thinking something along the same lines after posting. | Done https://jira.jboss.org/jira/browse/JBKERNEL-58 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263200#4263200 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263200

15 years

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Optimizing ControllerState

by kabir.khan＠jboss.com

I have committed the optimized controller state model and updated AbstractController to use it. [url[https://jira.jboss.org/jira/browse/JBKERNEL-57[/url] I removed ControllerStateModel from AbstractController's interfaces and removed the methods. The new ControllerStateModel lives here: https://svn.jboss.org/repos/jbossas/projects/kernel/trunk/dependency/src/... and the legacy one lives here" https://svn.jboss.org/repos/jbossas/projects/kernel/trunk/dependency/src/... "kabir" wrote : | One minor issue is the iterator() and listIterator() methods, which are not thread safe at the moment. The other methods are called with a lock taken in AbstractController. For the iterator methods I need to readLock, take a snapshot into a list and return iterators to that list. | This was wrong, although AbstractController holds locks when accessing the states, others may use it without locks taken, e.g. | controller.getStates.isAfterState(state1, state2) | Since MapControllerStateModel keeps tracks of a few different things (as opposed to ListControllerStateModel which is backed by a single concurrent list), I am unsure whether read/write locks should be used there. I am pretty sure that the way I have set it up, it should be safe to use, but you might want to review this. In any case having read/write locks in MapCSM should still outperform ListCSM although I haven't actually measured that. I'll check that if consensus is that MapCSM needs locks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263191#4263191 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263191

15 years

1
0
0 / 0

[jBPM Development] - Re: Multiple instances with synchronization

by sebastian.s

I was browsing the wiki lately but I did not mange to find the foreach example. Can you point me to it, Ronald? Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263190#4263190 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263190

15 years

1
0
0 / 0

[JBoss XML Binding Development] - Re: JBossEntityResolver cannot resolve...

by klowtherjr

Thanks Alex, I was able to get everything to resolve last night as you said, by using the schemaLocation as the key for the registerEntity call. It was a bit of a pain given that there are 100+ schemas and some of them are referenced more than once, but it worked. Unfortunately the slowness I was seeing is still there. Looking at the log, it seems to be due to the consumption of the WSDL, which is fodder for a different forum (and/or my own thoughts). Thanks for your help with this issue. Ken View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4263182#4263182 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4263182

15 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2009