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

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

by alesj

"pete.muir(a)jboss.org" wrote : | Yes it is - and tbh I didn't expect much more complex for JBoss AS as it uses a very flat classloading structure. | This is what we currently have. But this can easily change once we have proper jboss-classloading.xml files to limit public API exposure, ... "pete.muir(a)jboss.org" wrote : | * using an ejb-jar not deployed inside the app, but deployed at the top level | You mean we should be able to track external EJBs and add them as accessible BDA? How does this again play with all listed BDAs and circularity problem? e.g. if I list it in one WB app Deployment/BDAs, I them must exclude it in another (its original app) ... "pete.muir(a)jboss.org" wrote : | * using extensions defined in manifest.mf http://java.sun.com/javase/6/docs/technotes/guides/jar/jar.html#Main%20At... and [url]http://java.sun.com/javase/6/docs/technotes/guides/extensions/spec.html | This looks like normal manifest lib listing, and is already supported - while building classpath. Hence it should already be included in the recent new impl. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246669#4246669 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246669

14 years, 9 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Looking for org.jboss.webservices

by alessio.soldano＠jboss.com

Scheduled a jira for providing what is missing: https://jira.jboss.org/jira/browse/JBWS-2709 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246664#4246664 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246664

14 years, 9 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Looking for org.jboss.webservices

by alessio.soldano＠jboss.com

Hi Sasan, what are you working on? If you are building ws endpoints or clients, all you need is basically in the JAXWS/JAXRPC specs plus few additions documented at http://www.jboss.org/community/wiki/JBossWS-UserGuide#JBossWS_Extensions If you need to do something on top of the JBossWS integration with the AS instead, you'd probably need some kind of documentation regarding the jbossws-spi / jbossws-framework. Besides what is available at http://www.jboss.org/community/wiki/JBossWS, you might want to generate the javadoc from the sources (including the jbossws-spi, jbossws-framework, jbossws-common). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246663#4246663 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246663

14 years, 9 months

1
0
0 / 0

[Design of JCA on JBoss] - idea about JCA and 303 integration

by jeff.zhang

We have 4 test case of BeanValidation include standard303, user303 and negative standard and user. So we can do validation in sjc. Here is my idea: 1. Create a class list contain all need validated beans (follow 322 spec) 2. find the testcase rar (get File reference from sjc) 3. list all files()classes) in rar 4. load classes (by classloader from sjc) and judge this class should be validated (step 1) 5. if need, create a bean instance and merge the metadata infomation (ConnectorMetadata and JBossRAMetadata by sjc) 6. do validation using hibernate validation v4 7. return the result. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246658#4246658 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246658

14 years, 9 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: package org.jboss.ws.metadata.umdm only available in 'na

by beve

Hi, sorry about this. This was a mistake on my part. I've created a jira for it: https://jira.jboss.org/jira/browse/JBESB-2764 Sorry for any inconvenience this might have caused. Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246611#4246611 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246611

14 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS3 - missing features and other issues

by david.lloyd＠jboss.com

I committed static helper methods to make mounting various filesystem types less onerous. They are in the VFS class, called mount*(). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246568#4246568 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246568

14 years, 9 months

1
0
0 / 0

[Design of Management Features on JBoss] - DeploymentManager.start over a started deployment behavior

by asafs

Hey, Invoking DeploymentManager.start over a started deployment causes ManagedDeployment.getDeploymentState() to throw a 'NoSuchDeploymentException', This was discovered when we tried to start an existance deployed application again through EmbJopr interface. For more information, see: https://jira.jboss.org/jira/browse/JOPR-309 Thanks., Asaf. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246527#4246527 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246527

14 years, 9 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - TransporterClient threaded port

by cuthbe

All How do I configure a remoting service to run on a single port but handle multiple client connections. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246525#4246525 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246525

14 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS3 - missing features and other issues

by jason.greene＠jboss.com

"david.lloyd(a)jboss.com" wrote : "alesj" wrote : "david.lloyd(a)jboss.com" wrote : | | | AssembledDirectory shouldn't be needed anymore with the new design (there is only one view of the VFS and that's the fully assembled view). | | | | | | MemoryFileFactory should be replaced with an alternative API... right now it all needs to be explicit (make a temp dir, mount the temp dir in the real VFS, and use getPhysicalFile() to make modifications). I think a static method might be a good idea to do this automatically though. | | | | | I only need this API for back-compatibility. | | How it's implemented in the back, I don't care. | | But not having this would mean huge changes to MC testing, | | as a lot CL, Deployers, WB, ... tests depends on it. | | | | You can definitely deprecate it, and write better suited API to the new VFS API. | | If you want to add it back in, be my guest - it just means putting off the same work until later though. Except then it will probably be even more difficult since more time will pass allowing the API to become even more entrenched. We intended to change or remove the tests (some of the tests seem to exist only to test this feature; it would be strange to add the feature just to make those tests work). As for the other stuff, the temp file API needs to be fixed up a bit to allow for those components to be ported (remember that this is an unfinished prototype). I think the quick/easy fix would be a mistake here. Well, lets see how porting the main VFS testsuite goes, then look at the impact of the other usages. We definitely don't want to lose valid test scenarios. An auto-mount capability, or at least some utility class that does mount everything in advance would not be a bad thing for tests which verify scenarios that happen after the deployers would mount anyway. We do need to make sure that we are actually testing the way AS uses (or will use) the VFS, else the tests aren't that helpful. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246516#4246516 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246516

14 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Re-using the REST facade

by jbarrez

My idea: just point the gwt console to the same database as your Spring process engine and you get the functionality you want. Imo, there is no need to integrate Spring with the console (that's why the REST facade exists in the first place - to integrate technologies through a common protocol). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246503#4246503 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246503

14 years, 9 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 July 2009