June 2009 - jboss-user - Jboss List Archives

[JBoss Tools (users)] - JBoss Tools 3.1.0.M1 available

by max.andersen＠jboss.com

First milestone for JBoss Tools 3.1.0 is available. See details here http://in.relation.to/Bloggers/JBossTools31MilestoneReleased View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236070#4236070 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236070

17 years, 1 month

1
0
0 / 0

[EJB 3.0] - Re: EJB3: org.hibernate.type.SerializationException: could n

by Wolfgang Knauf

Hi, I found the time to create a wiki entry on how do define a relationship with a Join Table: http://www.jboss.org/community/wiki/EJB3relationships (see the end of the article) Best regards Wolfgang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236068#4236068 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236068

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: JBPM Nested Fork/Joins Doesn't seem to work

by philsegal

Here is the 1 failing test, the other 2 work. | @Test | public void testWithMultipleAdjustmentsProcessNoApprove() throws Exception | { | ProcessDefinition def = ProcessDefinition.parseXmlResource("workflow/ny-workflow-2/processdefinition.xml"); | | assertNotNull("Definition should not be null", def); | | ProcessInstance instance = new ProcessInstance(def); | assertEquals("Def should be at start", | "start-daily-pnl", | instance.getRootToken().getNode().getName()); | | instance.signal("default"); | | instance.getRootToken().getChild("propose").signal("propose an adjustment"); | | assertEquals("Def should be at fork2", | "fork2", | instance.getRootToken().getChild("propose").getNode().getName()); | | instance.getRootToken().getChild("propose").getChild("propose").signal("propose an adjustment"); | instance.getRootToken().getChild("propose").getChild("approve").signal("cancel"); | | instance.getRootToken().getChild("propose").getChild("propose").getChild("propose").signal("cancel"); | instance.getRootToken().getChild("propose").getChild("propose").getChild("approve").signal("cancel"); | | assertEquals("propose/propose should be at join1", | "join1", | instance.getRootToken().getChild("propose").getChild("propose").getNode().getName()); | assertEquals("propose/approve should be at join2", | "join2", | instance.getRootToken().getChild("propose").getChild("approve").getNode().getName()); | | assertEquals("parent should be at fork1", | "fork1", | instance.getRootToken().getNode().getName()); | | assertEquals("propose should be at join1", | "join1", | instance.getRootToken().getChild("propose").getNode().getName()); | | | instance.getRootToken().getChild("signoff").signal("signoff pnl"); | assertEquals("signoff should be at join1", | "join1", | instance.getRootToken().getChild("signoff").getNode().getName()); | | assertEquals("Def should be at auto approve", | "auto-signoff-adj", | instance.getRootToken().getNode().getName() | ); | | } | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236064#4236064 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236064

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: JBPM Nested Fork/Joins Doesn't seem to work

by kukeltje

oh, and one more thing, it would be nice if you could reduce the test to a minimal one. Just showing this one issue. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236063#4236063 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236063

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Changing from versioned ActionHandlers

by jeppe.klausen

We've a couple of systems running in production with quite some versions of deployed processes. We've used to deploy these via the Servlet and with all custom action handlers located within each par-file. After have been working this way we would really want to change the way we load action handlers, as we don't want them versioned at all, but rather have them just available in the classpath as this would make our life a bit easier :). Therefore I seek recommendations on: 1. Howto update current/previous deployed versions of processdefinitions to load classes from classpath on filesystem instead from the database 2. Any opinions regarding this approach View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236061#4236061 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236061

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: JBPM Nested Fork/Joins Doesn't seem to work

by kukeltje

ah, sorry, I missed the thrid time :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236060#4236060 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236060

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: JBPM Nested Fork/Joins Doesn't seem to work

by kukeltje

nope, not even the second time : -) Use [ c o d e ] [ / c o d e ] tags around it, without the spaces. Ont small thing though. If it is not to much trouble, the example I referred to had everyting in one file. The processdefinition as a string and the actionhandlers as inner classes. That way I only have to create one file, not multiple, with possible typos etc. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236059#4236059 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236059

17 years, 1 month

1
0
0 / 0

[Microcontainer] - Re: Locating the current DeploymentUnit

by adrian＠jboss.org

You can't use a thread local because 1) the deployers/micrcontainer can cause other deployments/contexts to be processed when dependencies are satisfied. e.g. deploying the transaction manager will cause many other other services to start. 2) Outside the deployment framework callbacks there will be no "current deployment" Also Classes don't necessarily belong to any deployment unit, e.g. the bootstrap classes I'd suggest the easiest way to implement this feature would be write a new deployer that runs "post classlaoder". This would mainatain a map of ClassLoader->DeploymentUnit for any DeploymentUnit (including subdeployments like wars) that have a Module attachment and hence their own classloader. You can then use this map in whatever you want to do. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236057#4236057 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236057

17 years, 1 month

1
0
0 / 0

[Microcontainer] - Re: Locating the current DeploymentUnit

by bob.mcwhirter

fwiw, TorqueBox (jboss-rails) is one of those that has a DU that creates another DU. Something stack-ish would be appropriate in my use-case, perhaps. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236052#4236052 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236052

17 years, 1 month

1
0
0 / 0

[JBossMQ] - Re: JBossConnectionFactory

by adrian＠jboss.org

Use the JBoss Messaging forum for JBoss5 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236046#4236046 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236046

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-user June 2009