February 2010 - jboss-user - Jboss List Archives

[jBPM] New message: "Re: BPMN 2.0 Service Task"

by Ronald van Kuijk

User development, A new message was posted in the thread "BPMN 2.0 Service Task": http://community.jboss.org/message/528617#528617 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- > From what I can see in the example unit test this creates a new instance of the specified java class (JavaService) when the process executes, in fact if you call the method twice it creates the object twice. Correct, that is the behaviour. The default service type in BPMN2.0 (http://www.omg.org/spec/BPMN/2.0/) is 'webservice' (you can see the high BPEL type overhead here). What the behaviour of services should be is not explicitly mentioned in the spec afaik (did not look at it lately) but webservices are mostly stateless, as are java services (tasks) in jPDL, so it is not strange that they are to be seen as stateless. > Surely a service is more likely to have a lifecycle external to the process? No, not in this scope. That is more going towards orchestrations or conversations in BPMN > How can I 'inject' a prexisting service instance into the process? Injecting them is not possible (yet?) but resolving classes, variables etc like in jPDL will probably be implemented one way or another in the future. More flexibility will be achieved then > Specifically is it possible to access externally defined spring beans? No, not afaik, but see the answer to the previous question. Cheers, Ronald -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528617#528617

15 years, 10 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: VFS3 and symlinks"

by John Bailey

User development, A new message was posted in the thread "VFS3 and symlinks": http://community.jboss.org/message/528610#528610 Author : John Bailey Profile : http://community.jboss.org/people/johnbailey Message: -------------------------------------------------------------- Another possible solution (that I have not proven or even finished thinking about) is to detect a symlinked path at mount time and mount in both the symlinked path and the canonical path. You wouldn't really need to mount multiple filesystems, as it would really be the same filesystem mounted in multiple locations in the VFS. This would allow either path to be used from that point forward and both paths would resolve to the same filesysem entries. There would be no need to perform excessive getCanonicalFile calls once the mount has occurred. Some things to think about: 1. This only works if the mount occurs from the symlinked path however 2. It would need to make sure the canonical path is not currently mounted with another filesystem 3. Unmounting would need to remove both Just a thought. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528610#528610

15 years, 10 months

1
0
0 / 0

[jBPM] New message: "Re: [jBPM4.1] - No Environment Exception"

by Maciej Swiderski

User development, A new message was posted in the thread "[jBPM4.1] - No Environment Exception": http://community.jboss.org/message/528604#528604 Author : Maciej Swiderski Profile : http://community.jboss.org/people/swiderski.maciej Message: -------------------------------------------------------------- Hi, here you can find quite good description how to get source and how to build it. http://community.jboss.org/docs/DOC-12867 Cheers, Maciej -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528604#528604

15 years, 10 months

1
0
0 / 0

[JBoss Microcontainer] New message: "Re: Classloaders & Domains: Some questions & a suggestion"

by Ales Justin

User development, A new message was posted in the thread "Classloaders & Domains: Some questions & a suggestion": http://community.jboss.org/message/528603#528603 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > Looks like filtering is only applied per domain in which this is defined.I would also expect this to be carried to any parent domain as well. This is by design: * http://community.jboss.org/message/528588#528588 As is stated in the dev forum thread, you need to properly apply filtering on the domain itself. Once DefaultDomain is properly OSGi-zed this will be a lot easier to handle. ;-) -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528603#528603

15 years, 10 months

1
0
0 / 0

[jBPM] New message: "Re: How to handle rollback due to runtime errors"

by Maciej Swiderski

User development, A new message was posted in the thread "How to handle rollback due to runtime errors": http://community.jboss.org/message/528601#528601 Author : Maciej Swiderski Profile : http://community.jboss.org/people/swiderski.maciej Message: -------------------------------------------------------------- No problem Ronald, thanks a lot for all the help with this issue. Will look into the source and if I find something will post it back here. Cheers, Maciej -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528601#528601

15 years, 10 months

1
0
0 / 0

[jBPM] New message: "Re: [jBPM4.1] - No Environment Exception"

by Mike Burton

User development, A new message was posted in the thread "[jBPM4.1] - No Environment Exception": http://community.jboss.org/message/528600#528600 Author : Mike Burton Profile : http://community.jboss.org/people/mike_burton Message: -------------------------------------------------------------- Hi Ronald Can you please provide me the link to get the source from trunk as i have no idea about the trunk. Thanks Mike -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528600#528600

15 years, 10 months

1
0
0 / 0

[JBoss Tools] New message: "Re: Cannot run a JSF project"

by Denis Golovin

