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

[Design of POJO Server] - Re: Moving ServiceBindingManager config out of bootstrap

by bstansberry＠jboss.com

Didn't see your response over the weekend, Emanuel. Mail from forums is still slow. :( Anyway, I went ahead and implemented the "separate sub-profile" approach. https://jira.jboss.org/jira/browse/JBAS-6853 anonymous wrote : Have you also tried to just put it into the current bootstrap profile, it might can handle the dependencies itself without requiring it's own profile? I'm just curious if that would work ;) You mean change the bootstrapURI property so it becomes a List? I'm pretty sure that wouldn't work, because the handling of a value-factory element in a -service.xml doesn't generate an MC dependency. I could be wrong and something magical happens, but I doubt it. Of course a "depends" element in conf/jboss-service.xml would probably take care of it. But now I've done the separate subprofile approach so I think I'll stick with that. :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228321#4228321 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228321

15 years

1
0
0 / 0

[Design of EJB 3.0] - Re: javax.ejb.EJB Annotations Outside EJB3 Components

by richard.opalka＠jboss.com

Hi EJB3 Folks, is the construction of the ejb reference right in the following code? This is request for review ;) package org.jboss.wsf.container.jboss50.deployment.metadata; import java.lang.reflect.Field; import java.lang.reflect.Method; import javax.ejb.EJB; import org.jboss.deployers.structure.spi.DeploymentUnit; import org.jboss.ejb3.common.resolvers.plugins.FirstMatchEjbReferenceResolver; import org.jboss.ejb3.common.resolvers.spi.EjbReference; import org.jboss.ejb3.common.resolvers.spi.EjbReferenceResolver; import org.jboss.wsf.common.javax.resolvers.AbstractReferenceResolver; final class EjbBeanReferenceResolver extends AbstractReferenceResolver { private final DeploymentUnit unit; private final EjbReferenceResolver delegate = new FirstMatchEjbReferenceResolver(); EjbBeanReferenceResolver(final DeploymentUnit unit) { super(EJB.class); this.unit = unit; } @Override protected String resolveField(final Field field) { EJB ejbAnnotation = field.getAnnotation(EJB.class); EjbReference reference = getEjbReference(ejbAnnotation, field.getType()); return this.delegate.resolveEjb(unit, reference); } @Override protected String resolveMethod(final Method method) { EJB ejbAnnotation = method.getAnnotation(EJB.class); EjbReference reference = getEjbReference(ejbAnnotation, method.getParameterTypes()[0]); return this.delegate.resolveEjb(unit, reference); } private EjbReference getEjbReference(EJB ejbAnnotation, Class<?> type) { String beanInterface = ejbAnnotation.beanInterface().getName(); if ("".equals(beanInterface)) { beanInterface = type.getName(); } return new EjbReference(ejbAnnotation.beanName(), beanInterface, ejbAnnotation.mappedName()); } } View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228320#4228320 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228320

15 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: ReplicationAwareJMSServerControlWRapperTest

by jmesnil

yes, it is missing (as are the topic replication tests). I'll add tests for replicated operations to ensure that the backup server is properly handling management operations from the live server View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228260#4228260 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228260

15 years

1
0
0 / 0

[Design the WSRP implementation] - consuming PeopleSoft portlets in JBoss Portal over WSRP

by rupesh_cap

We are consuming PeopleSoft portlets in JBoss Portal over WSRP. I need to configure JBoss Portal to send username as a token (<wsse:UsernameToken>) in portlet request. Where do I set this up? Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228242#4228242 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228242

15 years

1
0
0 / 0

[Design of EJB 3.0] - Re: javax.ejb.EJB Annotations Outside EJB3 Components

by richard.opalka＠jboss.com

Thank you Andrew and Jaikiran very much! Your comments/pointers helped me a lot ;) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228239#4228239 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228239

15 years

1
0
0 / 0

[Design of JBoss Tools (dev)] - Re: JBoss Tools on Fedora 10 xulrunner error

by max.andersen＠jboss.com

What are the problems you see ? JBDS should not be picking up your system's xulrunner since that xulrunner most likely doesn't have java support enabled. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228236#4228236 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228236

15 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: ReplicateConnectionFailureTest failure on CI server

by jmesnil

"timfox" wrote : | Does this mean that if I create a core session, close it properly and exit, the server side remoting connection won't be closed until TTL? | Yes, that's the case. We talked about it in IRC (http://www.antwerkz.com/javabot/javabot/home/3/%23jbossmessaging/2/29/1/0...) | <jmesnil> there are a few failing tests which expects the server resources | to be cleaned up immediately after the connection is closed. | but now I've to wait for the connection TTL [11:12] | <jmesnil> this can lead to resources congestion: a "unclean" client which | never closes its connection will leave resources on the server | for 5 minutes for each connection [11:12] | <jbossfox> jmesnil: well.. resources should normally be cleaned up | immediately since, a good client should close its connections | If we want to close server resources immediately when we're notified that the connection is destroyed, we must first know if the connection was closed properly or not. To know for sure the connection is closed properly, the client should send a LAST packet, the connection should be closed from the server and the client be disconnected. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228227#4228227 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228227

15 years

1
0
0 / 0

[Design the new POJO MicroContainer] - MC tools

by alesj

Just yesterday I was thinking of needing nice MC tool(s) to help me with some migration, optimization. So, the idea is next (all cmd line tools): (1) help migrate -service.xml --> -beans.xml * single file, ant patterns * warn on non portable elements (perhaps being able to type in the fix/change) (2) display services dependencies (pojos, mbeans, aliases, deployments, ...) via apiwiz * at descriptor file level (-beans.xml, -service.xml, jboss-dependency.xml, jboss-classloading.xml) * at (Bean|Service)MetaData level (hook into Deployers attachments) * at kernel level (inspect ControllerContexts for DependencyItems) This would require a new mc-tools projects, with 2 modules: migration, dependencies Both tools should come pretty much in-handy with JBoss6. (1) moving all those mbeans to mc pojos (2) helping determining how to handle On_Demand mode View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228226#4228226 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228226

15 years

1
0
0 / 0

[Design of JBossXB] - Re: problem parsing sip.xml with JBossXB

by deruelle_jean

Removal of the wrapping condition element did it. Thanks a lot ! You've been a life saver ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228218#4228218 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228218

15 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Scoped deployments in AS 5.x

by beve

anonymous wrote : Just in case - if you are interested in supporting the legacy loader-repository config in your deployment descriptors, you could 'translate' that into the AS5 classloading metadata. Thanks for the details on how to do this. This was what I was thinking we could do when we parse our deployment.xml. We could then 'translate' that into classloading metadata but was not sure about exactly how this would be done but you provided that :) Kev, what do you think? /Daniel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228207#4228207 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228207

15 years

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 May 2009