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

[JBoss Microcontainer Development POJO Server] - Re: Binding the CDI BeanManager into JNDI

by pete.muir＠jboss.org

Ok, so concretely, how do we go about the CDI manager there? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252162#4252162 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252162

15 years, 4 months

1
0
0 / 0

[JBoss OSGi Development] - Re: Service integration with MC

by alesj

"alesj" wrote : "adrian(a)jboss.org" wrote : | | The big problem with doing this now is that it would make it difficult to drop the OSGi | | layer into existing jboss releases since we can't change their MC implementations to do this. | | | | There's probably some compromise we can reach between the two extremes | | and leave the proper solution to a future major release of JBoss. | | | I don't understand what the big problem you see is? | Ah, scratch this. :-) Re-reading it once again, and actually using tiny part of the brain that is not asleep yet, helped. I wouldn't bother with previous releases. Or should we? As we're already using CL and Deployers snapshots, I guess we could fix Dependency and Kernel as well, still on the 2.0.x branch, to fit our needs. In the worst case making new 2.1.x branch, same as we did for VFS and Man, which could still be part of JBoss 5.x (aka "existing" jboss releases), leaving bigger MC 2.2.x refactorings for 6.x. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252153#4252153 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252153

15 years, 4 months

1
0
0 / 0

[JBoss OSGi Development] - Re: Service integration with MC

by alesj

"adrian(a)jboss.org" wrote : | The big problem with doing this now is that it would make it difficult to drop the OSGi | layer into existing jboss releases since we can't change their MC implementations to do this. | | There's probably some compromise we can reach between the two extremes | and leave the proper solution to a future major release of JBoss. | I don't understand what the big problem you see is? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252152#4252152 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252152

15 years, 4 months

1
0
0 / 0

[JBoss OSGi Development] - Service integration with MC

by alesj

