February 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: Upgrading GPD

by koen.aers＠jboss.com

Hi Matthew, hi Milan The tag to use to build the gpd is jbpm_jpdl_gpd_3_1_2. Use the build script in the org.jbpm.gpd.jpdl.build project. Let me know if that doesn't produce the right results. Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130666#4130666 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130666

18 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - Re: Simplify deploy/undeploy cycles for different stacks

by richard.opalka＠jboss.com

"richard.opalka(a)jboss.com" wrote : During the deploy-jbossXYZ we could generate text or property file listing all artifacts (batch scripts, jars, directories) that have to be removed on undeploy. Of course such text or property files must be distributed with AS as well. What about other ideas I can't think out better one at the moment :( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130663#4130663 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130663

18 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - Re: Simplify deploy/undeploy cycles for different stacks

by thomas.diesler＠jboss.com

Hmm ... a generic undeploy - not bad. Other ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130659#4130659 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130659

18 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - Re: Simplify deploy/undeploy cycles for different stacks

by richard.opalka＠jboss.com

Here are my two cents: During the deploy-jbossXYZ we could generate text or property file listing all artifacts (batch scripts, jars, directories) that have to be removed on undeploy. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130658#4130658 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130658

18 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - Re: Simplify deploy/undeploy cycles for different stacks

by thomas.diesler＠jboss.com

AFAIKS client jars would be the problem with this approach |  | <copy todir="${jboss501.home}/client" overwrite="true"> | <fileset dir="@{stacklibs}"> | <include name="jboss-jaxrpc.jar"/> | <include name="jboss-jaxws.jar"/> | <include name="jboss-jaxws-ext.jar"/> | <include name="jboss-saaj.jar"/> | <include name="jbossws-client.jar"/> | </fileset> | <fileset dir="@{thirdpartylibs}"> | <include name="policy.jar"/> | <include name="jaxb-api.jar"/> | <include name="jaxb-impl.jar"/> | <include name="jaxb-xjc.jar"/> | <include name="jaxws-tools.jar"/> | <include name="jaxws-rt.jar"/> | <include name="stax-ex.jar"/> | <include name="streambuffer.jar"/> | <include name="wsdl4j.jar"/> | </fileset> | </copy> | <copy todir="${jboss501.home}/lib" overwrite="true"> | <fileset dir="@{thirdpartylibs}"> | <include name="jaxb-api.jar"/> | <include name="jaxb-impl.jar"/> | </fileset> | </copy> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130655#4130655 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130655

18 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - Simplify deploy/undeploy cycles for different stacks

by thomas.diesler＠jboss.com

This relates to http://jira.jboss.org/jira/browse/JBWS-1982 anonymous wrote : | This need to be looked at again. | | * The knowledge of how to (un)deploy stack X should not leak into framework | * If AS has stack X.0.0 deployed and you want to deploy stack Y.0.1, how can framework that comes with Y.0.1 know how to undeploy X.0.0? | One possible solution I see is to use the same set of (file) artifacts for all supported stacks. i.e. The SAR would always be called jbossws.sar In which case we won't need an undeploy at all, simply deploying the respective stack should be sufficient. This of course relies on the idea that everything is contained within that top-level deployment and no additional artifacts are splattered around lib, bin, etc Comments? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130650#4130650 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130650

18 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2 Management Interfaces

by timfox

I won't pretend I have fully got my head around this yet. :) To summarise my understanding so far: JBM 2.0 will have a simple POJO based management API. What we would like to do is: 1) Expose that API as a web interface (I'm guessing this is what Charles demo'd at JBW) 2) Also expose that API as a non web interface (is this Swing?) which can be controlled from a remote client. The management stuff needs to know what attributes and operations we want to expose - I'm assuming that's the purpose of the plugin. Given a plugin, I'm assuming the management layer is smart enough to be able to provide a web or non web (remote) interface. (This is just a view on the same underlying API). We want to avoid non standard JDK annotations in our POJOs to define management interfaces, since JBM is also designed to be included in Joe Bloggs third party project and we don't want to force them to pull in an unnecessary build time dependency on other (MC) jboss libraries. If all this is to run in the MC, I am also interested in what runtime dependencies are needed for this all to function. So far I have gleaned: 1) JBossWeb 2) Seam 3) Remoting 2 4) Profile service (?) Anything else? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130641#4130641 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130641

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Are these properties/operations for DS and JMS correct/neede

by bytor99999

The following properties show up under ComponentTypes Datasource/LocalTX,NoTX, XAtx, are they all needed, are some not valid as tags within say a <local-tx-datasource> tag in a -ds.xml file. rar-name connection-definition jmx-invoker-name prefill background-validation background-validation-minutes validate-on-match use-strict-min statistics-formatter isSameRM-override-value track-connection-by-tx config-property depends metadata type-mapping localTransactions (XA Only property) xa-resource-timeout Under JMS I see the following two statistic properties, they are complex types, Maps with keys that we would consider a statistic. However, some of the keys are for other statistic properties already defined for Destinations. Statistic properties in question messageCounter the properties within it. messageStatistics the properties within it. Are the operations correct for Topics and Queues Where are some of the operations like listDurableSubscriptions or listNonDurableSubscriptions, do both Destination type now have the same identical set of operations? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130610#4130610 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130610

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Breaking up jboss.microcontainer.lib

by scott.stark＠jboss.org

I broke up the jboss/microcontainer jboss repository contents to move the jboss-managed.jar to jboss/jboss-managed. The 2.0.0.Beta10.1 releases are just partitioning of the 2.0.0.Beta10 released to move the jboss-managed.jar into a separate project in the repository. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130609#4130609 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130609

18 years, 1 month

1
0
0 / 0

[Design of JBoss Profiler] - Enhanced tracer of profiler on UI of JBoss Profiler 1

by Huijuan Shao

I commit the source code of enhanced tracer of profiler of UI, including summarizing and grouping functions. Please enjoy. Huijuan Shao View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130605#4130605 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130605

18 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-dev-forums February 2008