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

[Design the new POJO MicroContainer] - More support for testcase integration

by scott.stark＠jboss.org

One thing that is a bit tedious to write is a testcase that tries to validate expected states/properties of the beans in a kernel. This is especially true if the values are set asynchronously via concurrent tasks. A couple ways to better support this would be: - a conditional value dependency on a bean property. The bean wanting to validate the property would express a dependency with a type of java.util.concurrent.locks.Condition. - an ability to wrap a bean in an kernel event emitter proxy that generated kernel events to a named channel for every time the kernel touched the bean. Just a couple of ideas that I'll come back to once I get pas the current jboss5 bootstrap work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958218#3958218 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958218

19 years, 8 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven 2.0 - single module and minimal server build

by scott.stark＠jboss.org

No explicit roadmap exists, we just have been trying to map out how to get started and one of the big holdup is migrating from cvs to svn as we really need to refactor the legacy/monolithic codebase but don't wan't to loose history. Ruel has been tracking the proposed dev guide to maven here: http://wiki.jboss.org/wiki/Wiki.jsp?page=MavenBuildCreation Once we get past the svn migration we will really start to flesh out a migration plan. Some know issues are: 1. We need control over what repository is used with a project. I want to be able to lock down where what repository can be used in a given build as part of the project definition. 2. The maven canonical project structure is too fine grained for many projects. We need some custom plugins to better support higher level artifiacts such as installer fragments. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958213#3958213 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958213

19 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Nulling properties on uninstall

by scott.stark＠jboss.org

I just saw that on a failed installation, the mc is nulling out previously set properties as part of the uninstall process. I'm not expecting this so an NPE is resulting: | 40250 TRACE [AbstractKernelController] Uninstalling VFSDeploymentScanner from Create | 40250 TRACE [CreateDestroyLifecycleAction] No destroy method for AbstractKernelControllerContext@3727c5{ metadata=AbstractBeanMetaData@2f1e75{name=VFSDeploymentScanner bean=org.jboss.deployers.plugins.scanner.VFSDeploymentScannerImpl properties=[mainDeployer, URIList] constructor=null}name=VFSDeploymentScanner target=VFSDeploymentScannerImpl@18baf36{} state=Configured depends=AbstractDependencyInfo@19c4091{idependOn=[AbstractDependencyItem@19ed7e{name=VFSDeploymentScanner dependsOn=MainDeployer whenRequired=Configured dependentState=Installed resolved=true}] unresolved=[AbstractDependencyItem@19ed7e{name=VFSDeploymentScanner dependsOn=MainDeployer whenRequired=Configured dependentState=Installed resolved=true}]}} | 40250 TRACE [AbstractKernelController] Uninstalling VFSDeploymentScanner from Configured | 40250 TRACE [ConfigureAction] Ignored for org.jboss.joinpoint.plugins.BasicMethodJoinPoint@ecd92c | java.lang.NullPointerException | at org.jboss.deployers.plugins.scanner.VFSDeploymentScannerImpl.setMainDeployer(VFSDeploymentScannerImpl.java:109) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) | at java.lang.reflect.Method.invoke(Unknown Source) | I guess there needs to be a convention for the injection state of properties vs the bean kernel state. In this particular case I was just obtaining another property from the injected bean so I could actually delegate that to the kernel, but consider the case of deployers registering with the MainDeployer on injection. If there is no explicit start lifecycle, and injection of the MainDeployer was used as a proxy for this, there would be no way to unregister on uninstall. I guess that just means injection cannot be used as a proxy for lifecycle callbacks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958202#3958202 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958202

19 years, 8 months

1
0
0 / 0

[Design of JBoss Web Services] - error in deploying a webservice

by sriv.abhishek

hi all, I am trying to deploy a webservice that uses hibernate to map objects to a MySql database. I have a .ddl file that I use to create the schema. When I try to run ws tools on it it gives me this error. generate-sources: [wstools] log4j:WARN No appenders could be found for logger (org.jboss.ws.too s.WSTools). [wstools] log4j:WARN Please initialize the log4j system properly. [wstools] java.lang.NullPointerException [wstools] at org.jboss.ws.tools.schema.SchemaTypeCreator.introspectJavaPr perties(SchemaTypeCreator.java:575) [wstools] at org.jboss.ws.tools.schema.SchemaTypeCreator.generateNewType( chemaTypeCreator.java:334) [wstools] at org.jboss.ws.tools.schema.SchemaTypeCreator.getType(SchemaTy eCreator.java:272) [wstools] at org.jboss.ws.tools.schema.SchemaTypeCreator.generateType(Sch maTypeCreator.java:133) [wstools] at org.jboss.ws.tools.JavaToXSD.generateForSingleType(JavaToXSD java:109) [wstools] at org.jboss.ws.tools.helpers.JavaToWSDLHelper.generateType(Jav ToWSDLHelper.java:555) [wstools] at org.jboss.ws.tools.helpers.JavaToWSDLHelper.generateTypesFor SD(JavaToWSDLHelper.java:141) [wstools] at org.jboss.ws.tools.JavaToWSDL11.handleJavaToWSDLGeneration(J vaToWSDL11.java:236) [wstools] at org.jboss.ws.tools.JavaToWSDL11.generate(JavaToWSDL11.java:1 8) [wstools] at org.jboss.ws.tools.JavaToWSDL.generate(JavaToWSDL.java:318) [wstools] at org.jboss.ws.tools.helpers.ToolsHelper.handleJavaToWSDLGener tion(ToolsHelper.java:122) [wstools] at org.jboss.ws.tools.WSTools.process(WSTools.java:129) [wstools] at org.jboss.ws.tools.WSTools.generate(WSTools.java:119) [wstools] at org.jboss.ws.tools.ant.wstools.execute(wstools.java:103) [wstools] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.j va:275) [wstools] at org.apache.tools.ant.Task.perform(Task.java:364) [wstools] at org.apache.tools.ant.Target.execute(Target.java:341) [wstools] at org.apache.tools.ant.Target.performTasks(Target.java:369) [wstools] at org.apache.tools.ant.Project.executeSortedTargets(Project.ja a:1216) [wstools] at org.apache.tools.ant.Project.executeTarget(Project.java:1185 [wstools] at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(D faultExecutor.java:40) [wstools] at org.apache.tools.ant.Project.executeTargets(Project.java:106 ) [wstools] at org.apache.tools.ant.Main.runBuild(Main.java:668) [wstools] at org.apache.tools.ant.Main.startAnt(Main.java:187) [wstools] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) [wstools] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) any pointers or suggestion would be appreciated. Thankyou, Abhishek Srivastava. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958188#3958188 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958188

