September 2008 - jboss-dev-forums

[Design of JBoss jBPM] - Re: gwt-console in distribution

by heiko.braun＠jboss.com

anonymous wrote : | I really would appreciate if it uses the CommandService, | The console server backend will have a pluggable DAO layer. Building it upon the CommandService shouldn't be a problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179618#4179618 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179618

16 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Classloader-Registry in AS/ESB allows one central jbpm i

by camunda

In our current project we have the following concept for versioning (sorry for not posting that the first place): Versioning is applied to applications and services, normally correspond to one EAR (with Java classes, maybe web pages, wsdl, whatever. Depends on the kind of service). There are two versioning schemes: 1.) Major Versions: Bigger changes. These may be not compatible. New major versions may be run in parallel to older services. 2.) Minor versions = patches. These are patches, bug fixes or compatible changes. New Minor versions replace the existing service. The EAR includes the version in its name, so all beans and stuff include the version in the JNDI-Name. jBPM-processes are included in this EAR. New major versions will create new processdefinition names (basically the version is added to the process name, e.g. "websale_3"). "Normal" jbpm versioning is only applied on patch level. anonymous wrote : It is a more generic problem than just jBPM. Exactly, normally you have to take care of versioning for a lot of artefacts, so I think this solution makes sense... And I like having bytecode and classpath stuff in EAR files more than in the jBPM database... anonymous wrote : So maybe we could come up with something together with the seam guys Yeah, maybe. But I think it is not only seam, but much more. Especially if you look into the direction of the ESB with whatever services connected to it. This direction (to the backend) is also very interessting. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179617#4179617 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179617

16 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Testing Bootstrap Dependencies

by bstansberry＠jboss.com

Yes, put them in https://svn.jboss.org/repos/jbossas/trunk/testsuite/. anonymous wrote : It works only if it is called from different targets. But if it is okay I will split the tests into separate targets. I see. OK, separate targets is OK. Note that you can wrap those targets in a container target to avoid having so many details exposed to the target that runs the overall testsuite; see the tests-clustering target in https://svn.jboss.org/repos/jbossas/trunk/testsuite/imports/config/tests-..., which calls other targets that add different suffixes to different tests. See also https://svn.jboss.org/repos/jbossas/trunk/testsuite/imports/config/config... which is imported into testsuite/build.xml and itself imports other ant files that run a grouped set of tests. This approach is used to add more targets without making testsuite/build.xml huge. I suggest you use this approach; i.e. add a testsuite/imports/tests-bootstrap-dependencies.xml and add it to testsuite/imports/configs.xml. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179595#4179595 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179595

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: https://jira.jboss.org/jira/browse/JBMESSAGING-1413

by jmesnil

"timfox" wrote : ... is this fixed? | | If so, please close the task. I'll handle the issue and close it View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179588#4179588 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179588

16 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-5953; jar override issue

by alesj

"adrian(a)jboss.org" wrote : | So this is clearly either a caching issue inside the VFS ... | Could be an issue with the way VFS reads and then closes things - via delay / reaper thread: - http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153696#4153696 This was definitely an issue with ProfileService tests, where we eventually needed VFS::delete impl: - http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160591#4160591 But since there are many other similar issues: - http://www.jboss.com/index.html?module=bb&op=viewtopic&t=142095 Looks like we really need some custom jar/zip impl. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179583#4179583 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179583

16 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-5953; jar override issue

by adrian＠jboss.org

I don't see the crash problem that Shelley is seeing, but I do see the test failing. If I put a sleep between the copy of the file and redeploy, then the test passes. | [ejort@warjort testsuite]$ svn diff | Index: src/main/org/jboss/test/jmx/test/UndeployBrokenPackageUnitTestCase.java | =================================================================== | --- src/main/org/jboss/test/jmx/test/UndeployBrokenPackageUnitTestCase.java (revision 78789) | +++ src/main/org/jboss/test/jmx/test/UndeployBrokenPackageUnitTestCase.java (working copy) | @@ -152,6 +152,8 @@ | | Files.copy(goodjar, thejar); | getLog().info("Redeploying testPackage: " + testPackage); | + | +Thread.sleep(10000); | | redeploy(testPackage); | Object home = getInitialContext().lookup("EntityA"); | So this is clearly either a caching issue inside the VFS/JDK or there is some issue with the Files.copy() not flushing properly to the file system so the server is seeing a corrupt file. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179581#4179581 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179581

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: perfSender/perfListener is acting weird

by clebert.suconic＠jboss.com

"ataylor" wrote : anonymous wrote : On persistent messages, I used to get 24K messages / second, and now I'm getting 17K messages / second. | | This is similar to the figures i was getting a few weeks ago, last time i ran the perf tests. | I have a SCSI driver what should drive it faster. I'm not too concerned about performance now, unless there is some basic design change that would affect performance in such way we can't optimize later. I wanted to raise the issue here because of perfSender/perfListener not completing. Just for the record, everything is fast and completing without any problems at r5023, and taking extra time and sometimes not completing at r5041+. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179578#4179578 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179578

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: https://jira.jboss.org/jira/browse/JBMESSAGING-1413

by jmesnil

"clebert.suconic(a)jboss.com" wrote : No.. it's not done.... | I'm working on it, I'll add a undeployDestination(String) to JMSServerManager which will be called on undeploy and remove the destination from JNDI. destroyQueue() and destroyTopic() won't be changed and still means to remove the destination and delete its content. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179576#4179576 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179576

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: https://jira.jboss.org/jira/browse/JBMESSAGING-1413

by clebert.suconic＠jboss.com

No.. it's not done.... I have commented out the part that would remove all messages.. but that is a hack: http://fisheye.jboss.org/viewrep/Messaging/trunk/src/main/org/jboss/messa... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179573#4179573 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179573

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover on Shutdown

by pkaisernow

Sorry for being the redundant. I downloaded the CP03 source and have a question about the failoverOnNodeLeave attribute. The JMX interface denies changes to the value if the PostOffice service is started. I think it would be helpful to be able to change this attribute after the service is started. When I looked through the PostOffice service implemenation, I noticed the attribute is written in the constructor and read only once in one method, nodesLeft(). Other than as a basic service-level policy decision, I don't understand why this particular attribute cannot be changed at run-time. Is there some other behavior I'm not seeing? Thanks, Paul View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179562#4179562 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179562

16 years, 2 months

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 September 2008