May 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - org.jbpm.JbpmException: couldn't deserialize object

by camunda

Hi! I experienced a problem: If you deploy your business object classes only with jBPM (so you don't have it on the classpath), you get an exception when loading these objects (ClassNotFoundException). I added detailed information to this on this related bug, maybe it should be reopened? http://jira.jboss.org/jira/browse/JBPM-1024 Or we just say, domain classes have to be on the classpath? What do you guys think? Cheers Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154389#4154389 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154389

16 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: AIO error

by timfox

What do you mean "the client is starting the journal"? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154386#4154386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154386

16 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: AIO error

by clebert.suconic＠jboss.com

The client is starting the journal? It shouldn't be doing it. I would need to look at what changed? Maybe someone already know it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154382#4154382 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154382

16 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassLoader for a subdeployment

by adrian＠jboss.org

I've done this change. It will need a jboss-deployers release to make it work. See the JIRA issue for how this works. It's a bit ugly though if you want to add your subdeployment classloader to the default domain since you've got to specify something like: | <classloading domain="DefaultDomain" parentDomain="DefaultDomain"/> | But if you're doing that I don't see why you would need a subdeployment classloader anyway ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154352#4154352 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154352

16 years

1
0
0 / 0

[Design of POJO Server] - Re: profile service, farming

by bstansberry＠jboss.com

I'm starting to wonder whether it would make more sense to just have a JGroups Channel (actually, a more limited version of HAPartition [1]) available during the bootstrap of a clustered ProfileService. Been looking at FileProfileRepository thinking about how a cluster-aware variant of that could be created. But you quickly run into the DeploymentRepository.load() method which indirectly gets called during the profile service bootstrap. A proper clustered DeploymentRepository would need to reconcile at least some of its state with other cluster members during load(), but there's no Channel available. Getting around that would require hacky API changes all the way to the ProfileService.getProfile(ProfileKey key) method. I had been thinking the services of the regular HAPartition would be made available to the profile service as part of DeploymentPhase.APPLICATION. But that just looks wrong; a service depending on its client to provide necessary core functionality. [1] A more limited HAPartition would be a bean that implements an interface w/o ancillary HAPartition stuff like getDistributedState(). The regular HAPartition in deploy/ would probably just have this bean injected into it and delegate to it for its core functions. This way we'd avoid creating an extra Channel. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154348#4154348 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154348

16 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Change log for projects

by adrian＠jboss.org

Ales, you've been doing the change notes wrong. Or really the versions. If you look at the roadmap for jboss-deployers you'll see things closed that should be in an earlier release, e.g. http://jira.jboss.com/jira/browse/JBDEPLOY-27 which was closed in Beta12 but Beta12 didn't exist when Alex closed against CR1 When you create a new beta, 1) rename the CR1 version to the new beta 2) then create a new CR1 and move open issues to it. Otherwise the change notes will be wrong and miss things. I don't suppose it really matters for the betas, but it would be nice if they were accurate :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154340#4154340 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154340

16 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some serious issues with new journal code for AIO

by clebert.suconic＠jboss.com

"timfox" wrote : | Some of these are pretty critical bugs, I can only asume the new functionality test coverage isn't sufficient since these weren't caught. The only real bug I see here is 7. 8 is working as I expected and 1-6 are just simple refactoring as a Callback is aways called even on NIO. As for 1... the sync call on AIO wouldn't make it wait until yesterday. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154324#4154324 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154324

16 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some serious issues with new journal code for AIO

by clebert.suconic＠jboss.com

"timfox" wrote : The overloaded methods that Clebert introduced, have a lot of code duplication, e.g. | That's why I created http://jira.jboss.org/jira/browse/JBMESSAGING-1347 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154320#4154320 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154320

16 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some serious issues with new journal code for AIO

by clebert.suconic＠jboss.com

"timfox" wrote : | 8) public void appendRollbackRecord(final long txID) throws Exception | | The bug here is that it doesn't wait for completion of all the transactional operations that came before it. It only waits for completion if the current operation A rollback is actually marking an ignore on the previous transaction with the same id... why do we care about them to complete if the journal is marking all the previous transaction as ignore? Example: Journal is sending 1000 messages on transaction 17. Transaction 17 is marked as rollback while Journal is still processing messaging 300. All the 700 upcoming messages are ignored. On an eventual recovery you would see a rollback anyway.. so I don't think you need to wait all the 700 messages to complete. (At that point you just need to make sure the rollback is serialized on disk) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154319#4154319 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154319

16 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS and directory handling

by alesj

"alesj" wrote : | For NoCopy handling, I can't see any other way then doing either this | | | // hack the JPA url | | VirtualFile root = di.getRootFile(); | | URL url = root.toURL(); | | String urlString = url.toExternalForm(); | | if (urlString.startsWith("vfs")) | | { | | // unpack, since that's the only way | | // to make sure we point to file | | VirtualFile file = VFSUtils.unpack(root); | | url = file.toURL(); | | urlString = url.toExternalForm(); | | if (urlString.startsWith("vfs")) | | url = new URL(urlString.substring(3)); | | } | | pi.setPersistenceUnitRootUrl(url); | | | This is probably bad as well - calling VFSUtils.unpack after classpath has been set. Since pushing something to JPA to do some resources lookup, and that this is NOT part of classloader is surely wrong. :-( Currently I'm out of ideas ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4154316#4154316 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4154316

16 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 May 2008