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

[JBoss OSGi Development] - Re: Define non OSGi bundle handling by the Framework

by adrian＠jboss.org

"thomas.diesler(a)jboss.com" wrote : To learn howto setup the hudson QA environment locally, have a look at | | http://jbmuc.dyndns.org/jboss-osgi/userguide/html/ChapGettingStarted.html... How do I run this as a plain testsuite? Why aren't there regression tests for these features in reactor/framework? Each feature should have a unit test. Integration testing is a secondary test. If I can run the reactor/framework tests and it is 100% then all the supported features are working. Something without a unit test is NOT a supported feature. Adrian Brock's 1st Law of Programming. It it ain't tested it doesn't work. 1st Law Corollary It it ain't tested the feature doesn't exist. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266323#4266323 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266323

16 years, 4 months

1
0
0 / 0

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

by alesj

"alesj" wrote : | Another problem/ugliness that I see is the usage of "external" service to do proper parameter type matching at uninstall. | OK, I think I know how to get past this one. But that still leaves the problem of actual service usage at undeploy: "alesj" wrote : | whereas service could still hold onto the ref - which might be an issue if that ref is ServiceFactory, | as ServiceFactory::unget could modify the actual created service. | Leave it to the expense of the user? :-) | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266233#4266233 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266233

16 years, 4 months

1
0
0 / 0

[jBPM Development] - Re: jBPM4 History/Log implementation.

by rams.rapo

Hi, I noticed that whenever fields like duedate on a task are changed, the dbversion column gets incremented. However there's no entry in history detail table to see old and new values. Also in history task impl class we may be losing reference to detail before persisting it. | | public void updated(TaskImpl task) { | if ( (assignee==null && task.getAssignee()!=null) | || (assignee!=null) && (!assignee.equals(task.getAssignee())) | ) { | addDetail(new HistoryTaskAssignmentImpl(assignee, task.getAssignee())); | this.assignee = task.getAssignee(); | } | if (priority!=task.getPriority()) { | addDetail(new HistoryPriorityUpdateImpl(priority, task.getPriority())); | this.priority = task.getPriority(); | } | if ( (duedate==null && task.getDuedate()!=null) | || (duedate!=null) && (!duedate.equals(task.getDuedate())) | ) { | addDetail(new HistoryTaskDuedateUpdateImpl(duedate, task.getDuedate())); | this.duedate = task.getDuedate(); | } | } | | // details ////////////////////////////////////////////////////////////////// | | | public void addDetail(HistoryDetailImpl detail) { | detail.setHistoryTask(this, nextDetailIndex); | nextDetailIndex++; | } | | Env: | jbpm 4.0 | jboss 5.1.0 | Oracle 10g | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266210#4266210 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266210

16 years, 4 months

1
0
0 / 0

[JBoss AS Development Deployment Framework] - Re: ear not deployed in JBoss start up with derby database

by akhilachuthan

i will put this in there..... Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266205#4266205 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266205

16 years, 4 months

1
0
0 / 0

[JBoss ESB Development] - Re: Conversion of org.jboss.soa.esb.message.Message to SOAPM

by masterkey

Thanks. That's works well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266180#4266180 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266180

16 years, 4 months

1
0
0 / 0

[JBoss AS Development] - Rationalization of our deployment directory

by scott.stark＠jboss.org

I was looking at our deploy directory in trunk and its a mess. Certainly a lot of legacy stuff that should be optional, but in general profile specific server extensions. We have touched on having multiple deploy directories in the past, and its time we work toward that as well as defining proper class loading imports/exports for the deployment artifacts shipped with the server. I would like to see two basic directories: services - jboss services for the profile deploy - user applications The expectations of content in deploy is that they can customize allowed apis such as logging, xml parsers, implementation details of specs the profile supports (jpa provider, jsf, ...) without out containers blowing up. We now have a class loader model capable of handling this, so let's make that a reality. This issue is being tracked by the TAG as https://jira.jboss.org/jira/browse/TAG-12 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266158#4266158 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266158

16 years, 4 months

1
0
0 / 0

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

by alesj

"alesj" wrote : | But what to do with stop, destroy and uninstalls? | | | try { | | uninstallMethod.invoke(target, VMD::get) | | } finally { | | VDM::unget | | } | | | whereas service could still hold onto the ref - which might be an issue if that ref is ServiceFactory, | as ServiceFactory::unget could modify the actual created service. | Another problem/ugliness that I see is the usage of "external" service to do proper parameter type matching at uninstall. e.g. bean + parameters at uninstalls, bean + parameters in value-factory, ... This can be "properly" dealt with double call to ungetTarget. | if (unget) | { | try | { | Object target = context.getTarget(); | // do parameter type matching | ... | } | finally | { | context.ungetTarget(); | } | context.ungetTarget(); | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266147#4266147 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266147

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Supporting qualifiers in MC

by alesj

"kabir.khan(a)jboss.com" wrote : | And there is a bean in the controller of type Something, but it does not supply @Test? I think coarse-grained needs to work slightly differently from fine-grained. Fine-grained needs a bean with all the qualifiers specified at the injection point. Coarse-grained needs a bean with as many as possible of the qualifiers specified at bean level. | We just need to make sure we have exact rules, whatever those might be. The stuff we discussed could be categorized as pseudo. :-) I guess the real examples and commons sense will flush those rules out. "kabir.khan(a)jboss.com" wrote : | When looking into this, I noticed that AbstractInjectionValueMetaData takes the LookupStrategy into account when searching for the context, while the SearchClassContextDependencyItem does not appear to do so. | Could be an oversight. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266141#4266141 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266141

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Supporting qualifiers in MC

by alesj

Actually, I think we should consider MDR as a proper place for qualifiers. At least that's what Adrian and me are discussing wrt LDAP filtering and service properties in OSGi. - http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265098#4265098 Where our qualifiers are nothing more then properties, it's just that they are not all strings. This way we would have a single mechanism for lookup, regardless of what and where qualifiers/properties are/came, or what the filtering mechanism is. e.g. Weld/jsr330 would have different filtering of MDR data than OSGi LDAP. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266131#4266131 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266131

16 years, 4 months

1
0
0 / 0

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

by alesj

Thomas, hold your horses. ;-) It will all be presented when some initial work is done. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4266128#4266128 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4266128

16 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2009