[JBoss Web Services Development] New message: "Reviewing jbossws installation"
by Alessio Soldano
User development,
A new message was posted in the thread "Reviewing jbossws installation":
http://community.jboss.org/message/527900#527900
Author : Alessio Soldano
Profile : http://community.jboss.org/people/alessio.soldano@jboss.com
Message:
--------------------------------------------------------------
As you might have noticed, some things are changing recently in the way JBossWS is installed in the AS.
* The jbossws-common, jbossws-framework and jbossws-spi have been moved out of the deployer dir to common/lib, see .
* The services / factories impl declaration have been moved to descriptor only jars in the native stack, see https://jira.jboss.org/jira/browse/JBWS-2921.
* We have a jira (https://jira.jboss.org/jira/browse/JBWS-2923) for moving all the remaining libs of jbossws to common/lib
* Richard correctly pointed out we might also want to move the jbossws-console to common/deploy.
Generally speaking, given the direction we've been moving recently, I think we might want to re-think the idea of jbossws install process to a given server profile / configuration (default, all, standard, etc.) only. Considering the issues we've had in the past with users not correctly deploying to the profile they want, the requirements I had when working on the EAP 5 CXF TP, the current solution with multiple *-deploy.conf files (which is not that good), the fact client and common/lib dirs are shared, etc.. there's probably no reason any more for installing to a given profile only. At least that's more error prone than before. So we might want to always deploy to every profile meant for including webservices functionalities.
Do you have any comment on this? Otherwise I'm creating a jira for this.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527900#527900
16 years, 2 months
[jBPM] New message: "Get node info for finished process instances"
by Maciej Swiderski
User development,
A new message was posted in the thread "Get node info for finished process instances":
http://community.jboss.org/message/527898#527898
Author : Maciej Swiderski
Profile : http://community.jboss.org/people/swiderski.maciej
Message:
--------------------------------------------------------------
Hi all,
I am working on some extension to jBPM console to provide capability of browsing already finished process instances. The use case is quite simple:
- user selects process definition on "Process Definition" tab
- user changes tab to new one let's say "Process Instance History"
- on this tab there are two sections:
- list of finished process instances for selected definition
- list of all nodes that were executed within life of selected process instance - requires selection of process instance
- in addition, user can click on Diagram button to show the same information on process definition diagram where all executed nodes are marked
Issue that I have encountered is that there is not simple way (or I did not find it yet) to query for all nodes that were executed. I used:
HistoryActivityInstanceQuery
but where is only two options that are quite suitable for my use case:
- specify execution id
- specify definition id
Both of this options have drawbacks:
- execution id will not return tasks and states because the execution id is not process instance id, and while working with process instance that's the only id I can use
- definition id returns all nodes regardless of process instance id which could be rather huge list after some time
Why there is no way to specify processInstanceId instead of these two? Or make execution id with LIKE operand?
At the moment workaround for it is to query for all nodes using definition id and filter them by checking if execution id starts with process instance id. Seems to work so far and it is quite interesting functionality from administration point of view.
Am I missing something?
Thanks
Maciej
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527898#527898
16 years, 2 months
[JBoss Microcontainer] New message: "Processed BMD as an input to a deployer"
by jaikiran pai
User development,
A new message was posted in the thread "Processed BMD as an input to a deployer":
http://community.jboss.org/message/527897#527897
Author : jaikiran pai
Profile : http://community.jboss.org/people/jaikiran
Message:
--------------------------------------------------------------
I am trying to create a chain of deployers which would allow me to do something like the following:
- DeployerA in POST_CLASSLOADER phase would attach some metadata XYZ to a unit and *also* attach the same XYZ as a BeanMetaData to the unit, so that some of the fields marked with @Inject get processed appropriately.
- DeployerB in REAL phase adds XYZ as an input and expects a completely processed XYZ (i.e. the @Inject within XYZ to have been completed) when the deploy method is called.
The pseudo-code:
public class DeployerA extends AbstractDeployer
{
public DeployerA()
{
// Set the Stage to post-CL
this.setStage(DeploymentStages.POST_CLASSLOADER);
this.setInput(blah.class);
      // we output XYZ     
this.addOutput(XYZ.class);
// we also output XYZ as BMD
this.addOutput(BeanMetaData.class);
}
/**
* @see org.jboss.deployers.spi.deployer.Deployer#deploy(org.jboss.deployers.structure.spi.DeploymentUnit)
*/
@Override
public void deploy(DeploymentUnit unit) throws DeploymentException
{
XYZ output = new XYZ();
// add as a attachment
unit.addAttachment(XYZ.class, output);
BeanMetaDataBuilder builder = BeanMetaDataBuilder.createBuilder("blahbmd", output.getClass().getName());
builder.setConstructorValue(output);
// attach XYZ as a BMD
unit.addAttachment(BeanMetaData.class + ":" + "blahbmd", builder.getBeanMetaData());
}
}
public class DeployerB extends AbstractSimpleRealDeployer
{
public DeployerB()
{
// input
super(XYZ.class);
}
@Override
public void deploy(DeploymentUnit unit, XYZ mcProcessedXYZ) throws DeploymentException
{
          // here we expect a XYZ which has been processed for @Inject points by MC
          Object injectedField = mcProcessedXYZ.getInjectedField();
}
}
So the DeployerB is expecting an input which is already processed as a BMD. However, from what i see, the DeployerB gets called before any of the processing happens on XYZ. So, although the unit has XYZ has an attachment, when it gets processed in DeployerB, it's not injected with any injectable fields. I can see that the injection into XYZ takes place after this DeployerB is done with the processing.
I am sure that i am not doing it right. So is there a way wherein i can achieve what i am trying to do?
P.S: incallback for XYZ is not an option because i need "deployer" semantics in this usecase.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527897#527897
16 years, 2 months
[EJB 3.0] New message: "Re: [6.0.0M2] EJB Implementation Class for EJB XXX was not specified"
by Guy Coleman
User development,
A new message was posted in the thread "[6.0.0M2] EJB Implementation Class for EJB XXX was not specified":
http://community.jboss.org/message/527886#527886
Author : Guy Coleman
Profile : http://community.jboss.org/people/gcoleman
Message:
--------------------------------------------------------------
Same exception unfortunately:
Caused by: java.lang.AssertionError: EJB Implementation Class for EJB HorseRacingBean was not specified
at org.jboss.metadata.process.processor.ejb.jboss.SetDefaultLocalBusinessInterfaceProcessor.process(SetDefaultLocalBusinessInterfaceProcessor.
java:108)
at org.jboss.metadata.process.chain.ejb.jboss.JBossMetaDataProcessorChain.process(JBossMetaDataProcessorChain.java:115)
at org.jboss.ejb3.deployers.Ejb3MetadataProcessingDeployer.deploy(Ejb3MetadataProcessingDeployer.java:142)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179)
... 32 more
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/527886#527886
16 years, 2 months