19 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Setting up the designer to develop in eclipse

by koen.aers＠jboss.com

Before I forget, to actually build the feature, the best thing to do is to check out the jbpm.3/designer/jpdl project and invoke the ant build. Make sure that you have the correct cvs client and the correct zip/unzip software installed on your system path. Info on this is somewhere in these forums and also somewhere in the Eclipse cvs. But then again, there will be more changes in the near future... Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958171#3958171 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958171

19 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Setting up the designer to develop in eclipse

by koen.aers＠jboss.com

There is no problem with the manifests in CVS AFAIK. And as for testing, I launch a new Eclipse Application config. Also, the test plug-in is obsolete. As I told you, you are basically looking at a moving target ;-) Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958170#3958170 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958170

19 years, 8 months

1
0
0 / 0

[Design of JBoss Eclipse IDE (dev)] - Re: JBossSeam IDE proposal

by cdelashmutt

Targeting UI tools for an initial release is probably a bit overzealous, but I have some ideas I would like to discuss. You all are probably thinking about these features anyway, but I'd like to discuss them a bit. I think that linking in knowledge of Seam components in your build path is a critical feature to add. Creation of projects/components/etc is very important, but I think that it is also very important to give some tools that help with major of work that needs to be done in a given application. What I mean by this is, first, content assist that can help you complete references to seam components and properties or methods (depending on the context). I think also, a browser of some sort that shows you all of the known Seam components, plus the built in ones would be good as well. Of course, drag and drop from the browser to code would be a nice feature as well. I think the pinnacle in my mind right now is a JSF visual editor (possibly WTP's effort?) that is Seam aware. Basically couple the component browser with the JSF editor to allow a drag of a component property or method and drop on a property of a JSF component to "bind" it to that component. This sort of thing might even be something that we can release as JSF preview of a page, and then move to more editing in the future. I'd love to do this sort of thing, but I'm only one person, and I'm already on the hook for a SPNEGO JAAS authentication module for JBoss SX. :) That being said, I'd like to discuss this functionality further to try and break it down into chunks that might be small enough for me to do. What do you guys think? Stupid idea? Already done? Something better? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958165#3958165 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958165

19 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Session recovery on rollback

by adrian＠jboss.org

Nearly correct, except that you still can't guarantee the ordering if the messages are truly nacked, e.g. consumer or session.close(); e.g. competing consumers on the same queue messages (m1, m2) consumer1: receive m1 consumer2: receive m2 Race { consumer1.close(); consumer2.rollback(); } what does consumer2.receive() get? If you can avoid nacking the message back to the server then yes, you avoid *some* race conditions where the messages get "out of order". Since those race conditions exist, and hence the ordering ambiguities exist, it isn't necessarily worthwhile trying to achieve the impossible. Don't spend 90% of your time on 10% of the problem. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958159#3958159 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958159

19 years, 8 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: JBAOP-87 - Annotation Dependencies

by adrian＠jboss.org

container is meant to be a common set of repositories for use by everybody. The packaging of it in jboss-bean.deployer is purely historical. I don't understand the other part. If their annotation implements the JDK5 class Annotation then it can't possibly work in JDK1.4 without some weaving? I know BIll did some stuff with annotationc that lets you use interfaces instead of annotations, but since the implementation is all "generated" code anyway, I don't know why it can't be typesafe? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958154#3958154 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958154

19 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Session recovery on rollback

by timfox

One of the reasons I'm going on about all this, is that messaging now (or very shortly) supports prefetching of messages (which incidentally gives us a massive boost in throughput :) ), so when I rollback a session, if I have to nack the messages delivered, I also have to nack all the prefetched ones on the client back to the server - which i want to avoid doing If I can avoid it, otherwise the order is going to be screwed when the nacked ones are redelivered (the prefetched ones will have jumped ahead). If I can deal with rollback locally (I.e. not nack the messages) I can just re-insert the delivered messages at the front of the prefetched messages on the client side and everything is much easier (and more performant - although performance for rollback is probably not an important issue) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958150#3958150 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958150

19 years, 8 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 July 2006