June 2009 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Re: Java EE inter-module accessibility for Web Beans

by pete.muir＠jboss.org

"pete.muir(a)jboss.org" wrote : JSR-299 requires that [3]: | The Web Beans bootstrap would require the root BeanDeploymentArchive as an input. In the case of a EAR, the root BeanDeploymentArchive would return an emtpy class iteration, and null for the beans.xml URL, and accessible modules/libraries as normal. Unfortunately this design fails to take account of the fact that bean deployment archives may be added programmatically by CDI extensions (which may define Beans based on classes in other deployment archives). To allow for this I've added in a deployment as a first class construct [4]. The loadBeanDeploymentArchive method allows programmatic retrieval/addition of a BeanDeploymentArchive. If this deployment archive wasn't previously recognised as a bean deployment archive, it is added to the deployment archive graph at this point. Having completed the initialization step which allows custom bean definition, the bean deployment archive graph is re-read by Web Beans, and used to apply accessibility rules at runtime. This also corrects the weirdness in making an EAR a BeanDeploymentArchive. In the case of an EAR it would list modules such as a war WEB-INF/classes, an EJB jar or libraries as it's accessible archives; in the case of a war, it would list WEB-INF/classes and libraries. [4] https://svn.jboss.org/repos/webbeans/ri/trunk/spi/src/main/java/org/jboss... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240819#4240819 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240819

15 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by dward

No, I thought it was a homogenization across the board... Kev, I thought we were clear on this but now please re-clarrify. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240811#4240811 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240811

15 years, 5 months

1
0
0 / 0

[Design of PVM (Process Virtual Machine)] - Plugable IdentitySessions in jBPM

by nilspreusker

Dear jBPM developers, I've recently posted a question about custom IdentitySession implementations in the jBPM User forums: http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240801 I'm under the impression that there is some re-structuring in progress at the moment. Maybe someone can give me some feedback on this and let me know if I can be of any help in getting this into 4.0. Cheers, Nils View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240808#4240808 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240808

15 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - MVEL Version?

by tfennelly

The ESB is currently using v1.3.3-java1.5, Smooks is using v2.0.9 and Drools is using v??? Are we going to stick with v1.3.3-java1.5? Anyone know of a reason why we can't upgrade? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240787#4240787 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240787

15 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by tfennelly

We're just talking about the embedded http gateway here re breaking backward compatibility, right? Making this work for the HttpRouter, JBR Gateway etc will mean using the "in addition" approach talked about by Dave, with the data potentially ref'd by the message from multiple places, right? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240785#4240785 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240785

15 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Incomplete example setup

by tom.baeyens＠jboss.com

ok. i see the problem now. the examples jar deployment is part of the specific integration test setup in qa\build.xml: <target name="internal.tweak.jbpm.installation.for.integration.testrun"> | <copy todir="${jboss.server.config.dir}/deploy/jbpm/jbpm-service.sar" overwrite="true"> | <fileset dir="jbpm.cfg.jboss.testsuite/jbpm.identity" /> | </copy> | <antcall target="internal.install.idm.into.jboss.integrationtestspecifics" /> | <ant antfile="${jbpm.home}/examples/build.xml" target="examples.jar" /> | <mkdir dir="${jboss.server.config.dir}/deploy/jbpm/userlibs" /> | <copy file="${jbpm.home}/examples/target/examples.jar" | todir="${jboss.server.config.dir}/deploy/jbpm/userlibs" /> | <copy file="../modules/test-db/target/jbpm-test-db-${jbpm.version}-tests.jar" | todir="${jboss.server.config.dir}/deploy/jbpm/userlibs" /> | <copy file="../modules/distro/target/libs/junit.jar" | todir="${jboss.server.config.dir}/deploy/jbpm/userlibs"/> | </target> | i'll fix it View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240779#4240779 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240779

15 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1823 - handling of res-type in resource-ref

by Wolfgang Knauf

Hi Jaikiran, yes, your "I did not get this" guess was correct: I used it to inject a SessionContext, and no matter what was entered for the "res-type", it did not complain, neither on injection nor on JNDI lookup. I can build a sample if you want. Shall I create any JIRA issues (about the unnecessary warning and about the type check)? Wolfgang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240776#4240776 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240776

15 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Java EE inter-module accessibility for Web Beans

by pete.muir＠jboss.org

JSR-299 requires that [3]: anonymous wrote : Beans packaged in a certain Java EE module or library are available for injection, lookup and EL resolution to classes and | JSP/JSF pages packaged in some other Java EE module or library if and only if the first module or library is required to be | accessible to the other module or library by the Java EE platform specification. | | Note that, in some containers, a bean class might be accessible to some other class even when this is not required by the | Java EE platform specification. For the purposes of this specification, a class is not considered accessible to another class | unless accessibility is explicitly required by the Java EE platform specification. For Web Beans, we will require that the Java EE container provides the deployment structure information. My current proposal is to require the container to provide a BeanDeploymentArchive[1] instance per module/library. The BeanDeploymentArchive contains a list of other BeanDeploymentArchive which it can access, as well as a list o the classes and deployment descriptor it contains. In the case of an EJB module, the container additionally exposes the EJB metadata for that module [2]. The Web Beans bootstrap would require the root BeanDeploymentArchive as an input. In the case of a EAR, the root BeanDeploymentArchive would return an emtpy class iteration, and null for the beans.xml URL, and accessible modules/libraries as normal. I'm interested in feedback both on the API design (and how well it matches EE class accessibility rules in other's opinions), and on how to implement this in JBoss AS. [1]https://svn.jboss.org/repos/webbeans/ri/trunk/spi/src/main/java/org/jbo... [2]https://svn.jboss.org/repos/webbeans/ri/trunk/spi/src/main/java/org/jbo... [3]http://in.relation.to/Bloggers/JSR299ProposedFinalDraftSubmitted#attachment1, Section 5.1 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240775#4240775 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240775

15 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Incomplete example setup

by kukeltje

Resources were not being deployed in the ant target, only the processdefinition. I tried to manually create a bar file and that worked. Resources were being loaded then, but e.g. the taskforms did not take the full path into account. They were expected in the 'root' View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240772#4240772 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240772

15 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by dward

Hmmm... for some reason I didn't see a notification email that you responded to this thread. Anyway, yes, it sounds reasonable. It actually makes it easier. Thanks; I'll get it in today. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240756#4240756 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240756

15 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums June 2009