July 2010 - jboss-user - Jboss List Archives

Re: [jboss-user] [EJB 3.0] - CNFE DeferredFileOutputStream on M4 EJB passivation

by jaikiran pai

jaikiran pai [http://community.jboss.org/people/jaikiran] replied to the discussion "CNFE DeferredFileOutputStream on M4 EJB passivation" To view the discussion, visit: http://community.jboss.org/message/554971#554971 -------------------------------------------------------------- org/apache/commons/io/output/DeferredFileOutputStream Is that being referred by any classes to in your application? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554971#554971] Start a new discussion in EJB 3.0 at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - How to start/spawn 'n' subprocesses for 'n' users using JBPM-4.3.

by Felix Jose

Felix Jose [http://community.jboss.org/people/FelixKJose] replied to the discussion "How to start/spawn 'n' subprocesses for 'n' users using JBPM-4.3." To view the discussion, visit: http://community.jboss.org/message/554969#554969 -------------------------------------------------------------- Hi Alejandro, How can I raise a JIRA issue. Can you provide me the link for that or tell me where can I do that? And also one doubt and is about JBPM-4.4: Where can find the downloadable for jbpm-api-4.4.jar, jbpm-jpdl-4.4.jar,jbpm-pvm-4.4.jar. I can only be able to find the common jar "jbpm.jar" which is as part of the Jbpm-4.4.zip downloadable. And nothing else. For jbpm-4.3 I can find all these are available in the following jboss maven path: http://repository.jboss.org/maven2/org/jbpm/jbpm4/jpdl-migration/ http://repository.jboss.org/maven2/org/jbpm/jbpm4/jpdl-migration/ Can it possible to add the jbpm-4.4 jars inside the maven? Otherwise what can I do as I have to add these jars in the dependency section of my application's pom.xml file. Please help me. Thank You and Regards, Felix K Jose -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554969#554969] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - jBPM 4.4 How do I force a process instance to end

by derek lee

derek lee [http://community.jboss.org/people/yushanyuan] replied to the discussion "jBPM 4.4 How do I force a process instance to end" To view the discussion, visit: http://community.jboss.org/message/554959#554959 -------------------------------------------------------------- try this:executionService.deleteProcessInstance(processInstanceId); -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554959#554959] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - Insert user information for process instance

by Charles Aznavour

Charles Aznavour [http://community.jboss.org/people/charles_a] replied to the discussion "Insert user information for process instance" To view the discussion, visit: http://community.jboss.org/message/554957#554957 -------------------------------------------------------------- Hi guys, some input: * capturing the initiator shouldn´t be linked in any way with tasks. We have processes withtout tasks, but we still need the information who started this process * we use a swimlane for the initiator. The swimlane evaluates a variables we pass in on process start. In the process we use this swimlane to reference to the initiator. * after a process has finished the initiator information shoudn´t be lost. We need to be able to find process instances (running and finished) "per initiator". Therefore, we additionally create a history variables to persist this information. Currently, we provide the initiator information on process start to let the swimlane know the value. And then, we create a history variable for it, which is (programatically) only possible after the process has been started. A bit of the same work twice, but it works and happens automatically in our system. We did´t want to the user to specifiy history variables it in the process definition for the initiator, as it´s a requirement that must always be met. Cheers, Charles -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554957#554957] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [JBoss Tools Development] - Portlet Development is Effectively Unusable in JBoss Tools

by Max Andersen

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] replied to the discussion "Portlet Development is Effectively Unusable in JBoss Tools" To view the discussion, visit: http://community.jboss.org/message/554944#554944 -------------------------------------------------------------- 1) Great - so your specific issue should be fixed in trunk/nightly build and consequently the next release. 2) Could you make a screenshot since I don't understand what you mean here - if you decided to not use an existing and known to use portlet library we are as far as my testing goes not forcing anything nor making life more difficult since you are basically choosing to not let the IDE configure it ? 3) The seam and jsf jars are only if you enable the seam and jsf integration. There is no standard portlet spec API jar we can include that won't be different from what you are actually going to run against. And no, "necessary development jars" cannot easily be included in the plugin. The number of combinatorial combinations and megabytes of jars we would have to include would be massive. And i'm sure you or other users would then complain about the "gigantic IDE" or the fact we wouldn't be providing the right jars ....since we wouldn't because the jars we would bundle would be outofdate wihtin weeks/months. Sure, you would be able to compile - but all your test runs etc. would not be correct. This is an ever fighting battle we got and there just isn't a really good answer. Our approach/assumption is that A) you are going to need a runtime anyway to test/run against the frameworks B) you want to have your development match your deployment as much as possible. A+B = lets use the jars from the actual runtime you already need to deploy. "Either set the classpath automatically within the facet (if you absolutely +must+ have the portal environment detection)" isn't this what we do when the runtime gets detected !? "or include the jars with the plugin and set a "development classpath" to those jars." Unittests etc. would be running against the wrong jars then. "Either way you can eliminate the need for a "user library" selection which, in the end, is clumsy from a UI standpoint and redundant in a complete and properly implemented facet." So in the case we don't detect the runtime correctly or does not have the proper jars matching what you need you want us to say "sorry, user you cannot install portal facet" ? Note, I hate user libraries as much as you do - but it is unfortunately the only approach available inside Eclipse to let users control these things. We also got Maven support cooking to hook into this allowing you to use proper dependency management. And for note, I like suggestions - and I can be convinced to change things based on them...but for this case right now, I'm more into making sure your projects are actually compiling and running against the *right* jars so it will work even a week from now and independent to updates to your tools. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554944#554944] Start a new discussion in JBoss Tools Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - Fork and join , bug ?

by Hamel Camille

Hamel Camille [http://community.jboss.org/people/chamel] replied to the discussion "Fork and join , bug ?" To view the discussion, visit: http://community.jboss.org/message/554937#554937 -------------------------------------------------------------- Thank you , i didn't know about the multiplicity option , it was the solution :) For the join 5 , i don't know why but it worked flawlessly , guess i was lucky :p -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554937#554937] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [JBoss Web Services CXF] - Continuing problem with XTS WS-T tests in AS trunk/CXF 2.2.9

by Jim Ma

Jim Ma [http://community.jboss.org/people/jim.ma] replied to the discussion "Continuing problem with XTS WS-T tests in AS trunk/CXF 2.2.9" To view the discussion, visit: http://community.jboss.org/message/554928#554928 -------------------------------------------------------------- Hi Andrew, I have fixed this issue in CXF code base . I will merge this fix to the branch for the next release later . It will be picked up in the next jbossws-cxf release. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554928#554928] Start a new discussion in JBoss Web Services CXF at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [Performance Tuning] - How can I confirm the jboss's process runs in which cpus?

by Ruchir Choudhry

Ruchir Choudhry [http://community.jboss.org/people/ruchirc] replied to the discussion "How can I confirm the jboss's process runs in which cpus?" To view the discussion, visit: http://community.jboss.org/message/554925#554925 -------------------------------------------------------------- +Zhang,+ + + +The core concept of JVM morphs you to know which java thread is allocated to which CPU or VCPU. There is no way to know which java process is scheduled to which CPU/VCPU thread, neither its possible to know which CPU/VCPU will get the next thread.+ + + +These complexity is perpously morphed by the designers of JVM, and the algorithum written in the JVM takes care of such allocation.+ + + +Thanks,+ +Ruchir+ +Choudhry+ -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554925#554925] Start a new discussion in Performance Tuning at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [JBoss Messaging] - getting "Message to JBossTopic ... not processed"

by Yong Hao Gao

Yong Hao Gao [http://community.jboss.org/people/gaohoward] replied to the discussion "getting "Message to JBossTopic ... not processed"" To view the discussion, visit: http://community.jboss.org/message/554922#554922 -------------------------------------------------------------- I guess it's your MDB configuration problem. Is your subscriber durable or not? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554922#554922] Start a new discussion in JBoss Messaging at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

Re: [jboss-user] [Performance Tuning] - Variation in Max Heap size

by Ruchir Choudhry

Ruchir Choudhry [http://community.jboss.org/people/ruchirc] replied to the discussion "Variation in Max Heap size" To view the discussion, visit: http://community.jboss.org/message/554921#554921 -------------------------------------------------------------- +Rothi,+ + + +I would suggest not to use too big heap size, its very difficult to debug the jvm, if anything goes wrong, I see your capacity is more then enough, I would suggest split the box into 4 instance using additional IPs, and use software+ hardware base clustering, you can also use apache as a front end to do a mesh cluster.+ + + +This way your single instance footprint will be smaller and manageable.+ + + +you can try various JVM settings which is best for your env, some of the examples are there in my white paper, you can also try some of the suggestions given by Peter J, they are valuable inputs which is fine tune based on years of pensive work.+ + + +Post the problems which you face, we will be happy enough to help you out.+ + + +Best,+ +Ruchir Choudhry+ + + -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/554921#554921] Start a new discussion in Performance Tuning at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user July 2010