September 2006 - jboss-user - Jboss List Archives

by bizimalem

Hi, image this configuration: On the same jboss 4.04 server, there are two .ear packages. test1.ear, test2.ear deployed. test1.ear contains one ejb 3.0 stateless bean (CustomerManager.java) and a customer domain object (Customer.java). Test2.ear contains some seam components, which uses test1.ear:CustomerManager to add a new Customer. I have also use the Customer class (which is a transfer object actually) from test1.ear in test2.ear. The Problem is, that Customer.java has to be marked as Seam Component (@Name), but this is not possible, because it resides inside test1.ear. (This would be possible, if test1.ear and some residing components are marked as seam components and deployed so. test1.ear contains only business components and should not coupled with seam) How can one use other domain objects deployed in other .ears in Seam, which are not seam components? thanks. Özcan Acar View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974446#3974446 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974446

19 years, 7 months

1
0
0 / 0

[JBoss jBPM] - Transient variables between process and subprocess II

by harrylette

Hi, why is there not the same functionality for transient variables as for persistent ones when copying variables from a superprocess to a subprocess (process state)? I have seen this thread http://www.jboss.com/index.html?module=bb&op=viewtopic&t=70407 The proposed solution as seen in jira http://jira.jboss.com/jira/browse/JBPM-399 is implemented in jbpm 3.1.2 that I am actually using. I think this solution is simple but does not fit for the most common case, that a superprocess calls a common suprocess and the subprocess does not know anything about the superprocess. More specific, there could be different superprocesses with different transient variable names. These superprocesses may call a general subprocess... Using the present solution forces the subprocess to know about all possible variablenames of all possible superprocesses - that's really bad! What can we do? Is it difficult to implement similar code for transient variables as you did for persistent ones? | // loop over all the variable accesses | | Iterator iter = variableAccesses.iterator(); | | while (iter.hasNext()) { | | VariableAccess variableAccess = (VariableAccess) iter.next(); | | // if this variable access is readable | | if (variableAccess.isReadable()) { | | // the variable is copied from the super process variable name | | // to the sub process mapped name | | String variableName = variableAccess.getVariableName(); | | Object value = superContextInstance.getVariable(variableName, superProcessToken); | | String mappedName = variableAccess.getMappedName(); | | log.debug("copying super process var '"+variableName+"' to sub process var '"+mappedName+"': "+value); | | if (value!=null) { | | subContextInstance.setVariable(mappedName, value); | | } | | } | | } | | Should I open a jira issue? Please give me a hint for a good approach to solve this problem.. Best regards Harry View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974445#3974445 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974445

19 years, 7 months

1
0
0 / 0

[Clustering/JBoss] - Re: Cluster Membership after Network Failure

by bela＠jboss.com

Oops, this is probably a bug in JBoss 4.0.3 that we fixed. Check with the JBossAS folks (on the forum) and set jgroups.marshalling.compatible to true, as listed in http://wiki.jboss.org/wiki/Wiki.jsp?page=SystemProps View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974443#3974443 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974443

19 years, 7 months

1
0
0 / 0

[JBoss jBPM] - Re: Using a thread pool for the CommandExecutorThread

by kukeltje

no there is no threadpooling, and I do not know if there ever will be. For enterprise scaling we advise to use the jms solution that will be in 3.2 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974442#3974442 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974442

19 years, 7 months

1
0
0 / 0

[Management, JMX/JBoss] - Re: Multiple depends

by jactor

I am sorry. It seemed like the solution, but the MBean are still started... My jboss-service.xml: <server> | <mbean code="concept.jmx.Checker" name="concept:jmx=concept.jmx.Checker"> | </mbean> | <depends-list> | <depends> | jboss.j2ee:jar=concept.jar,name=EntityServiceBean,service=EJB3 | </depends> | <depends>persistence.units:unitName=proof</depends> | </depends-list> | </server> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974441#3974441 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974441

19 years, 7 months

1
0
0 / 0

[EJB 3.0] - Re: RC9 - LEFT JOIN FETCH queries that worked with RC8 are n

by icecuber

"epbernard" wrote : zerbit, I find it hard to believe, but if you can create a runnable test case reproducing the "different params same value" issue, then add it to JIRA. In my case Murphy's law hit again.... first of all with distinct keyword it works as expected... i call getSingleResult() and i got a correct single object with association... the "different params same value" issue was a coincidence: these records has multiple associations while other has a single associated value :( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974440#3974440 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974440

19 years, 7 months

1
0
0 / 0

[EJB 3.0] - Re: RC9 - LEFT JOIN FETCH queries that worked with RC8 are n

by icecuber

"epbernard" wrote : zerbit, I find it hard to believe, but if you can create a runnable test case reproducing the "different params same value" issue, then add it to JIRA. In my case Murphy's law hit again.... first of all with distinct keyword it works as expected... i call getSingleResult() and i got a correct single object with association... the "different params same value" issue was a coincidence: these records has multiple associations while other has a single associated value :( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974438#3974438 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974438

19 years, 7 months

1
0
0 / 0

[JBoss jBPM] - Re: JDK compatibility + migration JBPM 2 -> JBPM 3

by kukeltje

This is the right forum with regard to jbpm, so no worries. I'm not sure about 3.0, but 3.1 needs jdk1.4 afaik, Recompiling might be an option, but not sure about the dependent libraries. WL7? Migrating to 8.1 is easy, at least migrating from 6.0 to 8.1 was not to difficult in outr situation. btw, http://java.sun.com/j2se/1.3/index.jsp, jdk 1.6 is almost there. jbpm2.0 for sure does NOT need 1.4, but if you start using jbpm, we strongly advice not to start with 2.0 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974437#3974437 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974437

19 years, 7 months

1
0
0 / 0

[JBoss jBPM] - Re: JBPM3 with tomcat

by diwa_pv

hi, thats good to hear that its finally working. coming back to the list , i think the list is empty because there is no data in the jbpm tables. just add few users in JBPM_ID_USER table. regards & thanks diwa View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974436#3974436 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974436

19 years, 7 months

1
0
0 / 0

[JBossCache] - Re: Replication Problem When Nodes Have Gone Away

by bela＠jboss.com

"jbirkenmaier" wrote : The documentation states that in membership {A,B,C}, A connects to B, B connects to C, and C connects back to A. If A goes away, C will know it rather quickly but what about B? - C sends a SUSPECT(A) message to the group - B notes that it is the new coordinator - B becomes coordinator and sends a VIEW{B,C} to the group - Therefore C gets the view as well and can act on it This should take only a few milliseconds from the SUSPECT to the VIEW events View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974435#3974435 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974435

19 years, 7 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-user September 2006