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

[Design of JBoss jBPM] - Re: Populating DropDown list from database in the Task form

by kukeltje

wrong forum... use the user forum View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204708#4204708 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204708

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: any jbpm version for java 1.4 ?

by kukeltje

please no duplicate posts and the user forum was the correct place to post this question View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204707#4204707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204707

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Module.getModuleForClassLoader()

by adrian＠jboss.org

"kabir.khan(a)jboss.com" wrote : | "adrian(a)jboss.org" wrote : | | In fact, I think the first part of your post would be better implemented by listing | | all existing modules at aop initialization? | | That way you don't depend upon the specific bootstrap implementation. | I'm not sure what you mean here? If you mean adding a method returning a map of all loaders and modules, then I think that means AOP will need to come last in the bootstrap? Otherwise as now, it will not pick up the loaders for bootstrap deployments deployed after aop. | What is different between that and using the bootstrap if you are asking the question part way through the bootstrap process? Maybe a better mechanism would be to use the in/uncallback to be notified of the Modules as they are constructed/destroyed. That is in fact how they get registered with the ClassLoading anyway. from bootstrap/classloader.xml | <bean name="ClassLoading" class="org.jboss.classloading.spi.dependency.ClassLoading"> | <classloader><null/></classloader> | <incallback method="addModule" state="Configured"/> | <uncallback method="removeModule" state="Configured"/> | </bean> | Although you would want them at "Installed" when they are actually usuable rather than "Configured". View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204704#4204704 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204704

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - any jbpm version for java 1.4 ?

by tangomannn

Hi, Is there any jbpm version for java 1.4.2? The doc for version 3 says that is for java 1.4.2 (http://docs.jboss.org/jbpm/v3/userguide/deployment.html ) but I downloaded the source and I found that they're using annotations ... I would just need a jbpm-jpdl.jar and jbpm-identity.jar that runs on java 1.4.2 , if someone can help me, my email is frequena at gmail com Any help would be nice. I developed an application thinking that the minimun requirement was java 1.4, as the doc said, but now I just found that is for java 1.5 thank you very much, in advance. Fernando View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204702#4204702 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204702

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by adrian＠jboss.org

I don't get the point of this thread? You can't load a class from package "x" unless the classloader declares that it exports that package. Your "fix" just looks like a receipe to bypass the import/export constraints by automatically making visible unexported classes? The ClassLoaderInformation is just part of the internal cache that remembers which classloaders export which packages. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204699#4204699 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204699

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MutableClassInfo?

by stale.pedersen＠jboss.org

we also need to add support for adding classes to the classpool with a byte[] and the posibility to get a byte[] representation of a MutableClassInfo instance. adding classes to the classpool could be solved with a utilclass or via some sort of ClassPool interface, the way this is done in javassist:ByteArrayClassPath cp = new ByteArrayClassPath(className, classfileBuffer); | pool.insertClassPath(cp); byte[] representation of the class will be added to MutableClassInfo interface:public interface MutableClassInfo extends ClassInfo | { | ... | /** | * Converts the class to a Class file. | * After this method is called, no modifications to the class is allowed. | * | * @return | */ | byte[] toByteCode(); | } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204693#4204693 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204693

17 years, 2 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: JBossAS transaction test regression

by adrian＠jboss.org

I'm not really sure what this test is testing? It was originally written by Dimitris so you might want to ping him. Two different threads doing a commit on the same transaction is pretty unusual (it won't happen normally in JBoss) and will only happen if somebody is playing with the thread association. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204686#4204686 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204686

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Populating DropDown list from database in the Task form

by giridhar_be

Hi All, I want to populate dropdown list values from database table in the Task form. I know how to do in the JSF, first we have to declare Manage Bean in the faces-config.xml and use selectManyMenu for display. Bean will extract data from database that returns list of values. In JBPM processdefinition how to do this.? There is no faces-config.xml file when we created new processdefnition. One way is I have to edit faces-config.xml in the jbpm-console.war; Is there any otherway I can do this task. Extracting data from databse and showing those values in drop down list in the JBPM Task form. Thanks in advance... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204684#4204684 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204684

17 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: supporting multiple queues.xml

by timfox

"jmesnil" wrote : i've thought a little more about this during the week-end and I'm not sure the feature is worth it. | | If our users wants to declare queues spread in many configuration files, they can already do so by having files in separate directories (e.g. a/queues.xml, b/queues.xml,...) | This is a bit ugly but it works. | | If now we want to support multiple queue configuration files from the same directory, things get more complex: we need to scan the directories to find all the matching files (e.g. ending with jbm-queues.xml). | Either we have to scan all the classpath or allow configuration files only on a specified directory (e.g. config) which must explicitely passed when starting an instance of messaging server. In both case, it is brittle and ugly. | | I had a look at JBoss microcontainer deployer to get the functionality but I've not found yet how to provide it in JBM. | | Since there is already a solution to support multiple configuration (put them in separate dirs), the only update I'd like to do is to rename the expected file names to jbm-queues.xml to avoid unlikely clash with the more generic queues.xml name. | If we have some more time before the release of JBM2 GA, I'll revisit this feature but in the mean time, I'll move to more urgent tasks. | | wdyt? | | +1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204676#4204676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204676

17 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: supporting multiple queues.xml

by jmesnil

i've thought a little more about this during the week-end and I'm not sure the feature is worth it. If our users wants to declare queues spread in many configuration files, they can already do so by having files in separate directories (e.g. a/queues.xml, b/queues.xml,...) This is a bit ugly but it works. If now we want to support multiple queue configuration files from the same directory, things get more complex: we need to scan the directories to find all the matching files (e.g. ending with jbm-queues.xml). Either we have to scan all the classpath or allow configuration files only on a specified directory (e.g. config) which must explicitely passed when starting an instance of messaging server. In both case, it is brittle and ugly. I had a look at JBoss microcontainer deployer to get the functionality but I've not found yet how to provide it in JBM. Since there is already a solution to support multiple configuration (put them in separate dirs), the only update I'd like to do is to rename the expected file names to jbm-queues.xml to avoid unlikely clash with the more generic queues.xml name. If we have some more time before the release of JBM2 GA, I'll revisit this feature but in the mean time, I'll move to more urgent tasks. wdyt? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204674#4204674 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204674

17 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 2009