November 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss internal QA (Test Suite)] - Re: Redundant output in the test401Compatibility() method of

by pavel.tsekov＠redhat.com

I've created an entry in JIRA for that one too: http://jira.jboss.com/jira/browse/JBAS-3852 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985537#3985537 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985537

19 years, 5 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Redundant output in the test401Compatibility() method of Ser

by pavel.tsekov＠redhat.com

Hello, At the end of the body of test401Compatibility() I see the following lines: System.out.println("serialVersionUID mismatches = "+mismatchCount); System.out.println("serialVersionUID mismatches = "+mismatchCount); One of them seems redundant. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985533#3985533 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985533

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - JBPM Dynamic forms

by clandestino_bgd

Dear JBPM developers, I would like to hear your view about existing dynamic forms functionality in JBPM 3.1.3. In particular, I am curious why such approach has been chosen. Let me try to summarize the main features of your approach: 1. For each task separate *.form file has to be created in GPD 2. The provided sample process has those *.form files which are JSF specific 3. The form is rendered by engine when Task is executed (have not found how - I would appreciate if you point me to the particular part of source) The things I find a little bit problematic are: 1. JSF based .form files (I am using Struts for example) 2. The need for multiple definition of the same or very similar forms. My question is: 1. Why diddn't you store the info how form will look like on variable level in process definition JPDL file. Each variable should be populated by one of the available HTML input controls. 2. Web pages (dynamic forms) then can have only custom JSP tags. This solution is chosen by RUNAWFE. Also I have did that when I developed WF service based on XPDL. I would really appreciate your views about this. Thank you. Regards Milan Agatonovic View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985521#3985521 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985521

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: Update on metadata progress

by anil.saldhana＠jboss.com

Any status update on the consolidated metadata work? I need the <security-role> elements defined in jboss-app,jboss or jboss-web.xml merged into the metadata. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985520#3985520 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985520

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Singleton or Application Scope

by ahachmann

SORRY FOR POSTING HERE!!!! WONT HAPPEN AGAIN View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985515#3985515 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985515

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Singleton or Application Scope

by ahachmann

Hi, I need to build an EJB that collects data during the Servers Lifetime. This EJB will be invoked each time a client is invoking a Webservice so that I can collect some Statistics. So there shall only be one Instance in the pool for the reason that EJB forbids to use static fields. (is this definition by the way?) Next Problem is, that this EJB shall be timed. There is a method that measures the heap each minute. Now having 5 Beans in the pool, the heap will be measured 5 times. This is not what i want. Which would be the best way to set up such an EJB? Thanks, Alexander View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985506#3985506 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985506

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: problem with jbossretro on tomcat

by david.lloyd＠jboss.com

heh... here's another idea: you could produce a JDK5 version of the console that doesn't use jbossretro or the backport-concurrent stuff. As long as you're making lots of build combinations. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985504#3985504 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985504

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: improving the build

by david.lloyd＠jboss.com

"david.lloyd(a)jboss.com" wrote : "tom.baeyens(a)jboss.com" wrote : | | 2) improve versioned dependencies | | For each top level subproject, you'll be able to specify wether the sources are used (using version 'snapshot'). Or wether a specific version from the repository is being used. | | | | Just an FYI, I'd like to not be using any snapshot versions by the time we do a final release. Apart from that, everything sounds good. | Also, every time I use a snapshot version, I put the corresponding future release version above it. That way I won't forget what release will include the changes that were not in the last stable release. And I only used snapshots when the fix is actually committed into that project. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985501#3985501 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985501

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: problem with jbossretro on tomcat

by tom.baeyens＠jboss.com

fuck. there goes my master plan to provide a .war that would work on servlet containers out of the box. that means that we'll have to update our artifacts by adding and removing libs for every freaking server ?! damn. but thanks for figuring that out ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985497#3985497 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985497

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: problem with jbossretro on tomcat

by david.lloyd＠jboss.com

The problem is that Tomcat 6 is (more or less) a javaee 5 container, so it provides its own EL API and implementation JARs. Just remove the el-api and el-ri jars from the war and it should work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985493#3985493 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985493

19 years, 5 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 November 2006