October 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-816) Create a CacheProxy to allow cache replication across WANs

by Manik Surtani (JIRA)

Create a CacheProxy to allow cache replication across WANs ---------------------------------------------------------- Key: JBCACHE-816 URL: http://jira.jboss.com/jira/browse/JBCACHE-816 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 1.4.0, 2.0.0 Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.3.0 This has to do with multiple JBoss Cache clusters deployed on LANs as islands, requiring a bridge between such islands. An ideal use case is where a cluster spans multiple data centres and would need to replicate across a WAN. The ideal strategy would be to allow for async bridging, since most calls would be colocated to a single LAN, but may fail over to a remote LAN (pretty much the same idea of async repl within a LAN, except that now we treat an entire LAN as a host. Sort of a meta-cluster). For more details and some brainstorming ideas, see: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCacheAcrossDataCentres -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

3
4
0 / 0

[JBoss JIRA] Created: (JBCACHE-711) Replication eats out exception on the remote node

by Ben Wang (JIRA)

Replication eats out exception on the remote node ------------------------------------------------- Key: JBCACHE-711 URL: http://jira.jboss.com/jira/browse/JBCACHE-711 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: Replication Affects Versions: 1.4.0 Reporter: Ben Wang Assigned To: Manik Surtani Fix For: 2.0.0 I have seen this on the 1.4 release on ejb3. Here is what happens. Two nodes replication. When the remote node throws an exception like NPE, the originating node will display with NonSerializableException. I don't a unit test for this but I think it should be easy to reproduce. 21:51:32,490 INFO [TxInterceptor] There was a problem handling this request java.io.NotSerializableException: RpcDispatcher returned a null. This is most often caused by args for _replicate(_put(null, /testNestedStateful/5c4o1e-xzw6rx-eq1m0jea-1-eq1m4tna-5, bean, org.jboss.ejb3.stateful.ProxiedStatefulBeanContext@7b8be7, true)) not being serializable. at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4166) at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4113) at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4214) at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:110) at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:88) at org.jboss.cache.interceptors.ReplicationInterceptor.handleReplicatedMethod(ReplicationInterceptor.java:114) at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:83) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.PassivationInterceptor.invoke(PassivationInterceptor.java:69) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterce -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

3
6
0 / 0

[JBoss JIRA] Created: (JBAS-4548) Testsuite failures due to EJBs starting before datasource

by Brian Stansberry (JIRA)

Testsuite failures due to EJBs starting before datasource --------------------------------------------------------- Key: JBAS-4548 URL: http://jira.jboss.com/jira/browse/JBAS-4548 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Deployment services, EJB2 Affects Versions: JBossAS-5.0.0.Beta2 Reporter: Brian Stansberry Assigned To: Dimitris Andreadis A number of unit tests are failing due to EJB2 deployment failures. The tests deploy an ear; contents of the ear are an ejb2 jar and a -ds.xml file. The ejb jar is deploying before the datasource, and thus ejb deployment fails when the datasource cannot be found in JNDI. See forum thread for detailed discussion. The testsuite failures due to this that I'm aware of are: org.jboss.test.testbeancluster.test.CacheInvalidationUnitTestCase org.jboss.test.testbeancluster.test.RetryInterceptorUnitTestCase org.jboss.test.testbeancluster.test.SingleRetryInterceptorUnitTestCase -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

2
2
0 / 0

[JBoss JIRA] Created: (BPEL-281) apache ant support

by Alejandro Guizar (JIRA)

apache ant support ------------------ Key: BPEL-281 URL: http://jira.jboss.com/jira/browse/BPEL-281 Project: JBoss jBPM BPEL Issue Type: Task Security Level: Public (Everyone can see) Components: Engine Reporter: Alejandro Guizar Assigned To: Alejandro Guizar Fix For: jBPM BPEL 1.1 GA The web console provides a user interface to perform the following tasks. 1. Database administration 2. Process deployment 3. Partner registration For integration purposes, the ability to invoke the above tasks from an Ant script is highly desirable. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

1
4
0 / 0

[JBoss JIRA] Created: (BPEL-275) web module deployment tool

by Alejandro Guizar (JIRA)

web module deployment tool -------------------------- Key: BPEL-275 URL: http://jira.jboss.com/jira/browse/BPEL-275 Project: JBoss jBPM BPEL Issue Type: Task Security Level: Public (Everyone can see) Components: Engine Reporter: Alejandro Guizar Assigned To: Alejandro Guizar Fix For: jBPM BPEL 1.1 GA Develop a tool for deploying web modules to the application server. Use JSR-88 APIs if possible. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

1
3
0 / 0

[JBoss JIRA] Created: (BPEL-276) generate bpel application descriptor along with wsdl service description

by Alejandro Guizar (JIRA)

generate bpel application descriptor along with wsdl service description ------------------------------------------------------------------------ Key: BPEL-276 URL: http://jira.jboss.com/jira/browse/BPEL-276 Project: JBoss jBPM BPEL Issue Type: Task Security Level: Public (Everyone can see) Components: Engine Reporter: Alejandro Guizar Assigned To: Alejandro Guizar Fix For: jBPM BPEL 1.1 GA -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

1
3
0 / 0

[JBoss JIRA] Created: (BPEL-278) endpoint reference in <from> is not validated against the available partner link roles

by Alejandro Guizar (JIRA)

