April 2010 - jboss-dev-forums - Jboss List Archives

Re: [jboss-dev-forums] [jBPM Development] - discuss about unresolved issues of jBPM 4.4

by Huisheng Xu

Huisheng Xu [http://community.jboss.org/people/rebody] replied to the discussion "discuss about unresolved issues of jBPM 4.4" To view the discussion, visit: http://community.jboss.org/message/540270#540270 -------------------------------------------------------------- Hi Sebastian, Thank you for your reply. I just want to point out the current status of jBPM 4.4. Maybe we could find a way to release jBPM 4.4 as fast as possible. In my opinion, I don't want to add any new features in the jBPM 4.4. There are plenty of bug fixing jobs. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540270#540270] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - Nightly builds

by Sebastian Schneider

Sebastian Schneider [http://community.jboss.org/people/sebastian.s] replied to the discussion "Nightly builds" To view the discussion, visit: http://community.jboss.org/message/540242#540242 -------------------------------------------------------------- Thumbs up for this. :) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540242#540242] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - discuss about unresolved issues of jBPM 4.4

by Sebastian Schneider

Sebastian Schneider [http://community.jboss.org/people/sebastian.s] replied to the discussion "discuss about unresolved issues of jBPM 4.4" To view the discussion, visit: http://community.jboss.org/message/540225#540225 -------------------------------------------------------------- I forgot that you had posted a list here and just started a seperate thread for an issue. Maybe we should post short comments or opinions in JIRA and then decided if we need further discussions in the forums? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540225#540225] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

[jBPM Development] - JBPM-2537

by Sebastian Schneider

Sebastian Schneider [http://community.jboss.org/people/sebastian.s] created the discussion "JBPM-2537" To view the discussion, visit: http://community.jboss.org/message/540223#540223 -------------------------------------------------------------- Hello Maciej and Huisheng Xu. Could you both have a look at https://jira.jboss.org/jira/browse/JBPM-2537 https://jira.jboss.org/jira/browse/JBPM-2537 ? Would be great if both of you could test this. Patch and test case are available in the issue. The test case is a bit weird and confusing. I advise you to take the one from the duplicated issues which is clearer. If everything works fine for you both as well I think the patch could be commited to the trunk. Maybe you could take care of this, Maciej? Cheers Sebastian -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540223#540223] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

[JBoss Microcontainer Development] - ShrinkWrapDeployer

by Andrew Rubinger

Andrew Rubinger [http://community.jboss.org/people/ALRubinger] created the discussion "ShrinkWrapDeployer" To view the discussion, visit: http://community.jboss.org/message/540204#540204 -------------------------------------------------------------- Yo. So I've had a working ShrinkWrapDeployer impl incubating for some time now: http://http://anonsvn.jboss.org/repos/jbossas/projects/reloaded/trunk/vdf... http://http://anonsvn.jboss.org/repos/jbossas/projects/reloaded/trunk/vdf... Time to extract this somewhere more appropriate. How about: http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/ http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/ ...with new modules "deployers-shrinkwrap-spi" and "deployers-shrinkwrap-impl"? S, ALR -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540204#540204] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Web Services Development] - CXF jms integration

by Alessio Soldano

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] replied to the discussion "CXF jms integration" To view the discussion, visit: http://community.jboss.org/message/540180#540180 -------------------------------------------------------------- Hi Jim, I've taken a look at what you did in your jms-integration branches and have some questions / concers I'd like to discuss here. First of all let me summarize what you've done, so we're sure that we're all on the same page. You basically added a deployment descriptor (jbossws-endpoints.xml) parsing that produces some new metadata in SPI (org.jboss.wsf.spi.metadata.endpoints.EndpointsMetaData). Those are later attached to the Deployment and used by EndpointsDescriptorsDeploymentAspect (cxf stack) to produce an instance of org.jboss.wsf.spi.metadata.endpoints.AbstractEndpointsDeployment (namely org.jboss.wsf.stack.cxf.deployment.CXFEndpointsDeployment), with a spring configuration file generated from the metadata. CXFEndpointsDeployment is later deployed by the KernelDeploymentDeployer and is responsible for generating the CXF Bus through the BusHolder, creating a new spi endpoint and adding it to the registry. Before handing over to the KernelDeploymentDeployer, the WSEndpointsRealDeployer (container integration) sets the proper depedencies for ensuring the bean is deployed after any JMS destination bean attached to the current deployment unit. This said, here are my comments: * jbossws-endpoints.xml: generally speaking, I would allow users to avoid providing that in most cases. AFAICS, the reason for that file is just in getting the information on which jms destinations are to be used for the endpoints included in the deployment. I think this can also be specified through a user provided jboss-cxf.xml, hence we need to allow for that too. Moreover, something else we should probably evaluate implementing (perhaps in CXF?) is an annotation for setting those destinations on the endpoint class (@JMSTransport or something like that). That said, yes, a user might still want to use xml for providing that info, in which case a configuration file like jbossws-endpoints.xml is fine. But I'd make that more JMS specific, as there's no need for it being generally for every endpoints, given http endpoints already have all the means of configuration in jbossws. So probably something like jms-endpoints.xml should be ok. Also the metadata naming should probably be reviewed * new SPI metadata: besides the naming not completely convincing me, I think the few info we need (jms destination addresses currently) should live at the Endpoint level, not higher than that and separated from that as they currently are in jms-integration branch. Jim, did you evaluate having a hierarchy for the SPI Endpoint (with the current one becoming HttpEndpoint and a new JMSEndpoint having the destinations' info)? Still on this topic, we might probably create the SPI JMSEndpoint at the same time as the Http one (currently the WSDeploymentBuilder::build seems to me to be creating the Deployment only, while the Endpoint is actually created later by the CXFEndpointsDeployment). The CXFEndpointsDeployment should probably just do the endpoint registration (perhaps even that can unified..?), with already existing spi endpoints * WSEndpointsReadDeployer: while I was not able to think about this solution before for the destinations dependency management, what I don't like here is that it's not part of our DA group. Where does it run in the deployers' chain? can we unify things here (make it a DA)? * do you already know whether the proposed architecture is going to work with CXF 2.3 SOAP-over-JMS-1.0 support too ( http://cxf.apache.org/docs/soap-over-jms-10-support.html http://cxf.apache.org/docs/soap-over-jms-10-support.html)? Thanks -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540180#540180] Start a new discussion in JBoss Web Services Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - Problem in retrieving WSDL from remote endpoint

by Kevin Conner

Kevin Conner [http://community.jboss.org/people/Kevin.Conner%40jboss.com] replied to the discussion "Problem in retrieving WSDL from remote endpoint" To view the discussion, visit: http://community.jboss.org/message/540174#540174 -------------------------------------------------------------- Of course, another source of the character set information could be the WSDL itself, so even local files etc. may have enough information. Any override should still be possible however. Kev -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540174#540174] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - Problem in retrieving WSDL from remote endpoint

by Kevin Conner

Kevin Conner [http://community.jboss.org/people/Kevin.Conner%40jboss.com] replied to the discussion "Problem in retrieving WSDL from remote endpoint" To view the discussion, visit: http://community.jboss.org/message/540172#540172 -------------------------------------------------------------- No, we shouldn't reject this issue. There are two aspects to this - us being able to consume an external WSDL which we do not control - us being able to produce a WSDL for external use The part which this issue refers to is the first, the part where BP is important (to us) is the second. We need to be able to read external WSDLs in different character sets, irrespective of the BP, as these are not under our control and may not be under the control of whoever is using the ESB. As far as working out the charset is concerned, I do not believe we can rely on that library (as appealing as it may be). It cannot guarantee to get the right result, just to make a 'best guess'. In essence we end up in the same position as we are now, after all we are 'guessing' at UTF-8, just with an algorithm providing the guess. In my opinion we should be trying to determine the character set based by trusting whatever is specified on the input so, if it is something like http then we should be able to trust the content type. If this cannot be trusted, or if it does not exist (such as local wsdl), then we should assume UTF-8 *unless* the developer overrides the type. Once we have it in a string representation then we are free to output this in UTF-8. Kev -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540172#540172] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development] - Test Classes in main artifacts?

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion "Test Classes in main artifacts?" To view the discussion, visit: http://community.jboss.org/message/540167#540167 -------------------------------------------------------------- > I assume they shouldn't be part of these artifacts? No, they are actually there intentionaly -- some very old discussion about this is somewhere on the forums. The idea is to be able to get users to do some basic testing with just core libs quickly running. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540167#540167] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 years

1
0
0 / 0

[JBoss Microcontainer Development] - Test Classes in main artifacts?

by Andrew Rubinger

Andrew Rubinger [http://community.jboss.org/people/ALRubinger] created the discussion "Test Classes in main artifacts?" To view the discussion, visit: http://community.jboss.org/message/540163#540163 -------------------------------------------------------------- Hi guys: Came across this today in jboss-cl: [alr@localhost ~]$ jar -tvf ~/.m2/repository/org/jboss/cl/jboss-classloader/2.2.0.Alpha4/jboss-classloader-2.2.0.Alpha4.jar |grep test 0 Fri Mar 12 08:47:08 GMT-05:00 2010 org/jboss/classloader/test/ 0 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/ 3019 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/IsolatedClassLoaderTest.class 994 Fri Mar 12 08:47:08 GMT-05:00 2010 org/jboss/classloader/test/support/IsolatedClassLoaderTestHelper$1.class 14268 Fri Mar 12 08:47:08 GMT-05:00 2010 org/jboss/classloader/test/support/IsolatedClassLoaderTestHelper.class 1155 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper$1.class 1836 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper$2.class 1604 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper$3.class 1814 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper$4.class 1919 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper$5.class 1994 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper$6.class 1763 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper$7.class 1015 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper$8.class 4854 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderHelper.class 1192 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderPolicy$1.class 9775 Fri Mar 12 08:47:10 GMT-05:00 2010 org/jboss/classloader/test/support/MockClassLoaderPolicy.class Similar stuff in kernel: [alr@localhost ~]$ jar -tvf /home/alr/.m2/repository/org/jboss/kernel/jboss-kernel/2.2.0.Alpha9/jboss-kernel-2.2.0.Alpha9.jar |grep test 0 Fri Mar 12 08:14:10 GMT-05:00 2010 org/jboss/test/ 0 Fri Mar 12 08:14:10 GMT-05:00 2010 org/jboss/test/kernel/ 0 Fri Mar 12 08:14:10 GMT-05:00 2010 org/jboss/test/kernel/junit/ 8384 Fri Mar 12 08:14:10 GMT-05:00 2010 org/jboss/test/kernel/junit/MicrocontainerTest.class 9717 Fri Mar 12 08:14:10 GMT-05:00 2010 org/jboss/test/kernel/junit/MicrocontainerTestDelegate.class These refer out to stuff in jboss-test (AbstractTestDelegate) and can lead to NCDFE when loaded. I assume they shouldn't be part of these artifacts? S, ALR -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/540163#540163] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

14 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 April 2010