User development, A new message was posted in the thread "Cannot run a JSF project": http://community.jboss.org/message/528596#528596 Author : Denis Golovin Profile : http://community.jboss.org/people/dgolovin Message: -------------------------------------------------------------- I've just verified this on JBDS 2.1.1.GA build. My environment is: 1. OS - Linux Ubuntu 9.10 2. JVM - Open JDK 1.6 3. IDE - JBDS 2.1.1.GA 4. Server - Tomcat 6.0.20 5. WAR - downloaded from your link provided below What I did to verify: 1. Installed JBDS 2.1.1.GA 2. Created Tomcat server 3. Downloaded archive using URL provided below 4. Extracted WAR file from it into temporary directory 5. Imported it with default values through "Import" dialog available by "File/Import..." menu like it shown below http://community.jboss.org/servlet/JiveServlet/showImage/2151/jsf-import.png Left all suggested default values and press Finish button http://community.jboss.org/servlet/JiveServlet/showImage/2152/jsf-import-... 6. Ran imported example through Run On Server "Run as->Run on Server"pop-up menu in Java Package Explorer http://community.jboss.org/servlet/JiveServlet/showImage/2153/jsf-import-... 7. Got first page like this http://community.jboss.org/servlet/JiveServlet/showImage/2155/jsf-started... What did you exactly do besides that? Have you ever seen clean example started and working? What is your web.xml and new xhtml page look like? If you are using web.xml from seam it should be references like .seam according to servlet mapping declaration <servlet-mapping> <servlet-name>Faces Servlet</servlet-name> <url-pattern>*.seam</url-pattern> </servlet-mapping> -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528596#528596

15 years, 10 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: VFS3 and symlinks"

by David Lloyd

User development, A new message was posted in the thread "VFS3 and symlinks": http://community.jboss.org/message/528589#528589 Author : David Lloyd Profile : http://community.jboss.org/people/david.lloyd@jboss.com Message: -------------------------------------------------------------- One option could be to simply "punt", as the Perl guys say, and wait for Java 7 to solve this, which contains a much-improved filesystem API. This would open up a lot of options, like being able to possibly install VFS as the "real" file handler, or at the very least, be able to identify and read symlinks so as to avoid the problem that way without the expensive canonicalization of every file name. Just a thought -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528589#528589

15 years, 10 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: CL requirements and domains not in-synch"

by Adrian Brock

User development, A new message was posted in the thread "CL requirements and domains not in-synch": http://community.jboss.org/message/528588#528588 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- I assume you mean the commented out test? It looks like it is working as it is supposed to out-of-the-box. The purpose of Hierarchical domains is to reproduce what was done in JBoss4.x with the Hierarchical loader repositories. So by default they work the same way. The jboss-classloading.xml only lets you specify parent-first=true/false, i.e. ParentPolicy.BEFORE or ParentPolicy.AFTER_BUT_JAVA_BEFORE If you want more control on what is visible in the parent, then you need to create the domain manually to specify your filter. e.g. Your test works if I change it as follows: [ejort@warjort jboss-cl]$ svn diff classloading/src/test/java/org/jboss/test/classloading/dependency/test/HierarchicalDomainUnitTestCase.java Index: classloading/src/test/java/org/jboss/test/classloading/dependency/test/HierarchicalDomainUnitTestCase.java =================================================================== --- classloading/src/test/java/org/jboss/test/classloading/dependency/test/HierarchicalDomainUnitTestCase.java (revision 101491) +++ classloading/src/test/java/org/jboss/test/classloading/dependency/test/HierarchicalDomainUnitTestCase.java (working copy) @@ -23,6 +23,7 @@ import junit.framework.Test; import org.jboss.classloader.spi.ClassLoaderSystem; +import org.jboss.classloader.spi.ParentPolicy; import org.jboss.classloading.spi.dependency.policy.mock.MockClassLoadingMetaData; import org.jboss.classloading.spi.metadata.ClassLoadingMetaDataFactory; import org.jboss.classloading.spi.metadata.ExportAll; @@ -478,7 +479,8 @@ public void testExplicitRequirementsInNewDomain() throws Exception { - // FIXME - testExplicitRequirementsInDomain("SomeNewDomain"); + system.createAndRegisterDomain("SomeNewDomain", ParentPolicy.BEFORE_BUT_JAVA_ONLY, system.getDefaultDomain()); + testExplicitRequirementsInDomain("SomeNewDomain"); } protected void testExplicitRequirementsInDomain(String domain) throws Exception But in that case, there is little point in the hierarchical domain. ;-) system.createAndRegisterDomain("SomeNewDomain", ParentPolicy.BEFORE_BUT_JAVA_ONLY); would give you a new top-level domain and also make your test work. NOTE: In real life, you would use ParentPolicy.BEFORE in the last example, but if you used that in this test, it would load the support classes from the classpath rather than the Mock classloader. :-) -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528588#528588

15 years, 10 months

1
0
0 / 0

[JBoss Portal] New message: "Re: Resources for using portal api"

by Monkey Den

User development, A new message was posted in the thread "Resources for using portal api": http://community.jboss.org/message/528587#528587 Author : Monkey Den Profile : http://community.jboss.org/people/monkeyden Message: -------------------------------------------------------------- Thanks again Wesley. I've been able to get everything working correctly within my code but transaction committal fails after the request. Seam doesn't know anything about the persistence context the portal API is using so when it tries to commit it fails with: org.jboss.util.NestedSQLException: Could not enlist in transaction on entering meta-aware object! ... Caused by: org.hibernate.exception.GenericJDBCException: Cannot open connection Here is the bit of code that works, until the response: UserModule userMod = (UserModule) new InitialContext().lookup("java:portal/UserModule"); user = userMod.findUserByUserName(username); Any idea of how to get around this? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528587#528587

15 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user February 2010