and vice versa. * Service --> MC "adrian(a)jboss.org" wrote : | The service layer is not so well integrated with the MC. It does just enough to | be "OSGi compliant" (of course that's not yet tested). So this is at the | moment very simple. | The OSGiServiceState which should eventually turn into an MC context implementation | has two "facades", the standard ServiceRegistration and ServiceReference interfaces. | * MC --> Service "adrian(a)jboss.org" wrote : | Services are also largely complete. What's missing is that we want to expose | MC pojos and JMX MBeans etc. as OSGi services. | | The proper way to do this would be to push the OSGi Filter into kernel project | and use the MDR INSTANCE scope as the attributes. | There would be a gotcha in that OSGi expect attributes to have case insensitive names, | but we would only have to enforce that for OSGi created services. | Unless you already started on this, I would like to have a crack at it once I return from JBW. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252151#4252151 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252151

15 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Adding vargargs parameters to getXXXDeclaredXXX methods at J

by flavia.rainone＠jboss.com

This post is related to issue JBREFLECT-53. As result of implementing JBREFLECT-53, I noticed that MutableClassInfo now has two similar getDeclaredMethod methods: | MutableMethodInfo getDeclaredMethod(String name, TypeInfo... parameters); | MutableMethodInfo getDeclaredMethod(String name, String... parameters) | Now, if I try to call getDeclaredMethod with one parameter like the piece of code below: MutableClassInfo mci = .... | mci.getDeclaredMethod("bar"); I get the error: The method getDeclaredMethod(String, TypeInfo[]) is ambiguous for the type MutableClassInfo So, this forces us to use getDeclaredMethod with a minimum of two parameters, taking away some of the advantage of having a signature with vargars: mci.getDeclaredMethod("bar", new TypeInfo[0]); Would it be all right if I added a third method to MutableClassInfo (see below), so I can get rid of the problem? MutableMethodInfo getDeclaredMethod(String name) My main concern is whether there could be other classes outside of JBoss Reflection project implementing MutableClassInfo interface. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252133#4252133 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252133

15 years, 4 months

1
0
0 / 0

[JBoss OSGi Development] - @Override and JDK5 usage

by alesj

I'm getting compile errors since we're using @Override on interface impl methods. Afaik this is JDK6 feature, whereas we still wanna be JDK5 compatible. And Pete tells me this is auto feature of Eclipse if you're running JDK6. So, either use IDEA or turn this off. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252131#4252131 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252131

15 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: New ClassPool sub-project; structure

by flavia.rainone＠jboss.com

Ales, I think I have solved the protected constructor issue the best I could, using common sense. Could you please take a look at the current package structure of the class pool project? http://anonsvn.jboss.org/repos/jbossas/projects/jboss-classpool/trunk/src... I have placed only 4 classes in the spi: - AbstractClassPool: an abstract subclass of javassist.scopedpool.ScopedClassPool that is super class common to all classpool subclasses in the project - AbstractClassPoolFactory: an implementation of javassist.scopedpool.ScopedClassPoolFactory that is the super class of all classpoolfactories in the project - ClassPoolRepository: extends javassist.scopedpool.ScopedClassPoolRepository and contains the entry point of the project: | ClassPool ClassPoolRepository.registerClassLoader(ClassLoader) | In order to use the repository, you must first configure the factory by calling | ClassPoolRepository.setClassPoolFactory(ScopedClassPoolFactory factory) | It is at this point where you decide which one of the several factories you want to use. - ClassPoolRepositoryCallback: a callback interface so you can be notified when a classloader is registered and unregistered Now, according to your classification: anonymous wrote : spi - functional split of the actual module architecture | | e.g. see MC's Dependency module in Kernel sub-project. | | The spi pieces are Controller, ControllerContext, DependencyInfo, DependencyItem, ... | Where the impl is AbstractController, AbstractControllerContext, ... | Where everything external (and even internal) should simply "talk" to spi, meaning the actual impl can be changed at any time. | | api - what users can "touch" | I think I should create an api package containing: - ClassPoolRepository - ClassPoolRepositoryCallback And, then, AbstractClassPool and AbstsractClassPoolFactory would the spi. What do you think? Or, maybe, when you say "functional split of the actual module architecture", you would like to include more classes, such as the classes that are currently part of org.jboss.classpool.base package? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252130#4252130 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252130

15 years, 4 months

1
0
0 / 0

[JBoss ESB Development] - Re: Http Gateway - requirements please...

by jtyrrell

A few thoughts from this page: http://www.jboss.org/community/wiki/HTTPGateway What about performance and tuning considerations? David W, was working on XSLT in/out of a gateway (it was faster the smooks for him) he was writing around Web Services, should that idea be included in this gateway. Does that even make sense? >From that link: In the "Synchronous/Asynchronous Responses" To be worked out!! Currently using the Service MEP to decide whether or not the gateway should wait on the Service response (mep=RequestResponse), or deliver an empty response immediately (mep="OneWay"). Kev has indicated that we can't use the mep, so we need to find out how it should work. section. Why should we mandate one or the other, why can this not be configurable. Why would we change the "semantics" for this option around mep, although maybe that is not a valid thought either. I think both sync and async should be support with this, with hopefully the same kind of configurations as the mep parameter? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252126#4252126 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252126

15 years, 4 months

1
0
0 / 0

[JBoss Web Services Development] - Dispatch and ConfigProvider

by anil.saldhana＠jboss.com

| // create the dispatch, setting the client security configuration file. | Dispatch<Object> dispatch = service.createDispatch(portName, jbc, Mode.PAYLOAD); | //Will use reflection to hide the JBossWS dependency | | ((ConfigProvider) dispatch).setSecurityConfig(securityConfigURL.toExternalForm()); | ((ConfigProvider) dispatch).setConfigName("Standard WSSecurity Client"); | I am unsure why an user has to cast the Dispatch object to ConfigProvider just to set the url of the wss config file and the config name? I know that this beyond the capabilities provided by the Dispatch interface. Why can we not use system properties to provide this information or just have a properties file with the settings and take in one system property? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252109#4252109 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252109

15 years, 4 months

1
0
0 / 0

[JBoss Portal Development] - Re: How to use<!--<restrict>#{s:hasRole('ACCOUNTANT')}</rest

by wesleyhales

Don't cross post! We will not answer your questions if you do this and it makes it harder for users with your same problem. Lucky for you I am in a good mood today... http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252087#4252087 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252089#4252089 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252089

15 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2009