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

[Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 -

by jeffdelong

The console appears to have the latest commons-fileupload.jar. However I am using the 3.0.12 GPD that is installed in JBoss-IDE. Hum. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004065#4004065 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004065

19 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 -

by david.lloyd＠jboss.com

Make sure you've got the new commons-fileupload jar. If not you'll have to rebuild the web console with it. There was a JIRA issue about this - http://jira.jboss.com/jira/browse/JBPM-698. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004055#4004055 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004055

19 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 -

by jeffdelong

Well the transaction issues have gone away with the changes I described, however I updated with the latest from CVS to test out some other changes and now when I deploy from the GPD I get the message: FileUploadExcepption: the request was rejected because no multi-part boundary was found This is the same processdefinition that uploaded successfully yesterday. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004054#4004054 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004054

19 years, 2 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: unable to use jboss Profiler

by gideonraj

Hi Clebert, Thanks for your response. I tried again by starting the profiler capture before invoking my method. The result is the same (my method is not listed in the 'methods section' of the Process View)... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004049#4004049 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004049

19 years, 2 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Profiler work for realtime time-series data?

by clebert.suconic＠jboss.com

There is no way to analyze the data while the profiler still capturing data. I need the logs closed before analyzing the data. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004032#4004032 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004032

19 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec

by clebert.suconic＠jboss.com

"Ovidiu" wrote : 6. ClusterViewUpdateTest.testUpdateConnectionFactory() fails. I have fixed this... The problem was ConnectionFactoryCallbackHandler::getState was removed. When the Callback instance is created, state still null as its set later in the AOP stack. I had it set on the constructor but it was not actually being set. My fault was not to document this properly I guess. I have fixed this by placing getState back to the code. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004031#4004031 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004031

19 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: new simplified menu structure

by david.lloyd＠jboss.com

"kukeltje" wrote : I'm not in favour of end-users being able to realy cancel the task. An admin/manager might and even then only if the process is not hindered/disrupted in any way. Point taken - however, consider this. The task form designer (person) may elect to simply leave that button off of the task forms. Or, he/she may put the button on, but use rendered="#{some custom EL}" to make it only visible to certain classes of users (admins for example). If the component exists, it can be used or not used. If it doesn't exist, it may only be not used. :-) "kukeltje" wrote : Regarding the name issue... I'm still in favour of requireing the name to be filled in the pd..... | | besides that I also have an interesting one ;-) : use the description from the jpdl file as a tooltip Good idea - I can use the description by default, or allow the designer to override it in the standard JSF way using the title attribute. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004025#4004025 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004025

19 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: new simplified menu structure

by kukeltje

I'm not in favour of end-users being able to realy cancel the task. An admin/manager might and even then only if the process is not hindered/disrupted in any way. Regarding the name issue... I'm still in favour of requireing the name to be filled in the pd..... besides that I also have an interesting one ;-) : use the description from the jpdl file as a tooltip View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004016#4004016 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004016

19 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBWS-1464 Clarification of the MTOM related specificatio

by jason.greene＠jboss.com

You are correct. Also the expectedContentType value, if present is ignored, since the xerces schema API can't represent it. -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004013#4004013 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004013

19 years, 2 months

1
0
0 / 0

[Design of JBoss Serialization] - Re: resolveClass and annotateClass

by Glooper

We write a container and as such have different classloaders throughout the system for the various the applications. To perform HA we sometimes replicate state across many applications... this is done by serializing the object hierarchy... but different objects in this hierarchy can have come from different applications and thus may have different ClassLoaders. We currently annote information about the classloader in the annotateClass and annotateProxyClass methods by writing the classloader information as a String on the stream... thus when resolveClass or resolveProxyClass is called we can read the classloader information from the stream and use it to lookup the relevant class loader to load the class. I hope that makes sense! :) Ben View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4004010#4004010 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4004010

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