From do-not-reply at jboss.com  Mon Nov  1 05:50:23 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Mon, 01 Nov 2010 05:50:23 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: AS 7 demos
In-Reply-To: <2-567221-3-2082-1287504190802-2-568275-3-2082-1288026753073.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-567221-3-2082-1287504190802.jivesbs.jivemailuser@http://community.jboss.org>
	<2-567221-3-2082-1287504190802-2-568056-3-2082-1287995638516.jivesbs.jivemailuser@http://community.jboss.org>
	<2-567221-3-2082-1287504190802-2-568275-3-2082-1288026753073.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-567221-3-2082-1287504190802-2-569117-3-2082-1288605015798.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: AS 7 demos"

To view the discussion, visit: http://community.jboss.org/message/569117#569117

--------------------------------------------------------------
I am trying the following but am seeing 'no ds injected'. Should this work at this stage?

*package* org.jboss.as.demos.warwithds.archive;

*import* java.io.IOException;
*import* java.io.Writer;
*import* java.sql.Connection;
*import* java.sql.ResultSet;

*import* javax.annotation.Resource;
*import* javax.naming.InitialContext;
*import* javax.servlet.ServletException;
*import* javax.servlet.annotation.WebServlet;
*import* javax.servlet.http.HttpServlet;
*import* javax.servlet.http.HttpServletRequest;
*import* javax.servlet.http.HttpServletResponse;
*import* javax.sql.DataSource;

*import* org.jboss.logging.Logger;

/**
 *
 * *@author* <a href=" mailto:kabir.khan at jboss.com kabir.khan at jboss.com">Kabir Khan</a>
 * *@version* $Revision: 1.1 $
 */
@WebServlet(name="SimpleServlet", urlPatterns={"/simple", "/other"})
*public* *class* SimpleServlet *extends* HttpServlet {

*private* *static* *final* *long* +serialVersionUID+ = -2579304186167063651L;

??? Logger log = Logger.+getLogger+(SimpleServlet.*class*.getName());

??? @Resource(mappedName="java:/H2DS")
??? DataSource ds;

??? @Override
*protected* *void* doGet(HttpServletRequest req, HttpServletResponse resp)
*throws* ServletException, IOException {

*if* (ds == *null*) {
??????????? System.+out+.println("No ds injected");
*try* {
??????????????? ds = (DataSource)*new* InitialContext().lookup("java:/H2DS");
??????????? } *catch* (Exception e) {
*throw* *new* ServletException("Could not find ds", e);
??????????? }
??????? }
??????? String result = "Failure";
*try* {
??????????? Connection conn = ds.getConnection();
??????????? ResultSet rs = conn.prepareStatement("select 1").executeQuery();
*if* (rs.next()) {
??????????????? result = "Success";
??????????? }
??????? } *catch* (Exception e) {
*throw* *new* ServletException(e);
??????? }

??????? Writer writer = resp.getWriter();
??????? writer.write("Simple Servlet datasource " + result);
??? }

??? @Override
*protected* *void* doPost(HttpServletRequest req, HttpServletResponse resp)
*throws* ServletException, IOException {
*this*.doGet(req, resp);
??? }
}
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569117#569117]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101101/a7b25e78/attachment.html 

From do-not-reply at jboss.com  Mon Nov  1 07:22:25 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Mon, 01 Nov 2010 07:22:25 -0400
Subject: [jboss-dev-forums] [EJB 3.0 Development] - New metadata component
	ejb3-effigy
Message-ID: <2-569123-3-2170-1288610542980.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"New metadata component ejb3-effigy"

To view the discussion, visit: http://community.jboss.org/message/569123#569123

--------------------------------------------------------------
I'm creating a new component which should form the single integration point between all core code and the metadata representation used by the runtime. For AS 6 this means JBMETA 2.x.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569123#569123]

Start a new discussion in EJB 3.0 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101101/10032286/attachment.html 

From do-not-reply at jboss.com  Mon Nov  1 09:17:54 2010
From: do-not-reply at jboss.com (Carlos O)
Date: Mon, 01 Nov 2010 09:17:54 -0400
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: Check if header
 element exists in message Response.
In-Reply-To: <2-568433-3-76664-1288097609015.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-568433-3-76664-1288097609015.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-568433-3-76664-1288097609015-2-569140-3-76664-1288617459687.jivesbs.jivemailuser@http://community.jboss.org>

Carlos O [http://community.jboss.org/people/charlyjboss] created the discussion

"Re: Check if header element exists in message Response."

To view the discussion, visit: http://community.jboss.org/message/569140#569140

--------------------------------------------------------------
I think this question is not going to be answered, what i need to know is the reason. Is it not well written or do i need to add more details?.
To sum up, i need to know if given a message there is a way to check whether an element exists or not (with namespace included) and add it myself if it isn't included.

Anything would help.

Thanks.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569140#569140]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101101/0842ac66/attachment.html 

From do-not-reply at jboss.com  Mon Nov  1 09:40:56 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Mon, 01 Nov 2010 09:40:56 -0400
Subject: [jboss-dev-forums] [EJB 3.0 Development] - Re: EJB3 Passivation -
 Moving away from JBSER for AS6?
In-Reply-To: <2-568779-3-2104-1288254700362-2-568814-3-2170-1288266271153.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-568779-3-2104-1288254700362.jivesbs.jivemailuser@http://community.jboss.org>
	<2-568779-3-2104-1288254700362-2-568814-3-2170-1288266271153.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-568779-3-2104-1288254700362-2-569143-3-2170-1288618845303.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"Re: EJB3 Passivation - Moving away from JBSER for AS6?"

To view the discussion, visit: http://community.jboss.org/message/569143#569143

--------------------------------------------------------------
https://jira.jboss.org/browse/JBAS-8557 https://jira.jboss.org/browse/JBAS-8557
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569143#569143]

Start a new discussion in EJB 3.0 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101101/4dc27a78/attachment.html 

From do-not-reply at jboss.com  Mon Nov  1 09:48:58 2010
From: do-not-reply at jboss.com (Darpan Mhatre)
Date: Mon, 01 Nov 2010 09:48:58 -0400
Subject: [jboss-dev-forums] [JBoss Profiler Development] - unable to see the
 list of snapshots when client listSnapshots
Message-ID: <2-569146-3-76879-1288619335070.jivesbs.jivemailuser@http://community.jboss.org>

Darpan Mhatre [http://community.jboss.org/people/darpan27484] created the discussion

"unable to see the list of snapshots when client listSnapshots"

To view the discussion, visit: http://community.jboss.org/message/569146#569146

--------------------------------------------------------------
*configuration file: jboss-profiler-client.properties*
protocol=socket
host=localhost
port=5400
threshold=1.0
savelocation=/home/dmhatre/profiler-reports
plugin.1=org.jboss.profiler.plugins.Hibernate
plugin.2=org.jboss.profiler.plugins.Seam
*
*
*configuration file: jboss-profiler.properties*
enable=yes
precompiled=no
cpu=yes
memory=yes
includes=org.jboss.profiler.*,com.oceanview.dto.*|public,com.oceanview.struts.action.*|public
excludes=
visibility=public
save=yes
savelocation=/home/dmhatre/profiler-reports
startup=yes
repository=no
remote=yes
store=file
location=/home/dmhatre/profiler-reports
host=localhost
port=5400
ejb=yes
servlet=yes
jsf=yes
jmx=yes
rmi=yes
corba=yes
plugin.1=org.jboss.profiler.plugins.Hibernate
plugin.2=org.jboss.profiler.plugins.Seam

*environments: jboss-5.1.0.GA, linux* 

i can see some folders created with the timestamp @ ../profiler-reports
when i do snapshot and getSnapshot. I can also create reports using "load" foldername.
But not able to see the list of snapshots when i do listSnapshots.
Also if any one can help me with the oder of commands i need to use to generate reports.
This is what i use. Kindly correct it if am wrong.
1) startProfiler
2) Access web application
3)snapshot
3)getSnapshot
4) Load.
Kindly reply, really need to get this running. I appreciate your help in advance.
Thanks,
Darpan
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569146#569146]

Start a new discussion in JBoss Profiler Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2138]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101101/288bd137/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 03:54:33 2010
From: do-not-reply at jboss.com (Denis Golovin)
Date: Tue, 02 Nov 2010 03:54:33 -0400
Subject: [jboss-dev-forums] [JBoss Tools Development] - Eclipse Summit 2010
	Mini-Agenda
Message-ID: <102-16029-3-2974-1288684456162.jivesbs.jivemailuser@http://community.jboss.org>

Denis Golovin [http://community.jboss.org/people/dgolovin] modified the document:

"Eclipse Summit 2010 Mini-Agenda"

To view the document, visit: http://community.jboss.org/docs/DOC-16029

--------------------------------------------------------------
This doc outlines the items Nick and Max will be working on (or at least discussing at length) during Eclipse Summit:

*== Parent Pom & Target Platform Building ==*

Why is helios-remote-target not the default one for our builds ?
* It is enabled by default, along with the "helios" profile which includes all the Eclipse.org and google.com sites against which the helios-remote-target's site is built. So... maybe we no longer need the "helios" one to be enabled by default? ~Nick

Why does our pom not have relative path references so you don't have to install parent first ?
i.e. <relativePath>../../../build/parent/pom.xml</relativePath>
* If we use relative pom's shouldn't we make the aggregator pom for "modules" a parent pom that references to the uber-pom ? (avoids the need to update too much the children and allow each module to adjust for their needs - i.e. run tests non-ui harness)

*== Testing ==*

We should use two surefire runs to seperate (fast) unit tests from (slow) integration tests, i.e. use failsafe plugin or simply use IT* as the pattern for integration tests. -- Agreed. Can have different profiles w/ different classname filters in the parent/pom.xml. I was thinking more like  http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing where its split in same profile via mvn test and mvn integration-test goals.

We should find out how we can run some plugins with uiharness and others without, even within same plugin.

Would be good to find way just run tests without compiling everything again.

*== Source Bundles ==*

Can we generate source bundles so we get source features ? (see egit for example of this)
(note: source features != sdk features since these doesn't include the binary) -- Apparently yes, but @d_a_carver says the egit stuff doesn't work. Yes, but git://github.com/pieceoftheloaf/tycho-examples.git for some reason do (at least I get sources plugin built).

*== Maven depoy ==*

At least our pom's should be deployed to repository.org

Need to start actually use versioning.

*== Dependencies ==*

We have an issue with javax.soap 1.2 vs. javax.soap 1.3 we haven't been able to resolve - JBIDE-6450 - need some idea on how to resolve it.

Teiid/Savara extraneous dependencies (on datatools.enablement.sdk.feature (JBIDE-7443) or osgi package (instead of containing bundle/plugin/feature - SAVARA-141)

Decide contents of [JBDS Target Platform + 3rd Party Site] vs. [JBT TP] (ie., where to put things like m2eclipse, gwt, springide, testng and how to clearly state level of support)

Can we use tycho's "semi" support for maven dependencies for 3rd party jars, i.e. modeshape, drools and others have these jars in the system.

Check if upper/lower bound of plugins can be checked/applied so we get consistent p2/update behavior.

*== Update Sites ==*

Reduce the footprint of update site zips posted to download.jboss.org and sourceforge.net. Suggest either JUST the all-in-one aggregate site, or else the all-in-one + Hibernate, VPE, Drools, and Teiid (the biggest ones).

Publish multiple update sites into a singel composite site on devstudio.jboss.com. See  https://docspace.corp.redhat.com/docs/DOC-47710#Published_Artifacts https://docspace.corp.redhat.com/docs/DOC-47710#Published_Artifacts

*== Documentation & Auditing ==*

Tracking contents of JBT/JBDS when built as aggregation - JBIDE-7444

Create new HTML generator for both jboss.org and standalone index.html page (JBIDE-6958, JBIDE-7045)

Create new tool to diff between releases "sanity checker" - JBIDE-6343

Update docs re: building, testing, provisioning:
*  http://community.jboss.org/docs/DOC-15755 http://community.jboss.org/wiki/JBossToolsTargetPlatformProvisioningorhowtoresolvemissingdependencieswhencompilingJBossTools
*  http://www.jboss.org/tools/docs/building http://www.jboss.org/tools/docs/building
*  http://www.jboss.org/tools/docs/testing http://www.jboss.org/tools/docs/testing
* ...?
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-16029]

Create a new document in JBoss Tools Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2129]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/7dc976ef/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 05:06:49 2010
From: do-not-reply at jboss.com (Nicolas Beucler)
Date: Tue, 02 Nov 2010 05:06:49 -0400
Subject: [jboss-dev-forums] [JBoss Profiler Development] - Re: Certainly a
 dumb question but...
In-Reply-To: <2-568819-3-76819-1288269749108.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-568819-3-76819-1288269749108.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-568819-3-76819-1288269749108-2-569274-3-76819-1288688800449.jivesbs.jivemailuser@http://community.jboss.org>

theoden [http://community.jboss.org/people/theoden] created the discussion

"Re: Certainly a dumb question but..."

To view the discussion, visit: http://community.jboss.org/message/569274#569274

--------------------------------------------------------------
No?! nobody can confirm or infirm how jbossProdiler computes running times?

Nicolas
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569274#569274]

Start a new discussion in JBoss Profiler Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2138]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/c1a5557c/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 05:34:53 2010
From: do-not-reply at jboss.com (JBoss Community)
Date: Tue, 02 Nov 2010 05:34:53 -0400
Subject: [jboss-dev-forums] [dev] - blog "EJB3 Development" created
Message-ID: <37-2053-3-1-1288690487877.jivesbs.jivemailuser@http://community.jboss.org>

Administrator Administrator created a new blog

"EJB3 Development"

To view the new blog in dev, visit: http://community.jboss.org/community/ejb3/dev/blog

--------------------------------------------------------------
Discuss EJB3 design and development. 
--------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/8547d6ac/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 05:59:59 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Tue, 02 Nov 2010 05:59:59 -0400
Subject: [jboss-dev-forums] [JBoss Web Services Development] - Re: Compiling
 Native 3.3.1 from source
In-Reply-To: <2-557728-3-73304-1282063769333-2-567977-3-69239-1287788196628.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-557728-3-73304-1282063769333.jivesbs.jivemailuser@http://community.jboss.org>
	<2-557728-3-73304-1282063769333-2-557736-3-73304-1282064801541.jivesbs.jivemailuser@http://community.jboss.org>
	<2-557728-3-73304-1282063769333-2-567977-3-69239-1287788196628.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-557728-3-73304-1282063769333-2-569283-3-3973-1288691971908.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] created the discussion

"Re: Compiling Native 3.3.1 from source"

To view the discussion, visit: http://community.jboss.org/message/569283#569283

--------------------------------------------------------------
Which version of maven 2 were you using? We actually did not test 3.3.1 with Maven 3, I believe you were having another kind of maven resolution issue (perhaps a temporary glitch with the repo or things like that). If you want to share some details on the additional investigation, feel free to do so.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569283#569283]

Start a new discussion in JBoss Web Services Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2047]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/deb5437e/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 06:01:36 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Tue, 02 Nov 2010 06:01:36 -0400
Subject: [jboss-dev-forums] [JBoss Profiler Development] - Re: Certainly a
 dumb question but...
In-Reply-To: <2-568819-3-76819-1288269749108-2-569274-3-76819-1288688800449.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-568819-3-76819-1288269749108.jivesbs.jivemailuser@http://community.jboss.org>
	<2-568819-3-76819-1288269749108-2-569274-3-76819-1288688800449.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-568819-3-76819-1288269749108-2-569285-3-2082-1288692085262.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Certainly a dumb question but..."

To view the discussion, visit: http://community.jboss.org/message/569285#569285

--------------------------------------------------------------
I have no idea, but why don't you simply measure something like this which would give you the answerf:

public class Test {
?? public static void main(String[] args){
????? a();
?? }

?? static a() throws Exception {
?????? Thread.sleep(1000);
?????? b();
?? }

?? static b() throws Exception {
????? Thread.sleep(3000);
?? }
}
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569285#569285]

Start a new discussion in JBoss Profiler Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2138]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/0559b8b8/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 06:23:38 2010
From: do-not-reply at jboss.com (Nic Essling)
Date: Tue, 02 Nov 2010 06:23:38 -0400
Subject: [jboss-dev-forums] [JBoss Web Services Development] - Re: Compiling
 Native 3.3.1 from source
In-Reply-To: <2-557728-3-73304-1282063769333-2-569283-3-3973-1288691971908.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-557728-3-73304-1282063769333.jivesbs.jivemailuser@http://community.jboss.org>
	<2-557728-3-73304-1282063769333-2-567977-3-69239-1287788196628.jivesbs.jivemailuser@http://community.jboss.org>
	<2-557728-3-73304-1282063769333-2-569283-3-3973-1288691971908.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-557728-3-73304-1282063769333-2-569287-3-69239-1288693405262.jivesbs.jivemailuser@http://community.jboss.org>

Nic Essling [http://community.jboss.org/people/cblumenro] created the discussion

"Re: Compiling Native 3.3.1 from source"

To view the discussion, visit: http://community.jboss.org/message/569287#569287

--------------------------------------------------------------
I used Maven 2.2.1. I can only say that I tried it several times, because I also thought it might be a temporal glitch. But then I switched to Maven 3.0 and it worked on the first attempt then...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569287#569287]

Start a new discussion in JBoss Web Services Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2047]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/4270b81d/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 10:11:06 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Tue, 02 Nov 2010 10:11:06 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Embedded AS
Message-ID: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/569335#569335

--------------------------------------------------------------
I'm having a play with getting the demos working as tests, and thought it would be cool to be able to start standalone in-vm as was done in BatchFailuresUnitTestCase/AbstractDeploymentTest.

The first problem I see is that when trying to use the StandaloneClient and calling SC.getServerModel() I get this exception:

Exception in thread "pool-11-thread-2" java.util.ServiceConfigurationError: org.jboss.marshalling.ProviderDescriptor: Provider org.jboss.mar
shalling.river.RiverProviderDescriptor could not be instantiated: java.lang.IllegalAccessError: tried to access class org.jboss.marshalling.
reflect.ConcurrentReferenceHashMap from class org.jboss.marshalling.reflect.SerializableClassRegistry
at java.util.ServiceLoader.fail(ServiceLoader.java:207)
at java.util.ServiceLoader.access$100(ServiceLoader.java:164)
at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:353)
at java.util.ServiceLoader$1.next(ServiceLoader.java:421)
at org.jboss.marshalling.Marshalling.loadMarshallerFactory(Marshalling.java:78)
at org.jboss.marshalling.Marshalling.getMarshallerFactory(Marshalling.java:74)
at org.jboss.as.protocol.ProtocolUtils.<clinit>(ProtocolUtils.java:50)
at org.jboss.as.protocol.mgmt.ManagementProtocolHeader.read(ManagementProtocolHeader.java:75)
at org.jboss.as.protocol.mgmt.ManagementResponseHeader.read(ManagementResponseHeader.java:60)
at org.jboss.as.protocol.mgmt.ManagementProtocolHeader.<init>(ManagementProtocolHeader.java:55)
at org.jboss.as.protocol.mgmt.ManagementResponseHeader.<init>(ManagementResponseHeader.java:45)
at org.jboss.as.protocol.mgmt.ManagementRequest$1.handle(ManagementRequest.java:124)
at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:59)
at org.jboss.as.protocol.ConnectionImpl.safeHandleMessage(ConnectionImpl.java:239)
at org.jboss.as.protocol.ConnectionImpl$1$1.run(ConnectionImpl.java:198)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.IllegalAccessError: tried to access class org.jboss.marshalling.reflect.ConcurrentReferenceHashMap from class org.jboss
.marshalling.reflect.SerializableClassRegistry
at org.jboss.marshalling.reflect.SerializableClassRegistry.<init>(SerializableClassRegistry.java:61)
at org.jboss.marshalling.reflect.SerializableClassRegistry.<clinit>(SerializableClassRegistry.java:42)
at org.jboss.marshalling.river.RiverMarshallerFactory$1.run(RiverMarshallerFactory.java:46)
at org.jboss.marshalling.river.RiverMarshallerFactory$1.run(RiverMarshallerFactory.java:44)
at java.security.AccessController.doPrivileged(Native Method)
at org.jboss.marshalling.river.RiverMarshallerFactory.<init>(RiverMarshallerFactory.java:44)
at org.jboss.marshalling.river.RiverProviderDescriptor.<clinit>(RiverProviderDescriptor.java:35)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:345)
... 15 more
Exception in thread "pool-11-thread-2" java.util.ServiceConfigurationError: org.jboss.marshalling.ProviderDescriptor: Provider org.jboss.mar
shalling.river.RiverProviderDescriptor could not be instantiated: java.lang.IllegalAccessError: tried to access class org.jboss.marshalling.
reflect.ConcurrentReferenceHashMap from class org.jboss.marshalling.reflect.SerializableClassRegistry
 at java.util.ServiceLoader.fail(ServiceLoader.java:207)
 at java.util.ServiceLoader.access$100(ServiceLoader.java:164)
 at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:353)
 at java.util.ServiceLoader$1.next(ServiceLoader.java:421)
 at org.jboss.marshalling.Marshalling.loadMarshallerFactory(Marshalling.java:78)
 at org.jboss.marshalling.Marshalling.getMarshallerFactory(Marshalling.java:74)
 at org.jboss.as.protocol.ProtocolUtils.<clinit>(ProtocolUtils.java:50)
 at org.jboss.as.protocol.mgmt.ManagementProtocolHeader.read(ManagementProtocolHeader.java:75)
 at org.jboss.as.protocol.mgmt.ManagementResponseHeader.read(ManagementResponseHeader.java:60)
 at org.jboss.as.protocol.mgmt.ManagementProtocolHeader.<init>(ManagementProtocolHeader.java:55)
 at org.jboss.as.protocol.mgmt.ManagementResponseHeader.<init>(ManagementResponseHeader.java:45)
 at org.jboss.as.protocol.mgmt.ManagementRequest$1.handle(ManagementRequest.java:124)
 at org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:59)
 at org.jboss.as.protocol.ConnectionImpl.safeHandleMessage(ConnectionImpl.java:239)
 at org.jboss.as.protocol.ConnectionImpl$1$1.run(ConnectionImpl.java:198)
 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
 at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.IllegalAccessError: tried to access class org.jboss.marshalling.reflect.ConcurrentReferenceHashMap from class org.jboss
.marshalling.reflect.SerializableClassRegistry
 at org.jboss.marshalling.reflect.SerializableClassRegistry.<init>(SerializableClassRegistry.java:61)
 at org.jboss.marshalling.reflect.SerializableClassRegistry.<clinit>(SerializableClassRegistry.java:42)
 at org.jboss.marshalling.river.RiverMarshallerFactory$1.run(RiverMarshallerFactory.java:46)
 at org.jboss.marshalling.river.RiverMarshallerFactory$1.run(RiverMarshallerFactory.java:44)
 at java.security.AccessController.doPrivileged(Native Method)
 at org.jboss.marshalling.river.RiverMarshallerFactory.<init>(RiverMarshallerFactory.java:44)
 at org.jboss.marshalling.river.RiverProviderDescriptor.<clinit>(RiverProviderDescriptor.java:35)
 at java.lang.Class.forName0(Native Method)
 at java.lang.Class.forName(Class.java:247)
 at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:345)
 ... 15 more

ADT starts the server without using modules so everything uses the app classpath, so that may be the reason for the exception?

I have created a little 'ServerStarter' module programatically from my tests and added that to the module roots of my LocalModuleLoader. The server is then started with the correct module classloader and most classes are loaded from the module I would expect. The exception is when a module that defines the 'system' dependency tries to load a class and it both exists on the app classpath and in a 'real' module. In this case the class is always loaded from 'system'.

Looking at Module.loadModuleClass() the loaders for the path for this situation seem to always have SystemLocalLoader before the ModuleClassLoaders. Is this intentional? Is there another way to have things both in app classpath and in modules always be loaded by modules?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569335#569335]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/5de00f43/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 12:56:02 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Tue, 02 Nov 2010 12:56:02 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-569364-3-2082-1288716959873.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/569364#569364

--------------------------------------------------------------
Talking to David, embedded stuff should always use the app classpath. I've got the server started but am seeing a few issues that I need to resolve
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569364#569364]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/a965b527/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 13:01:03 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Tue, 02 Nov 2010 13:01:03 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-569364-3-2082-1288716959873.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569364-3-2082-1288716959873.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-569367-3-2011-1288717248259.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/569367#569367

--------------------------------------------------------------
Well, any of the following solutions would work:
1. Run embedded stuff in a fully modularized environment
2. Put everything on the app classpath (and hope there's no duplicate dependencies...)
3. Use a hybrid solution with a customized module repos where no packages are duplicated between modules and the app class path

Just using the app classpath is the simplest, assuming you don't hit any duplicate issues.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569367#569367]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/f8ad8d4a/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 13:13:37 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Tue, 02 Nov 2010 13:13:37 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-569367-3-2011-1288717248259.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569364-3-2082-1288716959873.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569367-3-2011-1288717248259.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-569369-3-2082-1288718015065.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/569369#569369

--------------------------------------------------------------
I'm going for 2) for now. With a few changes -Dorg.jboss.as.embedded=true tells ModuleXmlParsers to only load extensions once, and ServerControllerOperationHandler to use its own cl when initializing the marshalling SimpleClassResolver.

1) Sounds like a real pain :-)
3) Might be possible once we have a cleaner separation between client and server classes
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569369#569369]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/103eb0ae/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 13:35:28 2010
From: do-not-reply at jboss.com (David Paz)
Date: Tue, 02 Nov 2010 13:35:28 -0400
Subject: [jboss-dev-forums] [JBoss ESB Development] - Passing Message to Jbpm
Message-ID: <2-569374-3-66148-1288719311122.jivesbs.jivemailuser@http://community.jboss.org>

David Paz [http://community.jboss.org/people/davidmpaz] created the discussion

"Passing Message to Jbpm"

To view the discussion, visit: http://community.jboss.org/message/569374#569374

--------------------------------------------------------------
Hello, I have a problem and I will appreciate any suggestion about it. This is my scenario:

I have several services orchestrated from jbpm, the starter service receive an xml through http, the xml is transformed (smooks) into an ArrayList<User>, the message is mapped to jbpm variable from esb as BODY_CONTENT.




My problems start when the process try to pause (I have a timer on it), I think it is because this kind of var is not persistable, this is the exeption

08:00:54,449 ERROR  http://community.jboss.org/message/569374#569374 Passing Message to Jbpm Unexpected error delivering message delegator-&gt;JBossMessage[21114107566866487]:PERSISTENT, deliveryId=18org.jbpm.JbpmException: cannot mark externally managed transaction for rollback??? at org.jbpm.persistence.db.DbPersistenceService.endTransaction(DbPersistenceService.java:129)??? at org.jbpm.persistence.db.DbPersistenceService.close(DbPersistenceService.java:201)??? at org.jbpm.svc.Services.close(Services.java:247)??? at org.jbpm.JbpmContext.close(JbpmContext.java:131)??? at org.jbpm.command.impl.CommandServiceImpl.execute(CommandServiceImpl.java:79)??? at org.jboss.soa.esb.services.jbpm.cmd.CommandExecutor.executeJbpmCommand(CommandExecutor.java:279)??? at org.jboss.soa.esb.services.jbpm.cmd.CommandExecutor.access$100(CommandExecutor.java:51)??? at org.jboss.soa.esb.services.jbpm.cmd.CommandExecutor$3.execute(CommandExecutor.java:136)??? at org.jboss.soa.esb.services.jbpm.actions.JBpmCallback.process(JBpmCallback.java:68)??? at sun.reflect.GeneratedMethodAccessor646.invoke(Unknown Source)??? at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)??? at java.lang.reflect.Method.invoke(Method.java:597)??? at org.jboss.soa.esb.listeners.message.ActionProcessorMethodInfo.processMethods(ActionProcessorMethodInfo.java:102)??? at org.jboss.soa.esb.listeners.message.OverriddenActionLifecycleProcessor.process(OverriddenActionLifecycleProcessor.java:74)??? at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.processPipeline(ActionProcessingPipeline.java:634)??? at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.processPipeline(ActionProcessingPipeline.java:588)??? at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.process(ActionProcessingPipeline.java:419)??? at org.jboss.soa.esb.listeners.jca.JcaMessageAwareListener.process(JcaMessageAwareListener.java:163)??? at org.jboss.soa.esb.listeners.jca.JcaJMSInflowMessageProcessorAdapter.onMessage(JcaJMSInflowMessageProcessorAdapter.java:44)??? at sun.reflect.GeneratedMethodAccessor645.invoke(Unknown Source)??? at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)??? at java.lang.reflect.Method.invoke(Method.java:597)??? at org.jboss.soa.esb.listeners.jca.BaseJcaInflow$1.invoke(BaseJcaInflow.java:205)??? at org.jboss.soa.esb.listeners.jca.EndpointProxy.delivery(EndpointProxy.java:258)??? at org.jboss.soa.esb.listeners.jca.EndpointProxy.invoke(EndpointProxy.java:150)??? at $Proxy374.onMessage(Unknown Source)??? at org.jboss.resource.adapter.jms.inflow.JmsServerSession.onMessage(JmsServerSession.java:178)??? at org.jboss.jms.client.container.ClientConsumer.callOnMessageStatic(ClientConsumer.java:160)??? at org.jboss.jms.client.container.SessionAspect.handleRun(SessionAspect.java:831)??? at org.jboss.aop.advice.org.jboss.jms.client.container.SessionAspect_z_handleRun_2046525641.invoke(SessionAspect_z_handleRun_2046525641.java)??? at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)??? at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInterceptor.java:170)??? at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:86)??? at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102)??? at org.jboss.jms.client.delegate.ClientSessionDelegate.run(ClientSessionDelegate.java)??? at org.jboss.jms.client.JBossSession.run(JBossSession.java:199)??? at org.jboss.resource.adapter.jms.inflow.JmsServerSession.run(JmsServerSession.java:234)??? at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:205)??? at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.java:260)??? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)??? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)??? at java.lang.Thread.run(Thread.java:619)


Can anyone propose a possible solution or point me to some direction for achieving this, please.

As a work around as I have tried to transform back the Collection into an xml string, so the process doesn't complain when paused. I would like to know how can I use that object model to generate an xml string using Smooks, FreeMarker template (notice I would like to generate back an xml with same structure as received one)

Again if someone can point me on the right direction, I will appreciate a lot.

If you need more information please I can post configuration files also.

Thanks for listen, David
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569374#569374]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/72929580/attachment.html 

From do-not-reply at jboss.com  Tue Nov  2 13:39:30 2010
From: do-not-reply at jboss.com (Remy Maucherat)
Date: Tue, 02 Nov 2010 13:39:30 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: AS 7 demos
In-Reply-To: <2-567221-3-2082-1287504190802-2-569117-3-2082-1288605015798.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-567221-3-2082-1287504190802.jivesbs.jivemailuser@http://community.jboss.org>
	<2-567221-3-2082-1287504190802-2-568275-3-2082-1288026753073.jivesbs.jivemailuser@http://community.jboss.org>
	<2-567221-3-2082-1287504190802-2-569117-3-2082-1288605015798.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-567221-3-2082-1287504190802-2-569376-3-2734-1288719553946.jivesbs.jivemailuser@http://community.jboss.org>

Remy Maucherat [http://community.jboss.org/people/remy.maucherat%40jboss.com] created the discussion

"Re: AS 7 demos"

To view the discussion, visit: http://community.jboss.org/message/569376#569376

--------------------------------------------------------------
On web, if you have patches to submit, could I review them first ? Thanks.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569376#569376]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101102/82d86f44/attachment.html 

From do-not-reply at jboss.com  Wed Nov  3 09:56:46 2010
From: do-not-reply at jboss.com (Jozsef Attila)
Date: Wed, 03 Nov 2010 09:56:46 -0400
Subject: [jboss-dev-forums] [JBoss Web Services Development] - JBossWS
 Native 3.3.1.GA client hangs during call
Message-ID: <2-569476-3-72762-1288792585653.jivesbs.jivemailuser@http://community.jboss.org>

Jozsef Attila [http://community.jboss.org/people/jozsef_attila] created the discussion

"JBossWS Native 3.3.1.GA client hangs during call"

To view the discussion, visit: http://community.jboss.org/message/569476#569476

--------------------------------------------------------------
Hi,

I have a webservice client that sometimes hangs during the web service call, here is the relevant thread dump:

{code}
"DefaultQuartzScheduler_Worker-6" prio=4 tid=0x07cc1400 nid=0x2574 in Object.wait() [0x0b84e000]
?? java.lang.Thread.State: WAITING (on object monitor)
??? at java.lang.Object.wait(Native Method)
??? - waiting on <0x3ece38f8> (a org.jboss.netty.channel.DefaultChannelFuture)
??? at java.lang.Object.wait(Object.java:502)
??? at org.jboss.netty.channel.DefaultChannelFuture.awaitUninterruptibly(DefaultChannelFuture.java:211)
??? - locked <0x3ece38f8> (a org.jboss.netty.channel.DefaultChannelFuture)
??? at org.jboss.ws.core.client.transport.NettyTransportOutputStream.close(NettyTransportOutputStream.java:140)
??? - locked <0x3d968a60> (a org.jboss.ws.core.client.transport.NettyTransportOutputStream)
??? at org.jboss.ws.core.client.transport.NettyClient.writeRequest(NettyClient.java:275)
??? at org.jboss.ws.core.client.transport.NettyClient.invokeInternal(NettyClient.java:171)
??? at org.jboss.ws.core.client.transport.NettyClient.invoke(NettyClient.java:121)
??? at org.jboss.ws.core.client.HTTPRemotingConnection.invoke(HTTPRemotingConnection.java:150)
??? at org.jboss.ws.core.client.SOAPProtocolConnectionHTTP.invoke(SOAPProtocolConnectionHTTP.java:69)
??? at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:369)
??? at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:302)
??? at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:181)
??? at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:161)
??? at $Proxy678.update(Unknown Source)
{code}

Once the thread gets into this stage it will remain like this forever. This may happen after thousands of successful web service calls.

Env: JBossWS native 3.3.1, JBoss 5.1, Java 6

Any ideas?

Thanks,
Jozsef
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569476#569476]

Start a new discussion in JBoss Web Services Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2047]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101103/3d9c2e6a/attachment.html 

From do-not-reply at jboss.com  Wed Nov  3 18:01:01 2010
From: do-not-reply at jboss.com (Scott Stark)
Date: Wed, 03 Nov 2010 18:01:01 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - TAG-12,
	deployment directory notions
Message-ID: <2-569558-3-2004-1288821658070.jivesbs.jivemailuser@http://community.jboss.org>

Scott Stark [http://community.jboss.org/people/scott.stark%40jboss.org] created the discussion

"TAG-12, deployment directory notions"

To view the discussion, visit: http://community.jboss.org/message/569558#569558

--------------------------------------------------------------
Related to TAG-12 ( https://jira.jboss.org/browse/TAG-12 https://jira.jboss.org/browse/TAG-12) and the associated old discussion:
 http://community.jboss.org/message/217771#217771 http://community.jboss.org/message/217771

I wanted to revisit the status of this issue with the AS7 release. The main point of the tag issue was:?  https://jira.jboss.org/browse/TAG-12 Rationalization of our deployment directory (primarily EAP issue ...to help customers and our own development teams avoid class-loader collisions.

This seems to be essentially captured in the combination of the module system and profiles. I guess a proper resolution would be to document adding a subsystem as well as an application, collection of applications such that the issue of class conflicts does not happen.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569558#569558]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101103/7348a5d4/attachment.html 

From do-not-reply at jboss.com  Thu Nov  4 07:20:24 2010
From: do-not-reply at jboss.com (vincenzo turco)
Date: Thu, 04 Nov 2010 07:20:24 -0400
Subject: [jboss-dev-forums] [JBoss Web Services Development] - Cannot create
 EJB-based web service with JBossWS runtime
Message-ID: <2-569616-3-77100-1288869620956.jivesbs.jivemailuser@http://community.jboss.org>

vincenzo turco [http://community.jboss.org/people/hicsuntleones] created the discussion

"Cannot create EJB-based web service with JBossWS runtime"

To view the discussion, visit: http://community.jboss.org/message/569616#569616

--------------------------------------------------------------
Hi all,
I am fairly new to JBoss but have some experience on Java EE so I apologize if this question is a bit newbie.
I have done some research on the web but to no use. The problem is the following: 

I am on JBoss AS 5.1 and trying to create EJB based ws endpoint using JBossWS runtime.
Eclipse is 3.5, JBoss tools is 3.1

JBoss tools plugin prevents me from using an EJB project as service project for WS generation.
Allowed project types are "plain java" or "dynamic web project".


I know that JBossWs comes in three "flavours", I assume I should use the native JBossWS runtime
Can some one please shed some light?

Thanks, regards
Vincenzo
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569616#569616]

Start a new discussion in JBoss Web Services Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2047]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101104/239b9496/attachment.html 

From do-not-reply at jboss.com  Thu Nov  4 07:56:42 2010
From: do-not-reply at jboss.com (amine mkacher)
Date: Thu, 04 Nov 2010 07:56:42 -0400
Subject: [jboss-dev-forums] [jBPM Development] - how to build JBPM3 from
 source aftermidifing and adding new classes
Message-ID: <2-569621-3-76702-1288871796732.jivesbs.jivemailuser@http://community.jboss.org>

amine mkacher [http://community.jboss.org/people/aminou] created the discussion

"how to build JBPM3 from source aftermidifing and adding new classes"

To view the discussion, visit: http://community.jboss.org/message/569621#569621

--------------------------------------------------------------
hello,

i would like to ask hwo we can build jbpm3 form source after adding some classes especially with using Aspect oriented progrmmation

to for example before living a task or a transition do this or that.

thanks a lot
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569621#569621]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101104/daaf97fb/attachment.html 

From do-not-reply at jboss.com  Thu Nov  4 09:35:59 2010
From: do-not-reply at jboss.com (JBoss Community)
Date: Thu, 04 Nov 2010 09:35:59 -0400
Subject: [jboss-dev-forums] Community Updates, October 28 - November 4
Message-ID: <1006039245.173381288877796716.JavaMail.jive@clearspace02.app.mwc.hst.phx2.redhat.com>

===============================================================
Community Updates for October 28 - November 4
===============================================================

You haven't set a status update. Log in and set your status at: http://community.jboss.org.

Your Content
 * testing the new list server [http://community.jboss.org/thread/127309]
     was viewed 12,398 times and replied to by 3 people
      * No Link to Jboss Nukes [http://community.jboss.org/thread/90785]
     was viewed 106,684 times and replied to by 3 people
     


Your Connections - Activity by people you are following
    You don't have any connections yet. Find people and connect! [http://community.jboss.org/people/]



Popular Content - The content that is most viewed and participated in
                * NHibernate for .NET [http://community.jboss.org/docs/DOC-14068]
                * Sessions and transactions [http://community.jboss.org/docs/DOC-13951]
                * Open Session in View [http://community.jboss.org/docs/DOC-13954]
                * JBoss Developer Studio 4 Beta now available [http://community.jboss.org/community/tools/blog/2010/10/21/jboss-developer-studio-4-beta-now-available]
                * JBoss Tools on Eclipse 3.6 (Helios) [http://community.jboss.org/community/tools/blog/2010/07/05/jboss-tools-on-eclipse-36-helios]
                * JBoss Tools on Eclipse Marketplace [http://community.jboss.org/community/tools/blog/2010/10/21/jboss-tools-on-eclipse-marketplace]
                * Re: Journaling errors [http://community.jboss.org/message/561590#561590]
                * Re: Integration with AS6 [http://community.jboss.org/message/533706#533706]
                * Re: Implementing a non-flat deployment for Weld Integration [http://community.jboss.org/message/567633#567633]



Tips and tricks - Get More from Meetings
Want to get more out of your meetings? Use Community to take meeting notes while the meeting is going on. Other people can chime in with their own notes, and you've got a shared record of what happened. 
 You can even create tasks from any action items, and Community makes it quick and easy. Just highlight the text of the action item, click on the New menu, and choose Task. The task will be filled out with the action item, speeding you on your way. 
 For recurring meetings you can use a Project to organize all the meeting notes and action item tasks in one place. 
 Find out more.


Not interested in these emails anymore, or want to change how often they come? Update your email preferences by visiting: http://community.jboss.org/user-notification-preferences!input.jspa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101104/b0dff9aa/attachment.html 

From do-not-reply at jboss.com  Thu Nov  4 11:49:42 2010
From: do-not-reply at jboss.com (Dilip Ford)
Date: Thu, 04 Nov 2010 11:49:42 -0400
Subject: [jboss-dev-forums] [JBoss AS Development Deployment Framework] -
 Dynamic Deployment of a jar within a EAR/WAR
Message-ID: <2-569679-3-77114-1288885762755.jivesbs.jivemailuser@http://community.jboss.org>

Dilip Ford [http://community.jboss.org/people/dilipl] created the discussion

"Dynamic Deployment  of a jar within a EAR/WAR"

To view the discussion, visit: http://community.jboss.org/message/569679#569679

--------------------------------------------------------------
For development purposes, I want to be able to "hot" deploy a jar within my EAR (The jar is contained in the WEb-INF/lib of the WAR within this EAR). The creation of the ear is a very complicated process and most times we are justchanging this jar.

I have deployed the app in the exploded format (in the deploy dir and tried various things to no avail. I have to restart the server for jboss to pick up these changes.

1) I tried replacing the jar (in web-inf/lib) and touching both and either of web.xml and application.xml. I get an error indicating "deployment failed" if the contents of the jar have changed
2) I tried using JMX by undeploying the app first, then copying the jar and deploying again. I get the same error.

We use Jboss 4.2. Any ideas?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569679#569679]

Start a new discussion in JBoss AS Development Deployment Framework at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2072]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101104/c9f1aec3/attachment.html 

From do-not-reply at jboss.com  Thu Nov  4 11:59:15 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Thu, 04 Nov 2010 11:59:15 -0400
Subject: [jboss-dev-forums] [JBoss Tools Development] - Eclipse Summit 2010
	Mini-Agenda
Message-ID: <102-16029-3-2230-1288886342400.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] modified the document:

"Eclipse Summit 2010 Mini-Agenda"

To view the document, visit: http://community.jboss.org/docs/DOC-16029

--------------------------------------------------------------
This doc outlines the items Nick and Max will be working on (or at least discussing at length) during Eclipse Summit:

*== Parent Pom & Target Platform Building ==*

Why is helios-remote-target not the default one for our builds ?
* It is enabled by default, along with the "helios" profile which includes all the Eclipse.org and google.com sites against which the helios-remote-target's site is built. So... maybe we no longer need the "helios" one to be enabled by default? ~Nick
* It is now default - so we use one single updatesite(Yay!)
* Outstanding: have a matching target platform that points to this site. Can we simply have one target in which we replace all repo urls ? (Nick)

Why does our pom not have relative path references so you don't have to install parent first ?
i.e. <relativePath>../../../build/parent/pom.xml</relativePath>
* If we use relative pom's shouldn't we make the aggregator pom for "modules" a parent pom that references to the uber-pom ? (avoids the need to update too much the children and allow each module to adjust for their needs - i.e. run tests non-ui harness)
* Outstanding: This should be done to a certain extent - need to look up consequences for aggreator/parent (Max)

*== Testing == (Max)
*

We should use two surefire runs to seperate (fast) unit tests from (slow) integration tests, i.e. use failsafe plugin or simply use IT* as the pattern for integration tests. -- Agreed. Can have different profiles w/ different classname filters in the parent/pom.xml. I was thinking more like  http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing where its split in same profile via mvn test and mvn integration-test goals.

We should find out how we can run some plugins with uiharness and others without, even within same plugin.

Would be good to find way just run tests without compiling everything again.

Need to get OSX tests run out-of-box, see m2eclipse/trunk/org.maven.ide.eclipse.parent/pom.xml

*== Source Bundles == (Nick)
*

Can we generate source bundles so we get source features ? (see egit for example of this)
(note: source features != sdk features since these doesn't include the binary) -- Apparently yes, but @d_a_carver says the egit stuff doesn't work. Yes, but git://github.com/pieceoftheloaf/tycho-examples.git for some reason do (at least I get sources plugin built).

We got a working setup for JMX, need to cleanup features and add feature.source.
Make script to generate it based on existing feature ?

*== Maven depoy == (Max)
*

At least our pom's should be deployed to repository.org

Need to start actually use versioning.

*== Dependencies ==*

We have an issue with javax.soap 1.2 vs. javax.soap 1.3 we haven't been able to resolve - JBIDE-6450 - need some idea on how to resolve it. - discussed with Chris A, solutions tried - nothing found yet. documented in JBIDE-6450.


Teiid/Savara extraneous dependencies (on datatools.enablement.sdk.feature (JBIDE-7443) or osgi package (instead of containing bundle/plugin/feature - SAVARA-141)

Decide contents of [JBDS Target Platform + 3rd Party Site] vs. [JBT TP] (ie., where to put things like m2eclipse, gwt, springide, testng and how to clearly state level of support)

Can we use tycho's "semi" support for maven dependencies for 3rd party jars, i.e. modeshape, drools and others have these jars in the system.

Check if upper/lower bound of plugins can be checked/applied so we get consistent p2/update behavior.

*== Update Sites ==*

Reduce the footprint of update site zips posted to download.jboss.org and sourceforge.net. Suggest either JUST the all-in-one aggregate site, or else the all-in-one + Hibernate, VPE, Drools, and Teiid (the biggest ones).

Publish multiple update sites into a singel composite site on devstudio.jboss.com. See  https://docspace.corp.redhat.com/docs/DOC-47710#Published_Artifacts https://docspace.corp.redhat.com/docs/DOC-47710#Published_Artifacts

*== Documentation & Auditing ==*

Tracking contents of JBT/JBDS when built as aggregation - JBIDE-7444

Create new HTML generator for both jboss.org and standalone index.html page (JBIDE-6958, JBIDE-7045)

Create new tool to diff between releases "sanity checker" - JBIDE-6343

Update docs re: building, testing, provisioning:
*  http://community.jboss.org/docs/DOC-15755 http://community.jboss.org/wiki/JBossToolsTargetPlatformProvisioningorhowtoresolvemissingdependencieswhencompilingJBossTools
*  http://www.jboss.org/tools/docs/building http://www.jboss.org/tools/docs/building
*  http://www.jboss.org/tools/docs/testing http://www.jboss.org/tools/docs/testing
* ...?
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-16029]

Create a new document in JBoss Tools Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2129]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101104/b3bcd484/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 04:14:11 2010
From: do-not-reply at jboss.com (JBoss Community)
Date: Fri, 05 Nov 2010 04:14:11 -0400
Subject: [jboss-dev-forums] [dev] - blog "IronJacamar Development" created
Message-ID: <37-2063-3-1-1288944849743.jivesbs.jivemailuser@http://community.jboss.org>

Administrator Administrator created a new blog

"IronJacamar Development"

To view the new blog in dev, visit: http://community.jboss.org/community/jbossas/ironjacamar/dev/blog

--------------------------------------------------------------
Discuss JCA design and development.
--------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/bfc40278/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 06:15:57 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Fri, 05 Nov 2010 06:15:57 -0400
Subject: [jboss-dev-forums] [JBoss Tools Development] - Eclipse Summit 2010
	Mini-Agenda
Message-ID: <102-16029-3-2230-1288952128412.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] modified the document:

"Eclipse Summit 2010 Mini-Agenda"

To view the document, visit: http://community.jboss.org/docs/DOC-16029

--------------------------------------------------------------
This doc outlines the items Nick and Max will be working on (or at least discussing at length) during Eclipse Summit:

*== Parent Pom & Target Platform Building ==*

Why is helios-remote-target not the default one for our builds ?
* It is enabled by default, along with the "helios" profile which includes all the Eclipse.org and google.com sites against which the helios-remote-target's site is built. So... maybe we no longer need the "helios" one to be enabled by default? ~Nick
* It is now default - so we use one single updatesite(Yay!)
* Outstanding: have a matching target platform that points to this site. Can we simply have one target in which we replace all repo urls ? (Nick)

Why does our pom not have relative path references so you don't have to install parent first ?
i.e. <relativePath>../../../build/parent/pom.xml</relativePath>
* If we use relative pom's shouldn't we make the aggregator pom for "modules" a parent pom that references to the uber-pom ? (avoids the need to update too much the children and allow each module to adjust for their needs - i.e. run tests non-ui harness)
* Outstanding: This should be done to a certain extent - need to look up consequences for aggreator/parent (Max)

*== Testing == (Max)
*

We should use two surefire runs to seperate (fast) unit tests from (slow) integration tests, i.e. use failsafe plugin or simply use IT* as the pattern for integration tests. -- Agreed. Can have different profiles w/ different classname filters in the parent/pom.xml. I was thinking more like  http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing where its split in same profile via mvn test and mvn integration-test goals.

We should find out how we can run some plugins with uiharness and others without, even within same plugin.

Would be good to find way just run tests without compiling everything again. - DONE! (mvn integration-test triggers compilation if there are changes + run tests. Running mvn osgi-test:test just runs tests, without compilation phase)

Need to get OSX tests run out-of-box, see m2eclipse/trunk/org.maven.ide.eclipse.parent/pom.xml - DONE! (uses activation of osx specific profile to set -d32 and other flags to have it run reliably on osx)

*== Source Bundles == (Nick)
*

Can we generate source bundles so we get source features ? (see egit for example of this)
(note: source features != sdk features since these doesn't include the binary) -- Apparently yes, but @d_a_carver says the egit stuff doesn't work. Yes, but git://github.com/pieceoftheloaf/tycho-examples.git for some reason do (at least I get sources plugin built).

We got a working setup for JMX, need to cleanup features and add feature.source.
Make script to generate it based on existing feature ?

*== Maven depoy == (Max)
*

At least our pom's should be deployed to repository.org

Need to start actually use versioning.

*== Dependencies ==*

We have an issue with javax.soap 1.2 vs. javax.soap 1.3 we haven't been able to resolve - JBIDE-6450 - need some idea on how to resolve it. - discussed with Chris A, solutions tried - nothing found yet. documented in JBIDE-6450.


Teiid/Savara extraneous dependencies (on datatools.enablement.sdk.feature (JBIDE-7443) or osgi package (instead of containing bundle/plugin/feature - SAVARA-141)

Decide contents of [JBDS Target Platform + 3rd Party Site] vs. [JBT TP] (ie., where to put things like m2eclipse, gwt, springide, testng and how to clearly state level of support)

Can we use tycho's "semi" support for maven dependencies for 3rd party jars, i.e. modeshape, drools and others have these jars in the system.

Check if upper/lower bound of plugins can be checked/applied so we get consistent p2/update behavior.

*== Update Sites ==*

Reduce the footprint of update site zips posted to download.jboss.org and sourceforge.net. Suggest either JUST the all-in-one aggregate site, or else the all-in-one + Hibernate, VPE, Drools, and Teiid (the biggest ones).

Publish multiple update sites into a singel composite site on devstudio.jboss.com. See  https://docspace.corp.redhat.com/docs/DOC-47710#Published_Artifacts https://docspace.corp.redhat.com/docs/DOC-47710#Published_Artifacts

*== Documentation & Auditing ==*

Tracking contents of JBT/JBDS when built as aggregation - JBIDE-7444

Create new HTML generator for both jboss.org and standalone index.html page (JBIDE-6958, JBIDE-7045)

Create new tool to diff between releases "sanity checker" - JBIDE-6343

Update docs re: building, testing, provisioning:
*  http://community.jboss.org/docs/DOC-15755 http://community.jboss.org/wiki/JBossToolsTargetPlatformProvisioningorhowtoresolvemissingdependencieswhencompilingJBossTools
*  http://www.jboss.org/tools/docs/building http://www.jboss.org/tools/docs/building
*  http://www.jboss.org/tools/docs/testing http://www.jboss.org/tools/docs/testing
* ...?
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-16029]

Create a new document in JBoss Tools Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2129]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/de2d7628/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 07:11:03 2010
From: do-not-reply at jboss.com (=?UTF-8?Q?S=C3=83=C2=BCleyman_Vurucu?=)
Date: Fri, 05 Nov 2010 07:11:03 -0400
Subject: [jboss-dev-forums] [EJB3 Development] - Ejb 3.1 &amp;
 JBoss AS 6 M5 User Authentifiaction and Autorisation
Message-ID: <2-569788-3-68023-1288955454669.jivesbs.jivemailuser@http://community.jboss.org>

S??leyman Vurucu [http://community.jboss.org/people/suikast42] created the discussion

"Ejb 3.1 &amp; JBoss AS 6 M5 User Authentifiaction and Autorisation"

To view the discussion, visit: http://community.jboss.org/message/569788#569788

--------------------------------------------------------------
Hi @ all,

My Environment:

Aplication Sevrer :????? jboss-6.0.0.20100911-M5 (default configuration without any changes)
IDE:????????????????????????? Eclipse 3.6
Jboss Tools?????????????? V 3.2
Java Version:???????????? JDK 1.6 U 20
OS:????????????????????????? Windows Vista 32 Bit

My Problem:

I Create a test Application. It Contains only one Stateless Bean with local an remote interfaces:

package beans.stateless;
?
import interfaces.stateless.FirstStatelessBeanLocal;
import interfaces.stateless.FirstStatelessBeanRemote;
?
import javax.annotation.*;
import javax.annotation.security.*;
import javax.ejb.*;
?
import org.apache.commons.logging.*;
import org.jboss.aop.*;
import org.jboss.beans.metadata.api.annotations.*;
import org.jboss.security.annotation.*;
?
/**
 * Session Bean implementation class FirstStatelessBean
 */
@Stateless
@SecurityDomain("JBossWS")
@RolesAllowed("{friend}")
public class FirstStatelessBean implements FirstStatelessBeanRemote, FirstStatelessBeanLocal {
?
??? /**
???? * Default constructor.
???? */
??? private int??? pCounterLocal??? = 0;
??? private int??? pCounterRemote??? = 0;
?
??? @Resource
??? private SessionContext myCtx ; 
??? 
??? public FirstStatelessBean() {
??? }
?
??? @PreDestroy
??? public void destroy() {
??????? LogFactory.getLog( getClass() ).warn( "Destroy" );
??????? pCounterLocal=0;
??????? pCounterRemote=0;
??? }
??? 
??? @PostConstruct
??? public void create(){
??????? LogFactory.getLog( getClass() ).warn( "Create" );
??? }
?
??? 
??? @Override
??? public String sayHelloLocal( String pMesssage ) {
??????? String lMessage = "Hello Local to " + pMesssage + " " + ( ++pCounterLocal ) + " Times";
??????? LogFactory.getLog( getClass() ).info( lMessage );
??????? return lMessage;
??? }
?
??? @Override
??? public String sayHelloRemote( String pMesssage ) {
??????? String lMessage = "Hello Remote to " + pMesssage + " " + ( ++pCounterRemote ) + " Times";
??????? LogFactory.getLog( getClass() ).info( lMessage );
//????? LogFactory.getLog( getClass() ).info( myCtx.getCallerPrincipal() );
??????? return lMessage;
??? }
?
??? @Override
??? @PrePassivate
??? public void passviate() {
??????? LogFactory.getLog( getClass() ).warn( "Passivate" );??????? 
??? }
?
?
}


On The Client side I get the JNDI Refrence on the following way:

Properties p = new Properties();
??????????????? p.put( Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory" );
??????????????? p.put( Context.PROVIDER_URL, "jnp://" + pServerAddr + ":" + pServerPort );
InitialContext jndiContext = new InitialContext( p );
?


So my excpected behavior (when I call sayHelloRemote) is an Exception. But this request still works with worong user information.

So what I'm doing wrong ?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569788#569788]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/6f29a34a/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 10:02:34 2010
From: do-not-reply at jboss.com (=?UTF-8?Q?S=C3=83=C2=BCleyman_Vurucu?=)
Date: Fri, 05 Nov 2010 10:02:34 -0400
Subject: [jboss-dev-forums] [EJB3 Development] - Re: Ejb 3.1 &amp;
 JBoss AS 6 M5 User Authentifiaction and Autorisation
In-Reply-To: <2-569788-3-68023-1288955454669.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569788-3-68023-1288955454669.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569788-3-68023-1288955454669-2-569825-3-68023-1288965747469.jivesbs.jivemailuser@http://community.jboss.org>

S??leyman Vurucu [http://community.jboss.org/people/suikast42] created the discussion

"Re: Ejb 3.1 &amp; JBoss AS 6 M5 User Authentifiaction and Autorisation"

To view the discussion, visit: http://community.jboss.org/message/569825#569825

--------------------------------------------------------------
So I try the example? from  http://community.jboss.org/docs/DOC-15571 http://community.jboss.org/wiki/Chapter15-SecurityandSchoolEJBAccess, I can access to all Methods without any authentification.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569825#569825]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/533bbfed/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 10:10:58 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Fri, 05 Nov 2010 10:10:58 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Hacking on AS7
Message-ID: <102-15596-3-2257-1288966245448.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] modified the document:

"Hacking on AS7"

To view the document, visit: http://community.jboss.org/docs/DOC-15596

--------------------------------------------------------------
h4. 1. Create a github account
 http://github.com http://github.com

h4. 2. Fork jboss-as into your account
 http://github.com/jbossas/jboss-as http://github.com/jbossas/jboss-as


h4. 3. Clone your newly forked copy onto your local workspace
 

$ git clone git at github.com:[your user]/jboss-as.git
Initialized empty Git repository in /devel/jboss-as/.git/
remote: Counting objects: 2444, done.
remote: Compressing objects: 100% (705/705), done.
remote: Total 2444 (delta 938), reused 2444 (delta 938)
Receiving objects: 100% (2444/2444), 1.71 MiB | 205 KiB/s, done.
Resolving deltas: 100% (938/938), done.
 
$ cd jboss-as



h4. 4. Add a remote ref to upstream, for pulling future updates
git remote add upstream git://github.com/jbossas/jboss-as.git 


h4. 5. Use maven (via build.sh) (make sure you use maven 3)
$ ./build.sh install
.....
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO] 
[INFO] JBoss Application Server: BOM ..................... SUCCESS [1.834s]
[INFO] JBoss Application Server: Parent Aggregator ....... SUCCESS [0.022s]
[INFO] JBoss Application Server: Domain Core ............. SUCCESS [3.051s]
[INFO] JBoss Application Server: Server Manager .......... SUCCESS [0.204s]
[INFO] JBoss Application Server: Server .................. SUCCESS [0.283s]
[INFO] JBoss Application Server: Domain Controller ....... SUCCESS [0.084s]
[INFO] JBoss Application Server: Process Manager ......... SUCCESS [0.314s]
[INFO] JBoss Application Server: Remoting ................ SUCCESS [0.390s]
[INFO] JBoss Application Server: Build ................... SUCCESS [5.696s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------


h4. 6. Pulling later updates from upstream
$ git pull --rebase upstream master
>From git://github.com/jbossas/jboss-as
 * branch??????????? master???? -> FETCH_HEAD
Updating 3382570..1fa25df
Fast-forward
 {parent => bom}/pom.xml??????????????????????????? |?? 70 ++++----------
 build/pom.xml????????????????????????????????????? |?? 13 +--
 domain/pom.xml???????????????????????????????????? |?? 10 ++
 .../src/main/resources/examples/host-example.xml?? |??? 2 +-
 .../resources/examples/jboss-domain-example.xml??? |?? 28 +++---
 .../main/resources/schema/jboss-domain-common.xsd? |?? 12 +--
 .../main/resources/schema/jboss-domain-host.xsd??? |??? 2 +-
 domain/src/main/resources/schema/jboss-domain.xsd? |?? 17 ++--
 pom.xml??????????????????????????????????????????? |? 100 ++++++++++++++++++--
 process-manager/pom.xml??????????????????????????? |??? 3 +-
 10 files changed, 156 insertions(+), 101 deletions(-)
 rename {parent => bom}/pom.xml (85%)


*(--rebase will automatically move your local commits, if you have any, on top of the latest branch you pull from, you can leave it off if you do not). Please note that --rebase is very important if you do have commits. What happens is that when git pull can't fast forward, it does a merge commit, and a merge commit puts the sucked in changes ON TOP of yours whereas a rebase puts them BELOW yours. In other words a merge commit makes the history a graph, and we prefer a cleaner, easier to follow linear history (hence the rebasing). Further once you do a merge commit it will be difficult to rebase the history before that commit (say you want to combine two commits to one later) as described in point 12.*

*One way to not forget --rebase the rebase option is you may want to create an alias*
 
 
 
 $ git config --global alias.up "pull --rebase"

*and then just use the new alias instead of pull*
 
 $ git up upstream master


*One last option, which some prefer, is to avoid using pull altogether, and just use fetch + rebase (this is of course more typing)*

*7. Pushing pulled updates (or local commits if you aren't using topic branches) to your private github repo (origin)*
$ git push
Counting objects: 192, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (44/44), done.
Writing objects: 100% (100/100), 10.67 KiB, done.
Total 100 (delta 47), reused 100 (delta 47)
To git at github.com:[your user]/jboss-as.git
?? 3382570..1fa25df? master -> master


*You might need to say -f to force the changes. Read the note on 12 though before you do it.*
h4. 8. Discuss your planned changes (if you want feedback)
* On the forums -  http://community.jboss.org/en/jbossas/dev/jboss_as7_development http://community.jboss.org/en/jbossas/dev/jboss_as7_development
* On IRC - irc://irc.freenode.org/jboss-as7 or https://webchat.freenode.net/?channels=jboss-as7 (http://webchat.freenode.net/?channels=jboss-as7)
h4. 9. Make sure there is a JIRA somewhere for the enhancement/fix
 http://jira.jboss.org http://jira.jboss.org

h4. 10. Create a simple topic branch to isolate that work (just a recommendation)
git checkout -b my_cool_feature

h6. Note: See tips section for how to use a nice git prompt for tracking what branch you are in!
h6. 11. Make the changes and commit one or more times (Don't forget to push)
git commit -m 'JBAS-XXXX Frunubucate the Fromungulator'
git commit -m 'JBAS-YYYY Tripple Performance of Fromungulation'
git push my_cool_feature


+Note that git push references the branch you are pushing and defaults to master, *not your working branch*.+

h4. 12. Rebase your branch against the latest master (applies your patches on top of master)
git fetch upstream
git rebase -i upstream/master
# if you have conflicts fix them and rerun rebase
# The -f, forces the push, alters history, see note below
git push -f my_cool_feature



The -i triggers an interactive update which also allows you to combine commits, alter commit messages etc. It's a good idea to make the commit log very nice for external consumption. Note that this alters history, which while great for making a clean patch, is unfriendly to anyone who has forked your branch. Therefore you want to make sure that you either work in a branch that you don't share, or if you do share it, tell them you are about to revise the branch history (and thus, they will then need to rebase on top of your branch once you push it out).
h4. 13. Get your changes merged into upstream
1. Make sure your repo is in sync with other unrelated changes in upstream before requesting your changes be merged into upstream by repeating? step 12.
2. Email a pull request to  mailto:jbossas-pull-requests at lists.jboss.org jbossas-pull-requests at lists.jboss.org (if I haven't subscribed the list, do it  https://lists.jboss.org/mailman/listinfo/jbossas-pull-requests here) with a link to your repo, a description of the changes, and who reviewed (if any)
3. After review a maintainer will merge your patch, update/resolve issues by request, and reply when complete
4. Don't forget to switch back to master and pull the updates1. git checkout master
git pull upstream master





h4. Appendix A.? Adding a new external dependency
1. Edit pom.xml and add a property of the form "version.groupId.artifactId" which contains the Maven version of the dependency.? Add your dependency to the <dependencyManagement> section, and use the property for the version.? If your new dependency has any transitive dependencies, be sure to <exclude> them (or if possible, update the project so that all its dependencies are of *provided* scope).
2. Add your dependency to any AS modules that require it, but only with group/artifact.
3. Edit build/pom.xml and add your dependency with only group/artifact.
4. Create a directory in build/src/modules corresponding to the *module's* name (which will differ from the Maven group/artifact name; look at other modules to get a feel for the naming scheme), with a version of "main", like this: "build/src/modules/org/jboss/foo/main".
5. Create a module.xml file inside the "main" directory.? Use a module.xml from another similar module as a template.
6. Edit build/build.xml and add a <module-def> element.? The name listed in the <module-def> element corresponds to the *module* name.? The group/artifact listed in the nested maven-resource element(s) refer to the *Maven* group/artifact name.
7. *Important:* Make sure you did not introduce any transitive dependencies by using "mvn dependency:tree".? If you did, be sure to add <exclusion>s for each of them to your dependency as described above.

Please be sure to preserve the alphabetical ordering of all POMs and the build.xml file.
h4. Appendix B.? Adding a new AS submodule
1. Create the directory corresponding to the submodule and add it to the root pom.xml file.? The convention is to leave off the "jboss-as-" portion, so "jboss-as-remoting" becomes "remoting".
2. Create a POM for your submodule (use another submodule as a template).? Make sure all dependencies you specify do *not* include a version.? The group ID should be "org.jboss.as", and the artifact ID should begin with "jboss-as-" and there should be a proper <name> for the new module.
3. Add the new submodule to the top section of the <dependencyManagement> of the top-level pom.xml.? The version should be set to "${project.version}".? This section is sorted alphabetically by artifact name so please preserve that ordering.
4. Add your submodule dependency to any AS modules that require it, but only with group/artifact.
5. Edit build/pom.xml and add the new submodule with only group/artifact.
6. Create a directory in build/src/modules corresponding to the submodule, with a version of "main", like this: "build/src/modules/org/jboss/as/new-subsystem/main".
7. Create a module.xml file inside the "main" directory.? Use a module.xml from another subsystem as a template.
8. Edit build/build.xml and add a <module-def> element for the subsystem.? Use the module name and Maven coordinates from steps 6 and 2 respectively.? Use another submodule as a template.

Please be sure to preserve the alphabetical ordering of all POMs and the build.xml file.

h4. Appendix C.? Profiling with JProfiler
Performance tuning is an important part of AS7 development.? In order to use JProfiler on a standalone AS 7 instance, first you need to add the following to your standalone.conf file:

JAVA_OPTS="$JAVA_OPTS -Djboss.modules.system.pkgs=com.jprofiler -agentlib:jprofilerti -Xbootclasspath/a:/path/to/jprofiler/bin/agent.jar"



The "jboss.modules.system.pkgs" property tells JBoss Modules to allow the "com.profiler" classes to be found from any class loader, which is essential to allow the JProfiler agent to run.

It's easiest to then just set up your JProfiler session as "Remote", and start the server and the profiler in any order.? That's it!

h4. Tips & Tricks!
h4. Creating a Git status prompt in your terminal
This makes it easy to not forget what branch you are working in and quickly tell if you have changes. The following will adjust the PS1 on unix (or cygwin on Windows). Note that it assumes a compiled version of git, which is also the case for the OSX packages. If you are using the bundled rpm version, change the completion path to "/etc/bash_completion.d/git"


GIT_COMPLETION_PATH="/usr/local/git/contrib/completion/git-completion.bash"
if [ -f "$GIT_COMPLETION_PATH" ]; then
?? GIT_PS1_SHOWDIRTYSTATE=true
?? . "$GIT_COMPLETION_PATH"
?? ADD_PS1='$(__git_ps1)'
fi

if [[ ${EUID} == 0 ]] ; then
????? PS1="\[\033[01;31m\]\h\[\033[01;34m\] \w\[\033[33m\]$ADD_PS1\[\033[34m\] \$\[\033[00m\] "
else
????? PS1="\[\033[01;32m\]\u@\h\[\033[01;34m\] \w\[\033[33m\]$ADD_PS1\[\033[34m\] \$\[\033[00m\] "
fi
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-15596]

Create a new document in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2225]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/b334766a/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 13:20:21 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Fri, 05 Nov 2010 13:20:21 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - JBoss AS7 User Guide
Message-ID: <102-16068-3-2016-1288977616355.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] modified the document:

"JBoss AS7 User Guide"

To view the document, visit: http://community.jboss.org/docs/DOC-16068

--------------------------------------------------------------
This is a brief guide intended to help users who wish to experiment with JBoss AS 7 as it undergoes development. Feedback on its content is most appreciated, either via comments on this page, via forum posts in this "JBoss AS7 Development" section of the wiki, or by posts to the  https://lists.jboss.org/mailman/listinfo/jboss-development jboss-develoment mailing list.

AS 7 is currently in "Alpha" status, so users should not expect all (or even most) of the capabilities of more stable AS 5 and 6 releases to be present. Users should also be aware that significant changes may be made from one alpha release to another.

h2. Getting JBoss AS 7

AS 7 is available from the  http://www.jboss.org/jbossas/downloads.html jboss.org download page. As in earlier JBoss AS releases, installation consists of unzipping the release distribution.

Users are encouraged to check out the AS 7 source and build it themselves. This is quite quick and painless once git is installed on your system, and getting git set up is also quite easy to do.? See the  http://community.jboss.org/docs/DOC-15596 Hacking On JBoss AS 7 wiki page for more details on working with the AS 7 source.

h2. Quick Start

Once you have the distribution unzipped, you need to decide whether you want to work in "domain mode" or "standalone mode". See XXX for more on what those choices mean.

If you want to work in domain mode, open terminal and cd into the distribution's bin directory, and run the "domain" launch script:

$ cd bin
$ ./domain.sh


On Windows:

> cd bin
> domain.bat


This will launch a total of 5 processes on your system: three JBoss AS server instances; a Domain Controller process that acts as a central management point for all servers that belong to the same "domain"; and a lightweight ProcessManager process that is responsibility for spawning the other 4 processes and monitoring their lifecycle.

If you want to work in standalone mode, open terminal and cd into the? distribution's bin directory, and run the "standalone" launch script:

$ cd bin
$ ./standalone.sh

On Windows:

> cd bin
> standalone.bat

This will launch a single process on your system, a standalone JBoss AS server instance.

If you have the AS 7 source checked out, there are a number of demos that can be run from the source checkout's demos module. See below for details.
h2. Domain Mode vs. Standalone Mode

One of the primary new features of AS 7 is the ability to manage multiple AS instances from a single control point. A collection of such servers are referred to as members of a "domain", with a single Domain Controller process acting as the management control point. Domains can span multiple physical (or virtual) machines, with all AS instances on a given host under the control of a Server Manager process. The Server Managers interact with the Domain Controller to control the lifecycle of the AS instances running on that host and to assist the Domain Controller in managing them.

When you launch JBoss AS in "domain mode" (via the domain.sh or domain.bat launch scripts) your intent is to launch a DomainController, a Server Manager and usually at least one AS instance.

For more on running servers in domain mode, a roughly 20 minute video is available online (divided in two pieces):

 http://www.youtube.com/watch?v=phV3QiKQf2E http://www.youtube.com/watch?v=phV3QiKQf2E 
 http://www.youtube.com/watch?v=gCeQ2KIO0qc http://www.youtube.com/watch?v=gCeQ2KIO0qc

For many use cases, the centralized managment capability available via domain mode is not necessary. For these use cases, the AS can also be run in "standalone mode". In standalone mode each AS instance is an independent process, much like an AS 3, 4, 5, or 6 instance is. Standalone instances can be launched via the standalone.sh or standalone.bat launch scripts.

If more than one standalone instance is launched and multi-server management is desired, it is the user's responsibility to coordinate management across the servers.

The current AS 7 alpha release does not support HA functionality. However, it's important to understand that once HA functionality is added, it will be orthogonal to "domain mode" vs. "standalone mode". That is, a group of servers running in standalone mode will be able to be configured to form an HA cluster. The domain and standalone modes determine how the servers are managed, not what capabilities they provide.

A given server instance cannot be switched between domain mode and standalone mode; i.e. you can launch domain.sh, stop the processes, and then launch standalone.sh and expect any relationship between what was running. The configurations are separate. We may in future releases include some tooling to ease the task of translating a given server configuration from domain mode to standalone mode.

h2. Contents of the AS 7 Distribution

The AS 7 distribution includes the following directories:

*bin* -- location of the launch scripts

*docs* -- license files, documentation, schemas, examples, etc. The amount of content in this directory will increase as development continues.

*modules* -- AS 7 is based on a modular classloading architecture. The various modules used in the server are stored here. Generally speaking, this is not an area that would be modified by end users.

*domain* -- only relevant when domain mode is used. Configuration files, deployment content, and writeable areas used by the domain mode processes that run off of this installation. See below for further details.

*standalone* -- only relevant when standalone mode is used. Configuration files, deployment content, and writeable areas used by the single standalone server that runs off this installation. See below for further details.

h3. Contents of the "domain" Directory

Only relevant when domain mode is used.

*configuration* -- configuration files for the domain and for the Server Manager and any servers running off of this installation. If we've done our jobs well, these configuration files are the only configuration files end users should need to touch (outside of deployment descriptors in their own application deployments). See below for more on these files.

*content* -- an internal working area for the Server Manager that controls this installation. This is where it internally stores deployment content. This directory is not meant to be manipulated by end users.

*log* -- location where the Process Manager and Server Manager write their log files.

*servers* -- writeable area used by each AS instance. Each AS instance will have its own subdirectory, created when the server is first started. In each server's subdirectory there will be the following subdirectories:
data -- information written by the server that needs to survive a restart of the server
log -- the server's log files
tmp -- location for temporary files written by the server

*system-content* -- an internal working area. Storage for non-end-user deployments; i.e. deployments that the subsystems that comprise a running AS themselves deploy into the runtime as part of the service they provide.

h3. Contents of the "standalone" Directory

Only relevant when standalone mode is used.

*configuration* -- configuration files for the standalone server that runs off of this installation. If we've done our jobs? well, these configuration files are the only configuration files end? users should need to touch (outside of deployment descriptors in their? own application deployments). See below for more on these files.

*data* -- information written by the server that needs to survive a restart of the server

*deployments* -- an area where end user deployment content can be placed if automatic detection and deployment of that content into the server's runtime is desired. The server's management API exposes other means for installing deployment content, and use of that API in preference to the deployments directory is preferred. We realize however, that at this early stage in AS 7's development the tooling around the deployment API is in its infancy, so many users will utilizes the deployments directory to deploy content. Note that "domain mode" does not support deploying content based on scanning a filesystem.

*log* -- the server's log files

*tmp* -- location for temporary files written by the server

*system-content* -- an internal working area. Storage for non-end-user deployments; i.e.? deployments that the subsystems that comprise a running AS themselves? deploy into the runtime as part of the service they provide.

h2. "Domain Mode" Configuration Files

Located in the *domain/configuration* directory.

*domain.xml* -- primary configuration file for the domain. Among other things, includes the configuration of the various "profiles" that AS instances can be configured to run. A profile configuration includes the detailed configuration of the various subsystems that comprise that profile (e.g. and embedded JBoss Web instance is a subsystem; a JBoss TS transaction manager is a subsystem, etc). Includes the definition of groups of sockets that those subsystems may open. And includes definition of "server groups", to which a profile, a group of socket definitions and zero or more deployments are mapped. Each individual server will be mapped (in host.xml, see below) to a server group; the configuration of that server group largely defines the configuration of the individual server.

A domain.xml file must be located in the domain/configuration directory of an installation that's meant to run the Domain Controller. It does not need to be present in installations that are not meant to run a Domain Controller; i.e. those whose Server Manager is configured to contact a remote Domain Controller. The presence of a domain.xml file on such a server does no harm; it will be ignored.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <host> element, to learn more about configuration of an AS Server Manager.

*host.xml* -- configuration file for the Server Manager that runs off of this particular installation. Each installation must have a host.xml file. Contains configuration information that is specific to the particular installation. Primarily:
* the listing of the names of the actual AS server instances that are meant to run off of this installation, along with the server group they belong to.
* configuration of how the Server Manager is to contact the Domain Controller to register itself and access the domain configuration. This may either be configuration of how to find and contact a remote Domain Controller, or a configuration telling the Server Manager to itself act as the Domain Controller.
* configuration of items that are specific to the local physical installation. For example, named interface definitions declared in domain.xml can be mapped to an actual machine-specific IP address in host.xml. Abstract path names in domain.xml can be mapped to actual filesystem paths in host.xml.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <server> element, to learn more about configuration of a standalone AS instance.
*logging.properties* -- Contains the logging configuration for the Server Manager and Process Manager that run off of this installation. Also defines the initial bootstrap logging configuration for each individual AS instance. This boostrap logging configuration is replaced with the logging configuration specified in the domain.xml file once the server boot has reached the point where that configuration is available.

h2. "Standalone Mode" Configuration Files

Located in the *standalone/configuration* directory.

*standalone.xml* -- primary configuration file for the AS instance. Among other things,? includes the configuration of the "profile" that the AS instance? is configured to run. A profile configuration includes the detailed? configuration of the various subsystems that comprise that profile (e.g.? and embedded JBoss Web instance is a subsystem; a JBoss TS transaction? manager is a subsystem, etc). Also includes the definition of the sockets that those subsystems may open.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <server> element, to learn more about configuration of a standalone AS instance.

*logging.properties* -- Contains the? initial bootstrap logging configuration for the AS instance.? This boostrap logging configuration is replaced with the logging? configuration specified in the standalone.xml file once the server boot has? reached the point where that configuration is available.

h2. Demos in the Source Checkout
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-16068]

Create a new document in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2225]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/5ff025a2/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 13:53:58 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Fri, 05 Nov 2010 13:53:58 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Hacking on AS7
Message-ID: <102-15596-3-3973-1288979624806.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] modified the document:

"Hacking on AS7"

To view the document, visit: http://community.jboss.org/docs/DOC-15596

--------------------------------------------------------------
h4. 1. Create a github account
 http://github.com http://github.com

h4. 2. Fork jboss-as into your account
 http://github.com/jbossas/jboss-as http://github.com/jbossas/jboss-as


h4. 3. Clone your newly forked copy onto your local workspace
 

$ git clone git at github.com:[your user]/jboss-as.git
Initialized empty Git repository in /devel/jboss-as/.git/
remote: Counting objects: 2444, done.
remote: Compressing objects: 100% (705/705), done.
remote: Total 2444 (delta 938), reused 2444 (delta 938)
Receiving objects: 100% (2444/2444), 1.71 MiB | 205 KiB/s, done.
Resolving deltas: 100% (938/938), done.
 
$ cd jboss-as



h4. 4. Add a remote ref to upstream, for pulling future updates
git remote add upstream git://github.com/jbossas/jboss-as.git 


h4. 5. Use maven (via build.sh) (make sure you use maven 3)
$ ./build.sh install
.....
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO] 
[INFO] JBoss Application Server: BOM ..................... SUCCESS [1.834s]
[INFO] JBoss Application Server: Parent Aggregator ....... SUCCESS [0.022s]
[INFO] JBoss Application Server: Domain Core ............. SUCCESS [3.051s]
[INFO] JBoss Application Server: Server Manager .......... SUCCESS [0.204s]
[INFO] JBoss Application Server: Server .................. SUCCESS [0.283s]
[INFO] JBoss Application Server: Domain Controller ....... SUCCESS [0.084s]
[INFO] JBoss Application Server: Process Manager ......... SUCCESS [0.314s]
[INFO] JBoss Application Server: Remoting ................ SUCCESS [0.390s]
[INFO] JBoss Application Server: Build ................... SUCCESS [5.696s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------


h4. 6. Pulling later updates from upstream
$ git pull --rebase upstream master
>From git://github.com/jbossas/jboss-as
 * branch??????????? master???? -> FETCH_HEAD
Updating 3382570..1fa25df
Fast-forward
 {parent => bom}/pom.xml??????????????????????????? |?? 70 ++++----------
 build/pom.xml????????????????????????????????????? |?? 13 +--
 domain/pom.xml???????????????????????????????????? |?? 10 ++
 .../src/main/resources/examples/host-example.xml?? |??? 2 +-
 .../resources/examples/jboss-domain-example.xml??? |?? 28 +++---
 .../main/resources/schema/jboss-domain-common.xsd? |?? 12 +--
 .../main/resources/schema/jboss-domain-host.xsd??? |??? 2 +-
 domain/src/main/resources/schema/jboss-domain.xsd? |?? 17 ++--
 pom.xml??????????????????????????????????????????? |? 100 ++++++++++++++++++--
 process-manager/pom.xml??????????????????????????? |??? 3 +-
 10 files changed, 156 insertions(+), 101 deletions(-)
 rename {parent => bom}/pom.xml (85%)


*(--rebase will automatically move your local commits, if you have any, on top of the latest branch you pull from, you can leave it off if you do not). Please note that --rebase is very important if you do have commits. What happens is that when git pull can't fast forward, it does a merge commit, and a merge commit puts the sucked in changes ON TOP of yours whereas a rebase puts them BELOW yours. In other words a merge commit makes the history a graph, and we prefer a cleaner, easier to follow linear history (hence the rebasing). Further once you do a merge commit it will be difficult to rebase the history before that commit (say you want to combine two commits to one later) as described in point 12.*

*One way to not forget --rebase the rebase option is you may want to create an alias*
 
 
 
 $ git config --global alias.up "pull --rebase"

*and then just use the new alias instead of pull*
 
 $ git up upstream master


*One last option, which some prefer, is to avoid using pull altogether, and just use fetch + rebase (this is of course more typing)*

*7. Pushing pulled updates (or local commits if you aren't using topic branches) to your private github repo (origin)*
$ git push
Counting objects: 192, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (44/44), done.
Writing objects: 100% (100/100), 10.67 KiB, done.
Total 100 (delta 47), reused 100 (delta 47)
To git at github.com:[your user]/jboss-as.git
?? 3382570..1fa25df? master -> master


*You might need to say -f to force the changes. Read the note on 12 though before you do it.*
h4. 8. Discuss your planned changes (if you want feedback)
* On the forums -  http://community.jboss.org/en/jbossas/dev/jboss_as7_development http://community.jboss.org/en/jbossas/dev/jboss_as7_development
* On IRC - irc://irc.freenode.org/jboss-as7 or https://webchat.freenode.net/?channels=jboss-as7 (http://webchat.freenode.net/?channels=jboss-as7)
h4. 9. Make sure there is a JIRA somewhere for the enhancement/fix
 http://jira.jboss.org http://jira.jboss.org

h4. 10. Create a simple topic branch to isolate that work (just a recommendation)
git checkout -b my_cool_feature

h6. Note: See tips section for how to use a nice git prompt for tracking what branch you are in!
h6. 11. Make the changes and commit one or more times (Don't forget to push)
git commit -m 'JBAS-XXXX Frunubucate the Fromungulator'
git commit -m 'JBAS-YYYY Tripple Performance of Fromungulation'
git push my_cool_feature


+Note that git push references the branch you are pushing and defaults to master, *not your working branch*.+

h4. 12. Rebase your branch against the latest master (applies your patches on top of master)
git fetch upstream
git rebase -i upstream/master
# if you have conflicts fix them and rerun rebase
# The -f, forces the push, alters history, see note below
git push -f my_cool_feature



The -i triggers an interactive update which also allows you to combine commits, alter commit messages etc. It's a good idea to make the commit log very nice for external consumption. Note that this alters history, which while great for making a clean patch, is unfriendly to anyone who has forked your branch. Therefore you want to make sure that you either work in a branch that you don't share, or if you do share it, tell them you are about to revise the branch history (and thus, they will then need to rebase on top of your branch once you push it out).
h4. 13. Get your changes merged into upstream
1. Make sure your repo is in sync with other unrelated changes in upstream before requesting your changes be merged into upstream by repeating? step 12.
2. Email a pull request to  mailto:jbossas-pull-requests at lists.jboss.org jbossas-pull-requests at lists.jboss.org (if I haven't subscribed the list, do it  https://lists.jboss.org/mailman/listinfo/jbossas-pull-requests here) with a link to your repo, a description of the changes, and who reviewed (if any)
3. After review a maintainer will merge your patch, update/resolve issues by request, and reply when complete
4. Don't forget to switch back to master and pull the updates1. git checkout master
git pull upstream master





h4. Appendix A.? Adding a new external dependency
1. Edit pom.xml and add a property of the form "version.groupId.artifactId" which contains the Maven version of the dependency.? Add your dependency to the <dependencyManagement> section, and use the property for the version.? If your new dependency has any transitive dependencies, be sure to <exclude> them (or if possible, update the project so that all its dependencies are of *provided* scope).
2. Add your dependency to any AS modules that require it, but only with group/artifact.
3. Edit build/pom.xml and add your dependency with only group/artifact.
4. Create a directory in build/src/modules corresponding to the *module's* name (which will differ from the Maven group/artifact name; look at other modules to get a feel for the naming scheme), with a version of "main", like this: "build/src/modules/org/jboss/foo/main".
5. Create a module.xml file inside the "main" directory.? Use a module.xml from another similar module as a template.
6. Edit build/build.xml and add a <module-def> element.? The name listed in the <module-def> element corresponds to the *module* name.? The group/artifact listed in the nested maven-resource element(s) refer to the *Maven* group/artifact name.
7. *Important:* Make sure you did not introduce any transitive dependencies by using "mvn dependency:tree".? If you did, be sure to add <exclusion>s for each of them to your dependency as described above.

Please be sure to preserve the alphabetical ordering of all POMs and the build.xml file.
h4. Appendix B.? Adding a new AS submodule
1. Create the directory corresponding to the submodule and add it to the root pom.xml file.? The convention is to leave off the "jboss-as-" portion, so "jboss-as-remoting" becomes "remoting".
2. Create a POM for your submodule (use another submodule as a template).? Make sure all dependencies you specify do *not* include a version.? The group ID should be "org.jboss.as", and the artifact ID should begin with "jboss-as-" and there should be a proper <name> for the new module.
3. Add the new submodule to the top section of the <dependencyManagement> of the top-level pom.xml.? The version should be set to "${project.version}".? This section is sorted alphabetically by artifact name so please preserve that ordering.
4. Add the new submodule to the modules section element of the top-level pom.xml
5. Add your submodule dependency to any AS modules that require it, but only with group/artifact.
6. Edit build/pom.xml and add the new submodule with only group/artifact.
7. Create a directory in build/src/modules corresponding to the submodule, with a version of "main", like this: "build/src/main/resources/modules/org/jboss/as/new-subsystem/main".
8. Create a module.xml file inside the "main" directory.? Use a module.xml from another subsystem as a template.
9. Edit build/build.xml and add a <module-def> element for the subsystem.? Use the module name and Maven coordinates from steps 6 and 2 respectively.? Use another submodule as a template.

Please be sure to preserve the alphabetical ordering of all POMs and the build.xml file.

h4. Appendix C.? Profiling with JProfiler
Performance tuning is an important part of AS7 development.? In order to use JProfiler on a standalone AS 7 instance, first you need to add the following to your standalone.conf file:

JAVA_OPTS="$JAVA_OPTS -Djboss.modules.system.pkgs=com.jprofiler -agentlib:jprofilerti -Xbootclasspath/a:/path/to/jprofiler/bin/agent.jar"



The "jboss.modules.system.pkgs" property tells JBoss Modules to allow the "com.profiler" classes to be found from any class loader, which is essential to allow the JProfiler agent to run.

It's easiest to then just set up your JProfiler session as "Remote", and start the server and the profiler in any order.? That's it!

h4. Tips & Tricks!
h4. Creating a Git status prompt in your terminal
This makes it easy to not forget what branch you are working in and quickly tell if you have changes. The following will adjust the PS1 on unix (or cygwin on Windows). Note that it assumes a compiled version of git, which is also the case for the OSX packages. If you are using the bundled rpm version, change the completion path to "/etc/bash_completion.d/git"


GIT_COMPLETION_PATH="/usr/local/git/contrib/completion/git-completion.bash"
if [ -f "$GIT_COMPLETION_PATH" ]; then
?? GIT_PS1_SHOWDIRTYSTATE=true
?? . "$GIT_COMPLETION_PATH"
?? ADD_PS1='$(__git_ps1)'
fi

if [[ ${EUID} == 0 ]] ; then
????? PS1="\[\033[01;31m\]\h\[\033[01;34m\] \w\[\033[33m\]$ADD_PS1\[\033[34m\] \$\[\033[00m\] "
else
????? PS1="\[\033[01;32m\]\u@\h\[\033[01;34m\] \w\[\033[33m\]$ADD_PS1\[\033[34m\] \$\[\033[00m\] "
fi
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-15596]

Create a new document in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2225]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/4487309d/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 14:16:06 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Fri, 05 Nov 2010 14:16:06 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - JBoss AS7 User Guide
Message-ID: <102-16068-3-2016-1288980947657.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] modified the document:

"JBoss AS7 User Guide"

To view the document, visit: http://community.jboss.org/docs/DOC-16068

--------------------------------------------------------------
This is a brief guide intended to help users who wish to experiment with JBoss AS 7 as it undergoes development. Feedback on its content is most appreciated, either via comments on this page, via forum posts in this "JBoss AS7 Development" section of the wiki, or by posts to the  https://lists.jboss.org/mailman/listinfo/jboss-development jboss-develoment mailing list.

AS 7 is currently in "Alpha" status, so users should not expect all (or even most) of the capabilities of more stable AS 5 and 6 releases to be present. Users should also be aware that significant changes may be made from one alpha release to another.

h2. Getting JBoss AS 7

AS 7 is available from the  http://www.jboss.org/jbossas/downloads.html jboss.org download page. As in earlier JBoss AS releases, installation consists of unzipping the release distribution.

Users are encouraged to check out the AS 7 source and build it themselves. This is quite quick and painless once git is installed on your system, and getting git set up is also quite easy to do.? See the  http://community.jboss.org/docs/DOC-15596 Hacking On JBoss AS 7 wiki page for more details on working with the AS 7 source.

h2. Quick Start

Once you have the distribution unzipped, you need to decide whether you want to work in "domain mode" or "standalone mode". See XXX for more on what those choices mean.

If you want to work in domain mode, open terminal and cd into the distribution's bin directory, and run the "domain" launch script:

$ cd bin
$ ./domain.sh


On Windows:

> cd bin
> domain.bat


This will launch a total of 5 processes on your system: three JBoss AS server instances; a Domain Controller process that acts as a central management point for all servers that belong to the same "domain"; and a lightweight ProcessManager process that is responsibility for spawning the other 4 processes and monitoring their lifecycle.

If you want to work in standalone mode, open terminal and cd into the? distribution's bin directory, and run the "standalone" launch script:

$ cd bin
$ ./standalone.sh

On Windows:

> cd bin
> standalone.bat

This will launch a single process on your system, a standalone JBoss AS server instance.

If you have the AS 7 source checked out, there are a number of demos that can be run from the source checkout's demos module. See below for details.
h2. Domain Mode vs. Standalone Mode

One of the primary new features of AS 7 is the ability to manage multiple AS instances from a single control point. A collection of such servers are referred to as members of a "domain", with a single Domain Controller process acting as the management control point. Domains can span multiple physical (or virtual) machines, with all AS instances on a given host under the control of a Server Manager process. The Server Managers interact with the Domain Controller to control the lifecycle of the AS instances running on that host and to assist the Domain Controller in managing them.

When you launch JBoss AS in "domain mode" (via the domain.sh or domain.bat launch scripts) your intent is to launch a DomainController, a Server Manager and usually at least one AS instance.

For more on running servers in domain mode, a roughly 20 minute video is available online (divided in two pieces):

 http://www.youtube.com/watch?v=phV3QiKQf2E http://www.youtube.com/watch?v=phV3QiKQf2E 
 http://www.youtube.com/watch?v=gCeQ2KIO0qc http://www.youtube.com/watch?v=gCeQ2KIO0qc

For many use cases, the centralized managment capability available via domain mode is not necessary. For these use cases, the AS can also be run in "standalone mode". In standalone mode each AS instance is an independent process, much like an AS 3, 4, 5, or 6 instance is. Standalone instances can be launched via the standalone.sh or standalone.bat launch scripts.

If more than one standalone instance is launched and multi-server management is desired, it is the user's responsibility to coordinate management across the servers.

The current AS 7 alpha release does not support HA functionality. However, it's important to understand that once HA functionality is added, it will be orthogonal to "domain mode" vs. "standalone mode". That is, a group of servers running in standalone mode will be able to be configured to form an HA cluster. The domain and standalone modes determine how the servers are managed, not what capabilities they provide.

A given server instance cannot be switched between domain mode and standalone mode; i.e. you cannot launch domain.sh, stop the processes, and then launch standalone.sh and expect any relationship between what was running. The configurations are separate. We may in future releases include some tooling to ease the task of translating a given server configuration from domain mode to standalone mode.

h2. Contents of the AS 7 Distribution

The AS 7 distribution includes the following directories:

*bin* -- location of the launch scripts

*docs* -- license files, documentation, schemas, examples, etc. The amount of content in this directory will increase as development continues.

*modules* -- AS 7 is based on a modular classloading architecture. The various modules used in the server are stored here. Generally speaking, this is not an area that would be modified by end users.

*domain* -- only relevant when domain mode is used. Configuration files, deployment content, and writeable areas used by the domain mode processes that run off of this installation. See below for further details.

*standalone* -- only relevant when standalone mode is used. Configuration files, deployment content, and writeable areas used by the single standalone server that runs off this installation. See below for further details.

h3. Contents of the "domain" Directory

Only relevant when domain mode is used.

*configuration* -- configuration files for the domain and for the Server Manager and any servers running off of this installation. If we've done our jobs well, these configuration files are the only configuration files end users should need to touch (outside of deployment descriptors in their own application deployments). See below for more on these files.

*content* -- an internal working area for the Server Manager that controls this installation. This is where it internally stores deployment content. This directory is not meant to be manipulated by end users.

*log* -- location where the Process Manager and Server Manager write their log files.

*servers* -- writeable area used by each AS instance. Each AS instance will have its own subdirectory, created when the server is first started. In each server's subdirectory there will be the following subdirectories:
data -- information written by the server that needs to survive a restart of the server
log -- the server's log files
tmp -- location for temporary files written by the server

*system-content* -- an internal working area. Storage for non-end-user deployments; i.e. deployments that the subsystems that comprise a running AS themselves deploy into the runtime as part of the service they provide.

h3. Contents of the "standalone" Directory

Only relevant when standalone mode is used.

*configuration* -- configuration files for the standalone server that runs off of this installation. If we've done our jobs? well, these configuration files are the only configuration files end? users should need to touch (outside of deployment descriptors in their? own application deployments). See below for more on these files.

*data* -- information written by the server that needs to survive a restart of the server

*deployments* -- an area where end user deployment content can be placed if automatic detection and deployment of that content into the server's runtime is desired. The server's management API exposes other means for installing deployment content, and use of that API in preference to the deployments directory is preferred. We realize however, that at this early stage in AS 7's development the tooling around the deployment API is in its infancy, so many users will utilizes the deployments directory to deploy content. Note that "domain mode" does not support deploying content based on scanning a filesystem.

*log* -- the server's log files

*tmp* -- location for temporary files written by the server

*system-content* -- an internal working area. Storage for non-end-user deployments; i.e.? deployments that the subsystems that comprise a running AS themselves? deploy into the runtime as part of the service they provide.

h2. "Domain Mode" Configuration Files

Located in the *domain/configuration* directory.

*domain.xml* -- primary configuration file for the domain. Among other things, includes the configuration of the various "profiles" that AS instances can be configured to run. A profile configuration includes the detailed configuration of the various subsystems that comprise that profile (e.g. and embedded JBoss Web instance is a subsystem; a JBoss TS transaction manager is a subsystem, etc). Includes the definition of groups of sockets that those subsystems may open. And includes definition of "server groups", to which a profile, a group of socket definitions and zero or more deployments are mapped. Each individual server will be mapped (in host.xml, see below) to a server group; the configuration of that server group largely defines the configuration of the individual server.

A domain.xml file must be located in the domain/configuration directory of an installation that's meant to run the Domain Controller. It does not need to be present in installations that are not meant to run a Domain Controller; i.e. those whose Server Manager is configured to contact a remote Domain Controller. The presence of a domain.xml file on such a server does no harm; it will be ignored.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <host> element, to learn more about configuration of an AS Server Manager.

*host.xml* -- configuration file for the Server Manager that runs off of this particular installation. Each installation must have a host.xml file. Contains configuration information that is specific to the particular installation. Primarily:
* the listing of the names of the actual AS server instances that are meant to run off of this installation, along with the server group they belong to.
* configuration of how the Server Manager is to contact the Domain Controller to register itself and access the domain configuration. This may either be configuration of how to find and contact a remote Domain Controller, or a configuration telling the Server Manager to itself act as the Domain Controller.
* configuration of items that are specific to the local physical installation. For example, named interface definitions declared in domain.xml can be mapped to an actual machine-specific IP address in host.xml. Abstract path names in domain.xml can be mapped to actual filesystem paths in host.xml.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <server> element, to learn more about configuration of a standalone AS instance.
*logging.properties* -- Contains the logging configuration for the Server Manager and Process Manager that run off of this installation. Also defines the initial bootstrap logging configuration for each individual AS instance. This boostrap logging configuration is replaced with the logging configuration specified in the domain.xml file once the server boot has reached the point where that configuration is available.

h2. "Standalone Mode" Configuration Files

Located in the *standalone/configuration* directory.

*standalone.xml* -- primary configuration file for the AS instance. Among other things,? includes the configuration of the "profile" that the AS instance? is configured to run. A profile configuration includes the detailed? configuration of the various subsystems that comprise that profile (e.g.? and embedded JBoss Web instance is a subsystem; a JBoss TS transaction? manager is a subsystem, etc). Also includes the definition of the sockets that those subsystems may open.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <server> element, to learn more about configuration of a standalone AS instance.

*logging.properties* -- Contains the? initial bootstrap logging configuration for the AS instance.? This boostrap logging configuration is replaced with the logging? configuration specified in the standalone.xml file once the server boot has? reached the point where that configuration is available.

h2. Demos in the Source Checkout

The source checkout includes a "demos" module that includes a number of demos that can be run from maven. Building the module will output a usage note that explains how to run the demos:

usage:
???? [echo] To run an example:
???? [echo] 1) In a separate console window,start either a standalone JBoss AS instance or a JBoss AS domain
???? [echo] 2) Run mvn package -Dexample=<example.name> where "exammple.name is the name of the example
???? [echo] 
???? [echo] Valid example names to run against a standalone JBoss AS instance are
???? [echo]?? sar????????????? - deploys mbeans packaged in a sar
???? [echo]?? managedbean????? - deploys a managed bean
???? [echo]?? serviceloader??? - deploys a serviceloader style service
???? [echo]?? messaging??????? - deploys HornetQ native sender and receiver
???? [echo]?? jms????????????? - deploys HornetQ JMS sender and receiver
???? [echo]?? jms.client?????? - Uses HornetQ JMS API from the client
???? [echo]?? rar????????????? - deploys a resource adapter
???? [echo]?? ds?????????????? - deploys a test bean for data sources
???? [echo]?? war????????????? - deploys a simple servlet and connects to it
???? [echo]?? client.messaging - creates a HornetQ core queue using the management API
???? [echo]?? client.jms?????? - creates a JMS queue using the management API
???? [echo]?? web.connector??? - creates and removes a jboss web connector
???? [echo] 
???? [echo] Valid example names to run against a JBoss AS domain are
???? [echo]?? domain.configs???? - reads the domain config and any available server manager configs
???? [echo]?? domain.ds????????? - deploys deploys a test bean for data sources
???? [echo]?? domain.messaging?? - deploys HornetQ native sender and receiver
???? [echo]?? domain.rar???????? - deploys deploys a resource adapter
???? [echo]?? domain.servers???? - shows domain, server manager and server configs, starts/stops servers

The primary point of the demos is to look at the source code and see how they use the AS's management API to deploy content and/or alter the configuration of the running server(s). To see how an example works, look at the relevant demos/src/main/java/org/jboss/as/demos/<example.name>/runner.ExampleRunner.java file.
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-16068]

Create a new document in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2225]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/6338473c/attachment.html 

From do-not-reply at jboss.com  Fri Nov  5 14:36:39 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Fri, 05 Nov 2010 14:36:39 -0400
Subject: [jboss-dev-forums] [JBoss AS7 Development] - JBoss AS7 User Guide
Message-ID: <102-16068-3-2016-1288982189064.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] modified the document:

"JBoss AS7 User Guide"

To view the document, visit: http://community.jboss.org/docs/DOC-16068

--------------------------------------------------------------
This is a brief guide intended to help users who wish to experiment with JBoss AS 7 as it undergoes development. Feedback on its content is most appreciated, either via comments on this page, via forum posts in this "JBoss AS7 Development" section of the wiki, or by posts to the  https://lists.jboss.org/mailman/listinfo/jboss-development jboss-develoment mailing list.

AS 7 is currently in "Alpha" status, so users should not expect all (or even most) of the capabilities of more stable AS 5 and 6 releases to be present. Users should also be aware that significant changes may be made from one alpha release to another.

h2. Getting JBoss AS 7

AS 7 is available from the  http://www.jboss.org/jbossas/downloads.html jboss.org download page. As in earlier JBoss AS releases, installation consists of unzipping the release distribution.

Users are encouraged to check out the AS 7 source and build it themselves. This is quite quick and painless once git is installed on your system, and getting git set up is also quite easy to do.? See the  http://community.jboss.org/docs/DOC-15596 Hacking On JBoss AS 7 wiki page for more details on working with the AS 7 source.

h2. Quick Start

Once you have the distribution unzipped, you need to decide whether you want to work in "domain mode" or "standalone mode". See XXX for more on what those choices mean.

If you want to work in domain mode, open terminal and cd into the distribution's bin directory, and run the "domain" launch script:

$ cd bin
$ ./domain.sh


On Windows:

> cd bin
> domain.bat


This will launch a total of 5 processes on your system: three JBoss AS server instances; a Domain Controller process that acts as a central management point for all servers that belong to the same "domain"; and a lightweight ProcessManager process that is responsibility for spawning the other 4 processes and monitoring their lifecycle.

If you want to work in standalone mode, open terminal and cd into the? distribution's bin directory, and run the "standalone" launch script:

$ cd bin
$ ./standalone.sh

On Windows:

> cd bin
> standalone.bat

This will launch a single process on your system, a standalone JBoss AS server instance.

If you have the AS 7 source checked out, there are a number of demos that can be run from the source checkout's demos module. See below for details.
h2. Domain Mode vs. Standalone Mode

One of the primary new features of AS 7 is the ability to manage multiple AS instances from a single control point. A collection of such servers are referred to as members of a "domain", with a single Domain Controller process acting as the management control point. Domains can span multiple physical (or virtual) machines, with all AS instances on a given host under the control of a Server Manager process. The Server Managers interact with the Domain Controller to control the lifecycle of the AS instances running on that host and to assist the Domain Controller in managing them.

When you launch JBoss AS in "domain mode" (via the domain.sh or domain.bat launch scripts) your intent is to launch a DomainController, a Server Manager and usually at least one AS instance.

For more on running servers in domain mode, a roughly 20 minute video is available online (divided in two pieces):

 http://www.youtube.com/watch?v=phV3QiKQf2E http://www.youtube.com/watch?v=phV3QiKQf2E 
 http://www.youtube.com/watch?v=gCeQ2KIO0qc http://www.youtube.com/watch?v=gCeQ2KIO0qc

For many use cases, the centralized managment capability available via domain mode is not necessary. For these use cases, the AS can also be run in "standalone mode". In standalone mode each AS instance is an independent process, much like an AS 3, 4, 5, or 6 instance is. Standalone instances can be launched via the standalone.sh or standalone.bat launch scripts.

If more than one standalone instance is launched and multi-server management is desired, it is the user's responsibility to coordinate management across the servers.

The current AS 7 alpha release does not support HA functionality. However, it's important to understand that once HA functionality is added, it will be orthogonal to "domain mode" vs. "standalone mode". That is, a group of servers running in standalone mode will be able to be configured to form an HA cluster. The domain and standalone modes determine how the servers are managed, not what capabilities they provide.

A given server instance cannot be switched between domain mode and standalone mode; i.e. you cannot launch domain.sh, stop the processes, and then launch standalone.sh and expect any relationship between what was running. The configurations are separate. We may in future releases include some tooling to ease the task of translating a given server configuration from domain mode to standalone mode.

h2. Contents of the AS 7 Distribution

The AS 7 distribution includes the following directories:

*bin* -- location of the launch scripts

*docs* -- license files, documentation, schemas, examples, etc. The amount of content in this directory will increase as development continues.

*modules* -- AS 7 is based on a modular classloading architecture. The various modules used in the server are stored here. Generally speaking, this is not an area that would be modified by end users.

*domain* -- only relevant when domain mode is used. Configuration files, deployment content, and writeable areas used by the domain mode processes that run off of this installation. See below for further details.

*standalone* -- only relevant when standalone mode is used. Configuration files, deployment content, and writeable areas used by the single standalone server that runs off this installation. See below for further details.

h3. Contents of the "domain" Directory

Only relevant when domain mode is used.

*configuration* -- configuration files for the domain and for the Server Manager and any servers running off of this installation. If we've done our jobs well, these configuration files are the only configuration files end users should need to touch (outside of deployment descriptors in their own application deployments). See below for more on these files.

*content* -- an internal working area for the Server Manager that controls this installation. This is where it internally stores deployment content. This directory is not meant to be manipulated by end users.

*log* -- location where the Process Manager and Server Manager write their log files.

*servers* -- writeable area used by each AS instance. Each AS instance will have its own subdirectory, created when the server is first started. In each server's subdirectory there will be the following subdirectories:
data -- information written by the server that needs to survive a restart of the server
log -- the server's log files
tmp -- location for temporary files written by the server

*system-content* -- an internal working area. Storage for non-end-user deployments; i.e. deployments that the subsystems that comprise a running AS themselves deploy into the runtime as part of the service they provide.

h3. Contents of the "standalone" Directory

Only relevant when standalone mode is used.

*configuration* -- configuration files for the standalone server that runs off of this installation. If we've done our jobs? well, these configuration files are the only configuration files end? users should need to touch (outside of deployment descriptors in their? own application deployments). See below for more on these files.

*data* -- information written by the server that needs to survive a restart of the server

*deployments* -- an area where end user deployment content can be placed if automatic detection and deployment of that content into the server's runtime is desired. The server's management API exposes other means for installing deployment content, and use of that API in preference to the deployments directory is preferred. We realize however, that at this early stage in AS 7's development the tooling around the deployment API is in its infancy, so many users will utilizes the deployments directory to deploy content. Note that "domain mode" does not support deploying content based on scanning a filesystem.

*log* -- the server's log files

*tmp* -- location for temporary files written by the server

*system-content* -- an internal working area. Storage for non-end-user deployments; i.e.? deployments that the subsystems that comprise a running AS themselves? deploy into the runtime as part of the service they provide.

h2. "Domain Mode" Configuration Files

Located in the *domain/configuration* directory.

*domain.xml* -- primary configuration file for the domain. Among other things, includes the configuration of the various "profiles" that AS instances can be configured to run. A profile configuration includes the detailed configuration of the various subsystems that comprise that profile (e.g. and embedded JBoss Web instance is a subsystem; a JBoss TS transaction manager is a subsystem, etc). Includes the definition of groups of sockets that those subsystems may open. And includes definition of "server groups", to which a profile, a group of socket definitions and zero or more deployments are mapped. Each individual server will be mapped (in host.xml, see below) to a server group; the configuration of that server group largely defines the configuration of the individual server.

A domain.xml file must be located in the domain/configuration directory of an installation that's meant to run the Domain Controller. It does not need to be present in installations that are not meant to run a Domain Controller; i.e. those whose Server Manager is configured to contact a remote Domain Controller. The presence of a domain.xml file on such a server does no harm; it will be ignored.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <host> element, to learn more about configuration of an AS Server Manager.

*host.xml* -- configuration file for the Server Manager that runs off of this particular installation. Each installation must have a host.xml file. Contains configuration information that is specific to the particular installation. Primarily:
* the listing of the names of the actual AS server instances that are meant to run off of this installation, along with the server group they belong to.
* configuration of how the Server Manager is to contact the Domain Controller to register itself and access the domain configuration. This may either be configuration of how to find and contact a remote Domain Controller, or a configuration telling the Server Manager to itself act as the Domain Controller.
* configuration of items that are specific to the local physical installation. For example, named interface definitions declared in domain.xml can be mapped to an actual machine-specific IP address in host.xml. Abstract path names in domain.xml can be mapped to actual filesystem paths in host.xml.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <server> element, to learn more about configuration of a standalone AS instance.
*logging.properties* -- Contains the logging configuration for the Server Manager and Process Manager that run off of this installation. Also defines the initial bootstrap logging configuration for each individual AS instance. This boostrap logging configuration is replaced with the logging configuration specified in the domain.xml file once the server boot has reached the point where that configuration is available.

h2. "Standalone Mode" Configuration Files

Located in the *standalone/configuration* directory.

*standalone.xml* -- primary configuration file for the AS instance. Among other things,? includes the configuration of the "profile" that the AS instance? is configured to run. A profile configuration includes the detailed? configuration of the various subsystems that comprise that profile (e.g.? and embedded JBoss Web instance is a subsystem; a JBoss TS transaction? manager is a subsystem, etc). Also includes the definition of the sockets that those subsystems may open.

Users are encouraged to have a look at the  https://github.com/jbossas/jboss-as/blob/master/domain/src/main/resources/schema/jboss_7_0.xsd AS 7 configuration schema, starting with the <server> element, to learn more about configuration of a standalone AS instance.

*logging.properties* -- Contains the? initial bootstrap logging configuration for the AS instance.? This boostrap logging configuration is replaced with the logging? configuration specified in the standalone.xml file once the server boot has? reached the point where that configuration is available.
h2. 
Available Subsystems

AS 7 is under active development. Not all capabilities present in more mature releases of the AS 5 and 6 series are available in AS 7 yet. Following is a brief listing of the subsystems available in the various AS 7 releases. Items listed below may not be entirely feature complete.
h4. 7.0.0.Alpha1

* logging -- configuration of logging appenders, categories, etc
* threads -- thread pool management
* sockets -- socket binding management
* naming -- local JNDI. Note that direct remote access to JNDI is not supported in Alpha1 (see the client.jms demo for an example of a clever hack to get remote access to JNDI via an MBeanServerConnection)
* transactions -- JTA
* jmx -- MBeanServer with remote access capability
* web -- basic servlet and JSP support
* messaging -- HornetQ server
* JMS -- JMS queues, topics and connection factories
* JCA connectors
* Datasources
* JCA resource adapter deployments
* osgi -- OSGI bundle deployment
* remoting -- JBoss Remoting 3 connectors
* managed beans -- EE 6 managed bean deployments
* SAR deployments -- both legacy mbean deployments and those based on the JDK 6 ServiceLoader concept. Note that not all legacy sar capabilities are supported

h2. Demos in the Source Checkout

The source checkout includes a "demos" module that includes a number of demos that can be run from maven. Building the module will output a usage note that explains how to run the demos:

usage:
???? [echo] To run an example:
???? [echo] 1) In a separate console window,start either a standalone JBoss AS instance or a JBoss AS domain
???? [echo] 2) Run mvn package -Dexample=<example.name> where "exammple.name is the name of the example
???? [echo] 
???? [echo] Valid example names to run against a standalone JBoss AS instance are
???? [echo]?? sar????????????? - deploys mbeans packaged in a sar
???? [echo]?? managedbean????? - deploys a managed bean
???? [echo]?? serviceloader??? - deploys a serviceloader style service
???? [echo]?? messaging??????? - deploys HornetQ native sender and receiver
???? [echo]?? jms????????????? - deploys HornetQ JMS sender and receiver
???? [echo]?? jms.client?????? - Uses HornetQ JMS API from the client
???? [echo]?? rar????????????? - deploys a resource adapter
???? [echo]?? ds?????????????? - deploys a test bean for data sources
???? [echo]?? war????????????? - deploys a simple servlet and connects to it
???? [echo]?? client.messaging - creates a HornetQ core queue using the management API
???? [echo]?? client.jms?????? - creates a JMS queue using the management API
???? [echo]?? web.connector??? - creates and removes a jboss web connector
???? [echo] 
???? [echo] Valid example names to run against a JBoss AS domain are
???? [echo]?? domain.configs???? - reads the domain config and any available server manager configs
???? [echo]?? domain.ds????????? - deploys deploys a test bean for data sources
???? [echo]?? domain.messaging?? - deploys HornetQ native sender and receiver
???? [echo]?? domain.rar???????? - deploys deploys a resource adapter
???? [echo]?? domain.servers???? - shows domain, server manager and server configs, starts/stops servers

The primary point of the demos is to look at the source code and see how they use the AS's management API to deploy content and/or alter the configuration of the running server(s). To see how an example works, look at the relevant demos/src/main/java/org/jboss/as/demos/<example.name>/runner.ExampleRunner.java file.
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-16068]

Create a new document in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2225]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101105/862ff42e/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 04:53:06 2010
From: do-not-reply at jboss.com (shiva shankar)
Date: Mon, 08 Nov 2010 04:53:06 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Task Instance Not Ending
Message-ID: <2-569927-3-77172-1289064919265.jivesbs.jivemailuser@http://community.jboss.org>

shiva shankar [http://community.jboss.org/people/shivashankar.p] created the discussion

"Task Instance Not Ending"

To view the discussion, visit: http://community.jboss.org/message/569927#569927

--------------------------------------------------------------
Hi,

I have following process definition.

<?xml version="1.0" encoding="UTF-8"?>
<process-definition xmlns="urn:jbpm.org:jpdl-3.2" name="simple">
?? <start-state name="start">
????? <transition name="Start" to="Step1"></transition>
?? </start-state>
?? <end-state name="end"></end-state>
?? <task-node name="Step1">
????? <task name="Step1">
???????? <assignment class="com.sample.SimpleAssignmentHandler"></assignment>
????? </task>
????? <transition name="Step2" to="Step2"></transition>
?? </task-node>
?? <task-node name="Step2">
????? <task name="Step2"></task>
????? <transition name="End" to="end"></transition>
?? </task-node>
</process-definition>

i had deployed the process definition using below code.

JbpmContext jbpmContext = JbpmConfiguration.getInstance().createJbpmContext();
String businessKey="";
FileInputStream fis=new FileInputStream("D:/java_pro/simple.zip");
ZipInputStream zis=new ZipInputStream(new BufferedInputStream(fis));
ProcessDefinition processDefinition=ProcessDefinition.parseParZipInputStream(zis);
GraphSession gs=jbpmContext.getGraphSession();
gs.deployProcessDefinition(processDefinition);
for(int i=0;i<=5;i++){
??????????????? ProcessInstance processInstance=jbpmContext.newProcessInstance(processDefinition.getName());
??????????????? businessKey="KEY15102010"+i;
??????????????? processInstance.setKey(businessKey);
??????????????? //processInstance=jbpmContext.getProcessInstance(processInstance.getId());
??????????????? Token token=processInstance.getRootToken();
??????????????? Transition transition=(Transition)token.getAvailableTransitions().iterator().next();
??????????????? token.signal(transition);
??????????????? //jbpmContext.save(processInstance);
??????????? }
?????????? 
jbpmContext.close();

and i have writen the following code to end a process instance

JbpmContext jbpmContext = JbpmConfiguration.getInstance().createJbpmContext();
TaskInstance taskInstance=jbpmContext.getTaskInstance(2900);
ProcessInstance processInstance=taskInstance.getProcessInstance();
taskInstance.start();
Token token=taskInstance.getToken();??????????? 
Transition transition=(Transition)token.getAvailableTransitions().iterator().next();
token.signal(transition);
taskInstance.end(transition);
jbpmContext.close();

but i am getting the following error if i am trying to execute above program.

22:58:40,656 [main] DEBUG GraphElement : event 'task-start' on 'Task(Step1)' for 'Token(/)'
22:58:41,562 [main] DEBUG GraphElement : event 'before-signal' on 'TaskNode(Step1)' for 'Token(/)'
22:58:41,609 [main] DEBUG GraphElement : event 'node-leave' on 'TaskNode(Step1)' for 'Token(/)'
22:58:41,609 [main] DEBUG GraphElement : event 'transition' on 'Transition(Step2)' for 'Token(/)'
22:58:41,734 [main] DEBUG GraphElement : event 'node-enter' on 'TaskNode(Step2)' for 'Token(/)'
22:58:41,796 [main] WARN? StatefulPersistenceContext : Narrowing proxy to class org.jbpm.graph.node.TaskNode - this operation breaks ==
org.jbpm.persistence.JbpmPersistenceException: couldn't assign id to TaskInstance[Step2]
22:58:42,828 [main] WARN? JDBCExceptionReporter : SQL Error: 1400, SQLState: 23000
22:58:42,828 [main] ERROR JDBCExceptionReporter : ORA-01400: cannot insert NULL into ("WORKFLOW"."JBPM_TASKINSTANCE"."ID_")

??? at org.jbpm.persistence.db.DbPersistenceService.assignId(DbPersistenceService.java:333)
??? at org.jbpm.svc.Services.assignId(Services.java:257)
??? at org.jbpm.taskmgmt.exe.TaskMgmtInstance.createTaskInstance(TaskMgmtInstance.java:116)
??? at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
??? at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
??? at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
??? at java.lang.reflect.Method.invoke(Unknown Source)
??? at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:157)
??? at org.jbpm.taskmgmt.exe.TaskMgmtInstance$$EnhancerByCGLIB$$2c2b22b2.createTaskInstance(<generated>)
??? at org.jbpm.graph.node.TaskNode.execute(TaskNode.java:168)
??? at org.jbpm.graph.def.Node.enter(Node.java:319)
??? at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
??? at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
??? at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
??? at java.lang.reflect.Method.invoke(Unknown Source)
??? at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:157)
??? at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$d655f97c.enter(<generated>)
??? at org.jbpm.graph.def.Transition.take(Transition.java:151)
??? at org.jbpm.graph.def.Node.leave(Node.java:394)
??? at org.jbpm.graph.node.TaskNode.leave(TaskNode.java:209)
??? at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
??? at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
??? at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
??? at java.lang.reflect.Method.invoke(Unknown Source)
??? at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:157)
??? at org.jbpm.graph.node.TaskNode$$EnhancerByCGLIB$$109befc6.leave(<generated>)
??? at org.jbpm.graph.exe.Token.signal(Token.java:195)
??? at org.jbpm.graph.exe.Token.signal(Token.java:166)
??? at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
??? at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
??? at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
??? at java.lang.reflect.Method.invoke(Unknown Source)
??? at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:157)
??? at org.jbpm.graph.exe.Token$$EnhancerByCGLIB$$82e4a010.signal(<generated>)
??? at com.leavemanagement.TestFlow.main(TestFlow.java:28)
Caused by: org.hibernate.exception.ConstraintViolationException: could not insert: [org.jbpm.taskmgmt.exe.TaskInstance]
??? at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71)
??? at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
??? at org.hibernate.id.insert.AbstractReturningDelegate.performInsert(AbstractReturningDelegate.java:40)
??? at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2158)
??? at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2638)
??? at org.hibernate.action.EntityIdentityInsertAction.execute(EntityIdentityInsertAction.java:48)
??? at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:248)
??? at org.hibernate.event.def.AbstractSaveEventListener.performSaveOrReplicate(AbstractSaveEventListener.java:298)
??? at org.hibernate.event.def.AbstractSaveEventListener.performSave(AbstractSaveEventListener.java:181)
??? at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:107)
??? at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.saveWithGeneratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:187)
??? at org.hibernate.event.def.DefaultSaveEventListener.saveWithGeneratedOrRequestedId(DefaultSaveEventListener.java:33)
??? at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:172)
??? at org.hibernate.event.def.DefaultSaveEventListener.performSaveOrUpdate(DefaultSaveEventListener.java:27)
??? at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:70)
??? at org.hibernate.impl.SessionImpl.fireSave(SessionImpl.java:535)
??? at org.hibernate.impl.SessionImpl.save(SessionImpl.java:523)
??? at org.hibernate.impl.SessionImpl.save(SessionImpl.java:519)
??? at org.jbpm.persistence.db.DbPersistenceService.assignId(DbPersistenceService.java:330)
??? ... 34 more
Caused by: java.sql.SQLException: ORA-01400: cannot insert NULL into ("WORKFLOW"."JBPM_TASKINSTANCE"."ID_")

??? at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)
??? at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331)
??? at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288)
??? at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:743)
??? at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:216)
??? at oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:955)
??? at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1169)
??? at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3285)
??? at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:3368)
??? at org.hibernate.id.IdentityGenerator$GetGeneratedKeysDelegate.executeAndExtract(IdentityGenerator.java:73)
??? at org.hibernate.id.insert.AbstractReturningDelegate.performInsert(AbstractReturningDelegate.java:33)
??? ... 50 more

*Note:* i am able to end a task instance if there is only one task node.

Please suggest a solution.thanks.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569927#569927]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/06f31869/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 04:56:12 2010
From: do-not-reply at jboss.com (Giovanni Marigi)
Date: Mon, 08 Nov 2010 04:56:12 -0500
Subject: [jboss-dev-forums] [JBoss Web Services Development] - Re: Error
 while using Wise Soap Client
In-Reply-To: <2-285643-3-7098-1237173358000-2-285647-3-7098-1237920966000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-285643-3-7098-1237173358000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-285643-3-7098-1237173358000-2-285647-3-7098-1237920966000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-285643-3-7098-1237173358000-2-569946-3-16703-1289126755059.jivesbs.jivemailuser@http://community.jboss.org>

Giovanni Marigi [http://community.jboss.org/people/hifly81] created the discussion

"Re: Error while using Wise Soap Client"

To view the discussion, visit: http://community.jboss.org/message/569946#569946

--------------------------------------------------------------
I was facing the same problem! thanks Ashwin for the solution
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/569946#569946]

Start a new discussion in JBoss Web Services Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2047]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/b485a2ed/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 05:37:04 2010
From: do-not-reply at jboss.com (=?UTF-8?Q?Philippe_Lem=C3=A9nager?=)
Date: Mon, 08 Nov 2010 05:37:04 -0500
Subject: [jboss-dev-forums] [JBoss Web Development] - Automatic login after
	identification
Message-ID: <2-570046-3-75176-1289212603006.jivesbs.jivemailuser@http://community.jboss.org>

Philippe Lem?nager [http://community.jboss.org/people/cinephil] created the discussion

"Automatic login after identification"

To view the discussion, visit: http://community.jboss.org/message/570046#570046

--------------------------------------------------------------
Hello Seamians !

I'm developping my first Seam app.

This app will be open to a restricted list of studients registered in the database of the app.

For the authentication of the users, I use the Authenticator.java automaticaly generated by New Seam Web Project, adapted by myself.
Login page works fine, redirect to the page I want in relation to the type of the user and the link "Logout" appears at the top right of the page, meaning that the app recognize the user connected.

I've added to the Login page a link to an Identification page for the studients never connected to the app. It's inspired from Authnticator.java and works fine, redirect to the good page when the studient is found in the database but there is still "Login" instead of "Logout" at the top-right of the page.

What can I do to log in automaticaly the studient found in the database ?

My adapted Authenticator.java :
@Name("authenticator")
public class Authenticator
{
??? @Logger private Log log;
 
??? @In Identity identity;
??? @In Credentials credentials;
??? 
??? @In EntityManager entityManager;
??? 
??? private String pageSuivante = "/home.xhtml";
??? 
??? public String getPageSuivante()
??? {
??????? return this.pageSuivante;
??? }
??? 
??? public void setPageSuivante(String page)
??? {
??????? this.pageSuivante = page;
??? }
 
??? public boolean authenticate()
??? {
??????? 
??????? try
??????? {
??????????? log.info("authenticating {0}", credentials.getUsername());
??????????? 
??????????? Query query = entityManager.createQuery(
??????????????????? "FROM ThUtilisateurUti u " +
??????????????????? "WHERE u.utiLogin = :username " +
??????????????????????? "AND u.utiMotPasse = :password");
??????????? query.setParameter("username", credentials.getUsername());
??????????? query.setParameter("password", ThUtilisateurUti.generateMD5(credentials.getPassword()));
??????????? 
??????????? ThUtilisateurUti user = (ThUtilisateurUti) query.getSingleResult();
??? 
??????????? int typeUtilisateur = user.getTeTypeUtilisateurTu().getTuId();
??????????? 
??????????? identity.addRole(user.getTeTypeUtilisateurTu().getTuLibelle());
??????????? 
??????????? 
??????????? switch (typeUtilisateur)
??????????? {
??????????????? case 1 : // Administrateur
??????????????????? setPageSuivante("/home.xhtml");
??????????????????? return true;
??????????????????? 
??????????????? case 2 : // ?tudiant
??????????????????? setPageSuivante("/accueilEtudiant.xhtml");
??????????????????? return true;
??????????????????? 
??????????????? case 3 : // Gestionnaire
??????????? }
??????????? setPageSuivante("/login.xhtml");
??????????? //return true;
??????????? return false;
??????????? 
??????? }
??????? catch (NoResultException ex)
??????? {
??????????? //setPageSuivante("/login.xhtml");
??????????? return false;
??????? }
??? }
 
}

My Identification.java in its actual state :
@Scope(EVENT)
@Name("identification")
public class Identification
{
??? @Logger private Log log;
 
??? @In EntityManager entityManager;
??? @In StatusMessages statusMessages;
??? 
??? //@In private TePersonnePrs personne;
??? //@In private ThEtudiantEtu etudiant;
??? 
??? private String nom;
??? private String prenom;
??? private Date dateNaissance;
 
??? private String pageSuivante = "/home.xhtml";
 
??? public String getPageSuivante()
??? {
??????? return this.pageSuivante;
??? }
??? 
??? public void setPageSuivante(String page)
??? {
??????? this.pageSuivante = page;
??? }
 
??? public boolean identifier()
??? {
??????? try
??????? {
??????????? log.info("identification.identifier() "
??????????????????? + "Tentative d'identification avec les param?tres suivants : "
??????????????????? + "#{identification.nom}, #{identification.prenom}, #{identification.dateNaissance}");
??? 
??????????? Query query = entityManager.createQuery(
??????????????????? "from ThEtudiantEtu e " +
??????????????????? "where e.prsNom = :nom " +
??????????????????????? "and e.prsPrenom = :prenom " +
??????????????????????? "and e.etuDateNaissance = :dateNaissance ");
??????????? query.setParameter("nom", this.getNom());
??????????? query.setParameter("prenom", this.getPrenom());
??????????? query.setParameter("dateNaissance", this.getDateNaissance());
??????????? 
??????????? ThEtudiantEtu etudiant = (ThEtudiantEtu) query.getSingleResult();
??????????? 
??????????? setPageSuivante("/accueilEtudiant.xhtml");
??????????? return true;
??????? }
??????? catch (NoResultException ex)
??????? {
??????????? return false;
??????? }
??????? 
??? }
 
??? // add additional action methods
? 
??? @Length(max = 30)
??? public String getNom()
??? {
??????? return nom;
??? }
? 
??? public void setNom(String nom)
??? {
??????? this.nom = nom;
??? }
 
??? @Length(max = 30)
??? public void setPrenom(String prenom) {
??????? this.prenom = prenom;
??? }
 
??? public String getPrenom() {
??????? return prenom;
??? }
 
??? public void setDateNaissance(Date dateNaissance) {
??????? this.dateNaissance = dateNaissance;
??? }
 
??? public Date getDateNaissance() {
??????? return dateNaissance;
??? }
? 
}

I've tried to add role in identity, like in Authenticator.java but it doesn't work.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570046#570046]

Start a new discussion in JBoss Web Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2112]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/3c3c5088/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 09:53:02 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Mon, 08 Nov 2010 09:53:02 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-560295-3-2257-1283447798983.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-560287-3-72053-1283445619829.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-560295-3-2257-1283447798983.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570085-3-2230-1289227954251.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570085#570085

--------------------------------------------------------------
Sorry for not seeing this thread earlier, but now that I got pointed to it after trying out JBoss AS 7 Alpha 1 here are my initial good/bad thoughts about this new approach.

First a little about my assumptions:
JBoss AS 7 is to be usable in todays tools, not the tools of tomorrow. i.e. it should not require magic tools to get a somewhat reliable hotdeployment/development in place.
The experience one had with AS 4 or even AS 3 or heck, even Tomcat is what I aim for - none of this requires special tooling.
Special tooling is what is to be used for *improving* things, not as an excuse to say we can't do it without it  ;) 

Users can't always run their appserver all the time - with AS 7 it might not be a problem because of smaller memory footprint but once users
start deploying their own stuff to it then that problem returns - hence, most if not all operations should be doable without actually *starting* the appserver.

Local and remote deployment are different things, but both have usecases for hotdeployment functionallity - i.e. me updating a html page shouldn't require a full restart of an app, even if running remotely on an EC2 server for my testing.

Good things in the proposal:
Using marker file(s) works for me - that is simple to manage and can be done with and without alot of special plugins/tooling, i.e. ant/maven is easy to do it for - harder for IDE's like Eclipse, Netbeans, etc.

I can live with not having automatic rescan of file changes since tools incl. ant/maven can easily create the additional file to trigger deploy.

Bad/Questionable things:
I don't understand why you have to *remove* the deployed files - if they aren't locked by appserver then please keep them there otherwise tooling have to constantly copy all content to the location (this is not a problem in toy samples, but take a Seam EAR, that is over 20MB of data....that takes time, CPU and disk IO on even the fastests systems - if I touch a html file - tools should not need to copy all again)

For Zipped archives we still have to copy all so that is less of an issue - but why not keep the file there so users can actually see what got deployed and they can adjust content as they need ? (I really find this "delete what got deployed"-approach weird..I don't understand the reasoning)

How are users to know where the actual deployment is happening from ? Suggestion: put a deploy.location=/var/tmp/blahbla/foo.war into the marker file - simply for ease of debugging/transparency.

Why have markers both at toplevel /foo.war.deployed and foo.war/META-INF/jboss-deploy - why not just have them as foo.war.deploy (request deployment of foo.war) and foo.war.deployed (marker for foo.war have been deployed) ? More consistent IMO.

Another issue is though how is all of this going to work for updates that should not trigger a full restart of a module ? i.e. updating html/xhtml pages does not force a restart of a module which causes current sessions to be destroyed ?

With respect to efficient updates/scanning tools (including Ant and maven) could give "hints" to the redeployment by simply listing the files relative to the deployment that actually needs updating - we could put that inside the file marker.

..and again, its great to have a CLI and i'm all for it but I think we can go very far even without it - not all deployments have to be super-safe nor atomic as long as it goes well in "most" cases  ;) 

One comment I really find wrong is the following from Jason:
"Ok so, I will first start off by saying that the file system is a **+broken+* API, for many reasons that I will get into, and that we basically have a? bunch of trade-offs here. There is no perfect solution, but I think we? should prefer one that is robust. Ultimately we really should push? people to using the CLI because then we can get truly intuitive? behavior."*

*or rather, I completely here where this is coming from but the file system is *waay* more accessible and understandable than any CLI we can come up with - it's something we just *have* to support for AS 7 to be easily consumable.*

*We can always encourage and show by better tooling that the CLI approach is better - but we should still attempt to have a decent hotdeploy operation via file systems - and I don't see why we can't provide that by simply utilizing the marker file concept...*
*
*
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570085#570085]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/13be6caf/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 11:01:59 2010
From: do-not-reply at jboss.com (amine mkacher)
Date: Mon, 08 Nov 2010 11:01:59 -0500
Subject: [jboss-dev-forums] [jBPM Development] - test phase
Message-ID: <2-570097-3-76702-1289232113268.jivesbs.jivemailuser@http://community.jboss.org>

amine mkacher [http://community.jboss.org/people/aminou] created the discussion

"test phase"

To view the discussion, visit: http://community.jboss.org/message/570097#570097

--------------------------------------------------------------
during the test phase i had some errors is it dangerous

and how can i correct this error ( is theire a place in wich we can ask question ... ).

can I skip this phase ??
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570097#570097]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/7ff163f7/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 15:04:15 2010
From: do-not-reply at jboss.com (eric schabell)
Date: Mon, 08 Nov 2010 15:04:15 -0500
Subject: [jboss-dev-forums] [jBPM Development] - jBPM5 migration tool project
Message-ID: <102-15974-3-11603-1289246639247.jivesbs.jivemailuser@http://community.jboss.org>

eric schabell [http://community.jboss.org/people/eschabell] modified the document:

"jBPM5 migration tool project"

To view the document, visit: http://community.jboss.org/docs/DOC-15974

--------------------------------------------------------------
*Project*
The goal of this project is to provide for existing users of jBPM some migration tooling to assist with moving to jBPM5. There will be a phases approach taken to this tooling project as follows:

* provide for jPDL3 to BPMN2 process definiton migration (XML)* CLI tool
* get it included in JBoss Tools (like right mouse on process definition to convert)

* provide for tooling to map jBPM3 API usage to jBPM5 API usage* scan a code base or project 
* provide suggested mappings
* provide list of non-mappable calls or calls needing human intervention

* provivde jPDL4 to BLPMN2 process definitoin migration (XML)* same as initial tooling, just extended for jBPM4

* provide for tooling to map jBPM4 API usage to jBPM5 API usage* same as initial tooling, just extended for jBPM4


All of this projects development work will be based on provided use cases. If you have use cases that we are unable to correctly process please feel free to submit!

*Development*
The project code can be found in the  http://anonsvn.jboss.org/repos/jbpm/projects/migration_tool/ projects directory, will be moving this soon to our project site.

*Project site*
For more control over this projects tooling we have setup here:?  https://sourceforge.net/apps/trac/jbpmmigration/ https://sourceforge.net/apps/trac/jbpmmigration/

*Team*
 http://community.jboss.org/people/MohReece Maurice de Chateau
 http://community.jboss.org/people/eschabell Eric D. Schabell
*
*
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-15974]

Create a new document in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2035]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/d17dfb3a/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 18:53:28 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Mon, 08 Nov 2010 18:53:28 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-569369-3-2082-1288718015065.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569367-3-2011-1288717248259.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569369-3-2082-1288718015065.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-570165-3-2082-1289260403545.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/570165#570165

--------------------------------------------------------------
I've reworked the demos so they can be run as part of our testsuite:  https://github.com/kabir/jboss-as/tree/demos-test-modules https://github.com/kabir/jboss-as/tree/demos-test-modules

This is not a pull request, there are still a few small issues that need looking at, just want to get your feedback/suggestions.

I first tried using the flat application classpath to do this. With some small modifications I was able to get an embedded instance to run in vm and to be able to connect to it via the standalone client. Those changes were changing how ServerControllerOperationHandler initializes its marshaller and how extensions are initialzed. However, trying the sar example I never saw the MBean get started, which is probably due to the sar deployer adding dependencies on some modules. David suggested adding/replacing these modules with something else to be able to make them use the system classpath.

What I have now is quite similar to how the protocol tests worked. Under testsuite/modular we have these projects

-common/ contains the test interfaces, e.g. DemosTest, and has nothing on the classpath
-impl/ contains the real tests, e,g. DemosTestImpl which implements DemostTest, and has everything it needs to build on the classpath
-assembly/ creates the test modules (more about this later)
-test/ contains the tests run, e.g. DemosTestCase which delegates to DemosTestImpl via the DemosTest interface. It sets up the module loader roots and loads its test via the module loader. 

This way when running the tests only jboss-modules, testsuite/module/common and junit are on the classpath.

The module roots used are:
1) build/target/jboss-xxx/stanalone/modules - for the stanard AS modules
2) assembly/target/modules - assembly creates modules for maven artifacts which don't exist in 1) and which are only available as maven dependencies, so they can't be constructed in 3). 
3) test/target/module_roots - These are modules created from other classes in the workspace, and are configured via annotations on the test interface from common/, e.g.:

@TestModules({
??????? @TestModule(
??????????????? moduleName="test.demos",
??????????????? packages={@TestModulePackage(packages={"org.jboss.test.as.modular.impl.demos", "org.jboss.test.as.modular.impl"})},
??????????????? dependencies= {"demos.archive", "org.jboss.as.messaging", "javax.jms.api"}),
??????? @TestModule(
??????????????? moduleName="demos.archive",
??????????????? jars=@TestModuleJar (project="demos", jar="jboss-as-demos.*(?<!sources)\\.jar"),
??????????????? dependencies= {"org.jboss.as.standalone-client", "org.jboss.as.testsuite.modular.shrinkwrap", "javaee.api", "org.jboss.as.protocol", "org.hornetq"}),
??????? @TestModule (
??????????????? moduleName="test.demos.tccl",
??????????????? dependencies= {"org.jboss.as.testsuite.modular.shrinkwrap", "org.jboss.logging", "demos.archive"},
??????????????? includeSystem=false)
??????? }
)
@TestSetup(
??????? implClass="org.jboss.test.as.modular.impl.demos.DemosTestImpl",
??????? testModule="test.demos",
??????? tcclModule="test.demos.tccl")
public interface DemosTest extends ModularTest {
??? void testSar() throws Exception;
??? void testManagedBean() throws Exception;
??? ...
}

 
This creates three modules:
-test.demo - which is created from classes in those packages in the impl/ project
-demos.archive - which is created from the examples we had in the demos/ project
-test.demos.tccl - which is the modules that need to be part of the TCCL for ShrinkWrap to work. I've worked around  https://jira.jboss.org/browse/MODULES-55 https://jira.jboss.org/browse/MODULES-55 for now.

So the main thing is that while this works fine, setting up a test using modular classloading isn't exactly trivial. If someone has some ideas for how to programatically import maven dependencies we could get rid of assembly at least. But we would still have three parts per test. I'll look into creating a custom junit runner tomorrow, which might make the overall setup simpler.

If we go with something like this, should my final goal be Arquillian integration?

If the protocol tests get redone they should be moved into this framework.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570165#570165]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/9c8b24c8/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 19:11:59 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Mon, 08 Nov 2010 19:11:59 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-570165-3-2082-1289260403545.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569369-3-2082-1288718015065.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-570165-3-2082-1289260403545.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-570167-3-2082-1289261507678.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/570167#570167

--------------------------------------------------------------
I've played with a simple runner so I think we can do away with the common/ stuff

This would leave us with assembly/ which can maybe be moved into impl/.

We'd then end up with test/ which would just contain the skeleton test classes:

@RunWith(ModularJunitTestRunner.*class*)
@TestModules({...})
@TestSetup(implClass="__ThrowawayTestImpl", ...)
*public* *class* __ThrowawayTestCase {
?? //No @Test methods, they are loaded from the Impl class
}

 
and the real test in impl

public class __ThrowawayTestImpl{
??? @Test
*public* *void* test1() {

??? }

??? @Test
*public* *void* test2() {

??? }
 
}
This is better, but can it be made simpler somehow?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570167#570167]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/1fb620f5/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 19:48:35 2010
From: do-not-reply at jboss.com (Yuejie Chen)
Date: Mon, 08 Nov 2010 19:48:35 -0500
Subject: [jboss-dev-forums] [JBoss Portal Development] - Re: &#22312; &#21738;
 &#25165; &#33021; &#19979; &#21040; &#21151; &#33021; &#23436; &#25972;
 &#30340; jboss  portal&#28304; &#20195; &#30721; 
In-Reply-To: <2-557801-3-73330-1282109801342.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-557801-3-73330-1282109801342.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-557801-3-73330-1282109801342-2-570172-3-77213-1289263705743.jivesbs.jivemailuser@http://community.jboss.org>

Yuejie Chen [http://community.jboss.org/people/chenyuejie] created the discussion

"Re: &#22312;&#21738;&#25165;&#33021;&#19979;&#21040;&#21151;&#33021;&#23436;&#25972;&#30340;jboss  portal&#28304;&#20195;&#30721;"

To view the discussion, visit: http://community.jboss.org/message/570172#570172

--------------------------------------------------------------
http://anonsvn.jboss.org/repos/gatein/ http://anonsvn.jboss.org/repos/gatein/
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570172#570172]

Start a new discussion in JBoss Portal Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2014]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/6c0069b4/attachment.html 

From do-not-reply at jboss.com  Mon Nov  8 22:05:42 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Mon, 08 Nov 2010 22:05:42 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-569367-3-2011-1288717248259.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569364-3-2082-1288716959873.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569367-3-2011-1288717248259.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-570182-3-2257-1289271931923.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/570182#570182

--------------------------------------------------------------
> David Lloyd wrote:
> 
> Well, any of the following solutions would work:
> 1. Run embedded stuff in a fully modularized environment
> 2. Put everything on the app classpath (and hope there's no duplicate dependencies...)
> 3. Use a hybrid solution with a customized module repos where no packages are duplicated between modules and the app class path
> 
> Just using the app classpath is the simplest, assuming you don't hit any duplicate issues.
I had typed up this nice really well thought out post, but the forums decided to eat it. So instead I will summarize  :) 

Basically I think 2 is a non-option as it will be brittle and it directly contradicts with our hide internal impl requirement. Not to mention if we are testing a client server protocol we actually do want the classes to be in separate loaders. 

The duplicate packages should be ok in the case of having the client protocol stuff on the classpath as that would only be used within the app classpath classloader. Really the only difference between 1 and 3 is whether or not the user has to define a module definition listing their package (3 discovers packages via the system module). So IMO 3 is the best long term option.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570182#570182]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101108/6ead3b88/attachment.html 

From do-not-reply at jboss.com  Tue Nov  9 09:13:36 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Tue, 09 Nov 2010 09:13:36 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-570182-3-2257-1289271931923.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-569367-3-2011-1288717248259.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-570182-3-2257-1289271931923.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-570260-3-2011-1289312012199.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/570260#570260

--------------------------------------------------------------
> Jason Greene wrote:
> 
> > David Lloyd wrote:
> > 
> > Well, any of the following solutions would work:
> > 1. Run embedded stuff in a fully modularized environment
> > 2. Put everything on the app classpath (and hope there's no duplicate dependencies...)
> > 3. Use a hybrid solution with a customized module repos where no packages are duplicated between modules and the app class path
> > 
> > Just using the app classpath is the simplest, assuming you don't hit any duplicate issues.
> I had typed up this nice really well thought out post, but the forums decided to eat it. So instead I will summarize  :) 
> 
> Basically I think 2 is a non-option as it will be brittle and it directly contradicts with our hide internal impl requirement. Not to mention if we are testing a client server protocol we actually do want the classes to be in separate loaders.

I don't think all our requirements apply for all embedded use cases.? That said I don't think that the flat-classpath embedded arrangement is suitable for testing our own stuff in most cases, but I think some users will want to do it that way.? I agree that long-term we should focus on encouraging users to run in a modularized environment.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570260#570260]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101109/6120f5ca/attachment.html 

From do-not-reply at jboss.com  Tue Nov  9 09:24:17 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Tue, 09 Nov 2010 09:24:17 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-570260-3-2011-1289312012199.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-570182-3-2257-1289271931923.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-570260-3-2011-1289312012199.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-570267-3-2082-1289312643845.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/570267#570267

--------------------------------------------------------------
> David Lloyd wrote:
> 
> > Jason Greene wrote:
> > 
> > > David Lloyd wrote:
> > > 
> > > Well, any of the following solutions would work:
> > > 1. Run embedded stuff in a fully modularized environment
> > > 2. Put everything on the app classpath (and hope there's no duplicate dependencies...)
> > > 3. Use a hybrid solution with a customized module repos where no packages are duplicated between modules and the app class path
> > > 
> > > Just using the app classpath is the simplest, assuming you don't hit any duplicate issues.
> > I had typed up this nice really well thought out post, but the forums decided to eat it. So instead I will summarize  :) 
> > 
> > Basically I think 2 is a non-option as it will be brittle and it directly contradicts with our hide internal impl requirement. Not to mention if we are testing a client server protocol we actually do want the classes to be in separate loaders.
> 
> I don't think all our requirements apply for all embedded use cases.? That said I don't think that the flat-classpath embedded arrangement is suitable for testing our own stuff in most cases, but I think some users will want to do it that way.? I agree that long-term we should focus on encouraging users to run in a modularized environment.

For our tests I am going with 1 (or really 3), the custom test runner makes it a lot nicer and easier than what I had before.

Once this has taken a bit more shape, I would like to extract the embedded startup into an embedded/ module with options for starting embedded AS in both flat and modular modes so that it can be consumed directly, at the moment this is hidden away in the testsuite.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570267#570267]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101109/5b6358b7/attachment.html 

From do-not-reply at jboss.com  Tue Nov  9 09:36:29 2010
From: do-not-reply at jboss.com (Tom Fennelly)
Date: Tue, 09 Nov 2010 09:36:29 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: Check if header
 element exists in message Response.
In-Reply-To: <2-568433-3-76664-1288097609015.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-568433-3-76664-1288097609015.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-568433-3-76664-1288097609015-2-570273-3-2023-1289313383738.jivesbs.jivemailuser@http://community.jboss.org>

Tom Fennelly [http://community.jboss.org/people/tfennelly] created the discussion

"Re: Check if header element exists in message Response."

To view the discussion, visit: http://community.jboss.org/message/570273#570273

--------------------------------------------------------------
Hi Carlos... I got your private message... here's the answer...

Sounds like you have 2 issues... handling a large/huge message and conditionally adding a header element.

Handle the huge message by setting th filter type to SAX (default is DOM => can't handle big messages)? See User Guide.

For conditionally adding the header... in the versions of Smooks in the ESB (easier in newer versions of Smooks)... easiest way is prob to do something like the following...

<smooks-resource-list xmlns=" http://www.milyn.org/xsd/smooks-1.1.xsd http://www.milyn.org/xsd/smooks-1.1.xsd" xmlns:jb=" http://www.milyn.org/xsd/smooks/javabean-1.2.xsd http://www.milyn.org/xsd/smooks/javabean-1.2.xsd">

??? <jb:bean beanId="headerDetails" class="java.util.HashMap" createOnElement="order/header">
?????? <jb:value property="secureId" data="order/header/secureId" />
??? <jb:bean>

??? <ftl:freemarker applyOnElement="order/header">
??????? <condition>isdef headerDetails.secureId</condition>
??????? <ftl:template><!-- <secureId>blah</secureId> --></ftl:template>
??????? <ftl:use>
??????????? <ftl:inline directive="addto" />
??????? </ftl:use>
??? </ftl:freemarker>

</smooks-resource-list>

So.. capture details about the data in the header into a HasMap and then add a conditional on a template (having an "addto" directive) that's applied to the header fragment.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570273#570273]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101109/8ad784ef/attachment.html 

From do-not-reply at jboss.com  Tue Nov  9 09:40:04 2010
From: do-not-reply at jboss.com (Tom Fennelly)
Date: Tue, 09 Nov 2010 09:40:04 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: Check if header
 element exists in message Response.
In-Reply-To: <2-568433-3-76664-1288097609015-2-570273-3-2023-1289313433231.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-568433-3-76664-1288097609015.jivesbs.jivemailuser@http://community.jboss.org>
	<2-568433-3-76664-1288097609015-2-570273-3-2023-1289313433231.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-568433-3-76664-1288097609015-2-570275-3-2023-1289313599680.jivesbs.jivemailuser@http://community.jboss.org>

Tom Fennelly [http://community.jboss.org/people/tfennelly] created the discussion

"Re: Check if header element exists in message Response."

To view the discussion, visit: http://community.jboss.org/message/570275#570275

--------------------------------------------------------------
Oh and... make sure to check the MVEL user docs re the use of "isdef" in the conditional... what I have there might not be 100% right, but it would be something like that.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570275#570275]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101109/ba1b4b56/attachment.html 

From do-not-reply at jboss.com  Tue Nov  9 10:43:45 2010
From: do-not-reply at jboss.com (Michael Burman)
Date: Tue, 09 Nov 2010 10:43:45 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Routing slip EIP -
	implementation?
Message-ID: <2-570302-3-72547-1289317421413.jivesbs.jivemailuser@http://community.jboss.org>

Michael Burman [http://community.jboss.org/people/burmanm] created the discussion

"Routing slip EIP - implementation?"

To view the discussion, visit: http://community.jboss.org/message/570302#570302

--------------------------------------------------------------
Hi,

Routing slip pattern is something I've desired for some time in the JBossESB. There are workaround for this, but they're exactly that - workarounds. Could the JBossESB devteam shed a light is there point in implementing this to 4.x-series anymore or is 5.x going to change it so much that it's wiser to wait there?

There's at least two ways to think of this. One which wouldn't require any changes to JBossESB is to create new Routers, which would read from some internal properties part the next place, where to route the message and add this router to every "slip-aware" service.

I guess prettier way would be to create this in to the JBossESB and make the "routingslip" sort of like ActionProcessingPipeline. But instead of actions, it would be mutable and include services. One should be able to modify this routing slip on the fly and after the action processing pipeline was succesfully executed, the service would reroute them automatically forward. The next service would then modify the incoming request (remove the current service from the flow so it won't loop) and continue.

Maybe there could be some sort of parameters to the service that it's slip-aware. I guess the obvious problem would come from the likes of StaticRouter / Wiretaps. What should they do, delete the processing, or just hop to following and keep the slip alive? One could create 'service groups' with these StaticRoutes and would only need to define the beginning and end of those groups in the slip.

These are just ideas, I'm willing to implement these though, but I'd need some guidelines from the ESB-team. We already have semi planned version of this in the production, where validation services are invoked dynamically from the database. But I want more and maybe there's someone else who could use it as well.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570302#570302]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101109/3988ef43/attachment.html 

From do-not-reply at jboss.com  Tue Nov  9 17:09:51 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Tue, 09 Nov 2010 17:09:51 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570085-3-2230-1289227954251.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-560295-3-2257-1283447798983.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570085-3-2230-1289227954251.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570368-3-2016-1289340571728.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570368#570368

--------------------------------------------------------------
Thanks for the input. I was off yesterday; hence the slow reply.

> Max Andersen wrote:
> 
> Local and remote deployment are different things, but both have usecases for hotdeployment functionallity - i.e. me updating a html page shouldn't require a full restart of an app, even if running remotely on an EC2 server for my testing.
> 
I'm interpreting this as a request for a remotable API to allow users to 1) upload exploded deployments and 2) upload individual files to change the contents of those deployments. If that's correct, can you file a JIRA, as that isn't on any roadmap.

> I don't understand why you have to *remove* the deployed files - if they aren't locked by appserver then please keep them there otherwise tooling have to constantly copy all content to the location (this is not a problem in toy samples, but take a Seam EAR, that is over 20MB of data....that takes time, CPU and disk IO on even the fastests systems - if I touch a html file - tools should not need to copy all again)
For exploded content the intent is to leave the original file there. The assumption is the reason people use an exploded deployment is they want to be able to manipulate its contents, so deleting it would be non-sensical.  :) 

>  For Zipped archives we still have to copy all so that is less of an issue - but why not keep the file there so users can actually see what got deployed and they can adjust content as they need ? (I really find this "delete what got deployed"-approach weird..I don't understand the reasoning) 
> 
What do you mean "they can adjust content as they need?" Only thing I can think of is to replace the zip with another version.

I'm OK with leaving the original deployment around. Jaikiran commented way back that removing it forces the user to keep a copy of it around somewhere else.

The logic for removing it is once the scanner has picked up foo.war and deployed it, the foo.war.deployed file is what matters. Deleting that file is what triggers undeploy. Deleting foo.war itself does nothing., and leaving the file there leads people to believe that deleting it means something.

I know that's a bit inconsistent though, since copying in a new version of foo.war does trigger a deployment action.

If we're going to leave the original file around, for zipped files IMO we should do away with the marker files, and use them solely for exploded deployments, where they have a clear purpose. If the zipped files are left around, the only thing the marker files provide is an indication that the content? was actually deployed. There are other ways to see that; and by itself that's not justification for the confusion of having two files around.

> How are users to know where the actual deployment is happening from ? Suggestion: put a deploy.location=/var/tmp/blahbla/foo.war into the marker file - simply for ease of debugging/transparency.
I've been tempted to do that. Haven't because 1) it forms a semi-contract that I'm not sure we should commit ourselves to. 2) It also encourages poking around in places users aren't meant to go poking. 3)? It also forces the deployment content repository to expose internal implementation details to the deployment scanner service, which isn't the end of the world but isn't nice either.

There is INFO level logging of where the deployment content is stored (which shoots my #2 above). :-)

> Why have markers both at toplevel /foo.war.deployed and foo.war/META-INF/jboss-deploy - why not just have them as foo.war.deploy (request deployment of foo.war) and foo.war.deployed (marker for foo.war have been deployed) ? More consistent IMO. 
Fine with me.

> Another issue is though how is all of this going to work for updates that should not trigger a full restart of a module ? i.e. updating html/xhtml pages does not force a restart of a module which causes current sessions to be destroyed ?
Good question. We'd been talking in terms of having the exploded content in deployments/ directly mounted, i.e. being directly used as the deployment content. The marker files would serve to trigger deploy/undeploy/redeploy. Once the content was deployed, changes in the content, e.g. a new deployments/foo.war/index.jsp, would be immediately visible.

The downside to that is multiple changes can't be made as an atomic unit, with no requests seeing only some of the changes. But? I don't think that's a critical use case. Devs doing testing will deploy content, make some requests, update some files in the deployment, make some requests, etc. They're not making requests in the middle of copying in changed files.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570368#570368]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101109/2752c38d/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 01:43:26 2010
From: do-not-reply at jboss.com (explorer m)
Date: Wed, 10 Nov 2010 01:43:26 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Need steps to
 integrate JBoss ESB 4.8 with JBPM 5.0
Message-ID: <2-570405-3-77303-1289371383615.jivesbs.jivemailuser@http://community.jboss.org>

explorer m [http://community.jboss.org/people/research] created the discussion

"Need steps to integrate JBoss ESB 4.8 with JBPM 5.0"

To view the discussion, visit: http://community.jboss.org/message/570405#570405

--------------------------------------------------------------
*Hi,*
*?????? Can you please provide me the steps to integrate jboss esb 4.8 with jbpm 5.0 .*
*
*
*
*
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570405#570405]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/0773a62c/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 02:54:44 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Wed, 10 Nov 2010 02:54:44 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: New metadata component
	ejb3-effigy
In-Reply-To: <2-569123-3-2170-1288610542980.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569123-3-2170-1288610542980.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569123-3-2170-1288610542980-2-570419-3-2170-1289375668511.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"Re: New metadata component ejb3-effigy"

To view the discussion, visit: http://community.jboss.org/message/570419#570419

--------------------------------------------------------------
I'm adding application exception processing. It does expose that the granularity is not very good. We end up with an assembly descriptor per bean in memory.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570419#570419]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/c74622ba/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 02:57:54 2010
From: do-not-reply at jboss.com (explorer m)
Date: Wed, 10 Nov 2010 02:57:54 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Integration of JBPM 5.0
	with Jboss esb 4.8
Message-ID: <2-570420-3-77303-1289375870717.jivesbs.jivemailuser@http://community.jboss.org>

explorer m [http://community.jboss.org/people/research] created the discussion

"Integration of JBPM 5.0 with Jboss esb 4.8"

To view the discussion, visit: http://community.jboss.org/message/570420#570420

--------------------------------------------------------------
Is there any possibility to integrate jbpm 5.0 with jboss esb 4.8 .If yes ,provide me the steps to integrate ...
Jboss esb 4.8 by default comes with jbpm 3.2? but i want to use latest version of jbpm 5.0 in esb 4.8 

Thanks in advance ...........
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570420#570420]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/4f30fff1/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 05:07:45 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Wed, 10 Nov 2010 05:07:45 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570368-3-2016-1289340571728.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570085-3-2230-1289227954251.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570368-3-2016-1289340571728.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570442-3-2230-1289383659731.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570442#570442

--------------------------------------------------------------
> > Brian Stansberry wrote:
> > 
> > Thanks for the input. I was off yesterday; hence the slow reply.
> > 
> > > Max Andersen wrote:
> > > 
> > > Local and remote deployment are different things, but both have usecases for hotdeployment functionallity - i.e. me updating a html page shouldn't require a full restart of an app, even if running remotely on an EC2 server for my testing.
> > > 
> > I'm interpreting this as a request for a remotable API to allow users to 1) upload exploded deployments and 2) upload individual files to change the contents of those deployments. If that's correct, can you file a JIRA, as that isn't on any roadmap.
> > 
> > 
> 
>   http://community.jboss.org/thread/154922 http://community.jboss.org/thread/154922 list the discussions done at JBoss World and previous about this topic.
> 
> 
> 
> If you want me to create a jira for it I will - which component in JBAS should it be ?
> 
> > > I don't understand why you have to *remove* the deployed files - if they aren't locked by appserver then please keep them there otherwise tooling have to constantly copy all content to the location (this is not a problem in toy samples, but take a Seam EAR, that is over 20MB of data....that takes time, CPU and disk IO on even the fastests systems - if I touch a html file - tools should not need to copy all again)
> > For exploded content the intent is to leave the original file there. The assumption is the reason people use an exploded deployment is they want to be able to manipulate its contents, so deleting it would be non-sensical.  :) 
> 
>  Yup - btw. I assume you copy the content to avoid locks or will the content actually be locked as it was the case for <7 ?
> 
> (i.e. jar's were getting locked on windows 7)
> 
> > >  For Zipped archives we still have to copy all so that is less of an issue - but why not keep the file there so users can actually see what got deployed and they can adjust content as they need ? (I really find this "delete what got deployed"-approach weird..I don't understand the reasoning) 
> > > 
> > What do you mean "they can adjust content as they need?" Only thing I can think of is to replace the zip with another version.
> 
> 
> 
> In some cases you as a user don't actually have the "original". I.e. when using tools that incrementally keeps the jar uptodate the user just have the "source" files not the actual jar. Meaning if he spots an error somewhere and want to reduce the possible error causes he stops the tooling and go look at the actual deployed thing. Pre AS 7 (or any other server I've worked with) you can simply go and unzip -l the content and from there see what actually got deployed and redeploy again with changes if you need to (without having to involve extra layers of tooling or maintanence).
> 
> 
> 
> > I'm OK with leaving the original deployment around. Jaikiran commented way back that removing it forces the user to keep a copy of it around somewhere else.
> > 
> > 
> > 
> > 
> 
> Exactly.
> 
> 
> 
> > The logic for removing it is once the scanner has picked up foo.war and deployed it, the foo.war.deployed file is what matters. Deleting that file is what triggers undeploy. Deleting foo.war itself does nothing., and leaving the file there leads people to believe that deleting it means something.
> > 
> > I know that's a bit inconsistent though, since copying in a new version of foo.war does trigger a deployment action.
> > 
> > If we're going to leave the original file around, for zipped files IMO we should do away with the marker files, and use them solely for exploded deployments, where they have a clear purpose. If the zipped files are left around, the only thing the marker files provide is an indication that the content? was actually deployed. There are other ways to see that; and by itself that's not justification for the confusion of having two files around.
> 
> I agree - if the file stays around the marker file has no real importance.
> 
> 
> 
> Well, maybe for consistency and actually knowing the file got deployed without having to scan logs ?
> 
> 
> 
> Or is there other/better ways to get this info now ?
> 
> > > How are users to know where the actual deployment is happening from ? Suggestion: put a deploy.location=/var/tmp/blahbla/foo.war into the marker file - simply for ease of debugging/transparency.
> > I've been tempted to do that. Haven't because 1) it forms a semi-contract that I'm not sure we should commit ourselves to. 2) It also encourages poking around in places users aren't meant to go poking. 3)? It also forces the deployment content repository to expose internal implementation details to the deployment scanner service, which isn't the end of the world but isn't nice either.
> > 
> > There is INFO level logging of where the deployment content is stored (which shoots my #2 above). :-)
> > 
> 
> I keep hearing this "by exposing the actual deployment location there is a semi-contract"-excuse and I just don't buy it.
> 
> The deployment is going to be *somewhere* wether that is on the filesystem or in-memory then telling the user where it is being 'read' from is never a bad information to have.
> 
> 
> 
> And as you said - it gets logged anyway (for a reason I assume ?  :) 
> 
> 
> 
> > > Why have markers both at toplevel /foo.war.deployed and foo.war/META-INF/jboss-deploy - why not just have them as foo.war.deploy (request deployment of foo.war) and foo.war.deployed (marker for foo.war have been deployed) ? More consistent IMO. 
> > Fine with me.
> 
> 
> 
> At submodule deployments it might make sense to have other markers at a different "Depth" but when its the "same" thing you trigger a redeploy of the marker should be the same.
> 
> > > Another issue is though how is all of this going to work for updates that should not trigger a full restart of a module ? i.e. updating html/xhtml pages does not force a restart of a module which causes current sessions to be destroyed ?
> > Good question. We'd been talking in terms of having the exploded content in deployments/ directly mounted, i.e. being directly used as the deployment content. The marker files would serve to trigger deploy/undeploy/redeploy. Once the content was deployed, changes in the content, e.g. a new deployments/foo.war/index.jsp, would be immediately visible.
> 
> 
> 
> Ok - sounds good; but I guess for .jar's you will copy-on-read to avoid classloader filesystem locking or will we still have the same old problem ?
> 
> 
> 
> 
> 
> > The downside to that is multiple changes can't be made as an atomic unit, with no requests seeing only some of the changes. But? I don't think that's a critical use case. Devs doing testing will deploy content, make some requests, update some files in the deployment, make some requests, etc. They're not making requests in the middle of copying in changed files.
> 
> This is actually a critical use case. Today we use jmx calls to tell AS to *not* scan folders while we are copying files over and then continue when we are done. If we didn't do that you would see *alot* more failure deployments.
> 
> 
> 
> i.e. users updating a jar or set of jars - that copy operation will actually take some ms's or even seconds for large jars and without disabling the scanner we see alot more partial deployments.
> 
> 
> 
> This can happen both on the initial creation of the foo.war or during editing/changes.
> 
> 
> 
> I think it would be great have a marker file to prevent deployment - i.e. foo.war.nodeploy would make the scanner skip checking foo.war. Then the tool or user can remove it when he wants it in play again.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570442#570442]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/bf5cd246/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 09:57:57 2010
From: do-not-reply at jboss.com (chris does)
Date: Wed, 10 Nov 2010 09:57:57 -0500
Subject: [jboss-dev-forums] [jBPM Development] - How to get all comments of
	a process Instance
Message-ID: <2-570513-3-72306-1289401056131.jivesbs.jivemailuser@http://community.jboss.org>

chris does [http://community.jboss.org/people/cmshizzl] created the discussion

"How to get all comments of a process Instance"

To view the discussion, visit: http://community.jboss.org/message/570513#570513

--------------------------------------------------------------
Hi everybody,

is it possible to get all the comments of a process instance. (That means every comment of a task within a process instance).

I just found the history Service but that didn't work.

List<HistoryDetail> history = engine.getHistoryService()
??????????????? .createHistoryDetailQuery()
??????????????? .processInstanceId(processInstanceID).comments()
??????????????? .orderDesc(HistoryDetailQuery.PROPERTY_TIME).list();

I think another solution would be to iterate over all tasks of a process instance to get the comments.
Is there a better solution for this problem?

Best Regards,

Chris
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570513#570513]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/3c6f34d6/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 10:09:29 2010
From: do-not-reply at jboss.com (wilson javier)
Date: Wed, 10 Nov 2010 10:09:29 -0500
Subject: [jboss-dev-forums] [JBoss Wiki Portlet Development] - is there any
 way to integrate JbossWiki with portal GateIn??
Message-ID: <2-570516-3-68094-1289401744931.jivesbs.jivemailuser@http://community.jboss.org>

wilson javier [http://community.jboss.org/people/willoJavier] created the discussion

"is there any way to integrate JbossWiki with portal GateIn??"

To view the discussion, visit: http://community.jboss.org/message/570516#570516

--------------------------------------------------------------
hi all, I would like to integrate the JBoss wiki on my GateIn Portal.

I downloaded JbossWiki 1.0 binariesfrom http://www.jboss.org/jbosswiki/downloads/binaries

I downloaded GateIn with JBoss AS 5.1.0 from? http://www.jboss.org/gatein/downloads

I have deployed wiki.ear in my portal, but get the following error:
09:49:12,578 ERROR [AbstractKernelController] Error installing to Parse: name=vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.ear/ state=Not Installed mode=Man
ual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.ear/wiki.war/
??????? at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:362)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:322)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:294)
??????? at org.jboss.deployment.JBossAppParsingDeployer.createMetaData(JBossAppParsingDeployer.java:119)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:234)
??????? at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
??????? at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
??????? at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
??????? at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
??????? at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
??????? at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
??????? at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
??????? at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
??????? at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:362)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
??????? at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
??????? at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
??????? at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
??????? at java.lang.Thread.run(Thread.java:619)
Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: app-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-
repository? unauthenticated-principal? security-domain? library-directory? module-order?
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
??????? at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:168)
??????? at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:189)
??????? at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:166)
??????? at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:137)
??????? at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:121)
??????? at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parseAndInit(AbstractVFSParsingDeployer.java:256)
??????? at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse(AbstractVFSParsingDeployer.java:188)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:348)
??????? ... 30 more
Caused by: org.jboss.xb.binding.JBossXBRuntimeException: app-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-repository? unaut
henticated-principal? security-domain? library-directory? module-order?
??????? at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.startElement(SundayContentHandler.java:383)
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$DelegatingContentHandler.startElement(SaxJBossXBParser.java:401)
??????? at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
??????? at org.apache.xerces.xinclude.XIncludeHandler.startElement(Unknown Source)
??????? at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
??????? at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
??????? at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
??????? at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
??????? at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
??????? at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
??????? at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
??????? at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:199)
??????? ... 38 more
09:49:12,578 WARN? [HDScanner] Failed to process changes
org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
 
*** DEPLOYMENTS IN ERROR: Name -> Error
 
vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.ear/ -> org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/C:/2JBOSS/GateIn
3FINALJbossAsWIKI/server/default/deploy/wiki.ear/wiki.war/
 
 
DEPLOYMENTS IN ERROR:
? Deployment "vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.ear/" is in error due to the following reason(s): org.jboss.xb.binding.JBossXBRuntimeException: a
pp-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-repository? unauthenticated-principal? security-domain? library-directory?
module-order?
 
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:993)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:939)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.checkComplete(MainDeployerImpl.java:873)
??????? at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.checkComplete(MainDeployerAdapter.java:128)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:369)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
??????? at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
??????? at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
??????? at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
??????? at java.lang.Thread.run(Thread.java:619)
09:49:12,578 ERROR [AbstractKernelController] Error installing to Parse: name=vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.ear/ state=Not Installed mode=Man
ual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.ear/wiki.war/?
??????? at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:362)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:322)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:294)
??????? at org.jboss.deployment.JBossAppParsingDeployer.createMetaData(JBossAppParsingDeployer.java:119)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:234)
??????? at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
??????? at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
??????? at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
??????? at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
??????? at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
??????? at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
??????? at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
??????? at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
??????? at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:362)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
??????? at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
??????? at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
??????? at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
??????? at java.lang.Thread.run(Thread.java:619)
Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: app-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-
repository? unauthenticated-principal? security-domain? library-directory? module-order?
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
??????? at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:168)
??????? at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:189)
??????? at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:166)
??????? at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:137)
??????? at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:121)
??????? at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parseAndInit(AbstractVFSParsingDeployer.java:256)
??????? at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse(AbstractVFSParsingDeployer.java:188)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:348)
??????? ... 30 more
Caused by: org.jboss.xb.binding.JBossXBRuntimeException: app-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-repository? unaut
henticated-principal? security-domain? library-directory? module-order?
??????? at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.startElement(SundayContentHandler.java:383)
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$DelegatingContentHandler.startElement(SaxJBossXBParser.java:401)
??????? at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
??????? at org.apache.xerces.xinclude.XIncludeHandler.startElement(Unknown Source)
??????? at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
??????? at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
??????? at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
??????? at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
??????? at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
??????? at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
??????? at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
??????? at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:199)
??????? ... 38 more
09:49:12,578 WARN? [HDScanner] Failed to process changes
org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
?
*** DEPLOYMENTS IN ERROR: Name -> Error
?
vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.ear/ -> org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/C:/2JBOSS/GateIn
3FINALJbossAsWIKI/server/default/deploy/wiki.ear/wiki.war/?
?
?
DEPLOYMENTS IN ERROR:
? Deployment "vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.ear/" is in error due to the following reason(s): org.jboss.xb.binding.JBossXBRuntimeException: a
pp-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-repository? unauthenticated-principal? security-domain? library-directory?
module-order?
?
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:993)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:939)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.checkComplete(MainDeployerImpl.java:873)
??????? at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.checkComplete(MainDeployerAdapter.java:128)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:369)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
??????? at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
??????? at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
??????? at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
??????? at java.lang.Thread.run(Thread.java:619)


Then decompressed wiki.ear and deploy the portlet? wiki.war, but again show the following errors  :(  :

09:58:34,156 ERROR [AbstractKernelController] Error installing to Parse: name=vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.war/ state=Not Installed mode=Man
ual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.war/
??????? at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:362)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:322)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:294)
??????? at org.jboss.deployment.JBossAppParsingDeployer.createMetaData(JBossAppParsingDeployer.java:119)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:234)
??????? at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
??????? at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
??????? at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
??????? at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
??????? at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
??????? at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
??????? at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
??????? at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
??????? at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:362)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
??????? at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
??????? at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
??????? at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
??????? at java.lang.Thread.run(Thread.java:619)
Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: app-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-
repository? unauthenticated-principal? security-domain? library-directory? module-order?
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:203)
??????? at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:168)
??????? at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:189)
??????? at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:166)
??????? at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:137)
??????? at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:121)
??????? at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parseAndInit(AbstractVFSParsingDeployer.java:256)
??????? at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse(AbstractVFSParsingDeployer.java:188)
??????? at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:348)
??????? ... 29 more
Caused by: org.jboss.xb.binding.JBossXBRuntimeException: app-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-repository? unaut
henticated-principal? security-domain? library-directory? module-order?
??????? at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.startElement(SundayContentHandler.java:383)
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$DelegatingContentHandler.startElement(SaxJBossXBParser.java:401)
??????? at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
??????? at org.apache.xerces.xinclude.XIncludeHandler.startElement(Unknown Source)
??????? at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
??????? at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
??????? at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
??????? at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
??????? at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
??????? at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
??????? at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
??????? at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
??????? at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:199)
??????? ... 37 more
09:58:34,171 WARN? [HDScanner] Failed to process changes
org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):

*** DEPLOYMENTS IN ERROR: Name -> Error

vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.war/ -> org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/C:/2JBOSS/GateIn
3FINALJbossAsWIKI/server/default/deploy/wiki.war/


DEPLOYMENTS IN ERROR:
? Deployment "vfszip:/C:/2JBOSS/GateIn3FINALJbossAsWIKI/server/default/deploy/wiki.war/" is in error due to the following reason(s): org.jboss.xb.binding.JBossXBRuntimeException: a
pp-name not found as a child of jboss-app in unordered_sequence: module* security-role* jmx-name? loader-repository? unauthenticated-principal? security-domain? library-directory?
module-order?

??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:993)
??????? at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:939)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.checkComplete(MainDeployerImpl.java:873)
??????? at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.checkComplete(MainDeployerAdapter.java:128)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:369)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
??????? at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
??????? at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
??????? at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
??????? at java.lang.Thread.run(Thread.java:619)


*here any way to do what I am trying to do?

**If you have suggestions they are infinitely appreciate.

**Thanks to all*
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570516#570516]

Start a new discussion in JBoss Wiki Portlet Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2020]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/ff5d0ff6/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 10:16:59 2010
From: do-not-reply at jboss.com (Piergiorgio Lucidi)
Date: Wed, 10 Nov 2010 10:16:59 -0500
Subject: [jboss-dev-forums] [JBoss Wiki Portlet Development] - Re: is there
 any way to integrate JbossWiki with portal GateIn??
In-Reply-To: <2-570516-3-68094-1289401744931.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570516-3-68094-1289401744931.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570516-3-68094-1289401744931-2-570520-3-5710-1289402213541.jivesbs.jivemailuser@http://community.jboss.org>

Piergiorgio Lucidi [http://community.jboss.org/people/piergiorgiolucidi] created the discussion

"Re: is there any way to integrate JbossWiki with portal GateIn??"

To view the discussion, visit: http://community.jboss.org/message/570520#570520

--------------------------------------------------------------
Have you tried to install the old version of JBoss Wiki, for example the Beta2?

Hope this helps.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570520#570520]

Start a new discussion in JBoss Wiki Portlet Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2020]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/e24dc914/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 10:42:40 2010
From: do-not-reply at jboss.com (Alexey Loubyansky)
Date: Wed, 10 Nov 2010 10:42:40 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Dependencies expressed
	with @Resource
Message-ID: <2-570529-3-2085-1289403742809.jivesbs.jivemailuser@http://community.jboss.org>

Alexey Loubyansky [http://community.jboss.org/people/alex.loubyansky%40jboss.com] created the discussion

"Dependencies expressed with @Resource"

To view the discussion, visit: http://community.jboss.org/message/570529#570529

--------------------------------------------------------------
I'd like to clarify the effects of these dependencies on service deployment and creation/initialization.

The way it's now, these dependencies don't affect deployment, i.e. if a dependency specified in @Resource is missing or there is a circular dependency expressed with @Resource, this won't affect deployment.
It may affect runtime though, e.g. an initialization of an mbean, but only if the dependency is associated with an injection target (i.e. was specified on a field or a method).

The question is should these dependencies be checked for resolution at deploy time and fail the deploy if they can't?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570529#570529]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/2bc16359/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 11:13:45 2010
From: do-not-reply at jboss.com (wilson javier)
Date: Wed, 10 Nov 2010 11:13:45 -0500
Subject: [jboss-dev-forums] [JBoss Wiki Portlet Development] - Re: is there
 any way to integrate JbossWiki with portal GateIn??
In-Reply-To: <2-570516-3-68094-1289401744931-2-570520-3-5710-1289402213541.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570516-3-68094-1289401744931.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570516-3-68094-1289401744931-2-570520-3-5710-1289402213541.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570516-3-68094-1289401744931-2-570536-3-68094-1289405620976.jivesbs.jivemailuser@http://community.jboss.org>

wilson javier [http://community.jboss.org/people/willoJavier] created the discussion

"Re: is there any way to integrate JbossWiki with portal GateIn??"

To view the discussion, visit: http://community.jboss.org/message/570536#570536

--------------------------------------------------------------
Hi Piergiorgio, and thanks for your quick response.

Yes, , I tested with the beta2 version and the? beta2.2.4 version.

In these cases to deploy the file wiki.ear receive the following error:

10:58:33,109 WARN? [HDScanner] Scan failed
org.jboss.deployers.spi.DeploymentException: Exception determining structure: AbstractVFSDeployment(wiki.ear)
??????? at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
??????? at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:85)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.determineStructure(MainDeployerImpl.java:1004)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.determineDeploymentContext(MainDeployerImpl.java:440)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:390)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:300)
??????? at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.addDeployment(MainDeployerAdapter.java:86)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:344)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
??????? at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
??????? at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
??????? at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
??????? at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.RuntimeException: Error determining structure: wiki.ear
??????? at org.jboss.deployment.EARStructure.determineStructure(EARStructure.java:293)
??????? at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:73)
??????? at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:196)
??????? at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:221)
??????? at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:77)
??????? ... 16 more
Caused by: java.lang.RuntimeException: wiki.ejb3 module listed in application.xml is not a recognized deployment, .ear: wiki.ear
??????? at org.jboss.deployment.EARStructure.determineStructure(EARStructure.java:277)
??????? ... 20 more
 
10:58:33,109 WARN? [HDScanner] Scan failed
org.jboss.deployers.spi.DeploymentException: Exception determining structure: AbstractVFSDeployment(wiki.ear)
??????? at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
??????? at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:85)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.determineStructure(MainDeployerImpl.java:1004)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.determineDeploymentContext(MainDeployerImpl.java:440)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:390)
??????? at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:300)
??????? at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.addDeployment(MainDeployerAdapter.java:86)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:344)
??????? at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
??????? at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
??????? at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
??????? at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
??????? at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
??????? at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
??????? at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.RuntimeException: Error determining structure: wiki.ear
??????? at org.jboss.deployment.EARStructure.determineStructure(EARStructure.java:293)
??????? at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:73)
??????? at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:196)
??????? at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:221)
??????? at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:77)
??????? ... 16 more
Caused by: java.lang.RuntimeException: wiki.ejb3 module listed in application.xml is not a recognized deployment, .ear: wiki.ear
??????? at org.jboss.deployment.EARStructure.determineStructure(EARStructure.java:277)
??????? ... 20 more
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570536#570536]

Start a new discussion in JBoss Wiki Portlet Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2020]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/f2b1f50b/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 11:21:22 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Wed, 10 Nov 2010 11:21:22 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Dependencies
 expressed with @Resource
In-Reply-To: <2-570529-3-2085-1289403742809.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570529-3-2085-1289403742809.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570529-3-2085-1289403742809-2-570541-3-2170-1289406075577.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"Re: Dependencies expressed with @Resource"

To view the discussion, visit: http://community.jboss.org/message/570541#570541

--------------------------------------------------------------
If you can't resolve the resource, you can never set the proper dependency.

I'm in favor of fail fast.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570541#570541]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/2253c836/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 11:26:18 2010
From: do-not-reply at jboss.com (Piergiorgio Lucidi)
Date: Wed, 10 Nov 2010 11:26:18 -0500
Subject: [jboss-dev-forums] [JBoss Wiki Portlet Development] - Re: is there
 any way to integrate JbossWiki with portal GateIn??
In-Reply-To: <2-570516-3-68094-1289401744931-2-570536-3-68094-1289405879060.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570516-3-68094-1289401744931.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570516-3-68094-1289401744931-2-570520-3-5710-1289402213541.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570516-3-68094-1289401744931-2-570536-3-68094-1289405879060.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570516-3-68094-1289401744931-2-570542-3-5710-1289406357511.jivesbs.jivemailuser@http://community.jboss.org>

Piergiorgio Lucidi [http://community.jboss.org/people/piergiorgiolucidi] created the discussion

"Re: is there any way to integrate JbossWiki with portal GateIn??"

To view the discussion, visit: http://community.jboss.org/message/570542#570542

--------------------------------------------------------------
JBoss Wiki 1.0 is not compatible with GateIn portal, we have to migrate this project with a porting, but I can't say when the new project will be available. It seems to me that some of the old versions of JBoss Wiki worked on one of the first versions of GateIn.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570542#570542]

Start a new discussion in JBoss Wiki Portlet Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2020]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/f42fcbe6/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 12:12:21 2010
From: do-not-reply at jboss.com (jack lista)
Date: Wed, 10 Nov 2010 12:12:21 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: JBossESB
	4.0_Alpha1 released
In-Reply-To: <2-347775-3-2008-1151306600000-2-347788-3-2008-1151525794000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-347775-3-2008-1151306600000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-347775-3-2008-1151306600000-2-347788-3-2008-1151525794000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-347775-3-2008-1151306600000-2-570545-3-61898-1289409125935.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: JBossESB 4.0_Alpha1 released"

To view the discussion, visit: http://community.jboss.org/message/570545#570545

--------------------------------------------------------------
Hi Mark, I'm looking for the svn archive for JBoss ESB, can you throw me a link?? I tried the links in this thread but they are coming up "not found".? Is there someplace that such things are posted?? Thanks...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570545#570545]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/fc0b208f/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 12:20:56 2010
From: do-not-reply at jboss.com (Daniel Bevenius)
Date: Wed, 10 Nov 2010 12:20:56 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: JBossESB
	4.0_Alpha1 released
In-Reply-To: <2-347775-3-2008-1151306600000-2-570545-3-61898-1289409125935.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-347775-3-2008-1151306600000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-347775-3-2008-1151306600000-2-347788-3-2008-1151525794000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-347775-3-2008-1151306600000-2-570545-3-61898-1289409125935.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-347775-3-2008-1151306600000-2-570549-3-2290-1289409631435.jivesbs.jivemailuser@http://community.jboss.org>

Daniel Bevenius [http://community.jboss.org/people/beve] created the discussion

"Re: JBossESB 4.0_Alpha1 released"

To view the discussion, visit: http://community.jboss.org/message/570549#570549

--------------------------------------------------------------
You can find anonymous access to svn  http://anonsvn.jboss.org/repos/labs/labs/jbossesb/ here

Regards,

/Daniel
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570549#570549]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/c4637309/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 15:19:54 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Wed, 10 Nov 2010 15:19:54 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570442-3-2230-1289383659731.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570368-3-2016-1289340571728.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570442-3-2230-1289383659731.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570597#570597

--------------------------------------------------------------
This forum interface drives me nuts. As I write this I'm chatting about what public mailing list we should use for AS 7 dev discussions.

Re: the remotable API to upload individual files w/in a deployment, let's discuss next week and then I'll open a JIRA.

Re: Windows jar locking with exploded deployments -- from various discussions I have a vague feeling it may be possible to avoid that without copying.? I'm doubtful. Bottom line is if when this is implemented we have to copy to avoid file locking problems, we'll copy.

> Max Andersen wrote:
> > >  If we're going to leave the original file around, for zipped files IMO we should do away with the marker files, and use them solely for exploded deployments, where they have a clear purpose. If the zipped files are left around, the only thing the marker files provide is an indication that the content? was actually deployed. There are other ways to see that; and by itself that's not justification for the confusion of having two files around.
> > 
> > I agree - if the file stays around the marker file has no real importance.
> > 
> > 
> > 
> > Well, maybe for consistency and actually knowing the file got deployed without having to scan logs ?
> > 
> > 
> > 
> > Or is there other/better ways to get this info now ?
When anything is deployed, an entry for it is written in the standalone/configuration/standalone.xml file.

> How are users to know where the actual deployment is happening from ? Suggestion: put a deploy.location=/var/tmp/blahbla/foo.war into the marker file - simply for ease of debugging/transparency.> > I've been tempted to do that. Haven't because 1) it forms a semi-contract that I'm not sure we should commit ourselves to. 2) It also encourages poking around in places users aren't meant to go poking. 3)? It also forces the deployment content repository to expose internal implementation details to the deployment scanner service, which isn't the end of the world but isn't nice either.
> > > 
> > > There is INFO level logging of where the deployment content is stored (which shoots my #2 above). :-)
> > > 
> > 
> > I keep hearing this "by exposing the actual deployment location there is a semi-contract"-excuse and I just don't buy it.
> > 
> > The deployment is going to be *somewhere* wether that is on the filesystem or in-memory then telling the user where it is being 'read' from is never a bad information to have.
> > 
> > 
> > 
> > And as you said - it gets logged anyway (for a reason I assume ?  :) 
I have no serious objection to telling people where deployments are stored. This is OSS after all. As we go along there should be a wiki page describing exactly how this works for a given release. I'm just doubtful about persisting it in this file. People come to count on reading the file and you can't lightly stop writing it even if it becomes a problem.

> Why have markers both at toplevel /foo.war.deployed and foo.war/META-INF/jboss-deploy - why not just have them as foo.war.deploy (request deployment of foo.war) and foo.war.deployed (marker for foo.war have been deployed) ? More consistent IMO. > > Fine with me.
> > 
> > 
> > 
> > At submodule deployments it might make sense to have other markers at a different "Depth" but when its the "same" thing you trigger a redeploy of the marker should be the same.
There's no plan to support independent redeployment of submodules.
> The downside to that is multiple changes can't be made as an atomic unit, with no requests seeing only some of the changes. But? I don't think that's a critical use case. Devs doing testing will deploy content, make some requests, update some files in the deployment, make some requests, etc. They're not making requests in the middle of copying in changed files.> This is actually a critical use case. Today we use jmx calls to tell AS to *not* scan folders while we are copying files over and then continue when we are done. If we didn't do that you would see *alot* more failure deployments.
> > 
> > 
> > 
> > i.e. users updating a jar or set of jars - that copy operation will actually take some ms's or even seconds for large jars and without disabling the scanner we see alot more partial deployments.
> > 
> > 
> > 
> > This can happen both on the initial creation of the foo.war or during editing/changes.
> > 
> > 
> > 
> > I think it would be great have a marker file to prevent deployment - i.e. foo.war.nodeploy would make the scanner skip checking foo.war. Then the tool or user can remove it when he wants it in play again.
Doesn't the .deploy file mechanism deal with this? With an exploded deployment, the user has to add that file to trigger redeploy. Once the thing is deployed, changing the contents changes what's visible as a resource to the deployment's classloader, but the scanner doesn't do a full redeploy just because it detects some of the content changed.

I suspect this is leading into the subject of hot replacement of classes, which sounds like a good topic for over a beer next week.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570597#570597]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/600fdc74/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 17:28:21 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Wed, 10 Nov 2010 17:28:21 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Deployer chain cleanup
Message-ID: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/570617#570617

--------------------------------------------------------------
Alexey posted a proposed patch here:
 https://github.com/aloubyansky/jboss-as/commit/fa92ebafc41905674d6143d461257d49ee40c965 https://github.com/aloubyansky/jboss-as/commit/fa92ebafc41905674d6143d461257d49ee40c965

I had something similar in mind, but thought a single cleanup method on the chain that would use attachment state would be sufficient. Any thoughts on this?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570617#570617]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/ee9e21ff/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 17:41:55 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Wed, 10 Nov 2010 17:41:55 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Deployer chain
	cleanup
In-Reply-To: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/570623#570623

--------------------------------------------------------------
In an ideal world we'd be able to use an interceptor-chain kind of pattern where each processor calls invokeNext() or whatever, and any error cleanup could be done in a finally block.? However the grim reality is that we could face stack exhaustion if we had a truly large number of extensions involved.? I think the next-best option is what you suggest: a cleanup() method which is called if a later processor fails.

So to restate:
1. Add a cleanup() method to DeploymentUnitProcessor
2. Each implementation of DUP should handle failure cleanly, so processDeployment is essentially atomic: either everything gets done or nothing (no partial state when an exception is thrown).
3. Then the implementation of cleanup() can perform a full cleanup safely, because it will only ever be called if processDeployment() had completed successfully *and* a later processDeployment() failed.
4. This implies that if a given processDeployment() fails, its cleanup() is *not* called, but the cleanup() methods on all the DUPs before the one that failed *are* called.

Make sense?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570623#570623]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/dc49677f/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 17:48:57 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Wed, 10 Nov 2010 17:48:57 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Deployer chain
	cleanup
In-Reply-To: <2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570617-3-2257-1289428092192-2-570624-3-2011-1289429329426.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/570624#570624

--------------------------------------------------------------
> David Lloyd wrote:
> 
> This implies that if a given processDeployment() fails, its cleanup() is *not* called, but the cleanup() methods on all the DUPs before the one that failed *are* called.

I should elaborate here: the cleanup() methods should be called in reverse order, just like recursive catch/finally blocks would be.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570624#570624]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/2ddf73da/attachment.html 

From do-not-reply at jboss.com  Wed Nov 10 18:37:37 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Wed, 10 Nov 2010 18:37:37 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Deployer chain
	cleanup
In-Reply-To: <2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570617-3-2257-1289428092192-2-570632-3-2016-1289432252713.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/570632#570632

--------------------------------------------------------------
I like the approach of each DUP being responsible for cleaning itself up if it fails, with the cleanup call being reserved for those that had previously completed successfully. That's the way the handling of lists of model/runtime updates work.

Putting the logic to do the cleanup work inside DeploymentChain.processDeployment() seems easiest -- no need to do any kind of external bookkeeping of what DUPs have been invoked and need cleanup. The contract for that method can guarantee that all cleanup will be done before any exception is thrown.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570632#570632]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101110/f0e75407/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 02:54:50 2010
From: do-not-reply at jboss.com (Alexey Loubyansky)
Date: Thu, 11 Nov 2010 02:54:50 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Deployer chain
	cleanup
In-Reply-To: <2-570617-3-2257-1289428092192-2-570632-3-2016-1289432252713.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570632-3-2016-1289432252713.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570617-3-2257-1289428092192-2-570676-3-2085-1289462082551.jivesbs.jivemailuser@http://community.jboss.org>

Alexey Loubyansky [http://community.jboss.org/people/alex.loubyansky%40jboss.com] created the discussion

"Re: Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/570676#570676

--------------------------------------------------------------
Adding a cleanup method to DUP is probably the most natural thing to do. The reason I didn't do it was I didn't want to go modify each DUP implementation.
Also I had an idea of doing something like this


// this is the interface I'm currently using
public interface DeploymentRollbackAction {?? void rollback(DeploymentUnitContext ctx);}

public abstract class DeploymentUnitProcessorWithRollback implements DeploymentUnitProcessor, DeploymentRollbackAction {??? public final void processDeployment(DeploymentUnitContext context) throws DeploymentUnitProcessingException {??????? context.pushRollback(this);??????? doProcess(context);??? }??? protected abstract void doProcess(DeploymentUnitContext context) throws DeploymentUnitProcessingException;}


So then DUP that may need cleaning up can extend this processor.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570676#570676]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/0ed2c0fb/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 06:02:57 2010
From: do-not-reply at jboss.com (LX T)
Date: Thu, 11 Nov 2010 06:02:57 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Migrate app to jBPM -
	multiple starts
Message-ID: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>

LX T [http://community.jboss.org/people/vcr] created the discussion

"Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/570714#570714

--------------------------------------------------------------
Hi,

I need to migrate from an existing non jBPM application.

For new executions(start-end) everything is fine.

But some flow executions have to start in the middle(practically can be at any state within the process).
Multiple starts are not possible.
How can I accomplish this?

A big decission up-front and then transition to *every* process state does not seem a good way.

Would you recommend another solution?

Thank you.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570714#570714]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/8a32dff4/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 06:45:03 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Thu, 11 Nov 2010 06:45:03 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - NPE in
 StandaloneClientImpl.isDeploymentNameUnique
Message-ID: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/570720#570720

--------------------------------------------------------------
Caused by: org.jboss.as.protocol.mgmt.ManagementException: Failed to check deployment name uniqueness.
?????at org.jboss.as.standalone.client.impl.StandaloneClientImpl.isDeploymentNameUnique(StandaloneClientImpl.java:130)
?????at org.jboss.as.standalone.client.impl.StandaloneClientDeploymentManager$1.distributeDeploymentContent(StandaloneClientDeploymentManager.java:59)
?????at org.jboss.as.standalone.client.impl.deployment.DeploymentPlanBuilderImpl.add(DeploymentPlanBuilderImpl.java:187)
?????at org.jboss.as.standalone.client.impl.deployment.DeploymentPlanBuilderImpl.add(DeploymentPlanBuilderImpl.java:182)
?????at org.jboss.osgi.plugin.jbossas7.DeployerClientImpl.deploy(DeployerClientImpl.java:85)
?????... 31 more
Caused by: java.lang.NullPointerException
?????at org.jboss.as.standalone.client.impl.StandaloneClientImpl.isDeploymentNameUnique(StandaloneClientImpl.java:128)
?????... 35 more



This repeatedly happens on the  http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-remote/34/testReport/junit/org.jboss.test.osgi.example.xservice/BundleAccessesModuleServiceTestCase/testBundleInvokesModuleService/ EC2 Hudson instance, but cannot be reproduces locally.

??? boolean isDeploymentNameUnique(String name) {
??????? try {
??? 128:???? return new CheckUnitDeploymentNameOperation(name).executeForResult(getConnectionStrategy());
??????? } catch (Exception e) {
??????????? throw new ManagementException("Failed to check deployment name uniqueness.", e);
??????? }
??? }
 
?
?
?
?


Any idea, how a NPE is even possible given the trace above.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570720#570720]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/eb7c2a52/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 08:25:05 2010
From: do-not-reply at jboss.com (Dimitris Andreadis)
Date: Thu, 11 Nov 2010 08:25:05 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570442-3-2230-1289383659731.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570745-3-2025-1289481904370.jivesbs.jivemailuser@http://community.jboss.org>

Dimitris Andreadis [http://community.jboss.org/people/dimitris%40jboss.org] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570745#570745

--------------------------------------------------------------
> Brian Stansberry wrote:
> 
> This forum interface drives me nuts. As I write this I'm chatting about what public mailing list we should use for AS 7 dev discussions.
> 
Sometimes I'm really buffled why we need to re-invent everything? The main purpose of the mostly-idle  http://lists.jboss.org/pipermail/jboss-development/ jboss-development list (since you are doing most of the discussions over IRC) was to discuss development of and integration into JBoss AS. Plus, all important/interested parties are subscribed to it already.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570745#570745]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/f171d8d8/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 09:01:15 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Thu, 11 Nov 2010 09:01:15 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Thoughts on ws
	integration
Message-ID: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] created the discussion

"Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/570759#570759

--------------------------------------------------------------
Hi,
I've been reasoning a bit on what will need to be done to add ws functionalities to AS 7. While the final work will need to wait for the ejb3 subsystem to be available, the current web subsystem should be enough for a limited support (POJO endpoints only), hence for starting looking at the integration.

The domain model additions due to the ws subsystem should be quite trivial; first questions/doubts come when dealing with the deployment instead. As far as I can see, other subsystems define activators that create deployment chains; each of them come with its chain selector and given set of processors that actually deal with the deployment. Selectors seems to trigger the chain processing depending on the kind of the deployment (a war, jar, sar, etc.), or more generally speaking on basic reasoning over the deployment package (name of the virtual file, manifest contents, etc.).
A selector can't be easily defined for detecting "ws deployments" as of course a webservice endpoint could be part of a web deployment or of an ejb deployment.
In AS 5/6 the ws deployers (let's talk about the REAL ones only here) were basically running in between the ejb/web ones, properly modifying (or creating in the case of ejb3 ws deployments) the JBossWebMetaData that was later consumed by the TomcatDeployer.
With the current AS7 architecture, we'd probably need integration hooks for interleaving the ws processors with the web ones. Of course having the web subsystem directly depend on anything in the ws one is not acceptable.
The alternative -defining a new chain for the ws deployment and calling the required web processors in there- is most probably not going to work.
What options do you see here?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570759#570759]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/e65df39e/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 09:20:46 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Thu, 11 Nov 2010 09:20:46 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on ws
	integration
In-Reply-To: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570759-3-3973-1289484069925-2-570771-3-2170-1289485203573.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"Re: Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/570771#570771

--------------------------------------------------------------
Can you also outline in this thread what exactly you require out of EJB 3?
It's probably a list of interfaces which need to be implemented there, not?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570771#570771]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/53eeb669/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 09:26:51 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Thu, 11 Nov 2010 09:26:51 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on ws
	integration
In-Reply-To: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570759-3-3973-1289484069925-2-570775-3-2056-1289485559705.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/570775#570775

--------------------------------------------------------------
Alessio,

in future we are probably going to see less deployment chains, possibly just one. The web subsystem should be enabled to setup endpoints based metadata that you attach to the DeploymentUnitContext. A (better) alternative would be that the WS DUP registers a WSService that has a dependency on some JBossWebService. When WSService activated it uses well defined/stable API from the JBossWebService to setup a web endpoint.

IMHO, this is generally needed because other subsystems like the OSGi  http://http://www.osgi.org/javadoc/r4v42/org/osgi/service/http/HttpService.html HttpService may also need to setup Http endpoints through API. Perhaps you can use

 http://https://jira.jboss.org/browse/JBOSGI-308 [JBOSGI-308] Implement the HttpService ontop of JBossWeb 

as the entry point to this discussion. In short, JBossWeb would need to expose a set of well defined services that allows others to setup endpoints.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570775#570775]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/3293de6f/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 09:27:53 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Thu, 11 Nov 2010 09:27:53 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on ws
	integration
In-Reply-To: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570759-3-3973-1289484069925-2-570776-3-2011-1289485632850.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/570776#570776

--------------------------------------------------------------
> Alessio Soldano wrote:
> 
> [...]
> The domain model additions due to the ws subsystem should be quite trivial; first questions/doubts come when dealing with the deployment instead. As far as I can see, other subsystems define activators that create deployment chains; each of them come with its chain selector and given set of processors that actually deal with the deployment. Selectors seems to trigger the chain processing depending on the kind of the deployment (a war, jar, sar, etc.), or more generally speaking on basic reasoning over the deployment package (name of the virtual file, manifest contents, etc.).
This needs to change in my opinion.? We need to convert to a single deployment unit processing chain, where each processor is responsible for detecting whether it applies to the processed deployment.

> Alessio Soldano wrote:
> 
> In AS 5/6 the ws deployers (let's talk about the REAL ones only here) were basically running in between the ejb/web ones, properly modifying (or creating in the case of ejb3 ws deployments) the JBossWebMetaData that was later consumed by the TomcatDeployer.
> With the current AS7 architecture, we'd probably need integration hooks for interleaving the ws processors with the web ones. Of course having the web subsystem directly depend on anything in the ws one is not acceptable.
> The alternative -defining a new chain for the ws deployment and calling the required web processors in there- is most probably not going to work.
> What options do you see here?
Once we flatten it out to one chain, it should just be a question of inserting the processor at the right point to process or create WAR deployment information for the web service endpoints etc.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570776#570776]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/8f5f574b/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 09:40:36 2010
From: do-not-reply at jboss.com (JBoss Community)
Date: Thu, 11 Nov 2010 09:40:36 -0500
Subject: [jboss-dev-forums] Community Updates, November 4 - November 11
Message-ID: <498261026.171171289486440091.JavaMail.jive@clearspace02.app.mwc.hst.phx2.redhat.com>

===============================================================
Community Updates for November 4 - November 11
===============================================================

You haven't set a status update. Log in and set your status at: http://community.jboss.org.

Your Content
 * testing the new list server [http://community.jboss.org/thread/127309]
     was viewed 12,404 times and replied to by 3 people
      * No Link to Jboss Nukes [http://community.jboss.org/thread/90785]
     was viewed 106,850 times and replied to by 3 people
     


Your Connections - Activity by people you are following
    You don't have any connections yet. Find people and connect! [http://community.jboss.org/people/]



Popular Content - The content that is most viewed and participated in
                * NHibernate for .NET [http://community.jboss.org/docs/DOC-14068]
                * Open Session in View [http://community.jboss.org/docs/DOC-13954]
                * Sessions and transactions [http://community.jboss.org/docs/DOC-13951]
                * JBoss Tools on Eclipse 3.6 (Helios) [http://community.jboss.org/community/tools/blog/2010/07/05/jboss-tools-on-eclipse-36-helios]
                * JBoss Developer Studio 4 Beta now available [http://community.jboss.org/community/tools/blog/2010/10/21/jboss-developer-studio-4-beta-now-available]
                * JBoss Tools on Eclipse Marketplace [http://community.jboss.org/community/tools/blog/2010/10/21/jboss-tools-on-eclipse-marketplace]
                * Re: Integration with AS6 [http://community.jboss.org/message/533706#533706]
                * Re: Journaling errors [http://community.jboss.org/message/561590#561590]
                * Re: Implementing a non-flat deployment for Weld Integration [http://community.jboss.org/message/567633#567633]



Tips and tricks - Get Notified
You can have Community send you email when content you care about is added or changed. This is an alternative to feeds, which require a feed aggregator (although you can use both feeds and email notifications). Because an email is sent for each notification you request, you might prefer subscribing to feeds if you'd rather not get all the email. 
 To begin receiving email notifications, navigate to the area you care about ? a space or document or blog, for example ? and click Receive Email Notifications underActions. To stop receiving email notifications, click Stop Email Notifications instead. 
 You can manage all of your email notifications by going to the Email Notifications tab in your profile.


Not interested in these emails anymore, or want to change how often they come? Update your email preferences by visiting: http://community.jboss.org/user-notification-preferences!input.jspa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/0ac84bdd/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 10:06:54 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Thu, 11 Nov 2010 10:06:54 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on ws
	integration
In-Reply-To: <2-570759-3-3973-1289484069925-2-570776-3-2011-1289485632850.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570759-3-3973-1289484069925-2-570776-3-2011-1289485632850.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570759-3-3973-1289484069925-2-570789-3-3973-1289487996540.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] created the discussion

"Re: Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/570789#570789

--------------------------------------------------------------
> This needs to change in my opinion.? We need to convert to a single deployment unit processing chain, where each processor is responsible for detecting whether it applies to the processed deployment.
Yes, that's most likely to be OK for our needs here. After all I can see a kind of mapping with the deployers in AS 5/6 at that point...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570789#570789]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/3c935595/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 10:09:24 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Thu, 11 Nov 2010 10:09:24 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on ws
	integration
In-Reply-To: <2-570759-3-3973-1289484069925-2-570775-3-2056-1289485635558.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570759-3-3973-1289484069925-2-570775-3-2056-1289485635558.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570759-3-3973-1289484069925-2-570790-3-3973-1289488163547.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] created the discussion

"Re: Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/570790#570790

--------------------------------------------------------------
> Thomas Diesler wrote:
> 
> Alessio,
> 
> in future we are probably going to see less deployment chains, possibly just one. The web subsystem could be enabled to setup endpoints based metadata that you attach to the DeploymentUnitContext. A (better) alternative would be that the WS DUP registers a WSService that has a dependency on some JBossWebService. When the WSService activates it uses well defined/stable API from the JBossWebService to setup a web endpoint.
> 
> IMHO, this is generally needed because other subsystems like the OSGi  http://http://www.osgi.org/javadoc/r4v42/org/osgi/service/http/HttpService.html HttpService may also need to setup Http endpoints through API. Perhaps you can use
> 
>  http://https://jira.jboss.org/browse/JBOSGI-308 [JBOSGI-308] Implement the HttpService ontop of JBossWeb 
> 
> as the entry point to this discussion. In short, JBossWeb would need to expose a set of well defined services that allows others to setup endpoints.
 Yep, thanks for the reply, this alternative would be nice too...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570790#570790]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/979cf0e8/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 10:21:55 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Thu, 11 Nov 2010 10:21:55 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on ws
	integration
In-Reply-To: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570759-3-3973-1289484069925-2-570793-3-3973-1289488896956.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] created the discussion

"Re: Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/570793#570793

--------------------------------------------------------------
For the records:  https://jira.jboss.org/browse/JBAS-8633 https://jira.jboss.org/browse/JBAS-8633
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570793#570793]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/86fbd3d9/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 10:26:26 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Thu, 11 Nov 2010 10:26:26 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on ws
	integration
In-Reply-To: <2-570759-3-3973-1289484069925-2-570771-3-2170-1289485203573.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570759-3-3973-1289484069925-2-570771-3-2170-1289485203573.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570759-3-3973-1289484069925-2-570794-3-3973-1289489160587.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] created the discussion

"Re: Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/570794#570794

--------------------------------------------------------------
Carlo,
as of today the needs in terms of EJB3-WS integration are the same as what we had on AS 5/6.
This said, we do plan to review / clean the jbossws-spi as soon as the ws version for AS 6 goes final. At that point we might want to comment with more/up-to-date details.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570794#570794]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/44e5f093/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 10:44:00 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Thu, 11 Nov 2010 10:44:00 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-570799-3-2016-1289490232128.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/570799#570799

--------------------------------------------------------------
I can't see how an NPE is possible there. On the off chance it's using some old code, I'm having a quick look at the history of that method.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570799#570799]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/d3c49ef7/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 10:50:02 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Thu, 11 Nov 2010 10:50:02 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-570799-3-2016-1289490232128.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570799-3-2016-1289490232128.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-570800-3-2016-1289490593496.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/570800#570800

--------------------------------------------------------------
Not surprising, a look at the history doesn't show a previous form of that method that would throw an NPE on that line either. Very strange.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570800#570800]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/c6b5385c/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 10:59:02 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Thu, 11 Nov 2010 10:59:02 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-570800-3-2016-1289490593496.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570799-3-2016-1289490232128.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570800-3-2016-1289490593496.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-570803-3-2016-1289491125617.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/570803#570803

--------------------------------------------------------------
Carlo found it; executeForResult must be returning null, leading to a NPE from autoboxing to boolean.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570803#570803]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/5ba56730/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 11:53:16 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Thu, 11 Nov 2010 11:53:16 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-570803-3-2016-1289491125617.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570800-3-2016-1289490593496.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570803-3-2016-1289491125617.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-570820-3-2016-1289494391122.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/570820#570820

--------------------------------------------------------------
I think Carlo also found the basic cause; there's a concurrency bug in the ManagementRequest class. It has a "responseBodyHandler" and a "responseEndHandler" and assumes those will not be executed concurrently, but they can be. One effect would be a null result gets passed to the Future.

 https://jira.jboss.org/browse/JBAS-8634 https://jira.jboss.org/browse/JBAS-8634
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570820#570820]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/fbd6e04a/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 12:34:25 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Thu, 11 Nov 2010 12:34:25 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Please javadoc
	concurrency semantics
Message-ID: <2-570830-3-2257-1289496859403.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"Please javadoc concurrency semantics"

To view the discussion, visit: http://community.jboss.org/message/570830#570830

--------------------------------------------------------------
Since more and more people are starting to work on the code base, we really need to be clear about what the concurrency semantics are for every class. It just takes a few extra minutes and will likely save hours of time by preventing unintentional breakage, and preventing others from having to infer it.

All I ask, is that on every new class you do just add a simple Thread-Safety like section, and explain how you intend the class to be used. Also if you modify a class please make sure your modification either fits the previously documented semantics, or carefully explore the consequences when you change them. This will also help tip-off reviewers that such a change is happening.

In many cases this could be just one sentence:

"Thread-Safety: This class is not thread safe, and is intended to have an instance per thread"

"Thread-Safety: This class is not thread safe, and is intended to have all interactions guarded by a lock"

"Thread-Safety: This class allows concurrent access to any method, but needs a happens-before event between construction and usage"

Of course more complex designs would need additional information, however typing that out will probably make you think through it a little more, and you may catch flaws you didn't originally think of. I know I have before.

Thanks!
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570830#570830]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/771dd461/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 13:19:00 2010
From: do-not-reply at jboss.com (Nicolas Beucler)
Date: Thu, 11 Nov 2010 13:19:00 -0500
Subject: [jboss-dev-forums] [JBoss Profiler Development] - Re: Certainly a
 dumb question but...
In-Reply-To: <2-568819-3-76819-1288269749108.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-568819-3-76819-1288269749108.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-568819-3-76819-1288269749108-2-570834-3-76819-1289499523237.jivesbs.jivemailuser@http://community.jboss.org>

theoden [http://community.jboss.org/people/theoden] created the discussion

"Re: Certainly a dumb question but..."

To view the discussion, visit: http://community.jboss.org/message/570834#570834

--------------------------------------------------------------
Well i fnally found some time to check it out and the answer is that the profiler's output display specific time for each methods (cas b of my cases list in first post).

Thank's a lot for pointing me on something i haven't though of (cf. Kabir's post)  ;) 

Nicolas
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570834#570834]

Start a new discussion in JBoss Profiler Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2138]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/f78dbc8a/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 14:28:43 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Thu, 11 Nov 2010 14:28:43 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Please javadoc
	concurrency semantics
In-Reply-To: <2-570830-3-2257-1289496859403.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570830-3-2257-1289496859403.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570830-3-2257-1289496859403-2-570844-3-2170-1289503708596.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"Re: Please javadoc concurrency semantics"

To view the discussion, visit: http://community.jboss.org/message/570844#570844

--------------------------------------------------------------
Speaking of concurrency, why are some service lifecycle methods synchronized and others not?

NamingService is, CreateDestroyService is not.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570844#570844]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/14f0b0b8/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 15:05:55 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Thu, 11 Nov 2010 15:05:55 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-570820-3-2016-1289494391122.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570803-3-2016-1289491125617.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570820-3-2016-1289494391122.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-570848-3-2056-1289505941525.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/570848#570848

--------------------------------------------------------------
You are a hero. Thanks for following up on this ;-)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570848#570848]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/f7afaf10/attachment.html 

From do-not-reply at jboss.com  Thu Nov 11 15:44:53 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Thu, 11 Nov 2010 15:44:53 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Please javadoc
	concurrency semantics
In-Reply-To: <2-570830-3-2257-1289496859403-2-570844-3-2170-1289503708596.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570830-3-2257-1289496859403.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570830-3-2257-1289496859403-2-570844-3-2170-1289503708596.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570830-3-2257-1289496859403-2-570853-3-2011-1289508288219.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Please javadoc concurrency semantics"

To view the discussion, visit: http://community.jboss.org/message/570853#570853

--------------------------------------------------------------
Services can be started and stopped from any thread, and mutable state can be accessed from any thread.? The ones with synchronized methods simply use it as a thread safety mechanism for their mutable state.? CreateDestroyService and friends have no mutable state, thus there's no need for them to be synchronized.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570853#570853]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101111/4b4024b4/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 05:01:28 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Fri, 12 Nov 2010 05:01:28 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570745-3-2025-1289481904370.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570745-3-2025-1289481904370.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570937-3-2230-1289556081657.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570937#570937

--------------------------------------------------------------
biggest problem with mailing lists is that they are really bad for discussing crosscutting concerns like this deployment challenge  ;)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570937#570937]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/c572bcd3/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 05:11:03 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Fri, 12 Nov 2010 05:11:03 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570442-3-2230-1289383659731.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570942-3-2230-1289556652753.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570942#570942

--------------------------------------------------------------
> 
> Re: the remotable API to upload individual files w/in a deployment, let's discuss next week and then I'll open a JIRA.> 
> > Re: Windows jar locking with exploded deployments -- from various discussions I have a vague feeling it may be possible to avoid that without copying.? I'm doubtful. Bottom line is if when this is implemented we have to copy to avoid file locking problems, we'll copy.
> > 
> 
> 
> 
> Ok!
> 
> > 
> > > Max Andersen wrote:
> > > > >  If we're going to leave the original file around, for zipped files IMO we should do away with the marker files, and use them solely for exploded deployments, where they have a clear purpose. If the zipped files are left around, the only thing the
> > > > 
> > > > 
> > > > Or is there other/better ways to get this info now ?
> > When anything is deployed, an entry for it is written in the standalone/configuration/standalone.xml file.
> 
> ah - so deployment actually changes the original .xml file? Nice.
> 
> 
> 
> I hope it will retain comments that are in that file ?  :p 
> 
> > Why have markers both at toplevel /foo.war.deployed and foo.war/META-INF/jboss-deploy - why not just have them as foo.war.deploy (request deployment of foo.war) and foo.war.deployed (marker for foo.war have been deployed) ? More consistent IMO.
> > > > Fine with me.
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > At submodule deployments it might make sense to have other markers at a different "Depth" but when its the "same" thing you trigger a redeploy of the marker should be the same.
> 
> There's no plan to support independent redeployment of submodules.
> 
> > The downside to that is multiple changes can't be made as an atomic unit, with no requests seeing only some of the changes. But? I don't think that's a critical use case. Devs doing testing will deploy content, make some requests, update some files in the deployment, make some requests, etc. They're not making requests in the middle of copying in changed files.
> > > 
> > > 
> > > This is actually a critical use case. Today we use jmx calls to tell AS to *not* scan folders while we are copying files over and then continue when we are done. If we didn't do that you would see *alot* more failure deployments.
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > i.e. users updating a jar or set of jars - that copy operation will actually take some ms's or even seconds for large jars and without disabling the scanner we see alot more partial deployments.
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > This can happen both on the initial creation of the foo.war or during editing/changes.
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > I think it would be great have a marker file to prevent deployment - i.e. foo.war.nodeploy would make the scanner skip checking foo.war. Then the tool or user can remove it when he wants it in play again.
> > > 
> > > 
> > > 
> 
> > Doesn't the .deploy file mechanism deal with this? With an exploded deployment, the user has to add that file to trigger redeploy. Once the thing is deployed, changing the contents changes what's visible as a resource to the deployment's classloader, but the scanner doesn't do a full redeploy just because it detects some of the content changed.
> > 
> 
> 
> 
> I guess - so if user change a file manually they will have to touch the .deploy file.
> 
> 
> 
> > I suspect this is leading into the subject of hot replacement of classes, which sounds like a good topic for over a beer next week.
> > 
> 
> Luckily I think this problem is actually simpler to handle once we get the basic 'filesystem API' in place.
> 
> At least from a tooling user/dev perspective - the actual runtime implications is harder  ;) 
> 
>
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570942#570942]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/d639b373/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 06:59:44 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Fri, 12 Nov 2010 06:59:44 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Benefits of OSGi
	integration in AS7
Message-ID: <2-570962-3-2056-1289563157176.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Benefits of OSGi integration in AS7"

To view the discussion, visit: http://community.jboss.org/message/570962#570962

--------------------------------------------------------------
Folks, 
 
there is a blog that explains how OSGi works in AS7 and what benefits? our own subsystems and user deployments would have from it. 
 
 http://jbossosgi.blogspot.com/2010/11/jboss-as7-osgi-integration.html http://jbossosgi.blogspot.com/2010/11/jboss-as7-osgi-integration.html 
 
cheers 
-thomas
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570962#570962]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/b7485570/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 08:24:49 2010
From: do-not-reply at jboss.com (Richard Opalka)
Date: Fri, 12 Nov 2010 08:24:49 -0500
Subject: [jboss-dev-forums] [JBoss Web Development] - Web MD merge process
Message-ID: <2-570982-3-4744-1289568277667.jivesbs.jivemailuser@http://community.jboss.org>

Richard Opalka [http://community.jboss.org/people/richard.opalka%40jboss.com] created the discussion

"Web MD merge process"

To view the discussion, visit: http://community.jboss.org/message/570982#570982

--------------------------------------------------------------
Hi Folks,

?? I'm debugging one regression related to service references.
I have service-ref element defined in web.xml

<service-ref>
??? <service-ref-name>service3</service-ref-name>
??? <service-interface>javax.xml.ws.Service</service-interface>
??? <wsdl-file>WEB-INF/wsdl/Endpoint.wsdl</wsdl-file>
??? <service-qname xmlns:ns1=" http://serviceref.samples.jaxws.ws.test.jboss.org/ http://serviceref.samples.jaxws.ws.test.jboss.org/">ns1:EndpointService</service-qname>
 </service-ref>

I have empty jboss-web.xml

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE jboss-web PUBLIC "-//JBoss//DTD Web Application 5.0//EN" " http://www.jboss.org/j2ee/dtd/jboss-web_5_0.dtd http://www.jboss.org/j2ee/dtd/jboss-web_5_0.dtd">
<jboss-web>
</jboss-web>

And I have service reference with the same JNDI name defined in servlet

public class ServletClient extends HttpServlet
{
?? @WebServiceRef(name="service3")
?? EndpointService injectedService = null;
?? ...
}

While debugging, I see:
1) web.xml parsing deployer creates service ref MD from web.xml
2) jboss-web.xml parsing deployer does nothing (because DD is empty)
3) annotation processing deployer creates service ref MD from servlet
4) web.xml MD are merged with jboss-web.xml MD

ISSUE:

While debugging I don't see MD created in 3) to be merged with MD created
either in step 1) or 2) or in 4).

Is this expected behavior? Why MD created in 3) are not merged with MD created in 4)?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570982#570982]

Start a new discussion in JBoss Web Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2112]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/a0ea13d9/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 09:33:47 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Fri, 12 Nov 2010 09:33:47 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-570848-3-2056-1289505941525.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570820-3-2016-1289494391122.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570848-3-2056-1289505941525.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-570993-3-2016-1289572411717.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/570993#570993

--------------------------------------------------------------
Thomas, I pushed a fix for this[1] upstream. Can you let me know if that makes your EC2 failures go away?

[1]  http://github.com/jbossas/jboss-as/compare/73a27f3...4a7b765 http://github.com/jbossas/jboss-as/compare/73a27f3...4a7b765
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570993#570993]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/0fecb607/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 09:45:52 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Fri, 12 Nov 2010 09:45:52 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570942-3-2230-1289556652753.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570942-3-2230-1289556652753.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570997-3-2016-1289573131811.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570997#570997

--------------------------------------------------------------
> Max Andersen wrote:
> > > When anything is deployed, an entry for it is written in the standalone/configuration/standalone.xml file.
> > 
> > ah - so deployment actually changes the original .xml file? Nice.
> > 
> > 
> > 
> > I hope it will retain comments that are in that file ?  :p 

Sadly, no. I'd love to be able to do that, but we discussed it with PM and agreed it's out of scope for the initial release.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570997#570997]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/5a2cea34/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 09:48:22 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Fri, 12 Nov 2010 09:48:22 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570997-3-2016-1289573131811.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570942-3-2230-1289556652753.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570997-3-2016-1289573131811.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-570998-3-2230-1289573276326.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/570998#570998

--------------------------------------------------------------
initial release meaning this Alpha1 or GA ?

Removing comments out of users configuration is an extreme big no-no.

Do you at least keep a history of the files somewhere ?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/570998#570998]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/1b549fa2/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 10:14:55 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Fri, 12 Nov 2010 10:14:55 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570998-3-2230-1289573276326.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570997-3-2016-1289573131811.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570998-3-2230-1289573276326.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-571002-3-2016-1289574872638.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/571002#571002

--------------------------------------------------------------
For GA.

We currently keep the previous version around. That's really just a primitive nod in the direction of an appropriate history. We could easily enough keep the original version that was present when the process booted.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571002#571002]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/616d06a8/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 11:50:07 2010
From: do-not-reply at jboss.com (Rodney Russ)
Date: Fri, 12 Nov 2010 11:50:07 -0500
Subject: [jboss-dev-forums] [JBoss Tools Development] - Eclipse Summit
	2010 Mini-Agenda
Message-ID: <105-4578-3-5886-1289580600413.jivesbs.jivemailuser@http://community.jboss.org>

Rodney Russ [http://community.jboss.org/people/rruss] commented on the document

"Eclipse Summit 2010 Mini-Agenda"

To view all comments on this document, visit: http://community.jboss.org/docs/DOC-16029#comment-4578

--------------------------------------------------
Now that you guys have met, any chance of seeing a summary?
--------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/4af96e22/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 12:56:33 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Fri, 12 Nov 2010 12:56:33 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-570993-3-2016-1289572411717.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570848-3-2056-1289505941525.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570993-3-2016-1289572411717.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-571043-3-2056-1289584589866.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/571043#571043

--------------------------------------------------------------
Yes, that does it.

 http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-remote/lastCompletedBuild/testReport/org.jboss.test.osgi.example.xservice/ http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-remote/lastCompletedBuild/testReport/org.jboss.test.osgi.example.xservice/

thanks
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571043#571043]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/e2ee038a/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 14:47:12 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Fri, 12 Nov 2010 14:47:12 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - [JBAS-8599] Provide
 JNDI InitialContext as OSGi service
Message-ID: <2-571051-3-2056-1289591224949.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"[JBAS-8599] Provide JNDI InitialContext as OSGi service"

To view the discussion, visit: http://community.jboss.org/message/571051#571051

--------------------------------------------------------------
Jason sais

> Are the dependencies of naming on OSGi necessary? It seems like these 
> services should be created by the osgi subsystem. Is the problem making 
> these optional?
> 
> 
> 

I think its correct like this. The OSGi subsystem provides the OSGi 
service registry. Subsystem Foo may choose to publish a service in that 
registry which would then readily be available for installed bundles to 
use. The OSGi subsystem does not need to know about Foo.

The dependency on org.jboss.as.osgi is there because Foo provides a 
PASSIVE service which activates when the Framework comes up. If the 
Framework was coming up eagerly a dependency on org.osgi.core would be 
sufficient. You should see no performance impact due to these additional 
services (i.e. only passive service registration)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571051#571051]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/34dfc252/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 15:00:15 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Fri, 12 Nov 2010 15:00:15 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: [JBAS-8599]
 Provide JNDI InitialContext as OSGi service
In-Reply-To: <2-571051-3-2056-1289591433451.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571051-3-2056-1289591433451.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571051-3-2056-1289591433451-2-571053-3-2056-1289592011257.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: [JBAS-8599] Provide JNDI InitialContext as OSGi service"

To view the discussion, visit: http://community.jboss.org/message/571053#571053

--------------------------------------------------------------
Having said above, its one of the fundamental features of our OSGi/AS7 integration that OSGi bundles can access services that are registered using the plain MSC service API. You would not need to have a dependency on org.osgi.core let alone org.jboss-as-osgi

All you need to do is register the MSC service with an alias

*?? jbosgi.javax.naming.InitialContext*

The OSGi API uses the FQN on the interface that the service implements. Any service that is prefixed with 'jbosgi' can be found like this using the OSGi service API. Also note, that assignability contstraints apply. So the module that provides the interface must be registered with OSGi layer and must export the interface package. The requesting bundle must import that package and have a wire to the exporter

This is descibed in more detail in:  http://jbossosgi.blogspot.com/2010/11/jboss-as7-osgi-integration.html JBoss AS7 OSGi Integration
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571053#571053]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/3ac429f2/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 15:07:47 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Fri, 12 Nov 2010 15:07:47 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: [JBAS-8599]
 Provide JNDI InitialContext as OSGi service
In-Reply-To: <2-571051-3-2056-1289591433451-2-571053-3-2056-1289592322167.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571051-3-2056-1289591433451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571051-3-2056-1289591433451-2-571053-3-2056-1289592322167.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571051-3-2056-1289591433451-2-571057-3-2056-1289592445390.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: [JBAS-8599] Provide JNDI InitialContext as OSGi service"

To view the discussion, visit: http://community.jboss.org/message/571057#571057

--------------------------------------------------------------
I did not choose to do that because the OSGi services for Tx and JNDI are in fact instances of  http://www.osgi.org/javadoc/r4v42/org/osgi/framework/ServiceFactory.html ServiceFactory. i.e. Each requesting bundle gets its own instance.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571057#571057]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/a25b38f4/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 15:48:28 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Fri, 12 Nov 2010 15:48:28 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Deployer chain
	cleanup
In-Reply-To: <2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570617-3-2257-1289428092192-2-571064-3-2056-1289594906299.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/571064#571064

--------------------------------------------------------------
David, how many extensions do you think would be needed to reach stack exhaustion? Its only a relativly small frame you would need per DUP, no?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571064#571064]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/1617facd/attachment.html 

From do-not-reply at jboss.com  Fri Nov 12 16:46:31 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Fri, 12 Nov 2010 16:46:31 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-570993-3-2016-1289572411717.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570848-3-2056-1289505941525.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570993-3-2016-1289572411717.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-571068-3-2056-1289598377513.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/571068#571068

--------------------------------------------------------------
I've seen this again even after the patch
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571068#571068]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101112/f2e77076/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 05:12:35 2010
From: do-not-reply at jboss.com (Anil Saldhana)
Date: Mon, 15 Nov 2010 05:12:35 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - SubjectFactory
	Implementation
Message-ID: <2-571189-3-2015-1289815932710.jivesbs.jivemailuser@http://community.jboss.org>

Anil Saldhana [http://community.jboss.org/people/anil.saldhana%40jboss.com] created the discussion

"SubjectFactory Implementation"

To view the discussion, visit: http://community.jboss.org/message/571189#571189

--------------------------------------------------------------
For AS5, we introduced a SubjectFactory interface for use by JCA.? An issue that is my fault is that the implementation of this interface was done in the security branch of the AS workspace ( http://anonsvn.jboss.org/repos/jbossas/branches/Branch_5_0/security/src/main/org/jboss/security/integration/JBossSecuritySubjectFactory.java http://anonsvn.jboss.org/repos/jbossas/branches/Branch_5_0/security/src/main/org/jboss/security/integration/JBossSecuritySubjectFactory.java) rather than the external security project.? I do not remember why I placed the implementation in the AS workspace.

For AS7, we need to provide the subject factory implementation inside the PicketBox project.? We need to make it a security implementation and remove any JBoss Mgmt API, MC dependencies.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571189#571189]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/37bc17eb/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 06:32:30 2010
From: do-not-reply at jboss.com (=?UTF-8?Q?Esa_Sepp=C3=A4l=C3=A4?=)
Date: Mon, 15 Nov 2010 06:32:30 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: REST integration
	within JBoss ESB
In-Reply-To: <2-349486-3-2047-1241509944000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349486-3-2047-1241509944000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349486-3-2047-1241509944000-2-571209-3-77511-1289820739507.jivesbs.jivemailuser@http://community.jboss.org>

Esa Sepp?l? [http://community.jboss.org/people/_es] created the discussion

"Re: REST integration within JBoss ESB"

To view the discussion, visit: http://community.jboss.org/message/571209#571209

--------------------------------------------------------------
Any news on this topic? Will there be some support to example configure http-gateway to have own action implementations for different HTTP-methods?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571209#571209]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/04e01f89/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 09:13:34 2010
From: do-not-reply at jboss.com (jinlin ning)
Date: Mon, 15 Nov 2010 09:13:34 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571231-3-77516-1289830384542.jivesbs.jivemailuser@http://community.jboss.org>

jinlin ning [http://community.jboss.org/people/ningjinlin] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571231#571231

--------------------------------------------------------------
This my way to start up in the middle:

step 1:
save the Variable in the map when I star the processInstance :

map.put("startInMiddle", true);
this.executionService.startProcessInstanceByKey("chooseSite",map);

step 2:

add the assign-handdler or event-listener to all the activity you don't want to handle

like this:
@Override
??? public void assign(Assignable assignable,
??????????? OpenExecution execution) throws Exception {
???????? ExecutionImpl e = (ExecutionImpl) execution;
???????? e.getVariable("starInMiddle").toString().equals(true){
?????????????? e.execution).end();
????????? }?????? 
??? }
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571231#571231]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/361589bc/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 10:24:55 2010
From: do-not-reply at jboss.com (jack lista)
Date: Mon, 15 Nov 2010 10:24:55 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: REST integration
	within JBoss ESB
In-Reply-To: <2-349486-3-2047-1241509944000-2-571209-3-77511-1289820739507.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349486-3-2047-1241509944000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349486-3-2047-1241509944000-2-571209-3-77511-1289820739507.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349486-3-2047-1241509944000-2-571245-3-61898-1289834686313.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: REST integration within JBoss ESB"

To view the discussion, visit: http://community.jboss.org/message/571245#571245

--------------------------------------------------------------
Hey Esa.? No. not to my knowledge, but I made a rest client out of the jersey HTTP client which worked, you can get a bare bones bit of starter code here:  https://community.jboss.org/thread/152018?start=15&tstart=0 https://community.jboss.org/thread/152018?start=15&tstart=0

If you read that thread and grab the zip file (on the 2nd page) to get the code you should be able to make your own client / gateway / etc.? Good luck! 

-=j=-
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571245#571245]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/7aad0773/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 10:35:13 2010
From: do-not-reply at jboss.com (explorer m)
Date: Mon, 15 Nov 2010 10:35:13 -0500
Subject: [jboss-dev-forums] [jBPM Development] - jBPM5 migration tool
	project
Message-ID: <105-4593-3-77303-1289835310446.jivesbs.jivemailuser@http://community.jboss.org>

explorer m [http://community.jboss.org/people/research] commented on the document

"jBPM5 migration tool project"

To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15974#comment-4593

--------------------------------------------------
I have downloaded the? JBPM migration tool project and run the maven build . Please find below "tool generated BPMN file" for the corresponding input JPDL.

*Input XML: JPDL* 

<?xml version="1.0" encoding="UTF-8"?><process-definition name="single_task_jpdl">
? <start-state name="start">
??? <transition to="task"/>???? </start-state>
? <task-node name="task">
??? <transition to="end"/>
? </task-node>
? <end-state name="end"/>
</process-definition>

*Tool Generated BPMN file:*

<?xml version="1.0" encoding="UTF-8"?><definitions xmlns=" http://www.omg.org/spec/BPMN/20100524/MODEL http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:jpdl=" http://jbpm.org/4.3/jpdl http://jbpm.org/4.3/jpdl" xmlns:xsd=" http://www.w3.org/2001/XMLSchema http://www.w3.org/2001/XMLSchema" xmlns:tns=" http://www.jboss.org/drools http://www.jboss.org/drools" xmlns:g=" http://www.jboss.org/drools/flow/gpd http://www.jboss.org/drools/flow/gpd" xmlns:xs=" http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance" xs:schemaLocation=" http://www.omg.org/spec/BPMN/20100524/MODEL http://www.omg.org/spec/BPMN/20100524/MODEL BPMN20.xsd" expressionLanguage=" http://www.mvel.org/2.0 http://www.mvel.org/2.0" typeLanguage=" http://www.java.com/javaTypes http://www.java.com/javaTypes" targetNamespace=" http://www.jboss.org/drools http://www.jboss.org/drools" id="Definition"/>

It looks tool is not generated BPMN file properly. Could you please provide me the steps to generate BPMN file from JPDL .
--------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/da57519c/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 11:00:42 2010
From: do-not-reply at jboss.com (LX T)
Date: Mon, 15 Nov 2010 11:00:42 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036-2-571231-3-77516-1289830384542.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571231-3-77516-1289830384542.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571251-3-77343-1289836834942.jivesbs.jivemailuser@http://community.jboss.org>

LX T [http://community.jboss.org/people/vcr] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571251#571251

--------------------------------------------------------------
Thanks for sharing the info.

My test process is like this:
-------------------------------------------------------------------------------------------------------------------

<?xml version="1.0" encoding="UTF-8"?>

<process name="Custom" xmlns=" http://jbpm.org/4.3/jpdl http://jbpm.org/4.3/jpdl">

? <start g="20,20,48,48">
??? <transition to="node1"/>
? </start>
? 
? <java class="org.jbpm.examples.custom.Node1" g="96,16,100,52" method="hello" name="node1">????? 
??? <transition to="node2"/>
? </java> 
? 
? <java class="org.jbpm.examples.custom.Node2" g="243,17,100,52" method="hello" name="node2">????? 
??? <transition to="end"/>
? </java>? 
? 
? <end g="422,20,80,40" name="end"/>

</process>
-------------------------------------------------------------------------------------------------------------------

I have no experience with assign-handler, can you guide me a little, maybe with an example? Thank you.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571251#571251]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/4a346e88/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 11:01:14 2010
From: do-not-reply at jboss.com (Nick Boldt)
Date: Mon, 15 Nov 2010 11:01:14 -0500
Subject: [jboss-dev-forums] [JBoss Tools Development] - Eclipse Summit
	2010 Mini-Agenda
Message-ID: <105-4594-3-4443-1289836845755.jivesbs.jivemailuser@http://community.jboss.org>

Nick Boldt [http://community.jboss.org/people/nickboldt] commented on the document

"Eclipse Summit 2010 Mini-Agenda"

To view all comments on this document, visit: http://community.jboss.org/docs/DOC-16029#comment-4594

--------------------------------------------------
== Parent Pom & Target Platform Building ==? You can now build the parent pom & TP locally, and it will by default use the "unified.target" file, which points to [1].? [1]  http://download.jboss.org/jbosstools/updates/target-platform/latest/ http://download.jboss.org/jbosstools/updates/target-platform/latest/? $ cd ~/trunk/build/parent; mvn3 clean install? Next, build a component using the "bootstrap" profiles:? $ cd ~/trunk/build/; mvn3 clean install -P jmx-bootstrap? ----? You can also generate a local copy of the Latest TP update site [1] like this:? $ cd ~/trunk/build/target-platform; mvn3 clean install -P get.local.target? Then, to use that local target instead of the remote one:? $ cd ~/trunk/build/parent; mvn3 clean install -P local.target? Next, build a component using the "bootstrap" profiles:? $ cd ~/trunk/build/; mvn3 clean install -P jmx-bootstrap,local.target? ----? Behind the scenes, every time I run the build.xml script in ~/trunk/build/target-platform, we now generate/update BOTH the multiple.target (all the Eclipse.org and google.com repos) and unified.target (a single URL [1]) files.?? ----? Relative path issues still unresolved. I've published a copy of our parent pom into Nexus, but Tycho could not find it. Could be a misconfiguration in Nexus, but so far the JBQA folks haven't proven to be helpful here.? == Source Bundles ==? I now have a Maven plugin / mojo for generating .source features from other features, but it's not quite complete. I'm also not sure how to hook it into a build so that it can run automatically.?  https://github.com/nickboldt/maven-plugins/tree/master/tycho-p2-source-feature-plugin/ https://github.com/nickboldt/maven-plugins/tree/master/tycho-p2-source-feature-plugin/? Need to also look at what Max did for JMX (not sure if it ever got committed to SVN).? == Maven depoy ==? Target platform and Parent Pom now being published to Nexus:?  http://repository.jboss.org/nexus/content/groups/public/org/jboss/tools/org.jboss.tools.parent.pom/0.0.1-SNAPSHOT/ http://repository.jboss.org/nexus/content/groups/public/org/jboss/tools/org.jboss.tools.parent.pom/0.0.1-SNAPSHOT/?  http://repository.jboss.org/nexus/content/groups/public/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/ http://repository.jboss.org/nexus/content/groups/public/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/? HOWEVER, last week the metadata wasn't being updated so builds that attempted to resolve the parent pom / target platform from the Nexus repo were failing. Today it seems OK so I'll try again. #weird? == Documentation & Auditing ==? > Tracking contents of JBT/JBDS when built as aggregation - JBIDE-7444 > Create new HTML generator for both jboss.org and standalone index.html page (JBIDE-6958, JBIDE-7045)? In progress. Here's a taste (some links + all images broken; need to aggregate upstream data into single file):?  http://download.jboss.org/jbosstools/builds/staging/jbosstools-3.2.0.Beta2.nightly/logs/buildResults.html http://download.jboss.org/jbosstools/builds/staging/jbosstools-3.2.0.Beta2.nightly/logs/buildResults.html? ----? Created a new mojo for testing GAV uniqueness and cleaning up ugly GAV values. Currently will fix groudId values and report info/warning/errors for all pom.xml files found under a given directory tree.?  https://github.com/nickboldt/maven-plugins/tree/master/tycho-p2-unique-GAV-plugin/ https://github.com/nickboldt/maven-plugins/tree/master/tycho-p2-unique-GAV-plugin/
--------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/b6bff742/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 11:02:21 2010
From: do-not-reply at jboss.com (LX T)
Date: Mon, 15 Nov 2010 11:02:21 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036-2-571251-3-77343-1289836834942.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571231-3-77516-1289830384542.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571251-3-77343-1289836834942.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571252-3-77343-1289836937430.jivesbs.jivemailuser@http://community.jboss.org>

LX T [http://community.jboss.org/people/vcr] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571252#571252

--------------------------------------------------------------
I want some executions to skip Node 1 and do just Node 2 for example.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571252#571252]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/d27aeed4/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 11:17:47 2010
From: do-not-reply at jboss.com (Alexey Loubyansky)
Date: Mon, 15 Nov 2010 11:17:47 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Logging deployment
	errors on start-up
Message-ID: <2-571259-3-2085-1289837842603.jivesbs.jivemailuser@http://community.jboss.org>

Alexey Loubyansky [http://community.jboss.org/people/alex.loubyansky%40jboss.com] created the discussion

"Logging deployment errors on start-up"

To view the discussion, visit: http://community.jboss.org/message/571259#571259

--------------------------------------------------------------
At the moment it's silent. Suppose there is a deployment unit in the repository and listed in the config in <deployments> which is invalid and can't be deployed. Starting the server (standalone, at least) the logs will contain a line like

"INFO? [org.jboss.as.deployment] (pool-1-thread-2) Activating deployment: managedbeans.jar"

but nothing more even if the deployment fails. One of the easiest ways to fix this would probably be using a UpdateResultHandler which would log things from AbstractServerModelUpdate

/**???? * Apply the boot action for this update.? This action is only executed when the update is processed during???? * server startup.? By default, this method simply invokes {@link #applyUpdate(UpdateContext, UpdateResultHandler, Object)}???? * directly, but this behavior should be overriden if a different action must be taken at boot time.???? *???? * @param updateContext the update context???? */??? public void applyUpdateBootAction(UpdateContext updateContext) {??????? applyUpdate(updateContext, UpdateResultHandler.NULL, null);??? }

instead of using UpdateResultHandler.NULL.

Any objections or other suggestions?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571259#571259]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/069ea121/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 11:28:26 2010
From: do-not-reply at jboss.com (jack lista)
Date: Mon, 15 Nov 2010 11:28:26 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: JBossESB
	4.0_Alpha1 released
In-Reply-To: <2-347775-3-2008-1151306600000-2-570549-3-2290-1289409631435.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-347775-3-2008-1151306600000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-347775-3-2008-1151306600000-2-570545-3-61898-1289409125935.jivesbs.jivemailuser@http://community.jboss.org>
	<2-347775-3-2008-1151306600000-2-570549-3-2290-1289409631435.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-347775-3-2008-1151306600000-2-571263-3-61898-1289838497394.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: JBossESB 4.0_Alpha1 released"

To view the discussion, visit: http://community.jboss.org/message/571263#571263

--------------------------------------------------------------
Thanks Daniel...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571263#571263]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/8bafb80e/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 11:52:15 2010
From: do-not-reply at jboss.com (jinlin ning)
Date: Mon, 15 Nov 2010 11:52:15 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036-2-571252-3-77343-1289836937430.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571251-3-77343-1289836834942.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571252-3-77343-1289836937430.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571267-3-77516-1289839919352.jivesbs.jivemailuser@http://community.jboss.org>

jinlin ning [http://community.jboss.org/people/ningjinlin] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571267#571267

--------------------------------------------------------------
I was wondering why do you choose to use java node ? the java node don't have the property of assign-handler
Try to use the state replace your java node , and add a start event listener
<on event="start">
??????? <event-listener class="org.jbpm.examples.eventlistener.LogListener">
????????? <field name="msg"><string value="start on activity wait"/></field>
??????? </event-listener>
????? </on>



? public void notify(EventListenerExecution execution) {
???? ExecutionImpl e = (ExecutionImpl) execution;
???????? e.getVariable("starInMiddle").toString().equals(true){
?????????????? e.execution).end();

? }
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571267#571267]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/b2831923/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 11:52:55 2010
From: do-not-reply at jboss.com (jinlin ning)
Date: Mon, 15 Nov 2010 11:52:55 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036-2-571267-3-77516-1289839919352.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571252-3-77343-1289836937430.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571267-3-77516-1289839919352.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571268-3-77516-1289839969521.jivesbs.jivemailuser@http://community.jboss.org>

jinlin ning [http://community.jboss.org/people/ningjinlin] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571268#571268

--------------------------------------------------------------
my msn  mailto:eminemning at live.cn eminemning at live.cn
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571268#571268]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/54f118ab/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 11:56:59 2010
From: do-not-reply at jboss.com (LX T)
Date: Mon, 15 Nov 2010 11:56:59 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036-2-571267-3-77516-1289839919352.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571252-3-77343-1289836937430.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571267-3-77516-1289839919352.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571269-3-77343-1289840209110.jivesbs.jivemailuser@http://community.jboss.org>

LX T [http://community.jboss.org/people/vcr] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571269#571269

--------------------------------------------------------------
I am using the java node because I need to execute some java in each node.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571269#571269]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/b452f3a5/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 14:12:06 2010
From: do-not-reply at jboss.com (eric schabell)
Date: Mon, 15 Nov 2010 14:12:06 -0500
Subject: [jboss-dev-forums] [jBPM Development] - jBPM5 migration tool
	project
Message-ID: <105-4595-3-11603-1289848296328.jivesbs.jivemailuser@http://community.jboss.org>

eric schabell [http://community.jboss.org/people/eschabell] commented on the document

"jBPM5 migration tool project"

To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15974#comment-4595

--------------------------------------------------
We have not yet released a version of this project yet... we are working hard on it and you can follow our process on the project site. 

If you have a login here you can also raise issues on 'released' versions once we get them out there in the projects TRAC tooling. 

Thanks for the interest, stay tuned, coming soon!

Regards, erics
--------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/4a3d4eb5/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 15:31:42 2010
From: do-not-reply at jboss.com (Giovanni Marigi)
Date: Mon, 15 Nov 2010 15:31:42 -0500
Subject: [jboss-dev-forums] [jBPM Development] - jBPM5 migration tool
	project
Message-ID: <105-4596-3-16703-1289853085840.jivesbs.jivemailuser@http://community.jboss.org>

Giovanni Marigi [http://community.jboss.org/people/hifly81] commented on the document

"jBPM5 migration tool project"

To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15974#comment-4596

--------------------------------------------------
a really good news! will it possible to preserve the capabilities inside jbpm to call and receive messages from esb services when I will migrate? It is a crucial point for soa apps where the workflows are made by jbpm 3. Thanks
--------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/c6392c2c/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 15:44:42 2010
From: do-not-reply at jboss.com (eric schabell)
Date: Mon, 15 Nov 2010 15:44:42 -0500
Subject: [jboss-dev-forums] [jBPM Development] - jBPM5 migration tool
	project
Message-ID: <105-4597-3-11603-1289853876646.jivesbs.jivemailuser@http://community.jboss.org>

eric schabell [http://community.jboss.org/people/eschabell] commented on the document

"jBPM5 migration tool project"

To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15974#comment-4597

--------------------------------------------------
This is one of the many challenges for us in this project. We hope so, time will tell. 

Feel free to submit a use case as an issue so we can add it for testing. This is the best way to get us to plan and work on missing use cases that you have out there in the real world.
--------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/eb180e51/attachment.html 

From do-not-reply at jboss.com  Mon Nov 15 16:00:37 2010
From: do-not-reply at jboss.com (Giovanni Marigi)
Date: Mon, 15 Nov 2010 16:00:37 -0500
Subject: [jboss-dev-forums] [jBPM Development] - jBPM5 migration tool
	project
Message-ID: <105-4598-3-16703-1289854814469.jivesbs.jivemailuser@http://community.jboss.org>

Giovanni Marigi [http://community.jboss.org/people/hifly81] commented on the document

"jBPM5 migration tool project"

To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15974#comment-4598

--------------------------------------------------
I took this from jboss esb quickstart examples a very easy but informative use case.
Integration between jbpm and esb via EsbActionHandler it's what I'm dreaming :-) (and I think customers too) to have in a bpmn 2 workflow.


<?xml version="1.0" encoding="UTF-8"?>
? 
<process-definition
? name="processDefinition2">
?? <start-state name="start">
????? <event type="node-leave">
???????? <action name="action1" class="org.jboss.soa.esb.samples.quickstarts.bpm_orchestration1.process_actions.MyBPMActionHandler" config-type="bean"></action>
????? </event>
????? <transition to="node1"></transition>
?? </start-state>

?? <node name="node1">
????? <action name="action2" class="org.jboss.soa.esb.services.jbpm.actionhandlers.EsbActionHandler">
???????? <esbCategoryName>BPM_Orchestration_Service1</esbCategoryName>
???????? <esbServiceName>Service1</esbServiceName>
???????? <bpmToEsbVars>
???????????? <mapping bpm="theBody" esb="BODY_CONTENT" />
???????? </bpmToEsbVars>
???????? <esbToBpmVars>
???????????? <mapping esb="BODY_CONTENT" bpm="theBody" />
???????? </esbToBpmVars>
????? </action>
????? <transition to="node2"></transition>
?? </node>
?? <node name="node2">
????? <action name="action2" class="org.jboss.soa.esb.services.jbpm.actionhandlers.EsbActionHandler">
???????? <esbCategoryName>BPM_Orchestration_Service2</esbCategoryName>
???????? <esbServiceName>Service2</esbServiceName>
???????? <bpmToEsbVars>
???????????? <mapping bpm="theBody" esb="BODY_CONTENT" />
???????? </bpmToEsbVars>
???????? <esbToBpmVars>
???????????? <mapping esb="BODY_CONTENT" bpm="theBody"/>
???????? </esbToBpmVars>
????? </action>
????? <transition to="node3"></transition>
?? </node>
?? <node name="node3">
????? <action name="action2" class="org.jboss.soa.esb.services.jbpm.actionhandlers.EsbActionHandler">
???????? <esbCategoryName>BPM_Orchestration_Service3</esbCategoryName>
???????? <esbServiceName>Service3</esbServiceName>??????????????????? 
???????? <bpmToEsbVars>
???????????? <mapping bpm="theBody" esb="BODY_CONTENT" />
???????? </bpmToEsbVars>
???????? <esbToBpmVars>
???????????? <mapping esb="BODY_CONTENT" bpm="theBody"/>
???????? </esbToBpmVars>
????? </action>
????? <transition to="Send Results"></transition>
?? </node>
?? <end-state name="end1"></end-state>
?? <node name="Send Results">
????? <event type="node-enter">
???????? <action name="action1" class="org.jboss.soa.esb.samples.quickstarts.bpm_orchestration1.process_actions.MyBPMActionHandler" config-type="bean"></action>
????? </event>
????? <action name="action2" class="org.jboss.soa.esb.services.jbpm.actionhandlers.EsbActionHandler">
???????? <esbCategoryName>BPM_Orchestration_ResultsService</esbCategoryName>
???????? <esbServiceName>ResultsService</esbServiceName>?????????????????? 
???????? <bpmToEsbVars>
???????????? <mapping bpm="theBody" esb="BODY_CONTENT" />
???????? </bpmToEsbVars>
???????? <esbToBpmVars>
???????????? <mapping esb="BODY_CONTENT" bpm="theBody"/>
???????? </esbToBpmVars>
????? </action>
?? 
????? <transition to="end1"></transition>
?? </node>
</process-definition>
--------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101115/e86b8f65/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 01:23:18 2010
From: do-not-reply at jboss.com (=?UTF-8?Q?Esa_Sepp=C3=A4l=C3=A4?=)
Date: Tue, 16 Nov 2010 01:23:18 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: REST integration
	within JBoss ESB
In-Reply-To: <2-349486-3-2047-1241509944000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349486-3-2047-1241509944000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349486-3-2047-1241509944000-2-571348-3-77511-1289888585561.jivesbs.jivemailuser@http://community.jboss.org>

Esa Sepp?l? [http://community.jboss.org/people/_es] created the discussion

"Re: REST integration within JBoss ESB"

To view the discussion, visit: http://community.jboss.org/message/571348#571348

--------------------------------------------------------------
Thanks a lot Jack! I will take a look in to that.

It would be also nice to hear from JBoss guys if there's been any actions after that requirements phase over year ago. It seems that other JBOSS things are going RESTful way like example HornetQ offering REST interface.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571348#571348]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/74894661/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 08:14:03 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Tue, 16 Nov 2010 08:14:03 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Logging deployment
 errors on start-up
In-Reply-To: <2-571259-3-2085-1289837910863.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571259-3-2085-1289837910863.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571259-3-2085-1289837910863-2-571378-3-2016-1289905883441.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Logging deployment errors on start-up"

To view the discussion, visit: http://community.jboss.org/message/571378#571378

--------------------------------------------------------------
The DeploymentFailureListener should be logging if a service associated with the deployment fails. So the issue must be in the deployment chain.

I like the idea of identifying one place that's responsible for logging errors. I'm not sure what it is though. Passing in a special UpdateResultHandler can work at boot, but then we'd want to make sure that the update classes don't log the error in applyUpdate. But then when applyUpdate is called any time other than boot, the special URH isn't there, and nothing gets logged.

A solution to that is to ensure that any time we call applyUpdate we pass in the special URH. But, if the user themselves passed in a URH we'd have to use a wrapper that delegates to both our logging URH and the user's.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571378#571378]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/945f5dcb/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 08:14:09 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Tue, 16 Nov 2010 08:14:09 -0500
Subject: [jboss-dev-forums] [EJB3 Development] -
 SessionContext.getBusinessObject no-interface view
Message-ID: <2-571388-3-2170-1289911027512.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"SessionContext.getBusinessObject no-interface view"

To view the discussion, visit: http://community.jboss.org/message/571388#571388

--------------------------------------------------------------
I've committed  https://jira.jboss.org/browse/EJBTHREE-2126 https://jira.jboss.org/browse/EJBTHREE-2126 which brings BusinessObjectFactory as a plug-point.
This can now be overriden within AS with a factory that handles no-interface view.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571388#571388]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/547a6472/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 08:14:17 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Tue, 16 Nov 2010 08:14:17 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on ws
	integration
In-Reply-To: <2-570759-3-3973-1289484069925-2-570790-3-3973-1289488163547.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570759-3-3973-1289484069925.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570759-3-3973-1289484069925-2-570775-3-2056-1289485635558.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570759-3-3973-1289484069925-2-570790-3-3973-1289488163547.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570759-3-3973-1289484069925-2-571376-3-3973-1289905537843.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] created the discussion

"Re: Thoughts on ws integration"

To view the discussion, visit: http://community.jboss.org/message/571376#571376

--------------------------------------------------------------
> Alessio Soldano wrote:
> 
> > Thomas Diesler wrote:
> > 
> > Alessio,
> > 
> > in future we are probably going to see less deployment chains, possibly just one. The web subsystem could be enabled to setup endpoints based metadata that you attach to the DeploymentUnitContext. A (better) alternative would be that the WS DUP registers a WSService that has a dependency on some JBossWebService. When the WSService activates it uses well defined/stable API from the JBossWebService to setup a web endpoint.
> > 
> > IMHO, this is generally needed because other subsystems like the OSGi  http://http://www.osgi.org/javadoc/r4v42/org/osgi/service/http/HttpService.html HttpService may also need to setup Http endpoints through API. Perhaps you can use
> > 
> >  http://https://jira.jboss.org/browse/JBOSGI-308 [JBOSGI-308] Implement the HttpService ontop of JBossWeb 
> > 
> > as the entry point to this discussion. In short, JBossWeb would need to expose a set of well defined services that allows others to setup endpoints.
>  Yep, thanks for the reply, this alternative would be nice too...
Just to track what Thomas and me had been discussing yesterday, this alternative approach would enable us to design the AS7 integration of ws in a way such that the webservice subsystem can really expose a service for starting/stopping endpoints independently from the deployment. This would basically make? it possible to support the following usecases:
* other subsystems (osgi for instance) can rely on this ws subsystem service providing an endpoint they can depend on
* the declaration of an endpoint can become part of the domain xml, basically allowing for addition of "default" endpoints declaration to the domain

Cross link:  http://community.jboss.org/thread/158869 http://community.jboss.org/thread/158869

Message was edited by: Alessio Soldano - added link to osgi dev forum thread on the httpservice requirement
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571376#571376]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/5f82b251/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 08:15:09 2010
From: do-not-reply at jboss.com (LX T)
Date: Tue, 16 Nov 2010 08:15:09 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036-2-571269-3-77343-1289840209110.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571267-3-77516-1289839919352.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571269-3-77343-1289840209110.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571362-3-77343-1289896980992.jivesbs.jivemailuser@http://community.jboss.org>

LX T [http://community.jboss.org/people/vcr] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571362#571362

--------------------------------------------------------------
Hi Ning,

Thanks for info. With an event listener I can execute something on start of every node.

But if in the listener I do: ((ExecutionImpl) execution).getExecution().end();
the execution is ended.

How can I do in the listener to end just the current activity?

Regards.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571362#571362]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/9eae3de2/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 10:38:14 2010
From: do-not-reply at jboss.com (LX T)
Date: Tue, 16 Nov 2010 10:38:14 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036-2-571362-3-77343-1289896980992.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571269-3-77343-1289840209110.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571362-3-77343-1289896980992.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571418-3-77343-1289921891175.jivesbs.jivemailuser@http://community.jboss.org>

LX T [http://community.jboss.org/people/vcr] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571418#571418

--------------------------------------------------------------
I've tried:

ActivityExecution activityExecution = (ActivityExecution) event;
activityExecution.takeDefaultTransition();

but I get:
org.jbpm.api.JbpmException: implementation bug: couldn't find parent activity(node1) around destination activity(node2)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571418#571418]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/db96d6a3/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 10:53:32 2010
From: do-not-reply at jboss.com (LX T)
Date: Tue, 16 Nov 2010 10:53:32 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: Migrate app to jBPM -
	multiple starts
In-Reply-To: <2-570714-3-77343-1289473369036-2-571418-3-77343-1289921891175.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570714-3-77343-1289473369036.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571362-3-77343-1289896980992.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570714-3-77343-1289473369036-2-571418-3-77343-1289921891175.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570714-3-77343-1289473369036-2-571420-3-77343-1289922810720.jivesbs.jivemailuser@http://community.jboss.org>

LX T [http://community.jboss.org/people/vcr] created the discussion

"Re: Migrate app to jBPM - multiple starts"

To view the discussion, visit: http://community.jboss.org/message/571420#571420

--------------------------------------------------------------
The jBPM dev guide is saying:

6.3. Event listener API
... the execution flow cannot be changed by the event listeners

so I think the execution can not be changed from listener.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571420#571420]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/1cc9ea23/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 10:54:33 2010
From: do-not-reply at jboss.com (Dimitris Andreadis)
Date: Tue, 16 Nov 2010 10:54:33 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-571421-3-2025-1289922868027.jivesbs.jivemailuser@http://community.jboss.org>

Dimitris Andreadis [http://community.jboss.org/people/dimitris%40jboss.org] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/571421#571421

--------------------------------------------------------------
One reminder from the latest meeting: most IDEs will work on the assumption that copying/removing things to "deploy" directories should just work (i.e. no indicator files). So altering that model will break them.

In general, the fileystem hot-deployment API seems to be rmore elevant to IDEs/development, so as Max suggested, correctness is less important than convenience and speed of development.

I don't know, maybe we could offer an option to have 2 implementations, the old style with its problems, and the new "safe" one.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571421#571421]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/1b4d2e56/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 12:57:50 2010
From: do-not-reply at jboss.com (jack lista)
Date: Tue, 16 Nov 2010 12:57:50 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: REST integration
	within JBoss ESB
In-Reply-To: <2-349486-3-2047-1241509944000-2-571348-3-77511-1289888585561.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349486-3-2047-1241509944000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349486-3-2047-1241509944000-2-571348-3-77511-1289888585561.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349486-3-2047-1241509944000-2-571438-3-61898-1289930267224.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: REST integration within JBoss ESB"

To view the discussion, visit: http://community.jboss.org/message/571438#571438

--------------------------------------------------------------
We had a quick chat with some of their folks and while RESTful stuff isn't on the *schedule*, meaning it's not slated for immediate action, they do have it in their sites.? I think if more people were to bother them about it, we might be able to move it up in priority.? Just a thought...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571438#571438]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/99888f79/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 12:58:24 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Tue, 16 Nov 2010 12:58:24 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-570267-3-2082-1289312643845.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-570260-3-2011-1289312012199.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-570267-3-2082-1289312643845.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571439-3-2082-1289930296188.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571439#571439

--------------------------------------------------------------
What I have so far can be found at  https://github.com/kabir/jboss-as/commits/demos-test-embedded-cleaned https://github.com/kabir/jboss-as/commits/demos-test-embedded-cleaned. I still need to go through and add privileged actions etc. before this can be pushed, but some feedback before finalizing this would be great.
 
The embedded stuff can be used with either flat or modular classloading. I'll talk about flat first since that is the simplest.
 
To start up an embedded server you simply create an instance of org.jboss.as.embedded.FlatEmbeddedServer and start that up as shown in org.jboss.test.as.embedded.flat.RunServerTestCase in embedded/flat:
 
??????? System.setProperty("jboss.embedded.server.home", Utils.getASHome().getAbsolutePath());
??????? System.setProperty("jboss.embedded.server.modules", new File(Utils.getASHome(), "modules").getAbsolutePath());
??????? FlatEmbeddedServer server = new FlatEmbeddedServer();
??????? try {
??????????? server.start();
??????????? ServerModel model = server.getClient().getServerModel();
??????????? Assert.assertNotNull(model);
??????? } finally {
??????????? System.clearProperty("jboss.embedded.server.home");
??????????? System.clearProperty("jboss.embedded.server.modules");
??????????? server.shutdown();
??????? }
 
The thing I had to do here to get it to work is to take the jboss.embedded.server.modules location, and copy that to a new location replacing the module.xml for each module with:
 
<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.0" name="org.jboss.logging">
??? <dependencies>
??????? <module name="system" export="true"/>
??? </dependencies>
</module>
 
So every module delegates to the system classloader. If the default module loader could be swapped out somehow in jboss-modules, I could come up with a more elegant solution for this if deemed important. 
 
To run using modular classloading you need two projects:
1) The implementation which starts the server and does the useful stuff. It contains all the dependencies to be able to compile that. This can be found in testsuite/modular/impl and depends on the stuff from embedded/modular/server
2) The bootstrap which is used to construct the module loader seeing the as modules and additional modules created per test. This does not have the implementation on the classpath but loads this up via modules. The bootstrap lives in testsuite/modular/test and has a simple classpath just containing things needed to be able to load the classes to be able to construct the test modules with no dependencies on things that should be loaded up via modules (found in embedded/modular/bootstrap). 
 
The main way to run a test is shown in testsuite/modular/test/org.jboss.test.as.modular.demos.test.DemosTestCase:
@TestSetup(
??? implClass="org.jboss.test.as.modular.demos.impl.DemosTestImpl",
??? testModule="test.demos",
??? tcclModule="test.demos.tccl",
??? systemPropertyProvider=DemoSystemPropertyProvider.class,
??? modules= {
??????? @ModuleDef(
??????????????? name="test.demos",
??????????????? packages={@PackageResource(directory="${demo.impl.classes}", packages={"org.jboss.test.as.modular.demos.impl"})},
??????????????? jars=@JarResource (directory="${project.root}/demos/target", jar="jboss-as-demos.*(?<!sources)\\.jar", expand=true),
??????????????? dependencies= {@Dependency("javaee.api"), @Dependency("org.hornetq"), @Dependency("org.jboss.as.messaging"), @Dependency("javax.jms.api")}),
??????? @ModuleDef (
??????????????? name="test.demos.tccl",
??????????????? dependencies= {@Dependency("org.jboss.logging"), @Dependency("test.demos")})
??????? }
)
@RunWith(ModularJunitTestRunner.class)
public class DemosTestCase {
}
 
The ModularJunitTestRunner picks up @TestSetup and creates:
-a module called 'test.demos' with some classes from testsuite/impl project and the jar from the demos project. Since this is the same name as 'testModule' the dependencies needed to start a server are added automatically, but since we need access to some more classes to run the demos that have been ported so far some more are added using the 'dependencies'.
-a module called 'test.demos.tccl' that is used as the TCCL when running each test (Shrinkwrap currently relies on TCCL)
 
ModularJunitTestRunner then loads up org.jboss.test.as.modular.demos.impl.DemosTestImpl from the test.demos module and runs that which contains the real tests:
public class DemosTestImpl? {
 
??? static ModularEmbeddedServer starter = new ModularEmbeddedServer(getASHome());
 
??? @BeforeClass
??? public static void startServer() throws Exception {
??????? starter.start(JMSSubsystemElement.JMS_CF_BASE.append("InVmConnectionFactory").getCanonicalName());
??? }
 
??? @AfterClass
??? public static void stopServer() throws Exception {
??????? starter.shutdown();
??? }
 
??? @Test
??? public void testSar() throws Exception {
??????? SarTestRunner runner = new SarTestRunner(starter);
??????? runner.test();
??? }
??? ?
}
 
 
testsuite/modular/test/org.jboss.test.as.modular.embedded.test.ModuleBuilderTestCase shows how to use the ModuleLoaderBuilder directly (not recommended) or the more friendly ModularEmbeddedServerBuilder for users who want to bootstrap an AS instance from their code.
 
What I have so far can be found at  https://github.com/kabir/jboss-as/commits/demos-test-embedded-cleaned https://github.com/kabir/jboss-as/commits/demos-test-embedded-cleaned. I still need to go through and add privileged actions etc. before this can be pushed, but some feedback before finalizing this would be great.

The embedded stuff can be used with either flat or modular classloading. I'll talk about flat first since that is the simplest.

To start up an embedded server you simply create an instance of org.jboss.as.embedded.FlatEmbeddedServer and start that up as shown in org.jboss.test.as.embedded.flat.RunServerTestCase in embedded/flat:

??????? System.setProperty("jboss.embedded.server.home", Utils.getASHome().getAbsolutePath());
??????? System.setProperty("jboss.embedded.server.modules", new File(Utils.getASHome(), "modules").getAbsolutePath());
??????? FlatEmbeddedServer server = new FlatEmbeddedServer();
??????? try {
??????????? server.start();
??????????? ServerModel model = server.getClient().getServerModel();
??????????? Assert.assertNotNull(model);
??????? } finally {
??????????? System.clearProperty("jboss.embedded.server.home");
??????????? System.clearProperty("jboss.embedded.server.modules");
??????????? server.shutdown();
??????? }

The thing I had to do here to get it to work is to take the jboss.embedded.server.modules location, and copy that to a new location replacing the module.xml for each module with:

<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.0" name="org.jboss.logging">
??? <dependencies>
??????? <module name="system" export="true"/>
??? </dependencies>
</module>

So every module delegates to the system classloader. If the default module loader could be swapped out somehow in jboss-modules, I could come up with a more elegant solution for this if deemed important. 

To run using modular classloading you need two projects:
1. The implementation which starts the server and does the useful stuff. It contains all the dependencies to be able to compile that. This can be found in testsuite/modular/impl and depends on the stuff from embedded/modular/server
2. The bootstrap which is used to construct the module loader seeing the as modules and additional modules created per test. This does not have the implementation on the classpath but loads this up via modules. The bootstrap lives in testsuite/modular/test and has a simple classpath just containing things needed to be able to load the classes to be able to construct the test modules with no dependencies on things that should be loaded up via modules (found in embedded/modular/bootstrap). 

The main way to run a test is shown in testsuite/modular/test/org.jboss.test.as.modular.demos.test.DemosTestCase:

@TestSetup(
??? implClass="org.jboss.test.as.modular.demos.impl.DemosTestImpl",
??? testModule="test.demos",
??? tcclModule="test.demos.tccl",
??? systemPropertyProvider=DemoSystemPropertyProvider.class,
??? modules= {
??????? @ModuleDef(
??????????????? name="test.demos",
??????????????? packages={@PackageResource(directory="${demo.impl.classes}", packages={"org.jboss.test.as.modular.demos.impl"})},
??????????????? jars=@JarResource (directory="${project.root}/demos/target", jar="jboss-as-demos.*(?<!sources)\\.jar", expand=true),
??????????????? dependencies= {@Dependency("javaee.api"), @Dependency("org.hornetq"), @Dependency("org.jboss.as.messaging"), @Dependency("javax.jms.api")}),
??????? @ModuleDef (
??????????????? name="test.demos.tccl",
??????????????? dependencies= {@Dependency("org.jboss.logging"), @Dependency("test.demos")})
??????? }
)
@RunWith(ModularJunitTestRunner.class)
public class DemosTestCase {
}

The ModularJunitTestRunner picks up @TestSetup and creates:
-a module called 'test.demos' with some classes from testsuite/impl project and the jar from the demos project. Since this is the same name as 'testModule' the dependencies needed to start a server are added automatically, but since we need access to some more classes to run the demos that have been ported so far some more are added using the 'dependencies'.
-a module called 'test.demos.tccl' that is used as the TCCL when running each test (Shrinkwrap currently relies on TCCL)

ModularJunitTestRunner then loads up org.jboss.test.as.modular.demos.impl.DemosTestImpl from the test.demos module and runs that which contains the real tests:
public class DemosTestImpl? {

??? static ModularEmbeddedServer starter = new ModularEmbeddedServer(getASHome());

??? @BeforeClass
??? public static void startServer() throws Exception {
??????? starter.start(JMSSubsystemElement.JMS_CF_BASE.append("InVmConnectionFactory").getCanonicalName());
??? }

??? @AfterClass
??? public static void stopServer() throws Exception {
??????? starter.shutdown();
??? }

??? @Test
??? public void testSar() throws Exception {
??????? SarTestRunner runner = new SarTestRunner(starter);
??????? runner.test();
??? }
??? ?
}


testsuite/modular/test/org.jboss.test.as.modular.embedded.test.ModuleBuilderTestCase shows how to use the ModuleLoaderBuilder directly (not recommended) or the more friendly ModularEmbeddedServerBuilder for users who want to bootstrap an AS instance from their code.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571439#571439]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/6d95b65d/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 13:01:24 2010
From: do-not-reply at jboss.com (Marcus Moyses)
Date: Tue, 16 Nov 2010 13:01:24 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - Re: SubjectFactory
	Implementation
In-Reply-To: <2-571189-3-2015-1289816861721.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571189-3-2015-1289816861721.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571189-3-2015-1289816861721-2-571440-3-2887-1289930482037.jivesbs.jivemailuser@http://community.jboss.org>

Marcus Moyses [http://community.jboss.org/people/mmoyses] created the discussion

"Re: SubjectFactory Implementation"

To view the discussion, visit: http://community.jboss.org/message/571440#571440

--------------------------------------------------------------
I created org.jboss.security.plugins.JBossSecuritySubjectFactory in the jbosssx project and a test case for it.
This class should be included in our next alpha release.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571440#571440]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/0e188aff/attachment.html 

From do-not-reply at jboss.com  Tue Nov 16 18:37:33 2010
From: do-not-reply at jboss.com (Alejandro Guizar)
Date: Tue, 16 Nov 2010 18:37:33 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: how to build JBPM3 from
 source after modifing and adding new classes ...
In-Reply-To: <2-569621-3-76702-1288871871789.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569621-3-76702-1288871871789.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569621-3-76702-1288871871789-2-571487-3-2075-1289950644898.jivesbs.jivemailuser@http://community.jboss.org>

Alejandro Guizar [http://community.jboss.org/people/alex.guizar%40jboss.com] created the discussion

"Re: how to build JBPM3 from source after modifing and adding new classes ..."

To view the discussion, visit: http://community.jboss.org/message/571487#571487

--------------------------------------------------------------
Here are the instructions for building from source:  http://community.jboss.org/docs/DOC-12863 jBPM3 Building From Source
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571487#571487]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101116/9f868902/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 03:51:37 2010
From: do-not-reply at jboss.com (=?UTF-8?Q?Esa_Sepp=C3=A4l=C3=A4?=)
Date: Wed, 17 Nov 2010 03:51:37 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: REST integration
	within JBoss ESB
In-Reply-To: <2-349486-3-2047-1241509944000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349486-3-2047-1241509944000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349486-3-2047-1241509944000-2-571522-3-77511-1289983887203.jivesbs.jivemailuser@http://community.jboss.org>

Esa Sepp?l? [http://community.jboss.org/people/_es] created the discussion

"Re: REST integration within JBoss ESB"

To view the discussion, visit: http://community.jboss.org/message/571522#571522

--------------------------------------------------------------
Unfortunate that example of yours Jack was not what I was looking for. What I am looking for is a HTTP Gateway variant which is able to route the incoming HTTP Requests to correct ActionLifecycle implemenation based on the http method in request. So I was hoping that there would be some solution, example similar to RESTEasy, coming to SOA Platform in the future. I know I can use current HTTP Gateway offered by SOA Platform and implement REST kind of functionality to ActionLifecycle level to take care of routing, but I was hoping there would be some out of the box solution in SOA plaftorm, atleast coming in near future.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571522#571522]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/d3b9fcd8/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 03:56:08 2010
From: do-not-reply at jboss.com (Ibrahim Abu Ghosh)
Date: Wed, 17 Nov 2010 03:56:08 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Reports in jBPM console
	doesn't work
Message-ID: <2-571524-3-77611-1289984162484.jivesbs.jivemailuser@http://community.jboss.org>

Ibrahim Abu Ghosh [http://community.jboss.org/people/iabughosh] created the discussion

"Reports in jBPM console doesn't work"

To view the discussion, visit: http://community.jboss.org/message/571524#571524

--------------------------------------------------------------
Dears,

i have installed jBPM and everything is great until now, i've created a new process, deploy and tested successfully on the server,
my current enviroment is :
JDK? : 1.6
AS?? : JBoss 5.1.0
jbpm : 4.4
DB?? : MySQL 5.0
IDE? : Eclipse Helios

when i want to run a report from jbpm-console it throws an exception like this :
The following items have errors:

Error.ReportQueryLoadingError ( 1 time(s)

 )
detail : org.eclipse.birt.report.engine.api.EngineException: Can't load the report query: 93.
 at org.eclipse.birt.report.engine.data.dte.DataPresentationEngine.doExecuteQuery(DataPresentationEngine.java:140)
 at org.eclipse.birt.report.engine.data.dte.AbstractDataEngine.execute(AbstractDataEngine.java:253)
 at org.eclipse.birt.report.engine.executor.ExecutionContext.executeQuery(ExecutionContext.java:1755)
 at org.eclipse.birt.report.engine.internal.document.v4.ReportItemExecutor.executeQuery(ReportItemExecutor.java:409)
 at org.eclipse.birt.report.engine.internal.document.v4.DataItemExecutor.doExecute(DataItemExecutor.java:62)
 at org.eclipse.birt.report.engine.internal.document.v4.ReportItemExecutor.execute(ReportItemExecutor.java:294)
 at org.eclipse.birt.report.engine.internal.document.v4.ContainerExecutor.prepareChildExecutor(ContainerExecutor.java:222)
 at org.eclipse.birt.report.engine.internal.document.v4.ContainerExecutor.hasNextChild(ContainerExecutor.java:110)
 at org.eclipse.birt.report.engine.internal.executor.wrap.WrappedReportItemExecutor.hasNextChild(WrappedReportItemExecutor.java:85)
 at org.eclipse.birt.report.engine.internal.executor.wrap.WrappedReportItemExecutor.hasNextChild(WrappedReportItemExecutor.java:85)
 at org.eclipse.birt.report.engine.layout.html.HTMLBlockStackingLM.layoutNodes(HTMLBlockStackingLM.java:60)
 at org.eclipse.birt.report.engine.layout.html.HTMLStackingLM.layoutChildren(HTMLStackingLM.java:27)
 at org.eclipse.birt.report.engine.layout.html.HTMLAbstractLM.layout(HTMLAbstractLM.java:133)
 at org.eclipse.birt.report.engine.layout.html.HTMLInlineStackingLM.resumeLayout(HTMLInlineStackingLM.java:104)
 at org.eclipse.birt.report.engine.layout.html.HTMLInlineStackingLM.layoutNodes(HTMLInlineStackingLM.java:153)
 at org.eclipse.birt.report.engine.layout.html.HTMLStackingLM.layoutChildren(HTMLStackingLM.java:27)
 at org.eclipse.birt.report.engine.layout.html.HTMLAbstractLM.layout(HTMLAbstractLM.java:133)
 at org.eclipse.birt.report.engine.layout.html.HTMLBlockStackingLM.layoutNodes(HTMLBlockStackingLM.java:68)
 at org.eclipse.birt.report.engine.layout.html.HTMLStackingLM.layoutChildren(HTMLStackingLM.java:27)
 at org.eclipse.birt.report.engine.layout.html.HTMLTableLM.layoutChildren(HTMLTableLM.java:76)
 at org.eclipse.birt.report.engine.layout.html.HTMLAbstractLM.layout(HTMLAbstractLM.java:133)
 at org.eclipse.birt.report.engine.layout.html.HTMLBlockStackingLM.layoutNodes(HTMLBlockStackingLM.java:68)
 at org.eclipse.birt.report.engine.layout.html.HTMLPageLM.layout(HTMLPageLM.java:90)
 at org.eclipse.birt.report.engine.layout.html.HTMLReportLayoutEngine.layout(HTMLReportLayoutEngine.java:101)
 at org.eclipse.birt.report.engine.api.impl.RenderTask$PageRangeRender.render(RenderTask.java:534)
 at org.eclipse.birt.report.engine.api.impl.RenderTask.render(RenderTask.java:209)
 at org.jboss.bpm.report.BirtService.view(BirtService.java:411)
 at org.jboss.bpm.report.ReportFacade.viewReportHtml(ReportFacade.java:179)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:117)
 at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:260)
 at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:232)
 at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:166)
 at org.jboss.resteasy.core.DispatcherUtilities.getJaxrsResponse(DispatcherUtilities.java:142)
 at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356)
 at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173)
 at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93)
 at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
 at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
 at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
 at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
 at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
 at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
 at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
 at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
 at java.lang.Thread.run(Thread.java:619)

any help will be great,
thanks in advance.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571524#571524]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/2d2a6f00/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 05:21:21 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Wed, 17 Nov 2010 05:21:21 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571439-3-2082-1289930578591.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-570267-3-2082-1289312643845.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571439-3-2082-1289930578591.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571536-3-2082-1289989252079.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571536#571536

--------------------------------------------------------------
I forgot to mention the TCCL module is currently a hack, while waiting for  https://jira.jboss.org/browse/MODULES-55 https://jira.jboss.org/browse/MODULES-55
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571536#571536]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/e53a2fac/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 05:26:52 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Wed, 17 Nov 2010 05:26:52 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571536-3-2082-1289989252079.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571439-3-2082-1289930578591.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571536-3-2082-1289989252079.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571537-3-2082-1289989591090.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571537#571537

--------------------------------------------------------------
I think instead of the names picking out the relevant modules like I have

@TestSetup(
??? implClass="org.jboss.test.as.modular.demos.impl.DemosTestImpl",
??? testModule="test.demos",
??? tcclModule="test.demos.tccl",
??? systemPropertyProvider=DemoSystemPropertyProvider.class,
??? modules= {
??????? @ModuleDef(
??????????????? name="test.demos",
??????????????? packages={@PackageResource(directory="${demo.impl.classes}", packages={"org.jboss.test.as.modular.demos.impl"})},
??????????????? jars=@JarResource (directory="${project.root}/demos/target", jar="jboss-as-demos.*(?<!sources)\\.jar", expand=true),
??????????????? dependencies= {@Dependency("javaee.api"), @Dependency("org.hornetq"), @Dependency("org.jboss.as.messaging"), @Dependency("javax.jms.api")}),
??????? @ModuleDef (
??????????????? name="test.demos.tccl",
??????????????? dependencies= {@Dependency("org.jboss.logging"), @Dependency("test.demos")})
??????? }
)

They should be defined inline instead

@TestSetup(
??? implClass="org.jboss.test.as.modular.demos.impl.DemosTestImpl",
??? testModule=@ModuleDef(
??????????????? name="test.demos",
??????????????? packages={@PackageResource(directory="${demo.impl.classes}", packages={"org.jboss.test.as.modular.demos.impl"})},
??????????????? jars=@JarResource (directory="${project.root}/demos/target", jar="jboss-as-demos.*(?<!sources)\\.jar", expand=true),
??????????????? dependencies= {@Dependency("javaee.api"), @Dependency("org.hornetq"), @Dependency("org.jboss.as.messaging"),
??? tcclModule=@ModuleDef (
??????????????? name="test.demos.tccl",
??????????????? dependencies= {@Dependency("org.jboss.logging"), @Dependency("test.demos")})
??????? },
??? systemPropertyProvider=DemoSystemPropertyProvider.class,
??? modules= {}
)

modules then can be used for the unusual case where people need to define more modules
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571537#571537]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/b35fc02f/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 06:42:07 2010
From: do-not-reply at jboss.com (Martin Borgman)
Date: Wed, 17 Nov 2010 06:42:07 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - Re: Mapping
 Application Roles to Declarative Role
In-Reply-To: <2-282205-3-2015-1152197437000-2-282209-3-2072-1152203632000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-282205-3-2015-1152197437000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-282205-3-2015-1152197437000-2-282209-3-2072-1152203632000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-282205-3-2015-1152197437000-2-571554-3-67211-1289994101956.jivesbs.jivemailuser@http://community.jboss.org>

Martin Borgman [http://community.jboss.org/people/MartinBorgman] created the discussion

"Re: Mapping Application Roles to Declarative Role"

To view the discussion, visit: http://community.jboss.org/message/571554#571554

--------------------------------------------------------------
> Sohil Shah wrote:
> 
> Since it makes sense to associate this mapping at the security-domain level to be utilized at different layers of the app (not just ejb and web)(I am thinking Portal,SEAM, JBPM etc)
It makes absolutely no sense at all to do this at the security domain level.
Let me give you an example.

I have 2 applications running on a JBoss instance.
Both applications use basic authentication using a single company wide active directory configuration.
Both applications use a common user role called "user" and an application administrator called "admin"
The role names "admin" and "user" are defined in the standard deployment descriptors. This is as it should be right?
Now a user for application 1 may not have any rights to use application 2
Another user may have admin rights for application 1 and only user rights for application two.
Since both applications use the same company wide authentication / authorization it make sense to define a single security domain, but if I do that I cannot differentiate between the rights for the two applications by using a domain level role mapper.

> Sohil Shah wrote:
> 
> wouldn't it make sense to extend the configuration options in the login-config.xml so that you can specify the role/identity mappings kind of like this:
> 
>  <application-policy name="security-domain-name">
> 
>  <login-module>blahblah</login-module>
> 
>  <role-mapping>
> 
>  <application-role>whatever role from login module</application-role>
>  <deployment-role>whatever deployment role it should map to</deployment-role>
> 
>  </role-mapping>
>  </application-policy>
> 
> Ofcourse this is just an example, and definitely needs better element names
> 
This is a stupid idea. Think about PaaS. Applications move from application server to application server. You don't want to change your login-config every time you move your application to a different application server. While it is possible to deploy a login config with the application or make it part of the deployment unit. This would still mean you create a new security domain for every application you deploy and that would certainly be a waste of resources and a security nightmare.
It would be much better to remap roles in the container specific deployment descriptors.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571554#571554]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/d8f3c7f6/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 10:57:14 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Wed, 17 Nov 2010 10:57:14 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571537-3-2082-1289989591090.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571536-3-2082-1289989252079.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571537-3-2082-1289989591090.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571621-3-2016-1290009410112.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571621#571621

--------------------------------------------------------------
Is the separate "TestImpl" source file required (e.g. org.jboss.test.as.modular.demos.impl.DemosTestImpl)? It seems like ModularJUnitRunner uses DemosTestCase as the source of the @TestSetup annotation, loads a class from the module it creates, and passes that class to its superclass as the class to test. As long as the module ModularJUnitRunner creates doesn't end up loading that class from the app classloader, it's a separate class. So you shouldn't need a separate source file for the actual test implementation.

I'm going to play a bit and see.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571621#571621]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/52d9a14f/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 11:14:57 2010
From: do-not-reply at jboss.com (Marcus Moyses)
Date: Wed, 17 Nov 2010 11:14:57 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - Re: SubjectFactory
	Implementation
In-Reply-To: <2-571189-3-2015-1289816861721.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571189-3-2015-1289816861721.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571189-3-2015-1289816861721-2-571630-3-2887-1290010483598.jivesbs.jivemailuser@http://community.jboss.org>

Marcus Moyses [http://community.jboss.org/people/mmoyses] created the discussion

"Re: SubjectFactory Implementation"

To view the discussion, visit: http://community.jboss.org/message/571630#571630

--------------------------------------------------------------
Stefan released 4.0.0.Alpha2 with this new class.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571630#571630]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/822f32f6/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 11:16:58 2010
From: do-not-reply at jboss.com (Celso _)
Date: Wed, 17 Nov 2010 11:16:58 -0500
Subject: [jboss-dev-forums] [jBPM Development] - jBPM3 and dynamic task
Message-ID: <2-571632-3-21634-1290010601629.jivesbs.jivemailuser@http://community.jboss.org>

Celso _ [http://community.jboss.org/people/__celso] created the discussion

"jBPM3 and dynamic task"

To view the discussion, visit: http://community.jboss.org/message/571632#571632

--------------------------------------------------------------
I just started working with jBPM 3.2.7 and I have a process with a "Task Node" and a form attached to it. It works just as expected with jbpm-console.

I would like to change the name of the task instance and I did it by adding an event "task-create" to my Task Node. It worked but now the form is not being displayed anymore.
I understand the "forms.xml" will link the Task Name with the Form but I thought by changing only the Task Instance I wouldn't get this issue as the Task itself remains with the original name.

Is this a bug or is there any other way to achive what I'm trying to?

thanks in advance.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571632#571632]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/f4bfedbf/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 12:48:49 2010
From: do-not-reply at jboss.com (Mistred Samy)
Date: Wed, 17 Nov 2010 12:48:49 -0500
Subject: [jboss-dev-forums] [Management Development] - Jboss session
Message-ID: <2-571649-3-77651-1290016127051.jivesbs.jivemailuser@http://community.jboss.org>

Mistred Samy [http://community.jboss.org/people/minibabar] created the discussion

"Jboss session"

To view the discussion, visit: http://community.jboss.org/message/571649#571649

--------------------------------------------------------------
I have a little jboss cluster, with apache load balancer.
Is it possible to access and invalidate a dedicated user session, from an EJB?
It is required because I would like to logout a user if another user delete it.

+Thanks for your reply+!
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571649#571649]

Start a new discussion in Management Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2107]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/55daf26b/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 13:57:32 2010
From: do-not-reply at jboss.com (Vitaliy Tkachenko)
Date: Wed, 17 Nov 2010 13:57:32 -0500
Subject: [jboss-dev-forums] [JBoss Web Development] - How to install JBoss
 as a Windows Service with installation wizard on Windows 2008?
Message-ID: <2-571661-3-68756-1290020234964.jivesbs.jivemailuser@http://community.jboss.org>

Vitaliy Tkachenko [http://community.jboss.org/people/VirtualVAT] created the discussion

"How to install JBoss as a Windows Service with installation wizard on Windows 2008?"

To view the discussion, visit: http://community.jboss.org/message/571661#571661

--------------------------------------------------------------
Hello!

Does anybody have a solution on how to install JBoss as a Windows Service as a part of Microsoft Installation Wizard on Windows 7 / Windows Server 2008?
There are major securilty restricts and it is not allowed to setup the service with bat file (service.bat) or exe (trying to run jbosssvc.exe with corresponding parameters as seen in service.bat). We need to use API to install a service then. Is it some way to do it? Or is it some trick allowing us to run that but and have service installed properly on Windows 7 / 2008?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571661#571661]

Start a new discussion in JBoss Web Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2112]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/3742f880/attachment.html 

From do-not-reply at jboss.com  Wed Nov 17 17:55:11 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Wed, 17 Nov 2010 17:55:11 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571621-3-2016-1290009410112.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571537-3-2082-1289989591090.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571621-3-2016-1290009410112.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571696-3-2016-1290034486152.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571696#571696

--------------------------------------------------------------
Nope; trying to get rid of the separate DemosTestImpl doesn't work at all. If you do that, everything's visible via the SystemModuleLoader and you end up getting LinkageError, IllegalAccessError and the like.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571696#571696]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101117/2e146fdb/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 03:47:46 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Thu, 18 Nov 2010 03:47:46 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571696-3-2016-1290034486152.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571621-3-2016-1290009410112.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571696-3-2016-1290034486152.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571727-3-2016-1290070061627.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571727#571727

--------------------------------------------------------------
Essentially what you're doing with the separate DemosTestImpl class and the separate "modular-test" maven module is trying to control what's on the app classpath. That feels like something the test framework could do itself. I took a shot at that; see  https://github.com/bstansberry/jboss-as/commit/2d5ef5c15d1c5fbb664c7ba2b89fbc79cffdc0d6#diff-0 https://github.com/bstansberry/jboss-as/commit/2d5ef5c15d1c5fbb664c7ba2b89fbc79cffdc0d6#diff-0 .

I got further with that than I did before, but am getting this failure. I'm hoping it's something simple.

> java.lang.ExceptionInInitializerError
> ??? at org.jboss.as.embedded.modular.server.ModularEmbeddedServer.start(ModularEmbeddedServer.java:165)
> ??? at org.jboss.test.as.modular.demos.impl.DemosTestCase.startServer(DemosTestCase.java:67)
> ??? at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> ??? at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> ??? at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> ??? at java.lang.reflect.Method.invoke(Method.java:597)
> ??? at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> ??? at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> ??? at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> ??? at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
> ??? at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
> ??? at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
> ??? at org.jboss.as.embedded.modular.bootstrap.DelegatingModularJunitTestRunner.run(DelegatingModularJunitTestRunner.java:116)
> ??? at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49)
> ??? at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> ??? at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
> ??? at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
> ??? at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
> ??? at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
> Caused by: java.lang.IllegalStateException: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager")
> ??? at org.jboss.logmanager.Logger.getLogger(Logger.java:60)
> ??? at org.jboss.logging.JBossLogManagerProvider.doGetLogger(JBossLogManagerProvider.java:55)
> ??? at org.jboss.logging.JBossLogManagerProvider.getLogger(JBossLogManagerProvider.java:46)
> ??? at org.jboss.logging.Logger.getLogger(Logger.java:2222)
> ??? at org.jboss.as.server.StandaloneServer.<clinit>(StandaloneServer.java:48)
> ??? ... 19 more

BTW, ModularEmbeddedServer.shutdown() then throws an NPE because it assumes the serverController field was initialized:

> java.lang.NullPointerException
> ??? at org.jboss.as.embedded.modular.server.ModularEmbeddedServer.shutdown(ModularEmbeddedServer.java:185)
> ??? at org.jboss.test.as.modular.demos.impl.DemosTestCase.stopServer(DemosTestCase.java:73)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571727#571727]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/2b0df3a7/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 04:10:00 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Thu, 18 Nov 2010 04:10:00 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571727-3-2016-1290070061627.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571696-3-2016-1290034486152.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571727-3-2016-1290070061627.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571733-3-2016-1290071398616.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571733#571733

--------------------------------------------------------------
A couple other comments:

There's a split package; i.e. org.jboss.modules appears in embedded-modular-bootstrap. Split packages are verbotten, so we can't push this upstream until that's fixed. Hopefully there's no reason ModuleXmlParser can't be made public.

ModularEmbeddedServer.start(String... dependencies) throws an NPE if you pass in null dependencies.

The need to pass in those dependencies indicates StandaloneServer has a problem that needs fixing. Embedded users should be able to get a simple notification when the server is "started", which I'd define as the point where we log the "JBoss AS %s \"%s\" started in %dms" message.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571733#571733]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/b8ceaf28/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 05:24:15 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Thu, 18 Nov 2010 05:24:15 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - Re: SubjectFactory
	Implementation
In-Reply-To: <2-571189-3-2015-1289816861721-2-571630-3-2887-1290010483598.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571189-3-2015-1289816861721.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571189-3-2015-1289816861721-2-571630-3-2887-1290010483598.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571189-3-2015-1289816861721-2-571741-3-2302-1290075843185.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: SubjectFactory Implementation"

To view the discussion, visit: http://community.jboss.org/message/571741#571741

--------------------------------------------------------------
Thanks. I have integrated the release into IronJacamar.

As I spoke to Anil about during the EAP 6 meeting the next important part seen from a JCA PoV is to get the security integration into AS 7 - e.g. the actual configuration of the SubjectFactory.

We can also work on that part in the IronJacamar project if necessary.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571741#571741]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/37a9df80/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 05:58:45 2010
From: do-not-reply at jboss.com (hari p)
Date: Thu, 18 Nov 2010 05:58:45 -0500
Subject: [jboss-dev-forums] [JBoss Web Development] - problem with apache
	jboss cluster
Message-ID: <2-571742-3-77561-1290077897128.jivesbs.jivemailuser@http://community.jboss.org>

ttadmin [http://community.jboss.org/people/ttadmin] created the discussion

"problem with apache jboss cluster"

To view the discussion, visit: http://community.jboss.org/message/571742#571742

--------------------------------------------------------------
Hi experts

I am facing problem with apache jboss cluster with modjk. The web application is getting hanged frequently. The site is having a low traffic as low as 2000 hits a day.

JBoss 4.2.1 GA
Apache/2.2.3
mod_jk/1.2.19
OS: RHEL 4

The processor usage and server performance look normal.


Thanks
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571742#571742]

Start a new discussion in JBoss Web Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2112]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/7ac57ad9/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 06:12:20 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Thu, 18 Nov 2010 06:12:20 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571727-3-2016-1290070061627.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571696-3-2016-1290034486152.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571727-3-2016-1290070061627.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571745-3-2082-1290078729815.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571745#571745

--------------------------------------------------------------
I don't think you can change the classpath of an already running java program, I tried this

projectA has class A
projectB has class B and Main
None of the projects import each other

*public* *class* Main {
*public* *static* *void* main(String[] args) *throws* Exception {
??????? System.+out+.println(Main.*class*.getResource("/"));
??????? System.+setProperty+("java.class.path", "/Users/kabir/sourcecontrol/jboss-as7/eclipse/projectA/bin/");

??????? System.+out+.println(Class.+forName+("B"));

??????? System.+out+.println("Test");

??????? Class.+forName+("A1");
??? }
}
 

This shows this output: 

file:/Users/kabir/sourcecontrol/jboss-as7/eclipse/projectB/bin/
class B
Test
Exception in thread "main" java.lang.ClassNotFoundException: A1
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at Main.main(Main.java:37)

So the write to java.class.path has no effect, the system classloader probably only reads that once on startup.

If we want to only have one test project for this and control the app classpath I see the following options:
1) Have the test runner start another process with the minimal classpath and modules, I guess this would be something similar to what ant/maven does when running forked tests
2) jboss-modules makes it possible to configure the default ModuleLoader so we can do something more clever there such as specifying which packages should never be loaded from the system classpath even if they exit in both system and modules.

I prefer 2) which is needed for the flat embedded case anyway, but daren't start changing that on a whim :-) I can play with 1) for now and see if that gets me anywhere
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571745#571745]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/0af9a6b7/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 06:15:49 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Thu, 18 Nov 2010 06:15:49 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571733-3-2016-1290071398616.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571727-3-2016-1290070061627.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571733-3-2016-1290071398616.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571747-3-2082-1290078932217.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571747#571747

--------------------------------------------------------------
> There's a split package; i.e. org.jboss.modules appears in embedded-modular-bootstrap. Split packages are verbotten, so we can't push this upstream until that's fixed. Hopefully there's no reason ModuleXmlParser can't be made public.
> 
ModuleXmlParser either needs to be made public, or it needs to be copied into this (yuck)
> ModularEmbeddedServer.start(String... dependencies) throws an NPE if you pass in null dependencies.
> 
> The need to pass in those dependencies indicates StandaloneServer has a problem that needs fixing. Embedded users should be able to get a simple notification when the server is "started", which I'd define as the point where we log the "JBoss AS %s \"%s\" started in %dms" message.
Yeah some callback for then the server has been started is the way forward
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571747#571747]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/0d3ad7a1/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 09:36:23 2010
From: do-not-reply at jboss.com (JBoss Community)
Date: Thu, 18 Nov 2010 09:36:23 -0500
Subject: [jboss-dev-forums] Community Updates, November 11 - November 18
Message-ID: <1680809551.172591290090983902.JavaMail.jive@clearspace02.app.mwc.hst.phx2.redhat.com>

===============================================================
Community Updates for November 11 - November 18
===============================================================

You haven't set a status update. Log in and set your status at: http://community.jboss.org.

Your Content
 * testing the new list server [http://community.jboss.org/thread/127309]
     was viewed 12,408 times and replied to by 3 people
      * No Link to Jboss Nukes [http://community.jboss.org/thread/90785]
     was viewed 107,002 times and replied to by 3 people
     


Your Connections - Activity by people you are following
    You don't have any connections yet. Find people and connect! [http://community.jboss.org/people/]



Popular Content - The content that is most viewed and participated in
                * NHibernate for .NET [http://community.jboss.org/docs/DOC-14068]
                * Open Session in View [http://community.jboss.org/docs/DOC-13954]
                * Sessions and transactions [http://community.jboss.org/docs/DOC-13951]
                * Unified authentication and authorization for WEB and WebServices in EAR [http://community.jboss.org/people/martin.hynar/blog/2010/11/11/unified-authentication-and-authorization-for-web-and-webservices-in-ear]
                * JBoss Tools on Eclipse 3.6 (Helios) [http://community.jboss.org/community/tools/blog/2010/07/05/jboss-tools-on-eclipse-36-helios]
                * JBoss Developer Studio 4 Beta now available [http://community.jboss.org/community/tools/blog/2010/10/21/jboss-developer-studio-4-beta-now-available]
                * Re: Journaling errors [http://community.jboss.org/message/561590#561590]
                * Re: Integration with AS6 [http://community.jboss.org/message/533706#533706]
                * Re: Implementing a non-flat deployment for Weld Integration [http://community.jboss.org/message/567633#567633]



Tips and tricks - Label your Connections
Do you have a lot of connections? If so, try labeling your connections to keep them organized. You can even apply more than one label to a connection. Start labeling your connections now. 
 Find out more.


Not interested in these emails anymore, or want to change how often they come? Update your email preferences by visiting: http://community.jboss.org/user-notification-preferences!input.jspa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/9a5f4b0f/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 09:56:19 2010
From: do-not-reply at jboss.com (Anil Saldhana)
Date: Thu, 18 Nov 2010 09:56:19 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - Re: SubjectFactory
	Implementation
In-Reply-To: <2-571189-3-2015-1289816861721-2-571741-3-2302-1290075843185.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571189-3-2015-1289816861721.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571189-3-2015-1289816861721-2-571630-3-2887-1290010483598.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571189-3-2015-1289816861721-2-571741-3-2302-1290075843185.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571189-3-2015-1289816861721-2-571784-3-2015-1290092169046.jivesbs.jivemailuser@http://community.jboss.org>

Anil Saldhana [http://community.jboss.org/people/anil.saldhana%40jboss.com] created the discussion

"Re: SubjectFactory Implementation"

To view the discussion, visit: http://community.jboss.org/message/571784#571784

--------------------------------------------------------------
Jesper, as we get more familiar with AS7, we will figure out the injection part.? You can do the config as part of IJ for now.? Once we have the AS7 config done, you can discard from IJ.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571784#571784]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/fbb86de6/attachment.html 

From do-not-reply at jboss.com  Thu Nov 18 19:24:57 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Thu, 18 Nov 2010 19:24:57 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571745-3-2082-1290085299184.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571727-3-2016-1290070061627.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571745-3-2082-1290085299184.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571835-3-2016-1290126279570.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571835#571835

--------------------------------------------------------------
> Kabir Khan wrote:
> 
> I don't think you can change the classpath of an already running java program
 No you can't. What that class was doing was an attempt to get the jboss-modules SystemLocalLoader to not load undesired classes. It reads the java.class.path property when determining what jars/directories to load from. That part actually seems to work.

The problem is the static intializer block in java.util.logging.LogManager tries to use ClassLoader.getSystemClassLoader() to load the class. And that classloader's unaffected by my change of the system property.

And that problem would affect your #2 solution as well.  :(  The true system classloader is not controlled by jboss-modules, so any time some code uses it, it will see the original classpath.

Do you know how the Arquillian guys are dealing with this problem?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571835#571835]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101118/34b2483f/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 01:39:55 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Fri, 19 Nov 2010 01:39:55 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570442-3-2230-1289383659731.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-571862-3-2104-1290148787755.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/571862#571862

--------------------------------------------------------------
> Brian Stansberry wrote:
>  > How are users to know where the actual deployment is happening from ? Suggestion: put a deploy.location=/var/tmp/blahbla/foo.war into the marker file - simply for ease of debugging/transparency.> > I've been tempted to do that. Haven't because 1) it forms a semi-contract that I'm not sure we should commit ourselves to. 2) It also encourages poking around in places users aren't meant to go poking. 3)? It also forces the deployment content repository to expose internal implementation details to the deployment scanner service, which isn't the end of the world but isn't nice either.
> > > > 
> > > > There is INFO level logging of where the deployment content is stored (which shoots my #2 above). :-)
> > > > 
> > > 
> > > I keep hearing this "by exposing the actual deployment location there is a semi-contract"-excuse and I just don't buy it.
> > > 
> > > The deployment is going to be *somewhere* wether that is on the filesystem or in-memory then telling the user where it is being 'read' from is never a bad information to have.
> > > 
> > > 
> > > 
> > > And as you said - it gets logged anyway (for a reason I assume ?  :) 
> I have no serious objection to telling people where deployments are stored. This is OSS after all. As we go along there should be a wiki page describing exactly how this works for a given release. I'm just doubtful about persisting it in this file. People come to count on reading the file and you can't lightly stop writing it even if it becomes a problem.
> 

I was reading a mail about configuring Java2 security for a web application on AS5 and realized that it might have to play a role here too. Users might have to know the (consistent) location where the deployments will be extracted so that they can setup appropriate permissions.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571862#571862]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/8840eaa0/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 02:39:02 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Fri, 19 Nov 2010 02:39:02 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - EJBTHREE-2198 EJB resource
 providers for switchboard and the dependency issues
Message-ID: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/571870#571870

--------------------------------------------------------------
Here's a quick overview of what the @EJB, ejb-ref, ejb-local-ref resource provider is expected to do. More details about what a ResourceProvider is and what role it plays can be found in this wiki  http://community.jboss.org/docs/DOC-15954 http://community.jboss.org/wiki/Switchboard

h5. Goal:

Consider this @EJB reference (in a servlet, for example):

public class MyServlet
{
?
??? @EJB
??? private MyBeanIntf bean;
??? 
}
?


And then consider this EJB:

@Stateless
public class MySLSB implements MyBeanIntf??? 
{
...
??? 
}??? 
?


So ultimately, when the web application is being deployed, the servlet container shouldn't "start" unless the Resource (check the above wiki for what it means) corresponding to:

@EJB
private MyBeanIntf bean;
?


is made available in the ENC (java:comp/env) of the servlet.

h5. EJB container implementation details:

The JBoss EJB3 container in AS6 is a MC bean. When the JBoss EJB3 container finds a EJB (MySLSB in this case), among various other things, it binds the proxies to (JBoss specific) jndi names during its "start" (MC) lifecycle method. This has been legacy since AS5.

Starting AS6 when we started supporting EJB3.1, we also bind the EJB proxies to a spec compliant JNDI name (along with the JBoss specific jndi names). The binding to EJB3.1 compliant JNDI names is done by the EJBBinder  https://github.com/jbossejb3/jboss-ejb3-jndi/blob/master/binder/src/main/java/org/jboss/ejb3/jndi/binder/EJBBinder.java https://github.com/jbossejb3/jboss-ejb3-jndi/blob/master/binder/src/main/java/org/jboss/ejb3/jndi/binder/EJBBinder.java and has no interaction with the EJB containers. i.e. binding to EJB3.1 spec compliant jndi names is (intentionally) completely decoupled from EJB containers. The EJBBinder is deployed as a MC bean by the EJBBinderDeployer  https://github.com/jbossejb3/jboss-ejb3-jndi/blob/master/deployers/src/main/java/org/jboss/ejb3/jndi/deployers/EJBBinderDeployer.java https://github.com/jbossejb3/jboss-ejb3-jndi/blob/master/deployers/src/main/java/org/jboss/ejb3/jndi/deployers/EJBBinderDeployer.java, so that the binding happens during the "start" lifecycle of that MC bean (when any necessary dependencies on the EJBBinder are satisfied)

Currently in AS6, we bind the EJB3.1 jndi names as LinkRefs to jboss specific jndi names. So the EJBBinder creates and returns a LinkRef to the JBoss specific jndi name which will be created by the JBoss EJB3 containers.

h5. 
The ResourceProvider details and the problem:

The ResourceProvider for @EJB, ejb-local-ref and ejb-ref is responsible for resolving the MC bean name of the EJBBinder from a ejb-ref, ejb-local-ref and @EJB. How the resolution is done is currently not relevant for this discussion. Let's just assume that we somehow manage to resolve it to a EJBBinder. The ResourceProvider then return this EJBBinder back to switchboard which converts this to a MC dependency. i.e. SwitchBoard adds a dependency on the servlet container for this EJBBinder MC bean to be installed before the servlet container can make available the servlet. Ideally, this should all work out, but there's a minor little detail in this implementation which causes it to fail. Let's see why:

1) Web container (through SwitchBoard and RPs) adds a dependency on the EJBBinder responsible for setting up EJB3.1 spec compliant java:global jndi name of MySLSB
2) EJBBinder is added as a MC bean
3) EJBContainer corresponding to MyBean is added as a MC bean
4) MC starts installing MC beans. Let's assume it picks up EJBBinder first. EJBBinder "starts" and binds to java:global a LinkRef
5) MC sees that the EJBBinder dependency for web container is now satisfied and triggers the web container startup
6) Web container starts initialzing instances (like load-on-startup servlets, filters etc...)
7) While injecting from ENC to filter/servlet, container runs into error because the EJBContainer (#3) which is responsible for setting up the JBoss specific JNDI names, which are the target of the LinkRef created in #4, hasn't yet been triggered for "start" by MC.

h5. 
Solution:

For AS6 we somehow need to add a dependency on the EJBBinder such that it isn't installed until the JBoss specific jndi names aren't bound into JNDI. It isn't easy because the code responsible for deploying EJBBinder as a MC bean (i.e. EJBBinderDeployer) somehow needs to know what the JBoss specific JNDI names are for each of the exposed view of the bean.

Note that this may not be the only solution and there might be other ways to get past this. But the goal is to get this up and running as quickly as possible without having to change a lot of stuff.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571870#571870]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/2e0980f7/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 03:21:49 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Fri, 19 Nov 2010 03:21:49 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-571883-3-2170-1290154904237.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/571883#571883

--------------------------------------------------------------
That's solution part 1. It won't take care of circular references.

Solution part 2 is to have EJBBinder bind lazy proxies which can connect to the EJBContainer on invocation (except for SFSB).
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571883#571883]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/19e59aeb/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 04:14:09 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Fri, 19 Nov 2010 04:14:09 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-571883-3-2170-1290154904237.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-571883-3-2170-1290154904237.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-571900-3-2170-1290158038012.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/571900#571900

--------------------------------------------------------------
A complete alternative we're discussing on IRC is having EJBBinder bind a lazy ObjectFactory instead which does a lookup to the legacy JNDI name.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571900#571900]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/91f328e6/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 05:20:08 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Fri, 19 Nov 2010 05:20:08 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571835-3-2016-1290126279570.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571745-3-2082-1290085299184.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571835-3-2016-1290126279570.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571919-3-2082-1290161992961.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571919#571919

--------------------------------------------------------------
Ah, that makes sense now. I'll take another look at your solution and see if I can find a way around the problem you describe.

I played with #1 yesterday, and was able to get a test runner to start another test runner in another process and communicate the results back, and am halfway through porting my stuff to work doing that. I'm confident that will work, but it has some other problems like making debugging slightly more tricky to set up.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571919#571919]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/d4e92478/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 06:16:21 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Fri, 19 Nov 2010 06:16:21 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571919-3-2082-1290161992961.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571835-3-2016-1290126279570.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571919-3-2082-1290161992961.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571925-3-2082-1290165364393.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571925#571925

--------------------------------------------------------------
I got past the logmanager problem by excluding org.jboss.logmanager:jboss-logmanager, org.jboss.logmanager:jboss-logmanager-log4j and org.jboss.slf4j:slf4j-jboss-logmanager in the poms. The server still does not boot fully but at least it is a start.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571925#571925]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/e0873ca1/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 06:22:22 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Fri, 19 Nov 2010 06:22:22 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571925-3-2082-1290165364393.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571919-3-2082-1290161992961.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571925-3-2082-1290165364393.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571927-3-2082-1290165723802.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571927#571927

--------------------------------------------------------------
WIP on your approach is here:  https://github.com/kabir/jboss-as/commits/brian-embedded https://github.com/kabir/jboss-as/commits/brian-embedded
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571927#571927]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/6a64b2f6/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 06:50:26 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Fri, 19 Nov 2010 06:50:26 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571925-3-2082-1290165364393.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571919-3-2082-1290161992961.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571925-3-2082-1290165364393.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571929-3-2082-1290167413951.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571929#571929

--------------------------------------------------------------
> Kabir Khan wrote:
> The server still does not boot fully but at least it is a start.
>  
> 
I lied. It boots :-)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571929#571929]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/29c8290e/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 08:02:44 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Fri, 19 Nov 2010 08:02:44 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Initial Arquillian
	integration
Message-ID: <2-571947-3-2056-1290171753362.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Initial Arquillian integration"

To view the discussion, visit: http://community.jboss.org/message/571947#571947

--------------------------------------------------------------
I added an Arquillian subsystem that allows embedded/remote Arquillian tests to run.

For details see  http://community.jboss.org/thread/159049 http://community.jboss.org/thread/159049

 https://jira.jboss.org/browse/JBAS-8653 https://jira.jboss.org/browse/JBAS-8653
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571947#571947]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/8e259357/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 08:45:58 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Fri, 19 Nov 2010 08:45:58 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571835-3-2016-1290126279570.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571745-3-2082-1290085299184.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571835-3-2016-1290126279570.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571961-3-2384-1290174353056.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571961#571961

--------------------------------------------------------------
> Do you know how the Arquillian guys are dealing with this problem?
They are not, yet. :-)
*  http://community.jboss.org/thread/159049 http://community.jboss.org/thread/159049
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571961#571961]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/ff6c738e/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 09:06:32 2010
From: do-not-reply at jboss.com (Philani Dlamini)
Date: Fri, 19 Nov 2010 09:06:32 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: Enhancing the EJB3
	Plugin
In-Reply-To: <2-344938-3-2104-1255374994000-2-344939-3-2170-1255378973000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-344938-3-2104-1255374994000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-344938-3-2104-1255374994000-2-344939-3-2170-1255378973000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-344938-3-2104-1255374994000-2-571966-3-76522-1290175589883.jivesbs.jivemailuser@http://community.jboss.org>

Philani Dlamini [http://community.jboss.org/people/philani] created the discussion

"Re: Enhancing the EJB3 Plugin"

To view the discussion, visit: http://community.jboss.org/message/571966#571966

--------------------------------------------------------------
Would you advise applying the ejb3-plugin jar" patch" on a JBOSS instance running on production if all went well in development and QA environments?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571966#571966]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/7caf6a38/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 09:13:05 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Fri, 19 Nov 2010 09:13:05 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-571968-3-2384-1290175975589.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/571968#571968

--------------------------------------------------------------
> For AS6 we somehow need to add a dependency on the EJBBinder such that it isn't installed until the JBoss specific jndi names aren't bound into JNDI. It isn't easy because the code responsible for deploying EJBBinder as a MC bean (i.e. EJBBinderDeployer) somehow needs to know what the JBoss specific JNDI names are for each of the exposed view of the bean.
What are "JBoss specific jndi" names?
Where / how do we get them?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571968#571968]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/9e252282/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 09:18:06 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Fri, 19 Nov 2010 09:18:06 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-571971-3-2384-1290176273930.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/571971#571971

--------------------------------------------------------------
> 7) While injecting from ENC to filter/servlet, container runs into error because the EJBContainer (#3) which is responsible for setting up the JBoss specific JNDI names, which are the target of the LinkRef created in #4, hasn't yet been triggered for "start" by MC.
Do we have a failing test(s) for this?
e.g. in AS_testsuite
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571971#571971]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/c01986f3/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 09:27:07 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Fri, 19 Nov 2010 09:27:07 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-571971-3-2384-1290176273930.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-571971-3-2384-1290176273930.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-571976-3-2104-1290176799813.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/571976#571976

--------------------------------------------------------------
> Ales Justin wrote:
> 
> > 7) While injecting from ENC to filter/servlet, container runs into error because the EJBContainer (#3) which is responsible for setting up the JBoss specific JNDI names, which are the target of the LinkRef created in #4, hasn't yet been triggered for "start" by MC.
> Do we have a failing test(s) for this?
> e.g. in AS_testsuite
No there aren't any tests specifically for this. This issue keeps occuring transiently when SwitchBoard and EJB3 containers is integrated into AS trunk, because in theory it all depends on which MC bean gets picked up first in step#4 by MC container for resolution.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571976#571976]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/a50f4430/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 09:35:10 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Fri, 19 Nov 2010 09:35:10 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: Enhancing the EJB3
	Plugin
In-Reply-To: <2-344938-3-2104-1255374994000-2-571966-3-76522-1290175589883.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-344938-3-2104-1255374994000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-344938-3-2104-1255374994000-2-344939-3-2170-1255378973000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-344938-3-2104-1255374994000-2-571966-3-76522-1290175589883.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-344938-3-2104-1255374994000-2-571979-3-2104-1290177286823.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: Enhancing the EJB3 Plugin"

To view the discussion, visit: http://community.jboss.org/message/571979#571979

--------------------------------------------------------------
> Philani Dlamini wrote:
> 
> Would you advise applying the ejb3-plugin jar" patch" on a JBOSS instance running on production 
When you say production, are you implying the paid version of JBoss server or are do you mean the community release?

Using JBoss AS community version in production implies that whoever is using it will be supporting it themselves. So with regards to applying the ejb3-plugin, if it passes your QA then sure you are free to use it in production. It's the same deal as the JBoss AS that you are using - if you run into any issues, you either will have to fix/patch the issue yourself or wait for the issue to be fixed in the next community release.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571979#571979]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/cc0d35c0/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 09:48:58 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Fri, 19 Nov 2010 09:48:58 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571929-3-2082-1290167413951.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571925-3-2082-1290165364393.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571929-3-2082-1290167413951.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-571986-3-2082-1290178123569.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/571986#571986

--------------------------------------------------------------
I have made the jars exposed on the system classloader configurable, like this

@TestSetup(

...
??????? classpathFilter=@ClasspathFilter(
??????????????? classes = {Blah.class}
??????????????? maven= {
?????????????????? @MavenFilter(groupId="org.jboss.shrinkwrap", artifactId="shrinkwrap-api"),
?????????????????? @MavenFilter(groupId="org.jboss.shrinkwrap", artifactId="shrinkwrap-impl-base")})
)
@RunWith(ModularJunitTestRunner.class)
public class DemosTestCase? {

One issue that occurred to me after doing this is that the the SystemLocalLoader only gets initialized once per jvm, so the first test to set this wins. Maybe this should happen at a higher level for the whole project? Maybe in a /system-classpath.properties or a package annotation for test's root package?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571986#571986]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/4ddda541/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 09:56:18 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Fri, 19 Nov 2010 09:56:18 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-571968-3-2384-1290175975589.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-571968-3-2384-1290175975589.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-571987-3-2384-1290178576224.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/571987#571987

--------------------------------------------------------------
Jaikiran listed the places where JBoss specific jndi bindings take place:
> 1) the legacy @SLSB and @SFSB is done in EJBContainer of jboss-ejb3-core (see the start)
> 2) for @Singleton container it in done in SingletonBeanJNDIBinderDeployer in jboss-ejb3-singleton project
> 3) for no-interface views it's done in EJB3NoInterfaceViewDeployer in jboss-ejb3-nointerface project
> let me get you the git url for #2 and #3
> #1 is in Ejb3/trunk in svn
> #2 in  https://github.com/jbossejb3/jboss-ejb3-singleton https://github.com/jbossejb3/jboss-ejb3-singleton "deployer" module
> #3 in  https://github.com/jbossejb3/jboss-ejb3-nointerface https://github.com/jbossejb3/jboss-ejb3-nointerface "impl"
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/571987#571987]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/2fb685a3/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 11:34:46 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Fri, 19 Nov 2010 11:34:46 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571747-3-2082-1290078932217.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571733-3-2016-1290071398616.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571747-3-2082-1290078932217.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-572015-3-2082-1290184482726.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/572015#572015

--------------------------------------------------------------
> Kabir Khan wrote:
> 
> > There's a split package; i.e. org.jboss.modules appears in embedded-modular-bootstrap. Split packages are verbotten, so we can't push this upstream until that's fixed. Hopefully there's no reason ModuleXmlParser can't be made public.
> > 
> ModuleXmlParser either needs to be made public, or it needs to be copied into this (yuck)
For now I have copied it into embedded-modular-bootstrap, and opened  https://jira.jboss.org/browse/MODULES-60 https://jira.jboss.org/browse/MODULES-60
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572015#572015]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/544627db/attachment.html 

From do-not-reply at jboss.com  Fri Nov 19 12:13:50 2010
From: do-not-reply at jboss.com (Carlos O)
Date: Fri, 19 Nov 2010 12:13:50 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: Check if header
 element exists in message Response.
In-Reply-To: <2-568433-3-76664-1288097609015-2-570275-3-2023-1289313599680.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-568433-3-76664-1288097609015.jivesbs.jivemailuser@http://community.jboss.org>
	<2-568433-3-76664-1288097609015-2-570273-3-2023-1289313433231.jivesbs.jivemailuser@http://community.jboss.org>
	<2-568433-3-76664-1288097609015-2-570275-3-2023-1289313599680.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-568433-3-76664-1288097609015-2-572020-3-76664-1290186806197.jivesbs.jivemailuser@http://community.jboss.org>

Carlos O [http://community.jboss.org/people/charlyjboss] created the discussion

"Re: Check if header element exists in message Response."

To view the discussion, visit: http://community.jboss.org/message/572020#572020

--------------------------------------------------------------
Thanks Tom, i'm trying to use your solution, but that code works for an element inside the header right? In my case, the whole header may not be present (<header>...<header>) at all, for example, could be like this:

<Envelope>
?? <Body>
?? ...
?? </Body>
</Envelope>

So, the result message after the transformation is:

<Envelope>
?? <Body>
?? ...
??? </Body>
?? <Header>
?? ...
?? </Header>
</Envelope>

Because the "add" directive locates the element at the end of the selector (Envelope in this case)
Is it possible to modify a little bit your solution to make it works for my particular scenario?

Thank you very much.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572020#572020]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101119/5b1f1717/attachment.html 

From do-not-reply at jboss.com  Sat Nov 20 06:36:02 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Sat, 20 Nov 2010 06:36:02 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Embedded AS
In-Reply-To: <2-569335-3-2082-1288707057100-2-571986-3-2082-1290178141504.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-569335-3-2082-1288707057100.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571929-3-2082-1290167413951.jivesbs.jivemailuser@http://community.jboss.org>
	<2-569335-3-2082-1288707057100-2-571986-3-2082-1290178141504.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-569335-3-2082-1288707057100-2-572075-3-2082-1290252956489.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Embedded AS"

To view the discussion, visit: http://community.jboss.org/message/572075#572075

--------------------------------------------------------------
> One issue that occurred to me after doing this is that the the SystemLocalLoader only gets initialized once per jvm, so the first test to set this wins. Maybe this should happen at a higher level for the whole project? Maybe in a /system-classpath.properties or a package annotation for test's root package?
> 
> 
> 
This is now initialized in a package-info in a parent package in the project containing the tests:
@ClasspathFilter(maven= {
??????????????? @MavenFilter(groupId="org.jboss.shrinkwrap", artifactId="shrinkwrap-api"),
??????????????? @MavenFilter(groupId="org.jboss.shrinkwrap", artifactId="shrinkwrap-impl-base")})
*package* org.jboss.test.as.modular;
*import* org.jboss.as.embedded.modular.bootstrap.ClasspathFilter;
*import* org.jboss.as.embedded.modular.bootstrap.MavenFilter;
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572075#572075]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101120/5a5432bb/attachment.html 

From do-not-reply at jboss.com  Sat Nov 20 08:49:14 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Sat, 20 Nov 2010 08:49:14 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-572083-3-2230-1290260931947.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/572083#572083

--------------------------------------------------------------
Thought I would spend part of my trainride home to outline what I and Brian talked/agreed upon at Devoxx:

The intent is to have a "safer" file deployment api via the use of marker files.
In case of a deployment named foo.war the following marker files will have meaning.

*foo.war.dodeploy* - trigger deploy of archive or exploded directory.
*foo.war.donotdeploy* - Marker for server to ignore foo.war (used to ensure partial deployments does not happen while copying)
 *foo.war* - in case of archive (not exploded directory) it work as? foo.war.dodeploy if file hasn't changed since last scan/some grace? period.
*foo.war.faileddeploy* - ACK from server that deploy failed (content should contain info about reason for failure)
*foo.war.isdeployed* - ACK from server that foo.war.isdeployed.

There will be flag in server configuration (TBD where exactly) to
enable old style scanning for/reaction on descriptors, but will not be
enabled by default. This will allow existing tooling for pre-AS7 to work sensibly.

The deployment folder will have a README or similar explaining the above to spread the word on how this folder works.

...and that's it  ;) 

The following show it in us from a pure command line perspective to show the simplicity (and power) of the "File Deployment API".

For exploded deployments:

1. cp -r target/foo.war/ $AS7/deployment
2. touch $AS7/deployment/foo.war.dodeploy

AS will ignore the directory at step #1 but 
step #2 will make it deploy foo.war on the next
scan.

If deploy is succesfully AS7 will do the following:

1. rm $AS7/deployment/foo.war.dodeploy
2. touch $AS7/deployment/foo.war.isdeployed

Meaning that you as user (or tool) can explicitly
control when deployment occurs and you get an ACK
from the server on succesfully deployment.

In case of error during deployment AS7 will do the following:

1. echo $DEPLOY_ERROR_INFO > $AS7/deployment/foo.war.faileddeploy (name TBD)
2. rm $AS7/deployment/foo.war.dodeploy

Where $DEPLOY_ERROR_INFO is what the server knows about the reason for deploy error.

For archived deployments:

For archived deployments the behavior/semantics is the same except
AS7 will automatically start deploying an archive once the file has not changed
in some grace period (i.e. 500 ms? )

The user can trigger redeploy by either doing touch foo.war or touch foo.war.dodeploy.

"Suspend deployment"

To handle the case of possible errors occurring while copying deployments (i.e. network connection error
or sudden crash) it is possible to tell the scanner to ignore an archive or exploded directory by doing:

1. touch $AS7/deployment/foo.war.donotdeploy

When user want it to be deployed he can simple remove the .donotdeploy and then touch foo.war if its an archive or
touch $AS7/deployment/foo.war.dodeploy in case of directory and archive.

Info:
We did not use .deploy, .deployed as markers since it could cause confusion in filebrowser that can cut off the ending.
We did not use dodeploy.foo.war since then it would not show up close to the deployment - if you want sorting by "status" sort by extension.
Important that whatever the deployment does theres should be zero delay for reosurces like .html/.xhtml thus shadow copying is probably out of the question; but at the same time need to reduce chance of jar locking on windows filesystems. TBD how and if it is still a problem these days on pre-AS7 deployments.

Questions:
Will subdirectories be allowed in /deployment for separation ? (don't think so - but good to document that you have to add multiple deployment roots)
If I rm foo.war.isdeployed what does that mean ? Should AS7 create it again ? ( I guess not..they are just transient markers)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572083#572083]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101120/0027d8e8/attachment.html 

From do-not-reply at jboss.com  Sat Nov 20 16:13:49 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Sat, 20 Nov 2010 16:13:49 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-571862-3-2104-1290148787755.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-570597-3-2016-1289420374558.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-571862-3-2104-1290148787755.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-572095-3-2257-1290287627224.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/572095#572095

--------------------------------------------------------------
> jaikiran pai wrote:
> 
> > I have no serious objection to telling people where deployments are stored. This is OSS after all. As we go along there should be a wiki page describing exactly how this works for a given release. I'm just doubtful about persisting it in this file. People come to count on reading the file and you can't lightly stop writing it even if it becomes a problem.
> > 
> 
> I was reading a mail about configuring Java2 security for a web application on AS5 and realized that it might have to play a role here too. Users might have to know the (consistent) location where the deployments will be extracted so that they can setup appropriate permissions.

A very good point. This should become a separate forum thread, as it affects all deployments (domain deployments) as well. We may need to somehow add this info to the domain.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572095#572095]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101120/dc775fa7/attachment.html 

From do-not-reply at jboss.com  Sat Nov 20 16:27:17 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Sat, 20 Nov 2010 16:27:17 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-572083-3-2230-1290260931947.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-572083-3-2230-1290260931947.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-572096-3-2257-1290288435323.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/572096#572096

--------------------------------------------------------------
> Max Andersen wrote:
> 
> 
> There will be flag in server configuration (TBD where exactly) to
> enable old style scanning for/reaction on descriptors, but will not be
> enabled by default. This will allow existing tooling for pre-AS7 to work sensibly. 
This makes absolutely no sense to me. Existing tools will have to be updated anyway to deal with a different directory structure, different configuration files, and likely different jboss deployment descriptors. Assuming this wasn't an issue it's still off by default, so what's the point
> *foo.war.donotdeploy* - Marker for server to ignore foo.war (used to ensure partial deployments does not happen while copying)
> ** 

If we need this, we are better off just requiring? a .deploy marker. It's the same number of steps, and is slightly more intuitive. Note that we can actually detect partially copied zips.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572096#572096]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101120/3e012a66/attachment.html 

From do-not-reply at jboss.com  Sat Nov 20 16:57:22 2010
From: do-not-reply at jboss.com (Max Andersen)
Date: Sat, 20 Nov 2010 16:57:22 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-572096-3-2257-1290288435323.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-572083-3-2230-1290260931947.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-572096-3-2257-1290288435323.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-572098-3-2230-1290290236895.jivesbs.jivemailuser@http://community.jboss.org>

Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/572098#572098

--------------------------------------------------------------
> Jason Greene wrote:
> 
> > > Max Andersen wrote:
> > > 
> > > 
> > > There will be flag in server configuration (TBD where exactly) to
> > > enable old style scanning for/reaction on descriptors, but will not be
> > > enabled by default. This will allow existing tooling for pre-AS7 to work sensibly. 
> > This makes absolutely no sense to me. Existing tools will have to be updated anyway to deal with a different directory structure, different configuration files, and likely different jboss deployment descriptors. 
> 
> 
> 
> Tools does not need to know about different structure, configuration nor deployment descriptors to deploy.
> 
> They just need to know about the destination directory - nothing else.
> 
> > 
> > Assuming this wasn't an issue it's still off by default, so what's the point
> > 
> 
> The option were off by default to provide the safer "API" by default and option existed to let existing tools work with AS7...(those that works/worked with AS 3,4,5 & 6.
> 
> > > *foo.war.donotdeploy* - Marker for server to ignore foo.war (used to ensure partial deployments does not happen while copying)
> > > ** 
> > 
> > If we need this, we are better off just requiring? a .deploy marker. It's the same number of steps, and is slightly more intuitive. Note that we can actually detect partially copied zips.
> > 
> 
> 
> 
> you mean if the file is not properly zipped ? will you keep doing that on every rescan until it becomes complete ?
> 
> can you detect these partial copied zips without locking the file ? 
> 
> 
> 
> the flag were there to have good balance between implicit and explicit control.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572098#572098]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101120/40dd60ef/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 00:36:53 2010
From: do-not-reply at jboss.com (Mahavir Jain)
Date: Mon, 22 Nov 2010 00:36:53 -0500
Subject: [jboss-dev-forums] [jBPM Development] - jbpm process variable -
 Classcastexception/ classloader issues
Message-ID: <2-572147-3-77809-1290404191176.jivesbs.jivemailuser@http://community.jboss.org>

Mahavir Jain [http://community.jboss.org/people/mahavirj] created the discussion

"jbpm process variable - Classcastexception/ classloader issues"

To view the discussion, visit: http://community.jboss.org/message/572147#572147

--------------------------------------------------------------
Hi,
I am able to start a jbpm4.4 process from a servlet by passing a process variable (com.process.servicedata.Plan).? However, a decision handler later in the process gets a classcast exception when accessing this variable:


java.lang.ClassCastException

: com.process.servicedata.Plan cannot be cast to com.process.servicedata.Plan
at com.process.activitymodel.HealthPlanDecisionHandler.decide(
HealthPlanDecisionHandler.java:15)
at org.jbpm.jpdl.internal.activity.DecisionHandlerActivity.execute(
DecisionHandlerActivity.java:60)
at org.jbpm.jpdl.internal.activity.DecisionHandlerActivity.execute(
DecisionHandlerActivity.java:42)
at org.jbpm.pvm.internal.model.op.ExecuteActivity.perform(
ExecuteActivity.java:60)
at org.jbpm.pvm.internal.model.ExecutionImpl.performAtomicOperationSync(
ExecutionImpl.java:672)
at org.jbpm.pvm.internal.model.ExecutionImpl.performAtomicOperation(
ExecutionImpl.java:632)
at org.jbpm.pvm.internal.model.op.TransitionEndActivity.perform(
TransitionEndActivity.java:56)


 

 

 

 

 

 

 
This appears to be a classloader problem, so here are the details on my project structure:


1. process-web.war contains the servlet that starts the process.

 1. process.jpdl.xml is in process.jar

2. process.jar is in WEB-INF/lib of process-web.war.?

3. all the jbpm libraries (e.g. jbpm.jar) are in the WEB-INF/lib.?

4. process.jpdl.xml in process.jar is deployed using an Ant script that was taken from the examples app that comes with jbpm.?

5. process-web.war is deployed to jboss 5 and uses jbpm 4.4.


Any clues on what am I missing?

Thanks,
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572147#572147]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/bb37aa8a/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 06:41:28 2010
From: do-not-reply at jboss.com (Carlo de Wolf)
Date: Mon, 22 Nov 2010 06:41:28 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - New component ejb3-heks
Message-ID: <2-572217-3-2170-1290426083750.jivesbs.jivemailuser@http://community.jboss.org>

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion

"New component ejb3-heks"

To view the discussion, visit: http://community.jboss.org/message/572217#572217

--------------------------------------------------------------
To make it possible to leap forward instead of walk I'm going to create a new component ejb3-heks. In essence it's a 'no holds barred' component, but for two conditions:
1. keep it small
2. document the intention of each hack in javadoc

Heks translated from Dutch means witch / old crone, which I think would be appropriate and of course the pronouncation fits.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572217#572217]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/0911d4c4/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 07:42:42 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Mon, 22 Nov 2010 07:42:42 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Running AS7 embedded
	in Arquillian
Message-ID: <2-572225-3-2056-1290429750674.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572225#572225

--------------------------------------------------------------
This post describes what I have done and have seen when running AS7 embedded in Arquillian. There is a large overlap with what Kabir has done with embedded AS7 so lets try to converge.

The  https://github.com/jbosgi/arquillian/blob/jbas7/containers/jbossas-embedded-7/src/main/java/org/jboss/arquillian/container/jbossas/embedded_7/JBossASEmbeddedContainer.java JBossASEmbeddedContainer the  https://github.com/jbosgi/jboss-as/blob/arquillian/server/src/main/java/org/jboss/as/server/StandaloneServerFactory.java StandaloneServerFactory and waits for the Arquillian MBean to become available

???????? Properties sysprops = new Properties();
???????? sysprops.putAll(System.getProperties());
???????? sysprops.setProperty("jboss.home.dir", jbossHomeDir.getAbsolutePath());
???????? sysprops.setProperty("java.util.logging.manager", "org.jboss.logmanager.LogManager");
???????? sysprops.setProperty("logging.configuration", "file:" + jbossHomeDir + "/standalone/configuration/logging.properties");
???????? sysprops.setProperty("org.jboss.boot.log.file", jbossHomeDir + "/standalone/log/boot.log");

???????? server = StandaloneServerFactory.create(jbossHomeDir, sysprops);
???????? server.start();

The StandaloneServerFactory uses the  https://github.com/jbosgi/jboss-as/blob/arquillian/server/src/main/java/org/jboss/as/server/InitialModuleLoaderFactory.java InitialModuleLoaderFactory to bootstrap modules with a controlled set of packages from the app classpath. I agree with Jason, it is impossible to put stuff on the appclasspath and somehow hope the test deployemnts will behave like they would in a running server.

For this to work in ARQ it is necessary that nothing initializes jdk logging before we have a chance to load the LoggingManager from the "org.jboss.logmanager" module. Therefore, I added a  https://github.com/jbosgi/arquillian/commit/6a7e152a1416a634047cf11178c7a901eee5d5cd looging abstraction to ARQ that allows you do disable or redirect ARQ logging to System.out

???????? <plugin>
??????????? <artifactId>maven-surefire-plugin</artifactId>
??????????? <configuration>
????????????? <systemProperties>
??????????????? <property>
????????????????? <name>java.util.logging.manager</name>
????????????????? <value>org.jboss.logmanager.LogManager</value>
??????????????? </property>
??????????????? <property>
????????????????? <name>arquillian.logging</name>
????????????????? <value>system</value>
??????????????? </property>
????????????? </systemProperties>
??????????? </configuration>
????????? </plugin> 


The StandaloneServerFactory loads the server module and uses reflection and a proxy to bootstrap the server.

Currently, the server comes up and deployment fails with

12:46:07,295 ERROR [org.jboss.as.protocol.connection] (pool-1-thread-2) Failed to read a message: java.util.ServiceConfigurationError: org.jboss.marshalling.ProviderDescriptor: Provider org.jboss.marshalling.river.RiverProviderDescriptor could not be instantiated: java.lang.ClassCastException
??? at java.util.ServiceLoader.fail(ServiceLoader.java:207) [:1.6.0_21]
??? at java.util.ServiceLoader.access$100(ServiceLoader.java:164) [:1.6.0_21]
??? at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:353) [:1.6.0_21]
??? at java.util.ServiceLoader$1.next(ServiceLoader.java:421) [:1.6.0_21]
??? at org.jboss.marshalling.Marshalling.loadMarshallerFactory(Marshalling.java:78) [jboss-marshalling-1.3.0.CR8.jar:1.3.0.CR8]
??? at org.jboss.marshalling.Marshalling.getMarshallerFactory(Marshalling.java:74) [jboss-marshalling-1.3.0.CR8.jar:1.3.0.CR8]
??? at org.jboss.as.protocol.ProtocolUtils.<clinit>(ProtocolUtils.java:50) [jboss-as-protocol-7.0.0.Alpha1.jar:7.0.0.Alpha1]
??? at org.jboss.as.protocol.mgmt.ManagementProtocolHeader.read(ManagementProtocolHeader.java:75) [jboss-as-protocol-7.0.0.Alpha1.jar:7.0.0.Alpha1]
??? at org.jboss.as.protocol.mgmt.ManagementResponseHeader.read(ManagementResponseHeader.java:60) [jboss-as-protocol-7.0.0.Alpha1.jar:7.0.0.Alpha1]
??? at org.jboss.as.protocol.mgmt.ManagementProtocolHeader.<init>(ManagementProtocolHeader.java:55) [jboss-as-protocol-7.0.0.Alpha1.jar:7.0.0.Alpha1]
??? at org.jboss.as.protocol.mgmt.ManagementResponseHeader.<init>(ManagementResponseHeader.java:45) [jboss-as-protocol-7.0.0.Alpha1.jar:7.0.0.Alpha1]
??? at org.jboss.as.protocol.mgmt.ManagementRequest$1.handle(ManagementRequest.java:124) [jboss-as-protocol-7.0.0.Alpha1.jar:7.0.0.Alpha1]



StandaloneServer is now an interface that also supports StandaloneServer.stop(). The idea is that the factory installs a service that can be used to bring down the server.

To try this out you need to checkout these branches

 https://github.com/jbosgi/arquillian/tree/jbas7 https://github.com/jbosgi/arquillian/tree/jbas7
 https://github.com/jbosgi/jboss-as/tree/arquillian https://github.com/jbosgi/jboss-as/tree/arquillian

Build AS7 and in arquillian run

mvn -Djboss.home=/home/tdiesler/git/jboss-as/build/target/jboss-7.0.0.Alpha2 -pl container/jbossas-embedded-7 -am install


I'll talk this through with Kabir. So hopefully the demos and other smoke/integration tests can be embedded ARQ tests soon.

cheers
-thomas
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572225#572225]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/78873f5c/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:34:09 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Mon, 22 Nov 2010 17:34:09 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - AS7 + MC config
Message-ID: <2-572257-3-2384-1290439445764.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"AS7 + MC config"

To view the discussion, visit: http://community.jboss.org/message/572257#572257

--------------------------------------------------------------
I've hacked the basic MC config support, pretty much mocking what was done for sar support.
Atm we're only recognizing single jboss-beans.xml and the most basic bean instantiation (class="org.acme.Bean" --> no-arg ctor).
But the code is mostly (properly) in place, so it just needs more love:
* move from single file to multiple files -- in the parser class
* support more MC bean configs -- adding more logic into current "instantiator" class

What's the process to include this?
As it would probably be good to get this in before John flattens deployment chain?

The code is add-on, and afaik doesn't change any existing code.


This is the commit:
*  https://github.com/alesj/jboss-as/commit/4c9d8927d84f1b60dcc9b0b7a4ee2fd239745d0d https://github.com/alesj/jboss-as/commit/4c9d8927d84f1b60dcc9b0b7a4ee2fd239745d0d
And the pull request is here:
*  https://github.com/jbossas/jboss-as/pull/4 https://github.com/jbossas/jboss-as/pull/4
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572257#572257]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/9bc990cb/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:34:43 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 22 Nov 2010 17:34:43 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - Re: SubjectFactory
	Implementation
In-Reply-To: <2-571189-3-2015-1289816861721-2-571784-3-2015-1290092169046.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571189-3-2015-1289816861721.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571189-3-2015-1289816861721-2-571741-3-2302-1290075843185.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571189-3-2015-1289816861721-2-571784-3-2015-1290092169046.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571189-3-2015-1289816861721-2-572244-3-2302-1290436286508.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: SubjectFactory Implementation"

To view the discussion, visit: http://community.jboss.org/message/572244#572244

--------------------------------------------------------------
As we spoke about last week at the face to face meeting it is more about security domain setup and unification of the security integration across all projects inside AS 7.

Once you are ready share your thoughts on the AS 7 development forum nad we will go from there.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572244#572244]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/fd8d8551/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:35:22 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Mon, 22 Nov 2010 17:35:22 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-572095-3-2257-1290287627224.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-571862-3-2104-1290148787755.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-572095-3-2257-1290287627224.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-572246-3-2011-1290437073261.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/572246#572246

--------------------------------------------------------------
> Jason Greene wrote:
> 
> > jaikiran pai wrote:
> > 
> > > I have no serious objection to telling people where deployments are stored. This is OSS after all. As we go along there should be a wiki page describing exactly how this works for a given release. I'm just doubtful about persisting it in this file. People come to count on reading the file and you can't lightly stop writing it even if it becomes a problem.
> > > 
> > 
> > I was reading a mail about configuring Java2 security for a web application on AS5 and realized that it might have to play a role here too. Users might have to know the (consistent) location where the deployments will be extracted so that they can setup appropriate permissions.
> 
> A very good point. This should become a separate forum thread, as it affects all deployments (domain deployments) as well. We may need to somehow add this info to the domain.
I think that as long as we use a predictable code source URL for deployments it doesn't have to be a specific filesystem location (especially if it varies between expanded and non-expanded deployments).? Maybe in this case, the resource loader should use a VFS URL or even a special deployment URL type (e.g. "deployment:///foo.war").
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572246#572246]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/cce25863/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:35:32 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Mon, 22 Nov 2010 17:35:32 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Thoughts on
 filesystem action driven hot deployment
In-Reply-To: <2-559651-3-2016-1283272179602-2-572246-3-2011-1290437073261.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-559651-3-2016-1283272179602.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-572095-3-2257-1290287627224.jivesbs.jivemailuser@http://community.jboss.org>
	<2-559651-3-2016-1283272179602-2-572246-3-2011-1290437073261.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-559651-3-2016-1283272179602-2-572247-3-2011-1290437229446.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Thoughts on filesystem action driven hot deployment"

To view the discussion, visit: http://community.jboss.org/message/572247#572247

--------------------------------------------------------------
> David Lloyd wrote:
> 
> > Jason Greene wrote:
> > 
> > > jaikiran pai wrote:
> > > 
> > > > I have no serious objection to telling people where deployments are stored. This is OSS after all. As we go along there should be a wiki page describing exactly how this works for a given release. I'm just doubtful about persisting it in this file. People come to count on reading the file and you can't lightly stop writing it even if it becomes a problem.
> > > > 
> > > 
> > > I was reading a mail about configuring Java2 security for a web application on AS5 and realized that it might have to play a role here too. Users might have to know the (consistent) location where the deployments will be extracted so that they can setup appropriate permissions.
> > 
> > A very good point. This should become a separate forum thread, as it affects all deployments (domain deployments) as well. We may need to somehow add this info to the domain.
> I think that as long as we use a predictable code source URL for deployments it doesn't have to be a specific filesystem location (especially if it varies between expanded and non-expanded deployments).? Maybe in this case, the resource loader should use a VFS URL or even a special deployment URL type (e.g. "deployment:///foo.war").
In other words, our internal content repository structure and location should *not* be a matter of public API.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572247#572247]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/e4ac5f8a/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:35:55 2010
From: do-not-reply at jboss.com (David Bosschaert)
Date: Mon, 22 Nov 2010 17:35:55 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - How to model the
 (optional) OSGi webconsole in AS7
Message-ID: <2-572263-3-68834-1290443238018.jivesbs.jivemailuser@http://community.jboss.org>

David Bosschaert [http://community.jboss.org/people/bosschaert] created the discussion

"How to model the (optional) OSGi webconsole in AS7"

To view the discussion, visit: http://community.jboss.org/message/572263#572263

--------------------------------------------------------------
The current subsystem of OSGi in AS7 is nicely lean and mean. It provides the OSGi core framework only with the standard OSGi JMX API added in.

While this is nice for deployments, it's not so great as a developer setup. Although you can interact with framework using the JMX API using something like JConsole as a developer you often want something more focused on the OSGi. In the OSGi installer we provide a WebConsole which is quite a nice way to interact with the OSGi framework (see here for a screenshot:  http://docs.jboss.org/osgi/userguide/html/ChapGettingStarted.html#SecWebConsole http://docs.jboss.org/osgi/userguide/html/ChapGettingStarted.html#SecWebConsole ), and I would like to make this webconsole easily available to users who want it directly in the AS7 download...

I can see two options here:
1.  add another profile to the domain.xml/standalone.xml files that people could pull into their default profile
2. alternatively I could simply add commented out XML to the osgi profile that people can un-comment to pull this functionality in

Thoughts anyone?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572263#572263]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/2b013115/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:35:56 2010
From: do-not-reply at jboss.com (Alexey Loubyansky)
Date: Mon, 22 Nov 2010 17:35:56 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Deployer chain
	cleanup
In-Reply-To: <2-570617-3-2257-1289428092192-2-570676-3-2085-1289462209698.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570632-3-2016-1289432252713.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570676-3-2085-1289462209698.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570617-3-2257-1289428092192-2-572259-3-2085-1290440123801.jivesbs.jivemailuser@http://community.jboss.org>

Alexey Loubyansky [http://community.jboss.org/people/alex.loubyansky%40jboss.com] created the discussion

"Re: Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/572259#572259

--------------------------------------------------------------
Actually, having looked at the processor implementations, there are just a few that need to do clean up. For example, in case of managed beans it's 1 out of 12. So, apparently, it's not that common.

Another thought on this subject is that if we are to add some clean-up method then perhaps it makes sense to invoke it when the unit is undeployed. I.e. go through the same deployment chain and invoke clean-up on the processors.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572259#572259]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/56591aaf/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:36:03 2010
From: do-not-reply at jboss.com (jack lista)
Date: Mon, 22 Nov 2010 17:36:03 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: JSR-170 message
	store
In-Reply-To: <2-348538-3-56706-1176238009000-2-348548-3-2008-1176759615000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-348538-3-56706-1176238009000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-348538-3-56706-1176238009000-2-348548-3-2008-1176759615000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-348538-3-56706-1176238009000-2-572290-3-61898-1290455739431.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: JSR-170 message store"

To view the discussion, visit: http://community.jboss.org/message/572290#572290

--------------------------------------------------------------
Hi,
I'm looking at the MessageStore for use in audit / logging functionality and am interested in this thread about the JCR based MessageStore.? I tried looking through the source (trunk) for the classes mentioned in this thread however and didn't find any of them.? Is this functionality present in the JBoss ESB dist?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572290#572290]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/defd4436/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:36:28 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Mon, 22 Nov 2010 17:36:28 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Running AS7
	embedded in Arquillian
In-Reply-To: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572225-3-2056-1290433255186-2-572284-3-2056-1290455330626.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572284#572284

--------------------------------------------------------------
Following a call with Kabir, Aslak, David, and myself we agreed

#1 Kabir gets the embedded AS7 to work in JBossASEmbeddedContainer. This is merges his work and my work and generally provides an API that allows AS7 embedded bootstrap with a minimal set of packages (i.e. idealy only org.jboss.modules) on the app classpath

#2 David extends the ARQ JMX protocol to support the notion of events between test case and test client. The use case is that at runtime a test case can fetch additional archives from the test client. Aslak has done some design work around this. Later we port the JMX extension to the new ARQ Event API [ https://jira.jboss.org/browse/JBOSGI-418 JBOSGI-418]

#3 Kabir ports the AS7 demos to ARQ when #1 is done. This should allow the demos to run at build time

#4 I unify the code paths for deployed/installed bundles. Currently, 3rd party OSGi provisioners like the EOSGi JMX API shortcut the DeploymentChain. Generally, BundleContext.installBundle(...) must go through the DeploymentUnitProcessors like for any other deployment. This would allow to get rid of arquillian-osgi-bundle in AS7. The ARQ subsystem would see all deployments.  https://jira.jboss.org/browse/JBOSGI-427 [JBOSGI-427]

#5 Unrelated to ARQ, but here for the record. I provide a  http://www.osgi.org/javadoc/r4v42/org/osgi/service/cm/package-summary.html ConfigAdmin subsytem that that can be used to maintain the configuration aspects of arbitrary deployments. It would also be compatible with the standard OSGi ConfigAdmin such that 3rd party bundles can get their configuration data from it. The data is maintained as part of the domain model and as such visible/editable by the AS7 management agent.  https://jira.jboss.org/browse/JBOSGI-425 [JBOSGI-425]
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572284#572284]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/1781822f/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:42:18 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Mon, 22 Nov 2010 17:42:18 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] Announcement: IMPORTANT
 - AS7 DEV DISCUSSIONS NOW ON ML
Message-ID: <22-1307-3-2257-1290402000000.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] posted the announcement

<b>Announcement</b>: "IMPORTANT - AS7 DEV DISCUSSIONS NOW ON ML"

To view the announcement, visit: http://community.jboss.org/community/jbossas/dev/jboss_as7_development

--------------------------------------------------------------
Due to email notifications frequently not working, we are now using the  mailto:jboss-as7-dev at lists.jboss.org jboss-as7-dev at lists.jboss.org mailing list as the primary async communication mechanism. You can still of course post to this forum, and we will try to monitor it, but it will not be as immediate as posting to the mailing list. Alternatively you can post to the forum here, and then post a reference on the mailing list to the forum.

I have subscribed everyone who posted to this forum so far, although new members will need to subscribe here:

 https://lists.jboss.org/mailman/listinfo/jboss-as7-dev https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

Thanks, and sorry for the inconvenience.
--------------------------------------------------------------

Announcement expires on  March 2, 2011

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/004e191e/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:43:10 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Mon, 22 Nov 2010 17:43:10 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - IMPORTANT - AS7
	Discussions now on ML
Message-ID: <2-572307-3-2257-1290465778097.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"IMPORTANT - AS7 Discussions now on ML"

To view the discussion, visit: http://community.jboss.org/message/572307#572307

--------------------------------------------------------------
Due to email notifications frequently not working, we are now using the  mailto:jboss-as7-dev at lists.jboss.org jboss-as7-dev at lists.jboss.org mailing list as the primary async communication mechanism. You can still of course post to this forum, and we will try to monitor it, but it will not be as immediate as posting to the mailing list. Alternatively you can post to the forum here, and then post a reference on the mailing list to the forum.

I have subscribed everyone who posted to this forum so far, although new members will need to subscribe here:

 https://lists.jboss.org/mailman/listinfo/jboss-as7-dev https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

Thanks, and sorry for the inconvenience.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572307#572307]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/e93a6cd9/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 17:44:10 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Mon, 22 Nov 2010 17:44:10 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Running AS7
	embedded in Arquillian
In-Reply-To: <2-572225-3-2056-1290433255186-2-572284-3-2056-1290455330626.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572284-3-2056-1290455330626.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572225-3-2056-1290433255186-2-572308-3-2082-1290465832725.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572308#572308

--------------------------------------------------------------
I have got AS started up in arquillian using the embedded stuff I've been working on, the test class currently needs these annotations:

@RunWith(Arquillian.*class*)
@Run(+AS_CLIENT+)
@ModuleTestSetup(
??????? testModule=@ModuleDef(
??????????????? name="test.module",
??????????????? packages={@PackageResource(directory="target/classes", packages={"org.jboss.arquillian.container.jboss.embedded_7"}),
??????????????????????? @PackageResource(directory="target/test-classes", packages={"org.jboss.arquillian.container.test.jboss.embedded_7"})},
??????????????? dependencies= {@Dependency("javax.servlet.api")}),
??????? tcclModule=@ModuleDef (
??????????????? name="test.demos.tccl",
??????????????? dependencies= {@Dependency("org.jboss.logging"), @Dependency("org.jboss.logmanager")})
)
@ClassFactory(JBossEmbeddedClassFactoryProvider.*class*)
*public* *class* JBossEmbeddedContainerTestCase


The @ClassFactory annotation is a signal to the Arquillian which now does this

*public* Arquillian(Class<?> klass) *throws* InitializationError
?? {
*super*(+getTestClass+(klass));
*try*
????? {
???????? // first time we're being initialized
*if*(+deployableTest+.get() == *null*)
 
???????? ....
?? }

The default behaviour of getTestClass() is to just return the original class. If @ClassFactory is there, it uses JBossEmbeddedClassFactoryProvider to set up the modules from @ModuleTestSetup, and then loads up the test class loaded from modules returns that. I need this hook, but how it is set up now was just a quick hack, so Aslak if you have any preferences on how to configure this please let me know.

I got around the java.util.logging.Logging issues by setting the tcclModule's classloader as the thread context classloader in JBossEmbeddedClassFactoryProvider.getTestClass() so it gets initialized properly.

I have not deployed anything yet but will look at that tomorrow along with tidying up the module setup, which I think when running in this framework is a bit too verbose at the moment. I am hoping that we can just define the dependencies for the test deployments and then to be able to generate each deployment's manifest.mf from the annotations.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572308#572308]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/f229b0d9/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 18:12:46 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Mon, 22 Nov 2010 18:12:46 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Deployer chain
	cleanup
In-Reply-To: <2-570617-3-2257-1289428092192-2-571064-3-2056-1289594906299.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570623-3-2011-1289428892268.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-571064-3-2056-1289594906299.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570617-3-2257-1289428092192-2-572314-3-2011-1290467564097.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/572314#572314

--------------------------------------------------------------
> Thomas Diesler wrote:
> 
> David, how many extensions do you think would be needed to reach stack exhaustion? Its only a relativly small frame you would need per DUP, no?

Yes, theoretically it's a small frame, but if we have hundreds of processors it can add up.? If someone told me that they can successfully recurse, say, 2000 times with, say, 10 local reference-type variables per frame and they tested it on Windows, Mac, Linux (x86 and others) and Solaris with default VM options, then I might be persuaded though.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572314#572314]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/ab52e3a2/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 18:15:44 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Mon, 22 Nov 2010 18:15:44 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Deployer chain
	cleanup
In-Reply-To: <2-570617-3-2257-1289428092192-2-572259-3-2085-1290440123801.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570617-3-2257-1289428092192.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-570676-3-2085-1289462209698.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570617-3-2257-1289428092192-2-572259-3-2085-1290440123801.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570617-3-2257-1289428092192-2-572315-3-2011-1290467738538.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Deployer chain cleanup"

To view the discussion, visit: http://community.jboss.org/message/572315#572315

--------------------------------------------------------------
> Alexey Loubyansky wrote:
> 
> Actually, having looked at the processor implementations, there are just a few that need to do clean up. For example, in case of managed beans it's 1 out of 12. So, apparently, it's not that common.
> 
> Another thought on this subject is that if we are to add some clean-up method then perhaps it makes sense to invoke it when the unit is undeployed. I.e. go through the same deployment chain and invoke clean-up on the processors.

No, undeploy will be a different situation: the batch builders will be gone, for example, and so will much of the deploy-time metainformation.? In addition, certain things like the deployment mount(s) will be associated with a service rather than the deployment unit processor context.? Undeploy should consist of nothing more than iterating all services belonging to a deployment unit and setting their mode to "REMOVE", and then waiting for completion.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572315#572315]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/4d0fc74c/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 18:49:46 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Mon, 22 Nov 2010 18:49:46 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: How to model the
 (optional) OSGi webconsole in AS7
In-Reply-To: <2-572263-3-68834-1290443238018.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572263-3-68834-1290443238018.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572263-3-68834-1290443238018-2-572318-3-2016-1290469777137.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: How to model the (optional) OSGi webconsole in AS7"

To view the discussion, visit: http://community.jboss.org/message/572318#572318

--------------------------------------------------------------
This is a problem we're going to face many times.

I don't see commented out config as a solution. First, at this point, when the file is re-written following an update, comments are lost. That may change, but in general using the file as documentation is fragile. Second, if we added commented out sections for all the various options different subsystems may want to expose, we'll soon have a 1,00 line file full of confusing stuff.

I think we're going to need a mix of things to solve this:

1) Ship a few different canned configs files for the most common profiles, with the user able to select which they want via a command line switch.
2) An "examples" dir in the dist where some less common choices can be highlighted.
3) Most importantly, an installer application where users can easily tell us what subsystems they want in their profile. This is the most important part; #1 is mostly to provide a very easy out-of-the-box experience.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572318#572318]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/0c52ba8b/attachment.html 

From do-not-reply at jboss.com  Mon Nov 22 20:28:41 2010
From: do-not-reply at jboss.com (jack lista)
Date: Mon, 22 Nov 2010 20:28:41 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re:
 JCRMessageStoreImpl store only message body?
In-Reply-To: <2-349117-3-2135-1211235869000-2-349131-3-2135-1211833870000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349117-3-2135-1211235869000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-349131-3-2135-1211833870000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349117-3-2135-1211235869000-2-572331-3-61898-1290475696306.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: JCRMessageStoreImpl store only message body?"

To view the discussion, visit: http://community.jboss.org/message/572331#572331

--------------------------------------------------------------
I am looking at the MessageStore and am interested in a browse-able, query-able interface for the store, and came across this and another thread talking about using JCR implemetations as either the store itself or as merely a way to provide JCR functionality with the message being stored elsewhere (I'm assuming the actual store would still be inm the DB in this case?). 

I did find the JCRMessageStoreImpl class, I'm not familiar with the code per se but it looks like the payload is being extracted so I'd guess that the entire message is not being stored, is this correct?? That also seems to be the status put forth by a few JIRA entries ( https://jira.jboss.org/browse/JBESB-1769 https://jira.jboss.org/browse/JBESB-1769,  https://jira.jboss.org/browse/JBESB-2205 https://jira.jboss.org/browse/JBESB-2205,  https://jira.jboss.org/browse/MODE-119 https://jira.jboss.org/browse/MODE-119 &  https://jira.jboss.org/browse/MODE-280 https://jira.jboss.org/browse/MODE-280) and the consensus seems to be that the use of this JCR technology for the MessageStore will not be as useful as one might want without the entire message being stored.

Is this the current status of this stuff and am I understanding the situation correctly?? So I'm guessing that this does not provide a way to browse and query a MessageStore?? Long story short, I'm looking for an audit oriented MessageStore with as high level an API as possible, and not sure what functinality exists and where it's headed, I'd like to leverage the work you guys are doing if it makes sense but I am not sure what the best current thinking is on this and am searching this stuff to try to figure it out.? It kind of looks like this stuff is either a dead end, or perhaps is slated for dev sometime in the future but I can't tell which.

Can anyone advise on the best currently available MessageStore functionality for browsing and querying the MessageStore and any other needed functionality to provide audit logging features?? Or, if appropriate, can you share what road map exists so that we can use what's there now and remain properly positioned to be ready to take advanatage of further features as they come online?? Thanks...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572331#572331]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101122/b41cb8fe/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 02:53:44 2010
From: do-not-reply at jboss.com (David Bosschaert)
Date: Tue, 23 Nov 2010 02:53:44 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: How to model the
 (optional) OSGi webconsole in AS7
In-Reply-To: <2-572263-3-68834-1290443238018-2-572318-3-2016-1290469777137.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572263-3-68834-1290443238018.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572318-3-2016-1290469777137.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572263-3-68834-1290443238018-2-572380-3-68834-1290498803349.jivesbs.jivemailuser@http://community.jboss.org>

David Bosschaert [http://community.jboss.org/people/bosschaert] created the discussion

"Re: How to model the (optional) OSGi webconsole in AS7"

To view the discussion, visit: http://community.jboss.org/message/572380#572380

--------------------------------------------------------------
Yeah, the commented-XML approach surely doesn't scale.
On the profile approach, in order to make that scale it might make sense to allow splitting it over multiple files to keep them manageable. These files could be merged at runtime into a single logical XML document possibly using something like XML xinclude. This might make the rewriting following an update 'interesting', however  ;) 

I like the command line switch. Maybe we can do something like what maven has and support the definition of multiple profiles combined, so if I want to add my webconsole to the default profile I could call standalone.sh -Pdefault,osgi-webconsole or something like that...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572380#572380]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/8ba1de88/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 02:55:44 2010
From: do-not-reply at jboss.com (Michael Burman)
Date: Tue, 23 Nov 2010 02:55:44 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re:
 JCRMessageStoreImpl store only message body?
In-Reply-To: <2-349117-3-2135-1211235869000-2-572331-3-61898-1290475696306.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349117-3-2135-1211235869000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-349131-3-2135-1211833870000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-572331-3-61898-1290475696306.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349117-3-2135-1211235869000-2-572381-3-72547-1290498927843.jivesbs.jivemailuser@http://community.jboss.org>

Michael Burman [http://community.jboss.org/people/burmanm] created the discussion

"Re: JCRMessageStoreImpl store only message body?"

To view the discussion, visit: http://community.jboss.org/message/572381#572381

--------------------------------------------------------------
I didn't find JCR to be correct way to handle this issue, so I personally created a new RDBMS based system, where we store the message's status and different payloads in several stages of the message. For tracking issues, we also modified the Actions and used filters to store auditlog from every entry point and exit point and everytime we change the message's properties.

However, for the message store, the problem with relation database is storing all the attributes in reloadable format. I created and EAV-store to store all the attributes in few different formats (Long, String, Date ..) to the database as the message's properties. It's not perfect solution (it's difficult to store JPA Entitys this way unfortunately), but we do have a lot of information and track the messages.

Basic idea if this:

message-table (store message uuid etc stuff here)
 -> n * message_properties
 -> Store all the payloads and attachments as documents
??? -> all the documents have 0-n binaries associated to them
??? -> attachments have 0-n properties stored for them

That's simplified example of the message store. It's one of the features which I'd really want to be more complex in the actual ESB distribution, since we also require a queryable datastore. Now we've built a webapp to list and search this message store.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572381#572381]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/468c82a0/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 03:13:07 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Tue, 23 Nov 2010 03:13:07 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Running AS7
	embedded in Arquillian
In-Reply-To: <2-572225-3-2056-1290433255186-2-572308-3-2082-1290465832725.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572284-3-2056-1290455330626.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572308-3-2082-1290465832725.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572225-3-2056-1290433255186-2-572387-3-2056-1290499981864.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572387#572387

--------------------------------------------------------------
Ok, lets talk about this in more detail when you have something that runs and are generally happy with.

I generally think that this
> @Dependency("org.jboss.logging"), @Dependency("org.jboss.logmanager")

is evil because results in jboss proprietary manifest headers that also has an equivalent standard, which is  http://www.osgi.org/javadoc/r4v42/org/osgi/framework/Constants.html#REQUIRE_BUNDLE Require-Bundle
So instead of putting
> Dependencies: org.jboss.logging, org.jboss.logmanager
we could also add

> Require-Bundle: org.jboss.logging, org.jboss.logmanager

On the topic on why Require-Bundle is also bad see  http://jbossosgi.blogspot.com/2010/11/jboss-as7-osgi-integration.html JBoss AS7 OSGi Integration half way down the page section
 *3.12.3 Issues With Requiring Bundles*

Our demos should show the recommended set of AS7 best practises, so perhaps we need to reach a conclusion on 'Dependencies' vs. 'Require-Bundle' vs. 'Package-Import'

For now I would say that 'Dependencies' does exist and gets processed by the DUP, but we should not promote its usage by introducing an annotation for it. How about requiring the user to explicitly put it in the @Deployment artifact manifest like I do in  https://github.com/jbosgi/jbosgi/blob/master/testsuite/example/src/test/java/org/jboss/test/osgi/example/xservice/ModuleAccessesBundleServiceTestCase.java ModuleAccessesBundleServiceTestCase

> ?? private JavaArchive getClientModuleArchive() throws Exception
> ?? {
> ????? final JavaArchive archive = ShrinkWrap.create(JavaArchive.class, "example-xservice-client-module");
> ????? archive.addClasses(EchoInvokerService.class, ClientModuleActivator.class);
> ????? String activatorPath = "META-INF/services/" + ServiceActivator.class.getName();
> ????? archive.addResource(getResourceFile("xservice/client-module/" + activatorPath), activatorPath);
> ????? archive.setManifest(getResourceFile("xservice/client-module/" + JarFile.MANIFEST_NAME));
> ????? return archive;
> ?? }
>
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572387#572387]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/c3cb5178/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 03:27:02 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Tue, 23 Nov 2010 03:27:02 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: How to model the
 (optional) OSGi webconsole in AS7
In-Reply-To: <2-572263-3-68834-1290443238018-2-572380-3-68834-1290498803349.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572263-3-68834-1290443238018.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572318-3-2016-1290469777137.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572380-3-68834-1290498803349.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572263-3-68834-1290443238018-2-572392-3-2056-1290500809477.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: How to model the (optional) OSGi webconsole in AS7"

To view the discussion, visit: http://community.jboss.org/message/572392#572392

--------------------------------------------------------------
I'd say an  http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-remote/ws/distribution/installer/target/auto-install-dest/docs/userguide/html/ChapGettingStarted.html#SecInstall IzPack installer like we have in jbosgi is the way to go
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572392#572392]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/d931befb/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 04:16:10 2010
From: do-not-reply at jboss.com (Marco Strauch)
Date: Tue, 23 Nov 2010 04:16:10 -0500
Subject: [jboss-dev-forums] [JBoss AOP Development] - Binding annotated
 methods and session bean methods
Message-ID: <2-572401-3-56690-1290503745643.jivesbs.jivemailuser@http://community.jboss.org>

Marco Strauch [http://community.jboss.org/people/fambad] created the discussion

"Binding annotated methods and session bean methods"

To view the discussion, visit: http://community.jboss.org/message/572401#572401

--------------------------------------------------------------
Hello,

I have 2 little problems using JBoss AOP within JBoss 5.1.

1. I have annotated methods and I want to create bindings using AOP (e.g. *<bind pointcut="execution(* *->@mstrauch.test.aop.common.MyAnnotation(..))">* .... ). But the aspects are never called. When I bind the method directly without using the annotation it works (e.g. *<bind pointcut="execution(* mstrauch.test.aop.common.CommonTest->*(..))">* ...).
2. The second problem is, that I can't bind methods in session beans (e.g. *<bind pointcut="execution(* mstrauch.test.aop.TestSessionBean->*(..))">*...).

I have follow project structure:

aoptest.ear
???? | -- lib
?????????? | -- common.jar
???? | -- META-INF
?????????? | -- application.xml
?????????? | -- jboss-app.xml
???? | -- aspects.aop
???? | -- ejb.jar

For testing I tried XML Bindings (MyAspect.class) and Annotation Bindings (MyAnnotationAspect.class). I also put my annoation (MyAnnotation.class, MyAnnotation2.class, MyAnnotation3.class) once in the common.jar, aspects.aop and ejb.jar. But nothing works.

I don't know what is wrong. Maybe somebody can help me.

I attached a complete example with all kinds of bindings. The sample works fine in JBoss 4.3 but not in JBoss 5.1. Below I copied the log output of both JBoss servers. It should be the same but it isn't.

To run the sample, just deploy the exploded archive "aoptest.ear" in JBoss and run the test Method via the JMX-Console ( *http://localhost:8080/jmx-console/HtmlAdaptor?action=displayMBeans&filter=mst.test.aop mst.test.aop:service=TestMBean*)

*Log-Output JBoss 5.1 (JBoss AOP 2.1.8.GA - Version JBoss Aspect Library: 1.3)*

08:53:10,383 INFO? [TestClass] [testAnnot01] --> Called Test 01
08:53:10,383 INFO? [TestClass] [testAnnot02] --> Called Test 02
08:53:10,383 INFO? [TestClass] [testAnnot03] --> Called Test 03
08:53:10,440 INFO? [MyAspect] <init>
08:53:10,451 INFO? [MyAnnoatedAspect] <init>
08:53:10,454 INFO? [MyAspect] [injectTest11 --> test11]
08:53:10,454 INFO? [MyAnnoatedAspect] [injectTest11 --> test11]
08:53:10,462 INFO? [TestClass] [test11] --> Called Test 11
08:53:10,518 INFO? [MyAnnoatedAspect] <init>
08:53:10,518 INFO? [MyAspect] [injectCommonTest11 --> testCommon]
08:53:10,519 INFO? [MyAnnoatedAspect] [injectCommonTest11 --> testCommon]
08:53:10,527 INFO? [CommonTest] [testCommon]
08:53:10,569 INFO? [MyAnnoatedAspect] <init>
08:53:10,570 INFO? [MyAspect] [injectTestSessionBean --> ejbPostContruct]
08:53:10,570 INFO? [MyAnnoatedAspect] [injectTestSessionBean --> ejbPostContruct]
08:53:10,578 INFO? [TestSessionBean] [ejbPostContruct]
08:53:10,588 INFO? [TestSessionBean] [test01]



*Log-Output JBoss 4.3 (JBoss AOP 1.5.6.GA - Version JBoss Aspect Library: 1.5)*

08:38:29,432 INFO? [MyAspect] <init>
08:38:29,482 INFO? [MyAnnoatedAspect] <init>
08:38:29,483 INFO? [MyAspect] [injectTestAnnot01 --> testAnnot01]
08:38:29,483 INFO? [TestClass] [testAnnot01] --> Called Test 01
08:38:29,483 INFO? [MyAnnoatedAspect] <init>
08:38:29,484 INFO? [MyAspect] [injectTestAnnot02 --> testAnnot02]
08:38:29,484 INFO? [TestClass] [testAnnot02] --> Called Test 02
08:38:29,484 INFO? [MyAnnoatedAspect] <init>
08:38:29,484 INFO? [MyAspect] [injectTestAnnot03 --> testAnnot03]
08:38:29,484 INFO? [TestClass] [testAnnot03] --> Called Test 03
08:38:29,484 INFO? [MyAnnoatedAspect] <init>
08:38:29,485 INFO? [MyAnnoatedAspect] [injectTest11 --> test11]
08:38:29,486 INFO? [MyAspect] [injectTest11 --> test11]
08:38:29,486 INFO? [TestClass] [test11] --> Called Test 11
08:38:29,521 INFO? [MyAnnoatedAspect] <init>
08:38:29,522 INFO? [MyAnnoatedAspect] [injectCommonTest11 --> testCommon]
08:38:29,523 INFO? [MyAspect] [injectCommonTest11 --> testCommon]
08:38:29,524 INFO? [CommonTest] [testCommon]
08:38:29,587 INFO? [MyAnnoatedAspect] <init>
08:38:29,588 INFO? [MyAnnoatedAspect] [injectTestSessionBean --> ejbPostContruct]
08:38:29,589 INFO? [MyAspect] [injectTestSessionBean --> ejbPostContruct]
08:38:29,591 INFO? [TestSessionBean] [ejbPostContruct]
08:38:29,592 INFO? [MyAnnoatedAspect] [injectTestSessionBean --> test01]
08:38:29,592 INFO? [MyAspect] [injectTestSessionBean --> test01]
08:38:29,593 INFO? [TestSessionBean] [test01]
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572401#572401]

Start a new discussion in JBoss AOP Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2028]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/596b2804/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 06:20:05 2010
From: do-not-reply at jboss.com (Kabir Khan)
Date: Tue, 23 Nov 2010 06:20:05 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Running AS7
	embedded in Arquillian
In-Reply-To: <2-572225-3-2056-1290433255186-2-572387-3-2056-1290499981864.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572308-3-2082-1290465832725.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572387-3-2056-1290499981864.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572225-3-2056-1290433255186-2-572428-3-2082-1290511200999.jivesbs.jivemailuser@http://community.jboss.org>

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created the discussion

"Re: Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572428#572428

--------------------------------------------------------------
I've taken a better look at your solution now, and we are taking two opposite approaches.

Most of my work was done before Brian pointed out to me that the -Djava.class.path system property has influence on what is visible to the module system. In my case I am making sure everything runs in modules, both the test itself and the server. This might be overkill and forces a lot of definition of modules etc. which although made simple to set up will still probably be confusing to users new to module classloading.

In your case the server is started up using modules with the classpath and with the test itself and its dependencies using the app classpath, the -Djava.class.path system property controls that the app classpath is not visible to the server. I will look more into your solution now, but what you have is a lot simpler to set for the user so I think we should go with something based on that. I would still like a hook in Arquillian to be able to set tccl before starting it so that your logging abstraction is not necessary.

> For now I would say that 'Dependencies' does exist and gets processed by the DUP, but we should not promote its usage by introducing an annotation for it. How about requiring the user to explicitly put it in the @Deployment artifact manifest like I do in  https://github.com/jbosgi/jbosgi/blob/master/testsuite/example/src/test/java/org/jboss/test/osgi/example/xservice/ModuleAccessesBundleServiceTestCase.java ModuleAccessesBundleServiceTestCase
> 
> > ?? private JavaArchive getClientModuleArchive() throws Exception
> > ?? {
> > ????? final JavaArchive archive = ShrinkWrap.create(JavaArchive.class, "example-xservice-client-module");
> > ????? archive.addClasses(EchoInvokerService.class, ClientModuleActivator.class);
> > ????? String activatorPath = "META-INF/services/" + ServiceActivator.class.getName();
> > ????? archive.addResource(getResourceFile("xservice/client-module/" + activatorPath), activatorPath);
> > ????? archive.setManifest(getResourceFile("xservice/client-module/" + JarFile.MANIFEST_NAME));
> > ????? return archive;
> > ?? }
> > 
This is something I was already doing for the demos. I don't really like it though, I think it would be nicer to be able to specify this somehow from within the test itself rather than having loads of manifest files in the resources but we can talk about that later.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572428#572428]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/8d214045/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 08:10:37 2010
From: do-not-reply at jboss.com (Sandeep Gowda)
Date: Tue, 23 Nov 2010 08:10:37 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - listener for ESBAware
 message+Socket communication
Message-ID: <2-572447-3-18641-1290517823935.jivesbs.jivemailuser@http://community.jboss.org>

Sandeep Gowda [http://community.jboss.org/people/SandeepGowda] created the discussion

"listener for ESBAware message+Socket communication"

To view the discussion, visit: http://community.jboss.org/message/572447#572447

--------------------------------------------------------------
Hi,
??? I am trying to use Jboss ESB as an interceptor for IP socket comunication.
Usecase:
?? Simple message, which used to get communicated through IP socket client & server program. But now i need to do the same communication through Jboss ESB queues.

Configured the Jboss-esb.xml as below.
1)Using the Jbr-provider
2)Client code placed below(i am able to get the connection properly)
3)Listener code is placed below.

Queues are created properly,But listener java class is not getting invoked.(so that i get the message which has been transfered from client).

*console of jboss esb server 4.9 below*

*15:29:38,519 INFO? [JBoss4ESBDeployer] create esb service, Socket.esb
15:29:38,769 INFO? [QueueService] Queue[/queue/socket_in_q] started, fullSize=200000, pageSize=2000, downCacheSize=2000
15:32:22,518 INFO? [JBossRemotingGatewayListener] JBoss Remoting Gateway listener 'listener' started.*


*<?xml version="1.0"?>
<jbossesb parameterReloadSecs="5"
??? xmlns=" http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.2.0.xsd http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.2.0.xsd"
??? xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance"
??? xsi:schemaLocation=" http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.2.0.xsd http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.2.0.xsd  http://anonsvn.jboss.org/repos/labs/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.2.0.xsd http://anonsvn.jboss.org/repos/labs/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.2.0.xsd">
??? <providers>
??????? <jbr-provider host="localhost" name="JBR-Socket"
??????????? protocol="socket">
??????????? <jbr-bus busid="sockettest" port="6969" />
??????? </jbr-provider>
??????? <jms-provider connection-factory="ConnectionFactory"
??????????? name="socket-jms-provider">
??????????? <jms-bus busid="socketJmsProvider">
??????????????? <jms-message-filter dest-name="queue/socket_in_q"
??????????????????? dest-type="QUEUE" />
??????????? </jms-bus>
??????? </jms-provider>
??? </providers>
??? <services>
??????? <service category="Socket" description="testSocket" name="socket-JMS-Service">
??????????? <listeners>
??????????????? <jbr-listener busidref="sockettest" is-gateway="true"
??????????????????? name="socketGateway" />
??????????????? <jms-listener busidref="socketJmsProvider" name="JMSEsbAware" />
??????????? </listeners>
??????????? <actions>
??????????????? <action class="listener.SocketListener" name="socketlistener"
??????????????????? process="process" />
??????????? </actions>
??????? </service>
??? </services>
</jbossesb>*

Client Code:
*public class SendMessage {*

*??? public static void main(String args[]) throws Throwable {
??????? SendMessage sm = new SendMessage();*

*??????? sm.sendMessageToJBRListener("http", 8080, "sandeep gowda");*

*??? }*

*??? private void sendMessageToJBRListener(String protocol, int port,
??????????? String message) throws Throwable {
??????? String locatorURI = protocol + "://localhost:" + port;
??????? InvokerLocator locator = new InvokerLocator(locatorURI);
??????? System.out
??????????????? .println("Calling JBoss Remoting Listener using locator URI: "
??????????????????????? + locatorURI);*

*??????? Client remotingClient = null;
??????? try {
??????????? remotingClient = new Client(locator);
??????????? remotingClient.connect();*

*??????????? // Deliver the message to the listener...
??????????? Object response = remotingClient.invoke(message);
??????????? System.out.println("JBR Class: " + response.getClass().getName());
??????????? System.out.println("Response from JBoss Remoting Listener '"
??????????????????? + locatorURI + "' was '" + response + "'.");
??????? } finally {
??????????? if (remotingClient != null) {
??????????????? remotingClient.disconnect();
??????????? }
??????? }
??? }
}*

Listener code:

*public class SocketListener extends AbstractActionPipelineProcessor{
??? 
??? protected ConfigTree _config;*

*??? public SocketListener(ConfigTree config) {
??????? _config = config;
??? }
??? 
??? public Message process(Message arg0) throws ActionProcessingException {*

*??????? arg0.getContext();
??????? 
??????? return arg0;
??? }*

*}*

*Thanks*
*Sandeep
*
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572447#572447]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/d82898f7/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 10:39:56 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Tue, 23 Nov 2010 10:39:56 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Running AS7
	embedded in Arquillian
In-Reply-To: <2-572225-3-2056-1290433255186-2-572387-3-2056-1290499981864.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572308-3-2082-1290465832725.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572387-3-2056-1290499981864.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572225-3-2056-1290433255186-2-572489-3-2257-1290526790254.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"Re: Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572489#572489

--------------------------------------------------------------
> Thomas Diesler wrote:
> 
> Ok, lets talk about this in more detail when you have something that runs and are generally happy with.
> 
> I generally think that this
> > @Dependency("org.jboss.logging"), @Dependency("org.jboss.logmanager")
> 
> is evil because results in jboss proprietary manifest headers that also has an equivalent standard, which is  http://www.osgi.org/javadoc/r4v42/org/osgi/framework/Constants.html#REQUIRE_BUNDLE Require-Bundle
> 
> 
But they are jboss modules, not osgi bundles. We should only use osgi manifest entries if the thing we are producing is an actual osgi bundle, that actually uses osgi. Also, I don't think we should mandate usage of OSGi across the board with AS.
> 
> On the topic on why Require-Bundle is also bad see  http://jbossosgi.blogspot.com/2010/11/jboss-as7-osgi-integration.html JBoss AS7 OSGi Integration half way down the page section
>  *3.12.3 Issues With Requiring Bundles*
As you know, I never really bought into the reasons behind this. I think OSGi is the only modularity spec that advocates them, and even they are moving away from them with their capabilities and requirements notion.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572489#572489]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/2404a81e/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 10:44:48 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Tue, 23 Nov 2010 10:44:48 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-571987-3-2384-1290178576224.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-571968-3-2384-1290175975589.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-571987-3-2384-1290178576224.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572493-3-2384-1290527074470.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572493#572493

--------------------------------------------------------------
I would need a bit more info / explanation on how to get these custom jndi names for each diff type.
> 1) the legacy @SLSB and @SFSB is done in EJBContainer of jboss-ejb3-core (see the start)
How do I get a hold of this EJBContainer?
Afais, this is a MC bean under the JBossEnterpriseBeanMetaData::getContainerName?

> 2) for @Singleton container it in done in SingletonBeanJNDIBinderDeployer in jboss-ejb3-singleton project
> 3) for no-interface views it's done in EJB3NoInterfaceViewDeployer in jboss-ejb3-nointerface project
OK, this two are obviously MC beans. :-)

For all 3 "jndi" binders:
a) Which is the code that does the custom JBoss jndi binding?
b) Can it be already used from external bean/resource or does it need to be extracted / refactored?

I can determine (b) myself, once I can identify the jndi binding code. ;-)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572493#572493]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/5d95bee3/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 10:48:07 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Tue, 23 Nov 2010 10:48:07 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: How to model the
 (optional) OSGi webconsole in AS7
In-Reply-To: <2-572263-3-68834-1290443238018-2-572392-3-2056-1290501007141.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572263-3-68834-1290443238018.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572380-3-68834-1290498803349.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572392-3-2056-1290501007141.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572263-3-68834-1290443238018-2-572497-3-2016-1290527281289.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: How to model the (optional) OSGi webconsole in AS7"

To view the discussion, visit: http://community.jboss.org/message/572497#572497

--------------------------------------------------------------
Agreed on the IzPack approach.

In discussions last week there were a lot of calls for breaking the config into multiple files. I expect we'll keep hearing that, so it's good to think about it. There are a couple problems I see:

1) The file write problem David pointed out. The domain model would have to start carrying around info about what files various pieces came from, plus generally messier parsing and persisting.

2) The logical thing to separate out into an included file is a subsystem config. But that config isn't entirely self-contained. For example, a subsystem could reference a socket-binding config that's in the socket-binding-groups section and a thread group defined in the threads subsystem. Plus it needs to be recorded as an extension. So to be really useful bringing in that subsystem's config isn't a simple matter of an include; it would be more of a merge.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572497#572497]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/e2ded003/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 11:47:36 2010
From: do-not-reply at jboss.com (Anil Saldhana)
Date: Tue, 23 Nov 2010 11:47:36 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - AS7: Authentication
	Cache Design
Message-ID: <2-572521-3-2015-1290530842473.jivesbs.jivemailuser@http://community.jboss.org>

Anil Saldhana [http://community.jboss.org/people/anil.saldhana%40jboss.com] created the discussion

"AS7:  Authentication Cache Design"

To view the discussion, visit: http://community.jboss.org/message/572521#572521

--------------------------------------------------------------
Marcus, let us keep this thread for discussing the Authentication Cache design changes.

>From what you said:
The auth cache has to be:
* configurable at the security domain level.
* flushing configuration at the security domain level.
* clustered.

Anything else we want to discuss?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572521#572521]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/f10eceeb/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 11:55:23 2010
From: do-not-reply at jboss.com (Darran Lofthouse)
Date: Tue, 23 Nov 2010 11:55:23 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - Re: AS7:
	Authentication Cache Design
In-Reply-To: <2-572521-3-2015-1290530842473.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572521-3-2015-1290530842473.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572521-3-2015-1290530842473-2-572529-3-2255-1290531317710.jivesbs.jivemailuser@http://community.jboss.org>

Darran Lofthouse [http://community.jboss.org/people/darran.lofthouse%40jboss.com] created the discussion

"Re: AS7:  Authentication Cache Design"

To view the discussion, visit: http://community.jboss.org/message/572529#572529

--------------------------------------------------------------
I have an additional requirement within JBoss Negotiation for the flushing of the cache to be based on a time held in the object held in the cache i.e. I have an expiration time on a ticket and want the cache to expire as or before the ticket expires.? But I don't believe this would be a fixed time for each request.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572529#572529]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/b223aad2/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 11:57:24 2010
From: do-not-reply at jboss.com (Alessio Soldano)
Date: Tue, 23 Nov 2010 11:57:24 -0500
Subject: [jboss-dev-forums] [JBoss Web Services Development] - AS7:
 Re-thinking WS container integration
Message-ID: <2-572530-3-3973-1290531410793.jivesbs.jivemailuser@http://community.jboss.org>

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] created the discussion

"AS7: Re-thinking WS container integration"

To view the discussion, visit: http://community.jboss.org/message/572530#572530

--------------------------------------------------------------
JBossWS 4 is going to be the jbossws integration layer for JBoss AS 7. This is both a chance of working on major spi changes / cleanup [1] as well as revisiting the whole way the installed ws stack (CXF or Native) is used for deploying endpoints.

*DOMAIN MODEL*

One of the idea AS7 comes with is exposing a domain for centralized control of the application server(s). JBossWS is going to contribute a ws subsystem to that domain, at least for setting the server level configuration aspects of the webservice engine.
The most obvious element being included in ws subsystem of the AS7 domain are the information required for setting the "WS config", i.e. what we currently have in the WSServerConfig bean declared in stack-agnostic-jboss-beans.xml (webServiceHost, modifySoapAddress, etc.).
We'll then have the records' management configuration, which is also something configured at server level (WSMemoryBufferRecorder, WSLogRecorder, etc. currently in stack-specific-jboss-beans.xml).
Besides the easy things above, we should probably allow for pre-configuring a given application server instance with default endpoints (perhaps clients too in the future), meaning users can specify an endpoint configuration and have that endpoint included as part of the application server, the same way they would have had if they deployed an archive with the corresponding endpoint declaration [2].

*API REVIEW*

In the process of revisiting the JBossWS SPI, we need to properly split the current jbossws-spi project contents into:
- a set of classes/interfaces required for proper abstraction of jbossws components (pretty much what we have today, 2 stacks, perhaps multiple supported target container[3], ...) and to have a defined interface towards other related jboss projects (EJB3 for instance)
- a public API meant for actual user consumption, which would end up in a AS7 module visible to user deployments
The latter is going to include the classes/interfaces the domain model maps to (ws config, records stuff, service/endpoint/deployment basic stuff like endpoint class, publish address, ...) and what's required for tooling (wsconsume / wsprovide Ant tasks, command classes, etc.)

*CONTAINER INTEGRATION*

For integrating into AS7, we need to rethink the way jbossws handles deployments in terms of services (which are one of the key elements of AS7). At the end of the day, what the ws subsystem is supposed to do is providing facilities for starting/stopping webservice endpoints (and clients). Given the management requests of AS7, the domain model, etc. it's time to think about that as something not directly tied to the deployment process only, but generally available as a service instead. Other services in the application server might depend on or simply make use of this service [2]. The deployers (DeploymentUnitProcessors in AS7) should just be "clients" of this service.
To a certaint extent this way of thinking about the container integration fits with what has been done in JAXWS 2.2 Endpoint API and -for instance- the way an Apache CXF endpoint is started. We should be able to parse and digest an endpoint configuration, properly setup the transport layer and then simply trigger the endpoint deployment.
Currently (AS 5/6) the ws deployment goes through many ws deployers, most of which wrap jbossws "deployment aspects" (DA). Those can probably be splitted into few groups:
1) DAs dealing with figuring out / processing basic and container related informations (context root, url pattern, endpoint address, endpoint name)
2) DAs converting information coming from merged metadata (descriptors + annotations) into the jbossws-spi metadata
3) DAs dealing with the transport (creating / modifying the jbossweb metadata for ws endpoints)
4) DAs dealing with ws stack internals (for native: UMDM creating, eventing, rm, eager init, ... for cxf: jbossws-cxf descriptor creation, bus creation, ...)
Some of these are most probably meant for remaining part of the deployers (probably 1,2,3), the rest (probably 4) is actually going to become part of the services providing facilities for starting/stopping an endpoint.
The jbossws-spi should be seen as the interface for feeding the ws services that deal with endpoints.
 http://community.jboss.org/servlet/JiveServlet/showImage/2-572530-10658/AS7int.gif  http://community.jboss.org/servlet/JiveServlet/downloadImage/2-572530-10658/450-389/AS7int.gif 
While the AS7 / domain management system is going to simply make use of the public api part of jbossws-spi, the deployers are probably going to process all the metadata information coming from annotations and deployment descriptors into the jbossws-spi metadata and then feed the endpoint creation service. Deployers will also deal with / set required dependencies on other services involved in the deployment phase, for instance the web server service (which for instance will be required to properly create a context for the endpoint(s)).

*WS SERVICES*

What is then required to be a (WS) service? Apart from some obvious facilities like the endpoint registry and a server configuration provider service, the main service is the one meant for starting/stopping endpoints.
We need to carefully define a stable interface for this service, so that it can be maintained without much changes in the future. This mainly implies establishing the inputs for creating/starting an endpoint, basically the metadata carrying the required information for that. Ideally that should already be covered by what we have in jbossws-spi, plus stack specific configuration stuff.
For CXF that's everything that can be included in the jbossws-cxf.xml / cxf.xml, for Native it's what comes from the union of the info in endpoint configurations (configName / configFile...) and other additional optional descriptors (e.g. the jboss-wsse-*.xml).
For the sake of practically supporting future extensions / changes, the stuff above should most probably be modelled as AS7 extensions, each coming with its own parser bound to a given xsd namespace. For supporting advanced usecases (iow WS-*), the domain model should probably simply accept a pointer to additional xml configuration (beyond what's in the basic user API which is part of jbossws-spi, etc. - see above). Depending on the default namespace of the provided xml, the proper parser (coming from the installed ws stack) would be used and the domain enriched with the provided information for creating endpoint(s).
At the end of the day, most (if not all) the information is the Bus (for jbossws-cxf) / the UMDM (for jbossws-native).


What do you think about this all? My plan would be to get to an agreement on the main design for JBossWS 4 / AS 7 integration, perhaps by some iteration here on this forum discussion. Then we can isolate/create/update jiras for what needs to be done and start scheduling things.


[1] JBWS-2709, JBWS-3115, JBWS-3105, JBWS-2338
[2]  http://community.jboss.org/message/571376#571376 http://community.jboss.org/message/571376#571376
[3] JBossWS 4 will most probably at first support AS 7.x only
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572530#572530]

Start a new discussion in JBoss Web Services Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2047]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/387d7752/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 12:06:56 2010
From: do-not-reply at jboss.com (Marcus Moyses)
Date: Tue, 23 Nov 2010 12:06:56 -0500
Subject: [jboss-dev-forums] [PicketBox Development] - Re: AS7:
	Authentication Cache Design
In-Reply-To: <2-572521-3-2015-1290530842473.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572521-3-2015-1290530842473.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572521-3-2015-1290530842473-2-572532-3-2887-1290531992837.jivesbs.jivemailuser@http://community.jboss.org>

Marcus Moyses [http://community.jboss.org/people/mmoyses] created the discussion

"Re: AS7:  Authentication Cache Design"

To view the discussion, visit: http://community.jboss.org/message/572532#572532

--------------------------------------------------------------
Configurations we need to think of for the new cache implementation:
* enable/disable cache per security domain
* cache size limit
* expiration time
We also need to make custom principals work when the cache is disabled. As it is today the information about the caller principal is only available when the cache is enabled. When we have a custom principal as the caller principal this all falls apart.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572532#572532]

Start a new discussion in PicketBox Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2088]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/20aa24fe/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 12:18:14 2010
From: do-not-reply at jboss.com (jack lista)
Date: Tue, 23 Nov 2010 12:18:14 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re:
 JCRMessageStoreImpl store only message body?
In-Reply-To: <2-349117-3-2135-1211235869000-2-572381-3-72547-1290498927843.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349117-3-2135-1211235869000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-572331-3-61898-1290475696306.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-572381-3-72547-1290498927843.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349117-3-2135-1211235869000-2-572537-3-61898-1290532687492.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: JCRMessageStoreImpl store only message body?"

To view the discussion, visit: http://community.jboss.org/message/572537#572537

--------------------------------------------------------------
Thanks Michael.? Yes, I'd like to see the ESB dist take this up and provide a more robust and fully featured store as well.? We have unclear needs at this time, but do need basic audit logging.? What facilities exist in the ESB dist for querying, lsiting and searching the store, do you know?? I have not found much on that.? I would porefer to do something simple for now and be positioned to leverage future ehnancements to the ESB dist MessageStore but am not clear on the road map, schedule and features, both that exist now and are planned for the future.? Do you know about any of this?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572537#572537]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/35642e88/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 13:31:29 2010
From: do-not-reply at jboss.com (jack lista)
Date: Tue, 23 Nov 2010 13:31:29 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: Advanced
	MessageStore implementation
In-Reply-To: <2-348503-3-2221-1174819390000-2-348517-3-56706-1176849037000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-348503-3-2221-1174819390000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-348503-3-2221-1174819390000-2-348517-3-56706-1176849037000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-348503-3-2221-1174819390000-2-572551-3-61898-1290537077155.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: Advanced MessageStore implementation"

To view the discussion, visit: http://community.jboss.org/message/572551#572551

--------------------------------------------------------------
Hello.? This post from Thomas P expresses my interest in functionality for the MessageStore quite well, but I am having some trouble figuring out what the state of things are in this implementation.? I am indeed interested in thye possible use of JCR technology to provide aforementioned features butalso saw this post in anotherthread that made it appear that only the payloads were being saved to the store so that makes me wonder if the existing implementation can deliver the features mentioned in this thread.? That other post is here:

 http://community.jboss.org/thread/105751 http://community.jboss.org/thread/105751?start=0&tstart=0

Can anyone comment on the state of things WRT use of JCR to provide features as described in this thread?? Also, is the whole message now being stored? (I can't tell with finality, though there is code referenced in the above link I mentioned that looks like it may just be a payload rather than the whole message which may be problematic).? What is the best current thinking on provision of features as mentioned in this thread for the ESB dist?? We have unclear requirements at the moment but I would like to position us to take advantage of the platform as it evolves, it's just that I'm having a tough time figuring out what's there now and many of the threads talking about it are a coiuple years old.? I would love to hear from Mark, BIll, Derek or any others directly involved to find out what the best facilities are that are currently available, what the road map looks like for the future of this MessageStore and how we can get the most out of existing features and stay well positioned to take advantage of new developments as they occur. 

Thank you much,

-=j=-
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572551#572551]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/0fd42d7c/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 14:58:23 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Tue, 23 Nov 2010 14:58:23 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Running AS7
	embedded in Arquillian
In-Reply-To: <2-572225-3-2056-1290433255186-2-572428-3-2082-1290511200999.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572387-3-2056-1290499981864.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572428-3-2082-1290511200999.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572225-3-2056-1290433255186-2-572572-3-2056-1290542301085.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572572#572572

--------------------------------------------------------------
> I would still like a hook in Arquillian to be able to set tccl before? starting it so that your logging abstraction is not necessary

This won't help. If you look at the jdk LoggingManager you'll find that it ignores the TCCL when it finds the configured LoggingManager on the app classpath.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572572#572572]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/b5f77128/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 15:06:25 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Tue, 23 Nov 2010 15:06:25 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Running AS7
	embedded in Arquillian
In-Reply-To: <2-572225-3-2056-1290433255186-2-572489-3-2257-1290527717806.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572387-3-2056-1290499981864.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572489-3-2257-1290527717806.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572225-3-2056-1290433255186-2-572574-3-2056-1290542759259.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572574#572574

--------------------------------------------------------------
That is fair enough as long as we have a clear understanding of what is a module and what should be a bundle instead. With DavidL we had a continued that discussion on validating the module wiring.

My current idea is to move the XResolver down one layer and make it the "gate keeper" to the modules wiring API. Deployments that contain 'Dependencies' that would result in inconsistent wiring would not resolve and be rejected at deploy time. They can still be modules though. the static wiring in all modules.xml should be verified at build time.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572574#572574]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/c4ba4b27/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 17:25:22 2010
From: do-not-reply at jboss.com (Stuart Douglas)
Date: Tue, 23 Nov 2010 17:25:22 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Weld boot performance
Message-ID: <2-572590-3-2937-1290551095869.jivesbs.jivemailuser@http://community.jboss.org>

Stuart Douglas [http://community.jboss.org/people/swd847] created the discussion

"Weld boot performance"

To view the discussion, visit: http://community.jboss.org/message/572590#572590

--------------------------------------------------------------
Over the last 2 weeks I have been working on Weld's boot performance, and have managed to reduce it considerably (see  http://lists.jboss.org/pipermail/weld-dev/2010-November/002746.html here for full details).

At the moment the biggest bottleneck is classloading, which consumes about 50% of the startup time. I think a possible solution to this in as7 would be to begin loading the classes eagerly and asynchronously, as soon as a module with a beans.xml is discovered, so that by the time weld starts to boot the majority of the classloading has already been completed.

Does this sound like a workable approach?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572590#572590]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/1ba357b5/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 17:42:52 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Tue, 23 Nov 2010 17:42:52 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Weld boot
	performance
In-Reply-To: <2-572590-3-2937-1290551095869.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572590-3-2937-1290551095869.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572590-3-2937-1290551095869-2-572592-3-2011-1290552155272.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: Weld boot performance"

To view the discussion, visit: http://community.jboss.org/message/572592#572592

--------------------------------------------------------------
Sure, but I'd say get the integration working +first+ so you have a baseline.

Looking at it from another angle, another possible solution is to reduce the total number of classes loaded at boot.? Maybe the new annotation processing architecture can help here.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572592#572592]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/945c8738/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 17:46:53 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Tue, 23 Nov 2010 17:46:53 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Weld boot
	performance
In-Reply-To: <2-572590-3-2937-1290551095869-2-572592-3-2011-1290552155272.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572590-3-2937-1290551095869.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572590-3-2937-1290551095869-2-572592-3-2011-1290552155272.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572590-3-2937-1290551095869-2-572594-3-2257-1290552404404.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"Re: Weld boot performance"

To view the discussion, visit: http://community.jboss.org/message/572594#572594

--------------------------------------------------------------
> David Lloyd wrote:
> 
> Looking at it from another angle, another possible solution is to reduce the total number of classes loaded at boot.? Maybe the new annotation processing architecture can help here.
Right this is an important distinction. It's likely that a only subset of classes in a deployment will be of interest to weld *+during deployment.+*
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572594#572594]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/e8258f46/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 17:47:54 2010
From: do-not-reply at jboss.com (Jason Greene)
Date: Tue, 23 Nov 2010 17:47:54 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: IMPORTANT - AS7
 Discussions now on ML
In-Reply-To: <2-572307-3-2257-1290465778097.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572307-3-2257-1290465778097.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572307-3-2257-1290465778097-2-572596-3-2257-1290552460662.jivesbs.jivemailuser@http://community.jboss.org>

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] created the discussion

"Re: IMPORTANT - AS7 Discussions now on ML"

To view the discussion, visit: http://community.jboss.org/message/572596#572596

--------------------------------------------------------------
bump
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572596#572596]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/83a1fc2e/attachment.html 

From do-not-reply at jboss.com  Tue Nov 23 18:05:37 2010
From: do-not-reply at jboss.com (Stuart Douglas)
Date: Tue, 23 Nov 2010 18:05:37 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Weld boot
	performance
In-Reply-To: <2-572590-3-2937-1290551095869-2-572594-3-2257-1290552404404.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572590-3-2937-1290551095869.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572590-3-2937-1290551095869-2-572592-3-2011-1290552155272.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572590-3-2937-1290551095869-2-572594-3-2257-1290552404404.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572590-3-2937-1290551095869-2-572597-3-2937-1290553526626.jivesbs.jivemailuser@http://community.jboss.org>

Stuart Douglas [http://community.jboss.org/people/swd847] created the discussion

"Re: Weld boot performance"

To view the discussion, visit: http://community.jboss.org/message/572597#572597

--------------------------------------------------------------
I may be getting a bit ahead of myself thinking about performance at this stage :-)

The problem is that according to the spec Weld has to fire ProcessAnnotatedType for every class in the bean archive. Weld does have a non-portable extension to limit the classes that are scanned, but in the general case there is not really any way around this. Even if you could build the meta model from other sources without loading the class (which I am not sure is possible), as soon as portable extensions enter the mix you are almost certainly going to have to load the class anyway.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572597#572597]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101123/ed0caf4c/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 01:51:49 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Wed, 24 Nov 2010 01:51:49 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: How to model the
 (optional) OSGi webconsole in AS7
In-Reply-To: <2-572263-3-68834-1290443238018-2-572392-3-2056-1290501007141.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572263-3-68834-1290443238018.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572380-3-68834-1290498803349.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572392-3-2056-1290501007141.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572263-3-68834-1290443238018-2-572646-3-2104-1290581502579.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: How to model the (optional) OSGi webconsole in AS7"

To view the discussion, visit: http://community.jboss.org/message/572646#572646

--------------------------------------------------------------
> Thomas Diesler wrote:
> 
> I'd say an  http://docs.jboss.org/osgi/userguide/html/ChapGettingStarted.html#SecInstall IzPack installer like we have in jbosgi is the way to go
> 
>  https://jira.jboss.org/browse/JBAS-8657 https://jira.jboss.org/browse/JBAS-8657
Not that I'm against an installer for AS7, but one reason why the installer was considered problematic for choosing AS profiles, was because QA testing all possible combinations of profiles wasn't really easy. AS 4.0.x had an installer (IzPack iirc) but from what I know, it was discontinued due to the above reason.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572646#572646]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/4077eb3e/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 02:24:46 2010
From: do-not-reply at jboss.com (jeremy guan)
Date: Wed, 24 Nov 2010 02:24:46 -0500
Subject: [jboss-dev-forums] [JBoss Portal Development] - how could i build
 my eclipse project for jboss portal and customization my page
Message-ID: <2-572656-3-77911-1290583470210.jivesbs.jivemailuser@http://community.jboss.org>

jeremy guan [http://community.jboss.org/people/ghbullor] created the discussion

"how could i build my eclipse project for jboss portal and customization my page"

To view the discussion, visit: http://community.jboss.org/message/572656#572656

--------------------------------------------------------------
how could i build my eclipse project for jboss portal and customization my page
anybody can help
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572656#572656]

Start a new discussion in JBoss Portal Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2014]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/8a749641/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 04:50:20 2010
From: do-not-reply at jboss.com (David Bosschaert)
Date: Wed, 24 Nov 2010 04:50:20 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: Running AS7
	embedded in Arquillian
In-Reply-To: <2-572225-3-2056-1290433255186-2-572489-3-2257-1290527717806.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572225-3-2056-1290433255186.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572387-3-2056-1290499981864.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572225-3-2056-1290433255186-2-572489-3-2257-1290527717806.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572225-3-2056-1290433255186-2-572698-3-68834-1290592189088.jivesbs.jivemailuser@http://community.jboss.org>

David Bosschaert [http://community.jboss.org/people/bosschaert] created the discussion

"Re: Running AS7 embedded in Arquillian"

To view the discussion, visit: http://community.jboss.org/message/572698#572698

--------------------------------------------------------------
> Jason Greene wrote:
> As you know, I never really bought into the reasons behind packaged deps. I think OSGi is the only modularity spec that advocates them, and even they are moving away from them with their capabilities and requirements notion.
No - OSGi is not moving away from the package dependency model, that is an incorrect observation. The generic capabilities and requirements provide an additional level of declaring dependencies in cases where you don't have this information available as packages. Examples are the existence of an IoC (beans that are being injected typically don't have a package dependency on the IoC container) or some other type of extender.

OSGi is the most mature modularity system around today and although it supports other types of dependency declaration the package dependency model has been found the best dependency model by all OSGi experts that I know of.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572698#572698]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/84aaa938/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 06:30:55 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Wed, 24 Nov 2010 06:30:55 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572493-3-2384-1290527074470.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-571987-3-2384-1290178576224.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572493-3-2384-1290527074470.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572729#572729

--------------------------------------------------------------
> Ales Justin wrote:
> 
> 
> How do I get a hold of this EJBContainer?
> Afais, this is a MC bean under the JBossEnterpriseBeanMetaData::getContainerName?
That's correct.


> Ales Justin wrote:
> 
> > 2) for @Singleton container it in done in SingletonBeanJNDIBinderDeployer in jboss-ejb3-singleton project
> > 3) for no-interface views it's done in EJB3NoInterfaceViewDeployer in jboss-ejb3-nointerface project
> OK, this two are obviously MC beans. :-)
> 
> For all 3 "jndi" binders:
> a) Which is the code that does the custom JBoss jndi binding?
> 
> 
> 
For no-interface jndi binding, it's the org.jboss.ejb3.nointerface.impl.jndi.NoInterfaceViewJNDIBinderFacade (MC bean) which does this binding.

For singletons it's the org.jboss.ejb3.singleton.deployer.JNDIBinderImpl

> Ales Justin wrote:
> 
> 
> b) Can it be already used from external bean/resource or does it need to be extracted / refactored?
> 
> I can determine (b) myself, once I can identify the jndi binding code. ;-)
It's not exposed yet and is internal impl details right now. Extracting/refactoring probably would require more work. I guess the easy way would be to use some specific MC bean name syntax for those binders and let the resource provider assume that syntax. For example:

LegacyMCBeanNameSupplier (or whatever we call that):

Set<String> getBinderDepencies(DeploymentUnit unit, JBossEnterpriseBeanMetaData metadata)
{
??? Set<String> dependencies = new HashSet<String>();
??? 
??? // for singleton
??? if (metadata.isSession() && metadata.issingleton())
??? {
??????? // add the binder, responsible for singleton view bindings, to the dependencies
??????? // The MC bean name is assumed to be of the following syntax:
??????? // jboss-ejb3-singleton-jndi-binder:appName=blah,module=blah,bean=beanName
??????? dependencies.add("jboss-ejb3-singleton-jndi-binder:appName=myapp,module=myapp,bean=blahblah");
??? }??? 
?
??? // for nointerface view
??? if (metadata.exposesNoInterfaceView)
??? {
??????? // add the binder, responsible for no-interface view bindings, to the dependencies
??????? // The MC bean name is assumed to be of the following syntax:
??????? // jboss-ejb3-nointerface-jndi-binder:appName=blah,module=blah,bean=beanName
??????? dependencies.add("jboss-ejb3-nointerface-jndi-binder:appName=myapp,module=myapp,bean=blahblah");
??? }
??? 
??? // for SLSB and SFSB
??? if (metadata.isslsb || metadata.isSfsb)
??? {
??????? // add legacy container MC bean as dependency
??????? dependencies.add(metadata.getJBossMetadata().getContainerName());
??? }
??? 
??? return dependencies;
}
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572729#572729]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/51f14afd/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 06:45:34 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Wed, 24 Nov 2010 06:45:34 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572493-3-2384-1290527074470.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572732-3-2384-1290599114336.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572732#572732

--------------------------------------------------------------
> // for nointerface view
> ??? *if* (metadata.exposesNoInterfaceView)
> ??? 
How do you know if there is no exposed interfaces?
Like this?

if ((jsbmd.getBusinessLocals() == null || jsbmd.getBusinessLocals().size() == 0) &&
???????????? (jsbmd.getBusinessRemotes() == null || jsbmd.getBusinessRemotes().size() == 0))
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572732#572732]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/36d5b1b5/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 06:51:37 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Wed, 24 Nov 2010 06:51:37 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572493-3-2384-1290527074470.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572735-3-2384-1290599485711.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572735#572735

--------------------------------------------------------------
> // add legacy container MC bean as dependency
> ??????? dependencies.add(metadata.getJBossMetadata().getContainerName());
> ?? 
> 
You mean metadata::getContainerName?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572735#572735]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/9926d6ad/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 06:55:41 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Wed, 24 Nov 2010 06:55:41 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572732-3-2384-1290599114336.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572732-3-2384-1290599114336.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572737-3-2104-1290599714629.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572737#572737

--------------------------------------------------------------
That was actually a pseudo code, so was probably a bit confusing. For identifying the presence of no-interface view:

JBossEnterpriseBeanMetaData beanMetaData = ...
?
if ( beanMetaData.isSession() && beanMetaData instanceof JBossSessionBean31MetaData)
{
??? JBossSessionBean31MetaData sessionBeanMetaData = (JBossSessionBean31MetaData) beanMetaData;
??? if(sessionBeanMetaData.isNoInterfaceBean())
??? {
??????? // ....
??? }
}
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572737#572737]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/3b14d925/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 07:07:12 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Wed, 24 Nov 2010 07:07:12 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572493-3-2384-1290527074470.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572740-3-2384-1290600413341.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572740#572740

--------------------------------------------------------------
> // add the binder, responsible for singleton view bindings, to the dependencies
> ??????? // The MC bean name is assumed to be of the following syntax:
> ??????? // jboss-ejb3-singleton-jndi-binder:appName=blah,module=blah,bean=beanName
> ??????? dependencies.add("jboss-ejb3-singleton-jndi-binder:appName=myapp,module=myapp,bean=blahblah");
> ??? 
> 
I don't fully understand. :-)

Is this name sytax already used, and such beans are already installed?
If yes, there is a bit of inconsistency in the naming, EJBBinderDeployer uses application instead of appName.
If not, I don't see who would provide these beans into MC.

And what is supposed to be 'bean' in this case (instead of blahblah)?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572740#572740]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/1caa9253/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 07:11:42 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Wed, 24 Nov 2010 07:11:42 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572740-3-2384-1290600413341.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572729-3-2104-1290598235362.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572740-3-2384-1290600413341.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572742-3-2104-1290600688185.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572742#572742

--------------------------------------------------------------
> Ales Justin wrote:
> 
> Is this name sytax already used, and such beans are already installed?
That syntax isn't being currently used and the MC beans being installed use some random internal naming scheme to deploy those MC beans.

> Ales Justin wrote:
> If yes, there is a bit of inconsistency in the naming, EJBBinderDeployer uses application instead of appName.
> If not, I don't see who would provide these beans into MC.
We would require a change in the no-interface view and the singleton deployers. The reason I suggested that change was because to get the resource provider working, we do require some changes outside the resource provider and the simplest and quickly doable I could think of was that approach.

> Ales Justin wrote:And what is supposed to be 'bean' in this case (instead of blahblah)?
Each EJB bean has a jndi binder (MC bean). the "bean" in such a case would be the name of the EJB. so the no-interface view and singleton binder deployer would install binders for each EJB using that naming scheme.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572742#572742]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/2439cfce/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 07:20:13 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Wed, 24 Nov 2010 07:20:13 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572742-3-2104-1290600688185.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572740-3-2384-1290600413341.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572742-3-2104-1290600688185.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572745-3-2384-1290601192770.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572745#572745

--------------------------------------------------------------
OK, I think I now understand where this is going. :-)
Who will then change the no-interface view and singleton binder / deployer to use this new naming schema?
Should I do this or will you do it?
(I'm still lost on 1M of your ejb3 subprojects  :) )
> Each EJB bean has a jndi binder (MC bean). the "bean" in such a case would be the name of the EJB. so the no-interface view and singleton binder deployer would install binders for each EJB using that naming scheme.
What's the EJB name in this case -- from JBossSessionBeanMetaData?
JBossSessionBeanMetaData::getEjbName?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572745#572745]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/edf58b60/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 07:29:45 2010
From: do-not-reply at jboss.com (jaikiran pai)
Date: Wed, 24 Nov 2010 07:29:45 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572745-3-2384-1290601192770.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572742-3-2104-1290600688185.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572745-3-2384-1290601192770.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572746-3-2104-1290601765702.jivesbs.jivemailuser@http://community.jboss.org>

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572746#572746

--------------------------------------------------------------
> Ales Justin wrote:
> 
> OK, I think I now understand where this is going. :-)
> Who will then change the no-interface view and singleton binder / deployer to use this new naming schema?
> Should I do this or will you do it?
> 
Me  :)  If we decide to go for this approach. I have asked Carlo to provide some of his inputs here.

> Ales Justin wrote:
> 
> 
> What's the EJB name in this case -- from JBossSessionBeanMetaData?
> JBossSessionBeanMetaData::getEjbName?
Yes.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572746#572746]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/c7e2e939/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 08:04:10 2010
From: do-not-reply at jboss.com (Michael Burman)
Date: Wed, 24 Nov 2010 08:04:10 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re:
 JCRMessageStoreImpl store only message body?
In-Reply-To: <2-349117-3-2135-1211235869000-2-572537-3-61898-1290532687492.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349117-3-2135-1211235869000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-572381-3-72547-1290498927843.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-572537-3-61898-1290532687492.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349117-3-2135-1211235869000-2-572758-3-72547-1290603833124.jivesbs.jivemailuser@http://community.jboss.org>

Michael Burman [http://community.jboss.org/people/burmanm] created the discussion

"Re: JCRMessageStoreImpl store only message body?"

To view the discussion, visit: http://community.jboss.org/message/572758#572758

--------------------------------------------------------------
Hi, I'm not afraid there isn't much currently which you could use for auditing purposes for searching and such. The auditlog Filters included in the ESB only print to the log, and you would have to parse those to get something useful. I'd recommend creating your own, I don't think there's even any plans to create something 'universally' useful. If there is, I'll gladly commit something (with annotations on the actions, it should be possible to use aspectJ or something to catch action processing, but I haven't tried it).
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572758#572758]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/d6ba1624/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 08:30:32 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Wed, 24 Nov 2010 08:30:32 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Testsuite
 -refactoring to make test easier to run
Message-ID: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/572765#572765

--------------------------------------------------------------
Hi all,

I'm working on our test suite. I'm trying to figure out not only how to achieve a better coverage, but also how to make current and future tests easier to read, write and run. Currently a lot (almost all) of our unit tests are deploying something on an embedded version of ironjacamar standalone server and then verify the deployment is correct and or stress some behavior of deployment environment.
And it's fine, since it is stressing an almost real environment. The problem there is this test need to deploy a rar file, and this rar have to be packaged before. We are hitting this goal with a dedicated ant task called prepare-test that is getting right classes and xmls and package all the rar needed for a group of tests.
The problem with this approach is that we always need to run them with ant, making much more difficult to run them inside an IDE and/or in a debug mode. Moreover, the opportunity for potential new contributor to sit in front of or code and play with a particular feature would be much easier if they can just take a unit tests and run it in debug mode and go step-by-step through our code.

Anyway to make this long story short, I'd like to purpose a refactoring of our test suite to make it possible like what I've done for this single test:

 https://github.com/maeste/IronJacamar/commit/902423fdd0f6976a0c1d1d386d3b4a1a04b8b8aa https://github.com/maeste/IronJacamar/commit/902423fdd0f6976a0c1d1d386d3b4a1a04b8b8aa

Of course some minor refinement should be done (like rename the test method calling it something like "shouldRegisterJndiNameAsSpecifiedByIronjacamarXml()"....much easier to understand for new contributors what is the purpose of the test), but you this commit should give you an idea. Please take a look and let me know your feedack

best regards
S.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572765#572765]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/82d96805/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 08:47:18 2010
From: do-not-reply at jboss.com (Tom Fennelly)
Date: Wed, 24 Nov 2010 08:47:18 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: listener for
 ESBAware message+Socket communication
In-Reply-To: <2-572447-3-18641-1290517823935.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572447-3-18641-1290517823935.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572447-3-18641-1290517823935-2-572770-3-2023-1290606421786.jivesbs.jivemailuser@http://community.jboss.org>

Tom Fennelly [http://community.jboss.org/people/tfennelly] created the discussion

"Re: listener for ESBAware message+Socket communication"

To view the discussion, visit: http://community.jboss.org/message/572770#572770

--------------------------------------------------------------
You sure your protocols and ports are matching up there from client to server.? Your SendMessage class seems to be sending over http to port 8080, while you have the JBR listener for socket on port 6969.? No? *
*
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572770#572770]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/988a3ab0/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 10:01:37 2010
From: do-not-reply at jboss.com (Ales Justin)
Date: Wed, 24 Nov 2010 10:01:37 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: EJBTHREE-2198 EJB
 resource providers for switchboard and the dependency issues
In-Reply-To: <2-571870-3-2104-1290152322791-2-572746-3-2104-1290601765702.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-571870-3-2104-1290152322791.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572745-3-2384-1290601192770.jivesbs.jivemailuser@http://community.jboss.org>
	<2-571870-3-2104-1290152322791-2-572746-3-2104-1290601765702.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-571870-3-2104-1290152322791-2-572790-3-2384-1290610888536.jivesbs.jivemailuser@http://community.jboss.org>

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: EJBTHREE-2198 EJB resource providers for switchboard and the dependency issues"

To view the discussion, visit: http://community.jboss.org/message/572790#572790

--------------------------------------------------------------
I've commited the initial simple impl:
*  https://github.com/alesj/jboss-ejb3-jndi/blob/master/deployers/src/main/java/org/jboss/ejb3/jndi/deployers/resolver/SessionBeanDependencyBuilder.java https://github.com/alesj/jboss-ejb3-jndi/blob/master/deployers/src/main/java/org/jboss/ejb3/jndi/deployers/resolver/SessionBeanDependencyBuilder.java

>From our discussion this looks like it should work -- once you add your stuff. :-)

Is there anything else I can help you with?
Should I try to reproduce this error and see if we can actually make it work once all the pieces are in place?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572790#572790]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/4f0cb2f7/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 10:44:06 2010
From: do-not-reply at jboss.com (jack lista)
Date: Wed, 24 Nov 2010 10:44:06 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re:
 JCRMessageStoreImpl store only message body?
In-Reply-To: <2-349117-3-2135-1211235869000-2-572758-3-72547-1290603833124.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349117-3-2135-1211235869000.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-572537-3-61898-1290532687492.jivesbs.jivemailuser@http://community.jboss.org>
	<2-349117-3-2135-1211235869000-2-572758-3-72547-1290603833124.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349117-3-2135-1211235869000-2-572807-3-61898-1290613438623.jivesbs.jivemailuser@http://community.jboss.org>

jack lista [http://community.jboss.org/people/jackalista] created the discussion

"Re: JCRMessageStoreImpl store only message body?"

To view the discussion, visit: http://community.jboss.org/message/572807#572807

--------------------------------------------------------------
Hey Michael, thanks for the note.? Can you give me a pointer to these auditlog filters?? I haven't seen that.? Hmmm, so you think there are no plans to build even administrative interfaces to this functionality or anything?? That seems... odd.? Do you know, by any chance, what happened to this JCR effort?? I traced it through various discussion threads and JIRA tickets but it looks like it hasn't been even discussed in a couple years though I did find some src in the ESB dist.? There is also the issue with redundant Base64 encoding making the messages unreadable in the DB, in the default impl, and it appeared, from what I read, that somebody removed the extra encoding of the (XML) message itself applied by the default DB impl but that doing so hit a build problem that occurred on some platform, but not on the Mac OS X platform of the original author (maybe Mark Little?? I can't remember who it was for sure) and it appears that this was also never resolved.? I am told by our contacts @ JBoss that this is a key product in the SOA platform, and that there are plans for continuing development and that wood is being put behind this "arrow" so to speak but I sure would like to know specifics around what is planned, in what priority and on what schedule, even in general terms.? Do you have any idea about any of that?? My current needs are minimal, but I can see that changing (growing) as time progresses; if JBoss isn't going to put effort into this product, however, it may be that this is the wrong bus to get involved with which would be sad.? Any clue about this stuff?? Thanks for your responses, BTW, they are much appreciated!
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572807#572807]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/34420399/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 10:59:56 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Wed, 24 Nov 2010 10:59:56 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-572812-3-2302-1290614386972.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/572812#572812

--------------------------------------------------------------
> Anyway to make this long story short
Too late  ;) 

The patch looks good - it should be a lot clearer how to add new test cases.

However, there is one major area that needs to be looked at - the EmbeddedJCA class - as it isn't optimal for both our users but also for us in our test suite.

It needs to be rewritten as a factory/interface pair, so the internals are more hidden from the user -- and the test suite only methods needs to go away. I'll take a look at this after the holiday as discussed on IRC.'

For now just a (boolean, ClassLoader) constructor in order to continue.

Thanks for looking into this  :)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572812#572812]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/9c6e3e49/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 12:24:21 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Wed, 24 Nov 2010 12:24:21 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: How to model the
 (optional) OSGi webconsole in AS7
In-Reply-To: <2-572263-3-68834-1290443238018-2-572646-3-2104-1290581502579.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572263-3-68834-1290443238018.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572392-3-2056-1290501007141.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572263-3-68834-1290443238018-2-572646-3-2104-1290581502579.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572263-3-68834-1290443238018-2-572839-3-2016-1290619454821.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: How to model the (optional) OSGi webconsole in AS7"

To view the discussion, visit: http://community.jboss.org/message/572839#572839

--------------------------------------------------------------
Good point.

There's an easy answer to that, which is that an installer is part of community AS and not part of the product. That's not very satisfying though. And I know Rich Sharples is interested in an installer-like capability, although in a? quick scan I didn't? that in any formal requirements doc. In the June discussions we had with Rich where we brainstormed a bit in that we didn't think about the QE implications though.

Another question is what does an installer really mean in terms of added QE and support burden.? It's basically a tool for configuring the AS. So is the shell and a text editor; i.e. users have always been able to alter the AS "profile" and make it run a configuration that's not part of our formal test plan. So an installer doesn't add anything new there. What does seem new:

1) If we make it completely trivial to run a particular profile (e.g. we ship a domain-messaging.xml with a nothing-but-messaging profile, or include in an installer a single checkbox to create such a canned profile) then users could expect that we've quite thoroughly QE'd that particular profile.

2) Users might expect that the installer would only allow valid, bootable combinations; i.e. if subsystem X requires subsystem Y and socket-binding A, then a profile can't be created that doesn't include X, Y and A. Confirming the installer enforces that would be a QE burden.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572839#572839]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/03872c69/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 14:29:15 2010
From: do-not-reply at jboss.com (Anil Saldhana)
Date: Wed, 24 Nov 2010 14:29:15 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - AS7 Security
	Integration Discussion
Message-ID: <2-572868-3-2015-1290626929798.jivesbs.jivemailuser@http://community.jboss.org>

Anil Saldhana [http://community.jboss.org/people/anil.saldhana%40jboss.com] created the discussion

"AS7 Security Integration Discussion"

To view the discussion, visit: http://community.jboss.org/message/572868#572868

--------------------------------------------------------------
This is the placeholder for links to all security integration related discussion for AS7.

 http://community.jboss.org/thread/159180 

 http://community.jboss.org/thread/159180 Authentication Cache Design
 http://community.jboss.org/thread/154409 

 http://community.jboss.org/thread/154409 Security Configuration - Domain Model


One of the key configuration that will go into the domain model is the authorization stack used by the various containers plus SSO.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572868#572868]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/67e42e80/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 20:48:14 2010
From: do-not-reply at jboss.com (Sean Yang)
Date: Wed, 24 Nov 2010 20:48:14 -0500
Subject: [jboss-dev-forums] [JBoss Portal Development] - Re: how could i
 build my eclipse project for jboss portal and customization my page
In-Reply-To: <2-572656-3-77911-1290583470210.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572656-3-77911-1290583470210.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572656-3-77911-1290583470210-2-572901-3-77958-1290649679481.jivesbs.jivemailuser@http://community.jboss.org>

Sean Yang [http://community.jboss.org/people/sean.yang] created the discussion

"Re: how could i build my eclipse project for jboss portal and customization my page"

To view the discussion, visit: http://community.jboss.org/message/572901#572901

--------------------------------------------------------------
Hi Jeremy
? Are u from China, because of your last name.
? Actually I have the same question like yours.I know how to build eclipse project for JBoss Portal, but I still have no idea about how to customize page, if you have any idea, please drop me emails: mailto:sean.yang1984 at gmail.com sean.yang1984 at gmail.com
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572901#572901]

Start a new discussion in JBoss Portal Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2014]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/69030f11/attachment.html 

From do-not-reply at jboss.com  Wed Nov 24 21:01:50 2010
From: do-not-reply at jboss.com (Sean Yang)
Date: Wed, 24 Nov 2010 21:01:50 -0500
Subject: [jboss-dev-forums] [JBoss Portal Development] - Regarding to JBoss
 Portal customization
Message-ID: <2-572904-3-77958-1290650507017.jivesbs.jivemailuser@http://community.jboss.org>

Sean Yang [http://community.jboss.org/people/sean.yang] created the discussion

"Regarding to JBoss Portal customization"

To view the discussion, visit: http://community.jboss.org/message/572904#572904

--------------------------------------------------------------
Hi All
??? I am a new comer of JBoss Portal Community. I have a few questions about JBoss Portal
??? 1.If I develop a portalet, after I deploy it in JBoss Portal server, how should I do to use my portalet instead of the default ones.(I mean the original portalets when we download from JBoss Portal community)
??? 2.Is there any new expression language which using in JBoss Portalet develop?
??? Thanks in advance
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572904#572904]

Start a new discussion in JBoss Portal Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2014]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101124/4d110b2e/attachment.html 

From do-not-reply at jboss.com  Thu Nov 25 00:36:23 2010
From: do-not-reply at jboss.com (Nick Boldt)
Date: Thu, 25 Nov 2010 00:36:23 -0500
Subject: [jboss-dev-forums] [JBoss Tools Development] - Build Cascade &
	Results
Message-ID: <102-16166-3-4443-1290663379021.jivesbs.jivemailuser@http://community.jboss.org>

Nick Boldt [http://community.jboss.org/people/nickboldt] created the document:

"Build Cascade & Results"

To view the document, visit: http://community.jboss.org/docs/DOC-16166

--------------------------------------------------------------
Build Cascade:
*  http://community.jboss.org/jbosstools-3.2_stable_branch.target-platform Local Target Platform build (build + publish) *  /jbosstools-3.2_stable_branch.continuous Continuous build (build only, no tests, no publish) 
*  http://community.jboss.org/jbosstools-3.2_stable_branch.tests Tests build (build + tests, no publish) 
*  /jbosstools-3.2_stable_branch.nightly Nightly build (build + tests, publish) *  /jbosstools-3.2_stable_branch.aggregate-publish Aggregate build publisher (publish select pieces of aggregate site for use by JBDS uberbuild) ----
*  http://community.jboss.org/devstudio-4.0.target-platform Local JBDS Target Platform build (build + publish) *  http://community.jboss.org/devstudio-4.0_stable_branch.updatesite JBDS Aggregate site build (build core [JBT + JBDS], third-party, and preview sites, publish) *  /devstudio-4.0_stable_branch.product JBDS Product build (experimental) (combine JBDS components + TP into installers, publish) 
*  +http://community.jboss.org/devstudio-4.0_stable_branch.uberbuild JBDS PDE "Uberbuilder" build (compile JBDS components + some aggregate pieces into installers, publish) :: deprecated+




Results:
* JBT Aggregate update sites:  http://download.jboss.org/jbosstools/updates/nightly/ http://download.jboss.org/jbosstools/updates/nightly/ ::  http://download.jboss.org/jbosstools/updates/nightly/trunk/ latest from trunk
* JBT Aggregate builds:  http://download.jboss.org/jbosstools/builds/nightly/ http://download.jboss.org/jbosstools/builds/nightly/ ::  http://download.jboss.org/jbosstools/builds/nightly/trunk/latestBuild.html latest from trunk* JBT Component builds:  http://download.jboss.org/jbosstools/builds/staging/ http://download.jboss.org/jbosstools/builds/staging/----
* JBDS Aggregate update sites:  http://reports.qa.atl.jboss.com/binaries/RHDS/updates/nightly/ http://reports.qa.atl.jboss.com/binaries/RHDS/updates/nightly/ ::  http://reports.qa.atl.jboss.com/binaries/RHDS/updates/nightly/trunk/ latest from trunk
* JBDS Product builds:  http://reports.qa.atl.jboss.com/binaries/RHDS/builds/staging/devstudio-4.0_stable_branch.product/builds/nightly/trunk/ http://reports.qa.atl.jboss.com/binaries/RHDS/builds/staging/devstudio-4.0_stable_branch.product/builds/nightly/trunk/ ::  http://reports.qa.atl.jboss.com/binaries/RHDS/builds/staging/devstudio-4.0_stable_branch.product/builds/nightly/trunk/latestBuild.html latest from trunk
* +JBDS "Uber" builds:  http://reports.qa.atl.jboss.com/binaries/RHDS/builds/nightly/ http://reports.qa.atl.jboss.com/binaries/RHDS/builds/nightly/ ::  http://reports.qa.atl.jboss.com/binaries/RHDS/builds/nightly/trunk/latestBuild.html latest from trunk :: deprecated+ * JBDS Component builds:  http://reports.qa.atl.jboss.com/binaries/RHDS/builds/staging/ http://reports.qa.atl.jboss.com/binaries/RHDS/builds/staging/
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-16166]

Create a new document in JBoss Tools Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2129]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101125/5abee43e/attachment.html 

From do-not-reply at jboss.com  Thu Nov 25 00:57:52 2010
From: do-not-reply at jboss.com (Nick Boldt)
Date: Thu, 25 Nov 2010 00:57:52 -0500
Subject: [jboss-dev-forums] [JBoss Tools Development] - Build Cascade &
	Results
Message-ID: <102-16166-3-4443-1290664664505.jivesbs.jivemailuser@http://community.jboss.org>

Nick Boldt [http://community.jboss.org/people/nickboldt] modified the document:

"Build Cascade & Results"

To view the document, visit: http://community.jboss.org/docs/DOC-16166

--------------------------------------------------------------
This page has moved:  http://download.jboss.org/jbosstools/builds/cascade/ http://download.jboss.org/jbosstools/builds/cascade/
--------------------------------------------------------------

Comment by going to Community
[http://community.jboss.org/docs/DOC-16166]

Create a new document in JBoss Tools Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&containerType=14&container=2129]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101125/d5fe5071/attachment.html 

From do-not-reply at jboss.com  Thu Nov 25 04:15:20 2010
From: do-not-reply at jboss.com (LX T)
Date: Thu, 25 Nov 2010 04:15:20 -0500
Subject: [jboss-dev-forums] [jBPM Development] - Re: presumable bug JPDL 4
 Graphical Editor, erase &lt; field&gt; 
In-Reply-To: <2-526734-3-65694-1266400721869-2-529882-3-65694-1267701872003.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-526734-3-65694-1266400721869.jivesbs.jivemailuser@http://community.jboss.org>
	<2-526734-3-65694-1266400721869-2-529822-3-66791-1267694921486.jivesbs.jivemailuser@http://community.jboss.org>
	<2-526734-3-65694-1266400721869-2-529882-3-65694-1267701872003.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-526734-3-65694-1266400721869-2-572966-3-77343-1290676491134.jivesbs.jivemailuser@http://community.jboss.org>

LX T [http://community.jboss.org/people/vcr] created the discussion

"Re: presumable bug JPDL 4 Graphical Editor, erase &lt;field&gt;"

To view the discussion, visit: http://community.jboss.org/message/572966#572966

--------------------------------------------------------------
I have the same problem.

Do you know if it was fixed from January?
Did you make a Jira ticket for this?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572966#572966]

Start a new discussion in jBPM Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2035]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101125/875d83a3/attachment.html 

From do-not-reply at jboss.com  Thu Nov 25 05:00:37 2010
From: do-not-reply at jboss.com (=?UTF-8?Q?Vlastimil_Men=C4=8D=C3=ADk?=)
Date: Thu, 25 Nov 2010 05:00:37 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Re: Externalizing Scope:
 Resolving EJB References and Endpoints
In-Reply-To: <2-522141-3-2171-1264443993202.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-522141-3-2171-1264443993202.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-522141-3-2171-1264443993202-2-572978-3-77972-1290679228651.jivesbs.jivemailuser@http://community.jboss.org>

Vlastimil Men??k [http://community.jboss.org/people/st_patriick] created the discussion

"Re: Externalizing Scope: Resolving EJB References and Endpoints"

To view the discussion, visit: http://community.jboss.org/message/572978#572978

--------------------------------------------------------------
Is this the reason why SFSBs inside a CDI-enabled module are not clusterable?

Currently, I get an exception during deserialization when such SFSB is replicated to another cluster node. I was thinking of creating a separate bug for this, but it seems that it would be a duplicate of  https://jira.jboss.org/browse/JBAS-8293 https://jira.jboss.org/browse/JBAS-8293 that points to this forum thread.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572978#572978]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101125/38e34dd6/attachment.html 

From do-not-reply at jboss.com  Thu Nov 25 09:50:51 2010
From: do-not-reply at jboss.com (JBoss Community)
Date: Thu, 25 Nov 2010 09:50:51 -0500
Subject: [jboss-dev-forums] Community Updates, November 18 - November 25
Message-ID: <1816927077.170731290696651189.JavaMail.jive@clearspace02.app.mwc.hst.phx2.redhat.com>

===============================================================
Community Updates for November 18 - November 25
===============================================================

You haven't set a status update. Log in and set your status at: http://community.jboss.org.

Your Content
 * testing the new list server [http://community.jboss.org/thread/127309]
     was viewed 12,414 times and replied to by 3 people
      * No Link to Jboss Nukes [http://community.jboss.org/thread/90785]
     was viewed 107,168 times and replied to by 3 people
     


Your Connections - Activity by people you are following
    You don't have any connections yet. Find people and connect! [http://community.jboss.org/people/]



Popular Content - The content that is most viewed and participated in
                * NHibernate for .NET [http://community.jboss.org/docs/DOC-14068]
                * Open Session in View [http://community.jboss.org/docs/DOC-13954]
                * Sessions and transactions [http://community.jboss.org/docs/DOC-13951]
                * JBoss Tools on Eclipse 3.6 (Helios) [http://community.jboss.org/community/tools/blog/2010/07/05/jboss-tools-on-eclipse-36-helios]
                * JBoss Developer Studio 4 Beta now available [http://community.jboss.org/community/tools/blog/2010/10/21/jboss-developer-studio-4-beta-now-available]
                * JBoss Tools on Eclipse Marketplace [http://community.jboss.org/community/tools/blog/2010/10/21/jboss-tools-on-eclipse-marketplace]
                * Re: Integration with AS6 [http://community.jboss.org/message/533706#533706]
                * Re: Journaling errors [http://community.jboss.org/message/561590#561590]
                * Re: Regression on AS6 org.jboss.test.jca.test.TransactionActiveUnitTestCase [http://community.jboss.org/message/547936#547936]



Tips and tricks - Announce It
When you have something important to let everyone know, try posting an announcement. Your announcement will be front-and-center in Community giving people a great chance to see your message. 
 Keep your announcements short and to-the-point. If you have a lot to say, include a link to a blog post, document, or discussion that contains the longer version of what you have to say. 
 Find out more.


Not interested in these emails anymore, or want to change how often they come? Update your email preferences by visiting: http://community.jboss.org/user-notification-preferences!input.jspa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101125/70f58a6a/attachment.html 

From do-not-reply at jboss.com  Fri Nov 26 03:17:22 2010
From: do-not-reply at jboss.com (Jean Deruelle)
Date: Fri, 26 Nov 2010 03:17:22 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: JBoss AS 7 Web
	support ?
In-Reply-To: <2-572456-3-7414-1290519857091-2-573104-3-2104-1290757595889.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572456-3-7414-1290519857091.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572456-3-7414-1290519857091-2-573104-3-2104-1290757595889.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572456-3-7414-1290519857091-2-573109-3-7414-1290759423871.jivesbs.jivemailuser@http://community.jboss.org>

Jean Deruelle [http://community.jboss.org/people/deruelle_jean] created the discussion

"Re: JBoss AS 7 Web support ?"

To view the discussion, visit: http://community.jboss.org/message/573109#573109

--------------------------------------------------------------
Thanks for the heads up, I'll post there

Jean
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573109#573109]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101126/c3125edd/attachment.html 

From do-not-reply at jboss.com  Fri Nov 26 06:49:30 2010
From: do-not-reply at jboss.com (Andriy Lytvynskyy)
Date: Fri, 26 Nov 2010 06:49:30 -0500
Subject: [jboss-dev-forums] [EJB3 Development] - Configuring Quartz in
 External properties(EJBs are not injected)
Message-ID: <2-573148-3-78030-1290772164982.jivesbs.jivemailuser@http://community.jboss.org>

Andriy Lytvynskyy [http://community.jboss.org/people/andy_l] created the discussion

"Configuring Quartz in External properties(EJBs are not injected)"

To view the discussion, visit: http://community.jboss.org/message/573148#573148

--------------------------------------------------------------
Hi

I'm using EJB 3.0, and I'm using Quartz, I removed all the annotations for my MDB which implements Job interface because I want to configure Quartz (cron scheduling) out of my application:
I have quartz.properties which are in my classpath:
#===============================================================
# Configure Main Scheduler Properties
#===============================================================
org.quartz.scheduler.instanceName = QuartzScheduler
org.quartz.scheduler.instanceId = AUTO
#===============================================================
# Configure ThreadPool
#===============================================================
org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool
org.quartz.threadPool.threadCount = 5
org.quartz.threadPool.threadPriority = 5
#===============================================================
# Configure JobStore
#===============================================================
org.quartz.jobStore.misfireThreshold = 60000
org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore
org.quartz.plugin.jobInitializer.class = org.quartz.plugins.xml.JobInitializationPlugin
org.quartz.plugin.jobInitializer.fileName = dpp-quartz-job.xml
org.quartz.plugin.jobInitializer.overWriteExistingJobs = false
org.quartz.plugin.jobInitializer.failOnFileNotFound = true

I've got also dpp-quartz-job.xml which descibes my job is laced to 'conf' folder in JBoss:
<?xml version="1.0" encoding="UTF-8"?>

<quartz xmlns=" http://www.opensymphony.com/quartz/JobSchedulingData http://www.opensymphony.com/quartz/JobSchedulingData"
xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance"
overwrite-existing-jobs="true">
??? <job>
??????? <job-detail>
??????????? <name>MyTask</name>
??????????? <group>Svn Update Parse Group</group>
??????????? <description></description>
??????????? <job-class>
??????????????? com.avery.dpp.QuartzUtils
??????????? </job-class>
??????????? <job-data-map allows-transient-data="false">
??????????????? <entry>
??????????????????? <key></key>
??????????????????? <value></value>
??????????????? </entry>
??????????? </job-data-map>
??????? </job-detail>
??????? <trigger>
??????????? <cron>
??????????????? <name>JobTrigger</name>
??????????????? <group>trigger-group</group>
??????????????? <job-name>Svn Update Parse</job-name>
??????????????? <job-group>Svn Update Parse Group</job-group>
???????????????? <!-- Fire every 2 seconds -->
??????????????? <!-- <cron-expression>0/2 * * * * ?</cron-expression -->

??????????????? <!-- Fire every November 11 at 11:11 AM -->
??????????????? <!-- cron-expression>0 11 11 11 11 ?</cron-expression -->

??????????????? <!-- Daily Every day at 18:15 PM -->
??????????????? <cron-expression> 0 17 18 * * ?</cron-expression>
??????????? </cron>
??????? </trigger>
??? </job>
</quartz>
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573148#573148]

Start a new discussion in EJB3 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2030]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101126/34cd9332/attachment.html 

From do-not-reply at jboss.com  Fri Nov 26 08:31:26 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Fri, 26 Nov 2010 08:31:26 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451-2-572812-3-2302-1290614691802.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-572812-3-2302-1290614691802.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-573164-3-2135-1290778269984.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/573164#573164

--------------------------------------------------------------
> Jesper Pedersen wrote:
> 
> However, there is one major area that needs to be looked at - the EmbeddedJCA class - as it isn't optimal for both our users but also for us in our test suite.
> 
Oki I've opened a jira about test cases refactoring. I'll wait to start it because I think we should make another step and make sure that embeddedJCA could be used in our too test using @RunWith(Arquillian.class).
IOW if we are going to support Arquillian wouldbe cool to use it also into our test suite.

S.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573164#573164]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101126/b6748398/attachment.html 

From do-not-reply at jboss.com  Fri Nov 26 08:39:31 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Fri, 26 Nov 2010 08:39:31 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - TestSuite -
 multithreaded tests and stress test
Message-ID: <2-573167-3-2135-1290778755824.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"TestSuite - multithreaded tests and stress test"

To view the discussion, visit: http://community.jboss.org/message/573167#573167

--------------------------------------------------------------
I'm convincing that we need to develop some tests in our test suite running concurrently to stress some multithread feature in our code. Of course needs of this kind of tests isn't immediately exposed by a coverage tool, but a deep analysis of our code base make it surely needed.
In fact also old AS5/6 test suite has some of these tests, both to prove features/behaviors and to make some kind of stress tests.
What I don't like of these tests is that is easily become ard to read and understand, putting a lot of threading code into tests it self.
I'm instead thinking about to some external tool (maybe something to write, inside or outside ironjacamar code base, but not as part of testssuite for sure) to hide this threading infos, and trying to make threading pure declarative in tests.
TestNG does something like that, but it doesn't seems perfect at a first look. I'll come back with some proposal very soon.

bye
S.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573167#573167]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101126/16a8906c/attachment.html 

From do-not-reply at jboss.com  Fri Nov 26 09:23:43 2010
From: do-not-reply at jboss.com (Kevin Conner)
Date: Fri, 26 Nov 2010 09:23:43 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: TestSuite -
 multithreaded tests and stress test
In-Reply-To: <2-573167-3-2135-1290778755824.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573167-3-2135-1290778755824.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573167-3-2135-1290778755824-2-573177-3-2047-1290781402735.jivesbs.jivemailuser@http://community.jboss.org>

Kevin Conner [http://community.jboss.org/people/Kevin.Conner%40jboss.com] created the discussion

"Re: TestSuite - multithreaded tests and stress test"

To view the discussion, visit: http://community.jboss.org/message/573177#573177

--------------------------------------------------------------
For multithreaded tests it may also be worth investigating byteman as this can make the concurrent execution of the code deterministic.

Of course it will still require an analysis of the codebase to determine the appropriate tests but the determinism could be worth the time spent.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573177#573177]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101126/c32b1c32/attachment.html 

From do-not-reply at jboss.com  Fri Nov 26 09:28:18 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Fri, 26 Nov 2010 09:28:18 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: TestSuite -
 multithreaded tests and stress test
In-Reply-To: <2-573167-3-2135-1290778755824-2-573177-3-2047-1290781402735.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573167-3-2135-1290778755824.jivesbs.jivemailuser@http://community.jboss.org>
	<2-573167-3-2135-1290778755824-2-573177-3-2047-1290781402735.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573167-3-2135-1290778755824-2-573179-3-2135-1290781689049.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"Re: TestSuite - multithreaded tests and stress test"

To view the discussion, visit: http://community.jboss.org/message/573179#573179

--------------------------------------------------------------
Hi Kevin,

yep Byteman is one of the tools on my plate  :)
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573179#573179]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101126/5d0312fd/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 03:37:06 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Mon, 29 Nov 2010 03:37:06 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-571068-3-2056-1289598377513.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-570993-3-2016-1289572411717.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-571068-3-2056-1289598377513.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-573313-3-2056-1291019816900.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/573313#573313

--------------------------------------------------------------
This now seem to occur more regularly

 http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-remote-matrix/container=jboss70x http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-remote-matrix/container=jboss70x
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573313#573313]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/06563816/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 03:52:45 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Mon, 29 Nov 2010 03:52:45 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: TestSuite -
 multithreaded tests and stress test
In-Reply-To: <2-573167-3-2135-1290778755824-2-573179-3-2135-1290781689049.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573167-3-2135-1290778755824.jivesbs.jivemailuser@http://community.jboss.org>
	<2-573167-3-2135-1290778755824-2-573177-3-2047-1290781402735.jivesbs.jivemailuser@http://community.jboss.org>
	<2-573167-3-2135-1290778755824-2-573179-3-2135-1290781689049.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573167-3-2135-1290778755824-2-573318-3-2135-1291020750872.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"Re: TestSuite - multithreaded tests and stress test"

To view the discussion, visit: http://community.jboss.org/message/573318#573318

--------------------------------------------------------------
I've investigated more deep byteman, and I think it could be useful for some tests where (as Kev said) deterministic concurrent execution will be needed.
I'm thinking about (for example) to connection pooling state after some particular situation happened to some thread using connections or statements from that pool. Errors situation or not clean use of the api by the user.
This kind of advanced tests, verifying robustness of our implementation have to be well designed to keep them readable and to stress our codebase in a correct way. Moreover we have to decide also which kind of "not clean" use of our implementation and user's situations we would monitor and verify by the test suite and which we would just well document as not correct. Of course even testes ones have to be documented.

That said, I think we need also some simpler way to write multithreaded tests to implement a stress test suite. In my ideal world we could have a lot (maybe not all) unit tests that could be launched in a stress tests suite with relatively high concurrence and tracking execution time (with a report as fine as possible to spot at least at macro level if and when a component is not scaling well). As already said a declarative (aka annotation) solution to define test concurrence would be more than nice.

regards
S.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573318#573318]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/824b150b/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 04:14:49 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Mon, 29 Nov 2010 04:14:49 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - TestSuite - Coverage
Message-ID: <2-573329-3-2135-1291022080553.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"TestSuite - Coverage"

To view the discussion, visit: http://community.jboss.org/message/573329#573329

--------------------------------------------------------------
Hi all,

>From a coverage point of view our test suite is quite good. The question is how much coverage is our target, but much more important which package/module should have top priority in terms of test coverage.


ant cobertura


generate the coverage report into reports/cobertura/html/index.html. Please have a look to get an idea of current status.
As you can see there we have a good coverage in our implementations, while we are not testing a lot in an abstract way (using interfaces from javax) instead of stress the real implementation. It's a choice of course: it makes test more readable and much more linked to real implementation. Of course a more abstract tests would verify that we are providing correctly what the specs require. Of course the TCK is doing that for us, so we can leave tests stressing our own implementation safely.

Anyway in both cases, IMHO we should fine tune cobertura report to exclude from the reports classes and interface we are not stressing for a choice, and maybe (I'm not sure it's possible, I'm verifying) also method/classes that doesn't make sense to stress. I'm thinking about for example to pojo geteer and setter that is dropping down the finale coverage percentage wrongly.

let me know your thought and eventually the priority you would assign to not-well covered packages.

best regards
S.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573329#573329]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/f2aa17fa/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 04:16:16 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Mon, 29 Nov 2010 04:16:16 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Unified view on
 OSGi/Non-OSGi deployements
Message-ID: <2-573330-3-2056-1291022167391.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"Unified view on OSGi/Non-OSGi deployements"

To view the discussion, visit: http://community.jboss.org/message/573330#573330

--------------------------------------------------------------
https://jira.jboss.org/browse/JBAS-8668 [JBAS-8668] All OSGi bundle install code paths must go through deployer chain

In AS7 there are several options available to install an OSGi bundle. The most obvious one is bundle hot-deployment in the 'deployements' folder. This would go through the server management API and make the OSGi deployment part of the domain data model. Hence it'd show up in the AS7 management agent, once that is available.

Thrird party provisioning systems would not use the AS7 management API. Instead, they use 

*  http://www.osgi.org/javadoc/r4v42/org/osgi/framework/BundleContext.html#installBundle(java.lang.String,%20java.io.InputStream) BundleContext.installBundle(...)
*  http://www.osgi.org/javadoc/r4v42/org/osgi/jmx/framework/FrameworkMBean.html#installBundleFromURL(java.lang.String,%20java.lang.String) FrameworkMBean.installBundleFrom URL(...)

depending on whether they install the Bundle locally or remote. Our  http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-remote/ws/distribution/installer/target/auto-install-dest/docs/userguide/html/ChapGettingStarted.html#SecWebConsole OSGi management console and the embedded Arquillian integration use the former. Our remote OSGi test framework(s) use the latter.

I now modified the Framework such that all bundle deployment/undeployment is intercepted at the lowest commen integration point and delegated to a pluggable  http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-remote/ws/distribution/installer/target/auto-install-dest/docs/apidocs/org/jboss/osgi/deployment/deployer/DeployerService.html DeployerService. An implementation of this service is provided by the AS7/OSGi integration layer.

In AS7 all Bundle deployments are now routed through the server management API and Bundle deployments are not any more treated differently to non-OSGi deployments. The same is true for  http://http://www.osgi.org/javadoc/r4v42/org/osgi/framework/Bundle.html#uninstall() Bundle.uninstall(). Modules that are registered with the OSGi layer can be undeployed using the standard OSGi uninstall API or more generally can be managed through the OSGi webconsole.

This extension point may also be interesting for 3rd party integrators (e.g. Tibco) because it offers VirtualFile abstraction for OSGi bundles.

Please pull from  https://github.com/jbosgi/jboss-as/tree/jbas8668 https://github.com/jbosgi/jboss-as/tree/jbas8668
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573330#573330]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/878ffbaa/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 04:18:18 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Mon, 29 Nov 2010 04:18:18 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451-2-573164-3-2135-1290778269984.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-572812-3-2302-1290614691802.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573164-3-2135-1290778269984.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-573331-3-2135-1291022264580.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/573331#573331

--------------------------------------------------------------
About this refactoring, I think we should also verify AS6 test suite and port all tests (or verify the already done porting in most cases) refactoring them to use embedded/arquillian approach.

best regards
S.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573331#573331]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/3bcd240d/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 04:35:59 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Mon, 29 Nov 2010 04:35:59 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - TestSuite - redesign
 of some tests and &quot; false&quot; coverage
Message-ID: <2-573339-3-2135-1291023347053.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"TestSuite - redesign of some tests and &quot;false&quot; coverage"

To view the discussion, visit: http://community.jboss.org/message/573339#573339

--------------------------------------------------------------
Hi all,

A deep look at our test suite reveal that some of the coverage report, is not saying the true about test situation.
Coverage is sometime overestimated. To say that better, cobertura is not wrong, from a pure coverage point of view, but some of our tests (for examples parsers' ones) are not well defined in terms of atomicity of behaviors verified. In a lot of cases, to achieve our very short time release goal, we have written a generic tests stressing all possible problems in just one tests. For example I've written my self this horrible test:

@Test
?? public void shouldParseAnyExample() throws Exception
?? {
????? FileInputStream is = null;
 
????? //given
????? File directory = new File(Thread.currentThread().getContextClassLoader().getResource("ds").toURI());
????? for (File xmlFile : directory.listFiles(new FileSuffixFilter("-ds.xml")))
????? {
???????? System.out.println(xmlFile.getName());
???????? try
???????? {
??????????? is = new FileInputStream(xmlFile);
??????????? DsParser parser = new DsParser();
??????????? //when
??????????? DataSources ds = parser.parse(is);
??????????? //then
??????????? assertThat(ds.getDataSource().size() + ds.getXaDataSource().size(), is(1));
 
???????? }
???????? finally
???????? {
??????????? if (is != null)
?????????????? is.close();
???????? }
????? }
?? }
?? @Test
?? public void shouldParseAnyExample() throws Exception
?? {
????? FileInputStream is = null;
?
????? //given
????? File directory = new File(Thread.currentThread().getContextClassLoader().getResource("ds").toURI());
????? for (File xmlFile : directory.listFiles(new FileSuffixFilter("-ds.xml")))
????? {
???????? System.out.println(xmlFile.getName());
???????? try
???????? {
??????????? is = new FileInputStream(xmlFile);
??????????? DsParser parser = new DsParser();
??????????? //when
??????????? DataSources ds = parser.parse(is);
??????????? //then
??????????? assertThat(ds.getDataSource().size() + ds.getXaDataSource().size(), is(1));
?
???????? }
???????? finally
???????? {
??????????? if (is != null)
?????????????? is.close();
???????? }
????? }
?? }


Of course it give us a good coverage parsing a lot of file, bit in case of failure the reasons for that failure could become a pain to understand and of course it doesn't help a lot as regression tests.
I think we should review this kind of code to have more proper UNIT test  :) 
>From this point of view I'd like very much also to limit as much as possible xml files as test resources, defining xml to be parsed inline inside the tests (for this kind of work scala language and its xml type would be a dream). Of course this approach has the plus of having a real unit test with a fail containing really everything to read and understand given-when-then conditions. The minus of this approach is that we would provide less example files in our tests suite.
Please let me know what you think about. My ideal solution would be to keep both approach, keeping the above test to parse and use real xml file put in an integration-test phase (no coverage consideration there) and the PURE UNIT tests described with inline xml file genration.

best regards
S.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573339#573339]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/09e88ba4/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 08:43:19 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 08:43:19 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451-2-573164-3-2135-1290778269984.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-572812-3-2302-1290614691802.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573164-3-2135-1290778269984.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-573392-3-2302-1291038193315.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/573392#573392

--------------------------------------------------------------
> I'll wait to start it because I think we should make another step and? make sure that embeddedJCA could be used in our too test using? @RunWith(Arquillian.class).

What do you mean by this ?

There is an example of using Arquillian in our test suite already (./embedded/src/test/java/org/jboss/jca/embedded/unit/ArquillianTestCase.java). More advanced ways of using Arquillian have been filed against Arquillian -- Aslak promised me that those would be in the Beta release.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573392#573392]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/8ad2e37d/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 08:44:20 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 08:44:20 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451-2-573331-3-2135-1291022264580.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573164-3-2135-1290778269984.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573331-3-2135-1291022264580.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-573393-3-2302-1291038250375.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/573393#573393

--------------------------------------------------------------
Yes, and only port those that make sense - all the stress tests needs to go to the performance branch instead.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573393#573393]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/3aec104b/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 08:59:53 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 08:59:53 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: TestSuite -
 redesign of some tests and &quot; false&quot; coverage
In-Reply-To: <2-573339-3-2135-1291023347053.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573339-3-2135-1291023347053.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573339-3-2135-1291023347053-2-573399-3-2302-1291039190081.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: TestSuite - redesign of some tests and &quot;false&quot; coverage"

To view the discussion, visit: http://community.jboss.org/message/573399#573399

--------------------------------------------------------------
I think that individual XML files are easier to understand for contributors - especially if they contain comments if the metadata is supposed to be mixed (XML and annotations).

Using other JVM languages for testing could be a benefit in the long run, but I think using a "standard" approach to the problem at the moment is best.

And of course splitting up test cases is good - a big bang approach is too difficult to maintain.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573399#573399]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/ac9174fc/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 09:11:11 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Mon, 29 Nov 2010 09:11:11 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451-2-573392-3-2302-1291038193315.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573164-3-2135-1290778269984.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573392-3-2302-1291038193315.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-573403-3-2135-1291039866105.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/573403#573403

--------------------------------------------------------------
> Jesper Pedersen wrote:
> 
> > I'll wait to start it because I think we should make another step and? make sure that embeddedJCA could be used in our too test using? @RunWith(Arquillian.class).
> 
> What do you mean by this ?
> 
> There is an example of using Arquillian in our test suite already (./embedded/src/test/java/org/jboss/jca/embedded/unit/ArquillianTestCase.java). More advanced ways of using Arquillian have been filed against Arquillian -- Aslak promised me that those would be in the Beta release.
I know, but I think it suffers same classloading problems of plain use of embedded for which I've patched. I'd like to have an Arquillian tests without needings of prepare rar package before.

bye
S.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573403#573403]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/dda67bb3/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 09:33:18 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 09:33:18 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451-2-573403-3-2135-1291039866105.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573392-3-2302-1291038193315.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573403-3-2135-1291039866105.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-573413-3-2302-1291041188574.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/573413#573413

--------------------------------------------------------------
> I know, but I think it suffers same classloading problems of plain use of embedded for which I've patched.
The official Arquillian integration are meant for our end-users which will load the container configuration through the embedded container itself.

That being said there may be a need to extend this integration in our test suite in order to specify overrides - such as the configuration location and so on. This is however specific to the test suite itself and won't be shipped in the distribution. If you have requirements just posts them - this will end up in ironjacamar-embedded-arquillian-testsuite.jar.

> I'd like to have an Arquillian tests without needings of prepare rar package before.

Say what ?!? Arquillian deployments are done using ShrinkWrap. What do you mean ?
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573413#573413]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/a6bdb891/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 09:47:06 2010
From: do-not-reply at jboss.com (xiao gao)
Date: Mon, 29 Nov 2010 09:47:06 -0500
Subject: [jboss-dev-forums] [JBoss Profiler Development] - Look for JBoss
 Profiler 2 Beta6 and Web app
Message-ID: <2-573418-3-9300-1291042019598.jivesbs.jivemailuser@http://community.jboss.org>

xiao gao [http://community.jboss.org/people/spicagao] created the discussion

"Look for  JBoss Profiler 2 Beta6 and Web app"

To view the discussion, visit: http://community.jboss.org/message/573418#573418

--------------------------------------------------------------
Hi all,

I am new to this forum. I am looking for the latest JBoss Profiler 2 Beta6 and its companion Richfaces web app. I notice there is no Beta 6 for public download. Is there a way to build a custom Beta 6 and its web app?

Thanks
SG
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573418#573418]

Start a new discussion in JBoss Profiler Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2138]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/9763150a/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 09:47:59 2010
From: do-not-reply at jboss.com (Stefano Maestri)
Date: Mon, 29 Nov 2010 09:47:59 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451-2-573413-3-2302-1291041188574.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573403-3-2135-1291039866105.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573413-3-2302-1291041188574.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-573419-3-2135-1291042065740.jivesbs.jivemailuser@http://community.jboss.org>

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/573419#573419

--------------------------------------------------------------
> Jesper Pedersen wrote:
> 
> Say what ?!? Arquillian deployments are done using ShrinkWrap. What do you mean ?
Yep right, I've written without double check the problem I had running it iside eclipse...the problem is on kernel startup in embedded that need dependency from embedded binaries. IOW what I'm doing here:

 https://github.com/maeste/IronJacamar/blob/testRefactoring/deployers/src/test/java/org/jboss/jca/test/deployers/spec/AbstractDeployerTestCase.java#L62 https://github.com/maeste/IronJacamar/blob/testRefactoring/deployers/src/test/java/org/jboss/jca/test/deployers/spec/AbstractDeployerTestCase.java#L62

would be nice to have in Arquillian test case too. Or maybe something better than that, but the key for me is the ability for users/contributors to run the test as Junit test inside eclipse without any special config/dependency definition for test runner
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573419#573419]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/c7d7fbcb/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 11:13:08 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 11:13:08 -0500
Subject: [jboss-dev-forums] [JBoss Profiler Development] - Re: Look for
 JBoss Profiler 2 Beta6 and Web app
In-Reply-To: <2-573418-3-9300-1291042019598.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573418-3-9300-1291042019598.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573418-3-9300-1291042019598-2-573445-3-2302-1291047179408.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: Look for  JBoss Profiler 2 Beta6 and Web app"

To view the discussion, visit: http://community.jboss.org/message/573445#573445

--------------------------------------------------------------
You can find the code here:

http://anonsvn.jboss.org/repos/jbossprofiler/branches/JBossProfiler2


I'm working on some improvements for the Beta6 release, so it is a bit of a mess currently.

There is no web application yet for the profiler - I'm looking for contributors who are interested in that area to do the work. So if you like doing web app development feel free to join the project !
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573445#573445]

Start a new discussion in JBoss Profiler Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2138]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/a68a6815/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 11:38:53 2010
From: do-not-reply at jboss.com (Spica Gao)
Date: Mon, 29 Nov 2010 11:38:53 -0500
Subject: [jboss-dev-forums] [JBoss Profiler Development] - Re: Look for
 JBoss Profiler 2 Beta6 and Web app
In-Reply-To: <2-573418-3-9300-1291042019598-2-573445-3-2302-1291047179408.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573418-3-9300-1291042019598.jivesbs.jivemailuser@http://community.jboss.org>
	<2-573418-3-9300-1291042019598-2-573445-3-2302-1291047179408.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573418-3-9300-1291042019598-2-573456-3-9300-1291048714453.jivesbs.jivemailuser@http://community.jboss.org>

Spica Gao [http://community.jboss.org/people/spicagao] created the discussion

"Re: Look for  JBoss Profiler 2 Beta6 and Web app"

To view the discussion, visit: http://community.jboss.org/message/573456#573456

--------------------------------------------------------------
Hi Jesper

I do notice there are Richfaces 3.3.3 final and bunch of xhtml (revision 524 checked in around 26/04/09) out there after checking out the source code.? Have those xhtml ever worked, or not worked at all?

Regarding to the Beta6, when will be the public release date?

Thanks
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573456#573456]

Start a new discussion in JBoss Profiler Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2138]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/2851bc36/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 11:53:43 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 11:53:43 -0500
Subject: [jboss-dev-forums] [JBoss Profiler Development] - Re: Look for
 JBoss Profiler 2 Beta6 and Web app
In-Reply-To: <2-573418-3-9300-1291042019598-2-573456-3-9300-1291048714453.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573418-3-9300-1291042019598.jivesbs.jivemailuser@http://community.jboss.org>
	<2-573418-3-9300-1291042019598-2-573445-3-2302-1291047179408.jivesbs.jivemailuser@http://community.jboss.org>
	<2-573418-3-9300-1291042019598-2-573456-3-9300-1291048714453.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573418-3-9300-1291042019598-2-573463-3-2302-1291049598830.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: Look for  JBoss Profiler 2 Beta6 and Web app"

To view the discussion, visit: http://community.jboss.org/message/573463#573463

--------------------------------------------------------------
> I do notice there are Richfaces 3.3.3 final and bunch of xhtml (revision? 524 checked in around 26/04/09) out there after checking out the source? code.? Have those xhtml ever worked, or not worked at all?

Basically only a "Welcome" screen - maybe it is easier to start from scratch and use the latest technology.
> Regarding to the Beta6, when will be the public release date?

This is a 100% community project, so when I or contributors have time to work on it. So no release date - I'll do a release once there is some new that is worth the release.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573463#573463]

Start a new discussion in JBoss Profiler Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2138]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/74bf4189/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 12:03:04 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 12:03:04 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: Testsuite
 -refactoring to make test easier to run
In-Reply-To: <2-572765-3-2135-1290605429451-2-573419-3-2135-1291042065740.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-572765-3-2135-1290605429451.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573413-3-2302-1291041188574.jivesbs.jivemailuser@http://community.jboss.org>
	<2-572765-3-2135-1290605429451-2-573419-3-2135-1291042065740.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-572765-3-2135-1290605429451-2-573465-3-2302-1291050175284.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: Testsuite -refactoring to make test easier to run"

To view the discussion, visit: http://community.jboss.org/message/573465#573465

--------------------------------------------------------------
> the problem is on kernel startup in embedded that need dependency from embedded binaries

>From what I can tell from the method you need something like:

EmbeddedJCA embedded = new EmbeddedJCA(false);
?
// For all configuration files
embedded.deploy(myConfigurationFile);


to override the configuration used by the container, correct ?
> would be nice to have in Arquillian test case too.

That is why we need a test suite extension of the embedded container -- to externalize the configuration paths.
> but the key for me is the ability for users/contributors to run the test? as Junit test inside eclipse without any special config/dependency? definition for test runner

Yes, the default setup should allow just to use the container/configuration on the class path.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573465#573465]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/a6545beb/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 12:21:39 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 12:21:39 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: TestSuite -
	Coverage
In-Reply-To: <2-573329-3-2135-1291022080553.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573329-3-2135-1291022080553.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573329-3-2135-1291022080553-2-573470-3-2302-1291051278565.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: TestSuite - Coverage"

To view the discussion, visit: http://community.jboss.org/message/573470#573470

--------------------------------------------------------------
Well, there is a bit of documentation regarding out testing here:  http://http://docs.jboss.org/ironjacamar/developerguide/en/html/testing.html http://http://docs.jboss.org/ironjacamar/developerguide/en/html/testing.html - which of course could be expanded. Especially the "split" of test cases described in 5.1.x is important to keep in mind.

As to the most important parts - coverage of the deployment metadata is important from an end-user point of view, so we are sure that it works, and that we can provide examples for the users on how to configure their resource adapter / deployment.

>From a container point of view - the most important part would be the connection manager (and friends) - especially the local / XA transaction based one.

I agree that there may be certain classes / methods that don't need full coverage - however, I don't think it is currently possible to exclude classes from testing once the JAR file is instrumented. There is a problem with Cobertura also in this area - that is why we have to copy the core-api and core-spi over in their "clean" version.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573470#573470]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/75b05866/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 13:26:51 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 13:26:51 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Re: TestSuite -
 multithreaded tests and stress test
In-Reply-To: <2-573167-3-2135-1290778755824-2-573318-3-2135-1291020750872.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573167-3-2135-1290778755824.jivesbs.jivemailuser@http://community.jboss.org>
	<2-573167-3-2135-1290778755824-2-573179-3-2135-1290781689049.jivesbs.jivemailuser@http://community.jboss.org>
	<2-573167-3-2135-1290778755824-2-573318-3-2135-1291020750872.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573167-3-2135-1290778755824-2-573481-3-2302-1291055183068.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Re: TestSuite - multithreaded tests and stress test"

To view the discussion, visit: http://community.jboss.org/message/573481#573481

--------------------------------------------------------------
The multithreaded tests comes into play for the connection manager especially.

Using ByteMan can prove valuable in many cases, however I think if we can do simple stuff like inject a CyclicBarrier or something like that the test will become more clear.

Maybe there are various extensions - like  http://groboutils.sourceforge.net/testing-junit/using_mtt.html http://groboutils.sourceforge.net/testing-junit/using_mtt.html - to JUnit we can use.

The key requirement is to have the tests be deterministic, such that they will work on any machine. I don't want to see any Thread.sleep() conditions...
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573481#573481]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/e68a9ba4/attachment.html 

From do-not-reply at jboss.com  Mon Nov 29 16:25:28 2010
From: do-not-reply at jboss.com (Jesper Pedersen)
Date: Mon, 29 Nov 2010 16:25:28 -0500
Subject: [jboss-dev-forums] [IronJacamar Development] - Enhancing the
	embedded container
Message-ID: <2-573504-3-2302-1291065915838.jivesbs.jivemailuser@http://community.jboss.org>

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the discussion

"Enhancing the embedded container"

To view the discussion, visit: http://community.jboss.org/message/573504#573504

--------------------------------------------------------------
So in order to support multiple environments for IronJacamar we need to split the current implementation into

* Embedded -- which is the interface for the container
* EmbeddedFactory -- which creates the container instances
* Implementations -- the various implementations of the environments

I have committed the first part, which cleans up the interface for our end-users, but basically contains the same functionality. The test suite has of course been updated.

Now we can focus on the use-cases for the factory in order to support the multiple environments.

This issue is being tracked by:  https://jira.jboss.org/browse/JBJCA-474 https://jira.jboss.org/browse/JBJCA-474
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573504#573504]

Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2099]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101129/34eb5ccd/attachment.html 

From do-not-reply at jboss.com  Tue Nov 30 04:36:56 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Tue, 30 Nov 2010 04:36:56 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - How I work with github
	jboss-as
Message-ID: <2-573577-3-2056-1291109799949.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"How I work with github jboss-as"

To view the discussion, visit: http://community.jboss.org/message/573577#573577

--------------------------------------------------------------
Probably like everybody else I fork  https://github.com/jbossas/jboss-as https://github.com/jbossas/jboss-as using the github web UI.
Then I clone my fork to my local workspace

$ git clone git at github.com:jbosgi/jboss-as.git
$ cd jboss-as


I never commit anything to master. Instead, I checkout a feature branch and create a remote config to the upstream repo

$ git remote add upstream git://github.com/jbossas/jboss-as.git
$ git checkout -b the-next-cool-thing
Switched to a new branch 'the-next-cool-thing'


When the upstream master moves on I pull those changes in my master and push it to my public fork

$ git checkout master
Switched to branch 'master'
$ git pull upstream master
remote: Counting objects: 581, done
$ git push origin master
...
To git at github.com:jbosgi/jboss-as.git
?? b55e9a0..bcad431? master -> master


This can be done by a cronjob and keeps my master in sync with the upstream master

I don't rebase a branch that I've pushed to a public repo because it breaks forks that where taken from that branch. Instead I regularly merge the changes from master to my feature branch.

$ git checkout the-next-cool-thing
$ get merge master
Updating b55e9a0..bcad431
Fast-forward
$ git push origin the-next-cool-thing
Total 0 (delta 0), reused 0 (delta 0)
To git at github.com:jbosgi/jboss-as.git
 * [new branch]????? the-next-cool-thing -> the-next-cool-thing


The beauty of git is that it can detect commits that were already applied. So my merges from master can be reapplied to master any time. When I'm done with the next cool thing I send a pull request to  http:// jbossas-pull-requests at lists.jboss.org and wait for however long it takes for my changes to show up on master. I resolve the issue in JIRA and reopen/assign to somebody who can take care of the pull to upstream.

When I'm done I delete the feature branch from my public repo

$ git push origin :the-next-cool-thing
To git at github.com:jbosgi/jboss-as.git
 - [deleted]???????? the-next-cool-thing


Generally I found that rebasing generates a lot of work especially when you have multiple feature branches and people building ontop of your work.

May this be useful
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573577#573577]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101130/64041f3f/attachment.html 

From do-not-reply at jboss.com  Tue Nov 30 04:44:33 2010
From: do-not-reply at jboss.com (=?UTF-8?Q?Hamit_Hamito=C4=9Flu?=)
Date: Tue, 30 Nov 2010 04:44:33 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - &lt;
	rich:listShuttle&gt; usage
Message-ID: <2-573579-3-78073-1291110257736.jivesbs.jivemailuser@http://community.jboss.org>

Hamit Hamito?lu [http://community.jboss.org/people/gfb_hamit] created the discussion

"&lt;rich:listShuttle&gt; usage"

To view the discussion, visit: http://community.jboss.org/message/573579#573579

--------------------------------------------------------------
<rich:listShuttle sourceValue="#{positionList.resultlist)}"
????? targetValue="#{cvHome.instance.positions}"
?????? var="pos"
?????? sourceCaptionLabel="Current Positions"
?????? targetCaptionLabel="Interested Positions"
?????? sourceListWidth="300"
?????? targetListWidth="300"">
???? <rich:column>
????????? <f:facet name="header">Positon Name</f:facet>
????????? <h:outputText value="#{ http://poz.name/ pos.name}"/>
???? </rich:column>
???? <s:convertEntity/>
</rich:listShuttle>
 
 
Error: javax.el.PropertyNotFoundException: /cvGiris.xhtml @526,48 sourceValue="#{positionList.resultList}": Property 'resultList' not writable on type java.util.List
 
How can i handle with this problem ???
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573579#573579]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101130/7e4dfbfb/attachment.html 

From do-not-reply at jboss.com  Tue Nov 30 09:56:11 2010
From: do-not-reply at jboss.com (Thomas Diesler)
Date: Tue, 30 Nov 2010 09:56:11 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] -
 ServerDeploymentStartStopHandler cannot access ServerDeploymentRepository
Message-ID: <2-573660-3-2056-1291128951577.jivesbs.jivemailuser@http://community.jboss.org>

Thomas Diesler [http://community.jboss.org/people/thomas.diesler%40jboss.com] created the discussion

"ServerDeploymentStartStopHandler cannot access ServerDeploymentRepository"

To view the discussion, visit: http://community.jboss.org/message/573660#573660

--------------------------------------------------------------
After the recent update to the deployment chain I see that

ServerDeploymentStartStopHandler.activate(...)

is called before the ServerDeploymentRepository service comes up.

This results in a ServiceNotFoundException in ServerDeploymentStartStopHandler.getDeploymentRepository(...) which is then swallowed and does not show up on the console and neither in the logs.

As a result, deployements do silently not activate.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573660#573660]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101130/c48eb5d6/attachment.html 

From do-not-reply at jboss.com  Tue Nov 30 10:03:45 2010
From: do-not-reply at jboss.com (David Lloyd)
Date: Tue, 30 Nov 2010 10:03:45 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: How I work with
	github jboss-as
In-Reply-To: <2-573577-3-2056-1291109799949.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-573577-3-2056-1291109799949.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-573577-3-2056-1291109799949-2-573666-3-2011-1291129399438.jivesbs.jivemailuser@http://community.jboss.org>

David Lloyd [http://community.jboss.org/people/david.lloyd%40jboss.com] created the discussion

"Re: How I work with github jboss-as"

To view the discussion, visit: http://community.jboss.org/message/573666#573666

--------------------------------------------------------------
> Thomas Diesler wrote:
> 
> I don't rebase a branch that I've pushed to a public repo because it breaks forks that where taken from that branch. Instead I regularly merge the changes from master to my feature branch.
Rebasing doesn't really break forks of that branch, it just means that forks of that branch must in turn rebase before they can merge onto it.? Use one of the alternate forms of rebase:
git rebase [-i | --interactive] [options] [--onto <newbase>]
git rebase [-i | --interactive] [options] [--onto <newbase>] <upstream> [<branch>]? 
?????????????? <upstream> [<branch>]
git rebase [-i | --interactive] [options] --onto <newbase> --root [<branch>]
?????? git rebase [-i | --interactive] [options] --onto <newbase>
??????????? --root [<branch>]
You just have to be sure that git knows what commits you're moving, and what you're moving them on to.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573666#573666]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101130/763988e9/attachment.html 

From do-not-reply at jboss.com  Tue Nov 30 15:23:05 2010
From: do-not-reply at jboss.com (Bill Oberacker)
Date: Tue, 30 Nov 2010 15:23:05 -0500
Subject: [jboss-dev-forums] [JBoss ESB Development] - Re: EBWS Security
	Support
In-Reply-To: <2-349907-3-2290-1254151955000.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-349907-3-2290-1254151955000.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-349907-3-2290-1254151955000-2-573732-3-78182-1291148564886.jivesbs.jivemailuser@http://community.jboss.org>

Bill Oberacker [http://community.jboss.org/people/ismail44] created the discussion

"Re: EBWS Security Support"

To view the discussion, visit: http://community.jboss.org/message/573732#573732

--------------------------------------------------------------
So, I've come across this article which seemed to have been the answer to my problem, however, it doesn't seem to work in my implementation.

I have a bunch of services that I've exposed via EBWS ( http://domain.com/ebws/category/service/someservice?wsdl http://domain.com/ebws/category/service/someservice?wsdl), but I am never prompted for a login when adding the "globals" section to my jboss-esb.xml file. I am running ESB 4.8 on my server.

Sorry if this is the wrong place to post this inquiry.

Thanks.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573732#573732]

Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2032]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101130/a74bca12/attachment.html 

From do-not-reply at jboss.com  Tue Nov 30 18:09:41 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Tue, 30 Nov 2010 18:09:41 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-573313-3-2056-1291019816900.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-571068-3-2056-1289598377513.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-573313-3-2056-1291019816900.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-573757-3-2016-1291158565275.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/573757#573757

--------------------------------------------------------------
Is there any client side logging maintained? One thing I'm seeing is? org.jboss.as.protocol.mgmt.ManagementRequest.responseBodyHandler lets? any IOException propagate back to the Connection, which will just log it? as an ERROR and carry on. This could result in the NPE.

Whether? or not you have logging that demonstrates this is what's happening in? your hudson failures, I need to fix the above; I should be able to get a? patch done tonight; at least on a branch if not upstream.

If my theory is right though, the patch won't fix your test; it will just make the real problem more visible.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573757#573757]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101130/6401ace6/attachment.html 

From do-not-reply at jboss.com  Tue Nov 30 21:03:53 2010
From: do-not-reply at jboss.com (Brian Stansberry)
Date: Tue, 30 Nov 2010 21:03:53 -0500
Subject: [jboss-dev-forums] [JBoss AS7 Development] - Re: NPE in
 StandaloneClientImpl.isDeploymentNameUnique
In-Reply-To: <2-570720-3-2056-1289475875912-2-573757-3-2016-1291158565275.jivesbs.jivemailuser@http://community.jboss.org>
References: <2-570720-3-2056-1289475875912.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-573313-3-2056-1291019816900.jivesbs.jivemailuser@http://community.jboss.org>
	<2-570720-3-2056-1289475875912-2-573757-3-2016-1291158565275.jivesbs.jivemailuser@http://community.jboss.org>
Message-ID: <2-570720-3-2056-1289475875912-2-573767-3-2016-1291169016814.jivesbs.jivemailuser@http://community.jboss.org>

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] created the discussion

"Re: NPE in StandaloneClientImpl.isDeploymentNameUnique"

To view the discussion, visit: http://community.jboss.org/message/573767#573767

--------------------------------------------------------------
That's pushed upstream.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/573767#573767]

Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2225]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-dev-forums/attachments/20101130/23e7028e/attachment.html