endpoint reference in <from> is not validated against the available partner link roles -------------------------------------------------------------------------------------- Key: BPEL-278 URL: http://jira.jboss.com/jira/browse/BPEL-278 Project: JBoss jBPM BPEL Issue Type: Bug Security Level: Public (Everyone can see) Components: Engine Affects Versions: jBPM BPEL 1.1 beta 3 Reporter: Alejandro Guizar Assigned To: Alejandro Guizar Fix For: jBPM BPEL 1.1 GA Consider the following partner link declaration. <partnerLink name="ConfiscationTaskMngLink" partnerLinkType="wsdl:ConfiscationTaskMngLink" partnerRole="ConfiscationTaskMngProvider" /> The following from-spec is invalid because the above partner link does not specify myRole: <from endpointReference="myRole" partnerLink="ConfiscationTaskMngLink" /> This error is not caught during static analysis. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

1
3
0 / 0

[JBoss JIRA] Created: (BPEL-280) redeploy web modules upon server restart

by Alejandro Guizar (JIRA)

redeploy web modules upon server restart ---------------------------------------- Key: BPEL-280 URL: http://jira.jboss.com/jira/browse/BPEL-280 Project: JBoss jBPM BPEL Issue Type: Task Security Level: Public (Everyone can see) Components: Engine Reporter: Alejandro Guizar Assigned To: Alejandro Guizar Fix For: jBPM BPEL 1.1 GA PROBLEM With the automated deployment procedure in place, new processes and the associated web services can be deployed on the fly. There is an issue, however. Upon server restart, web modules deployed through the JBoss AS main deployer dissapear. Three approaches come quickly to mind to address this situation: PROPOSAL 1. Place the modules directly in the deployment directory of the application server * Pros. The engine needs not perform any task at startup. The server is responsible for reading and deploying the modules. * Cons. Loss of portability. Servers other than JBoss AS use different deployment directories. Some may not even support the concept of a deployment directory. Furthermore, what if the modules are deleted? Because the responsibility is trasferred to the server, there can be a disconnection between the process definitions in the jBPM database and the deployed web services. PROPOSAL 2. Save the prefabricated deployment artifacts in the process definition. Rebuild the module at startup. * Pros. No external location is required to place the modules. All information required to rebuild them is saved along the process definition. The disconnection between the process definitions and the deployed web services dissapear. * Cons. The engine has to process each process definition at startup to rebuild the modules. This could result in a significant startup time. Plus, database space consumption might become excessive. PROPOSAL 3. Save the prefabricated module in a content repository. Leverage the repository facilities provided by jBPM. * Pros. Same as 2. Plus, no large database storage requirements. * Cons. The engine still has to process each process definition at startup. Plus, an external content repository introduces new dependencies and installation complexities to the product. Among these proposals, #1 looks good because it neither imposes large database storage requirements nor a significant startup processing time. It is also the easiest to implement, at the expense of brittleness due to the reliance on the app server. Any comments or new proposals welcome. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

1
2
0 / 0

[JBoss JIRA] Created: (BPEL-272) allow xpath expression/query to create more than one occurrence of an element

by Alejandro Guizar (JIRA)

allow xpath expression/query to create more than one occurrence of an element ----------------------------------------------------------------------------- Key: BPEL-272 URL: http://jira.jboss.com/jira/browse/BPEL-272 Project: JBoss jBPM BPEL Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Engine Affects Versions: jBPM BPEL 1.1 beta 3 Reporter: Alejandro Guizar Assigned To: Alejandro Guizar Priority: Critical Fix For: jBPM BPEL 1.1 GA PROBLEM The current XPath sublanguage implementation automatically creates nodes missing from location paths during assignment. This facility has a number of conceptual limitations. One of them is the inability to append a child element to an existing element if the latter already has a child element with the same name. There is no XPath syntax to express that a new element is required! It is tempting to think of a numeric XPath predicate as an array index, leading to the next snippet: <copy> <from><literal>haha</literal></from> <to variable='laughter' xmlns:ex='http://jbpm.org/bpel/examples'> <query>ex:laugh[last() + 1]</query> </to> </copy> However, such an interpretation of a predicate is wrong. Consider the following extract from XPath 1.0 specification on predicates: "A PredicateExpr is evaluated by evaluating the Expr and converting the result to a boolean. If the result is a number, the result will be converted to true if the number is equal to the context position and will be converted to false otherwise." The description of the last() function reads: "The last function returns a number equal to the context size from the expression evaluation context." Noticed the problem? The context position is never greater than the context size. Therefore the predicate [last() + 1] does not represent the position "one past the context size" but the boolean value false. Unfortunately, no other predicate seems appropriate. PROPOSAL Introduce a minor deviation from the XPath 1.0 specification. Interpret the result of a numeric predicate that equals the context size plus one as a request to create a new occurrence of the node. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

2
6
0 / 0

[JBoss JIRA] Created: (BPEL-273) provide a declarative way to install new evaluator factories in the sublanguage framework

by Alejandro Guizar (JIRA)

provide a declarative way to install new evaluator factories in the sublanguage framework ----------------------------------------------------------------------------------------- Key: BPEL-273 URL: http://jira.jboss.com/jira/browse/BPEL-273 Project: JBoss jBPM BPEL Issue Type: Task Security Level: Public (Everyone can see) Components: Engine Affects Versions: jBPM BPEL 1.1 beta 3 Reporter: Alejandro Guizar Assigned To: Alejandro Guizar Fix For: jBPM BPEL 1.1 GA PROBLEM The sublanguage framework is extensible; however, it only provides programmatic means to register evaluator factories for new languages. PROPOSAL Involves two actions: 1. Apply the resource-based declarative pattern currently employed in activity readers, catalog readers and endpoint reference factories to evaluator factories. 2. Remove programmatic registration as well. It would allow the addition of new languages at runtime, which is untested and not currently required. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 1 month

1
2
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2007