July 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large Messages and the JMS Bridge

by clebert.suconic＠jboss.com

We had a relevant conversation about this today on the IRC, and I wanted to keep a record of it here: "Clebert, Andy and Jeff on IRC" wrote : | (10:15:18 AM) clebert: Cache on LargeMessage | (10:15:24 AM) clebert: the way I implemented is... | (10:15:34 AM) clebert: I added a new attribute on the SessionFactory and ConnectionFactory | (10:15:42 AM) clebert: cacheLargeMessageClient | (10:15:45 AM) clebert: with default = false | (10:16:07 AM) clebert: if that is set, the LargeMessageBuffer will use a temporary file (on the TempDir) to hold on the large message content | (10:16:19 AM) clebert: tempDir = File.createTempFile() | (10:16:29 AM) clebert: the file is marked to be deleted after exit | (10:16:36 AM) clebert: and finalize will also delete the temp file | (10:16:48 AM) clebert: that will be probably used only on the bridge... or if the user needs it | (10:16:58 AM) clebert: I only need to document it now | (10:17:07 AM) AndyTaylor: clebert: so the message will stay in temp for the user to obtain | (10:17:30 AM) clebert: AndyTaylor: LargeMessages are usually a stream of packets... | (10:17:35 AM) clebert: if that property is true... | (10:17:39 AM) clebert: there will be a file on the client... | (10:17:48 AM) clebert: so if the user moves the buffer back, it will recover the content from the file | (10:18:05 AM) clebert: otherwise it' s not possible to move a largemessage buffer back, since it would be a streaming otherwise | (10:18:12 AM) AndyTaylor: clebert: ok i see. | (10:18:22 AM) jmesnil: clebert: do you think it is worth to have a example with a cached large message? | (10:19:05 AM) clebert: jmesnil: I' m not sure... I would prefer users not using that feature... only letting it for cases where you need to cache the message (i.e., the Bridge) | (10:19:16 AM) AndyTaylor: clebert: +1, i agree | (10:19:17 AM) clebert: jmesnil: I' m not 100% sure | (10:19:25 AM) AndyTaylor: clebert: internal use only | (10:19:26 AM) jmesnil: clebert: ok, it's more an "internal" feature | (10:19:54 AM) clebert: jmesnil: allthough I would need to set the attribute for the Bridge | (10:19:59 AM) clebert: on the CF used by the Bridge | (10:20:10 AM) clebert: maybe I would only set it on the JMSBridge | (10:20:38 AM) jmesnil: clebert: on the core bridge too? | (10:21:05 AM) clebert: jmesnil: no... the core bridge deals with ServerMessage which has the File on it already | (10:21:17 AM) jmesnil: clebert: ah, ok | (10:21:26 AM) clebert: jmesnil: I will double check it though | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246501#4246501 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246501

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Re-using the REST facade

by rmoskal

I am creating a jbpm application that is backed by a spring context. The base for what I'm doing is here: http://code.google.com/p/jbpm4-spring-demo/ I would like to use the existing gwt-console REST service to expose my spring back process engine to a ui (of my own) as well as to service applications. As there is now a spring integration for jbpm4, it seems this is something that many people would like to do. It would be nice to do this as elegantly as possible. Thanks, Robert View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246500#4246500 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246500

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS3 - missing features and other issues

by david.lloyd＠jboss.com

"alesj" wrote : "david.lloyd(a)jboss.com" wrote : | | AssembledDirectory shouldn't be needed anymore with the new design (there is only one view of the VFS and that's the fully assembled view). | | | | MemoryFileFactory should be replaced with an alternative API... right now it all needs to be explicit (make a temp dir, mount the temp dir in the real VFS, and use getPhysicalFile() to make modifications). I think a static method might be a good idea to do this automatically though. | | | I only need this API for back-compatibility. | How it's implemented in the back, I don't care. | But not having this would mean huge changes to MC testing, | as a lot CL, Deployers, WB, ... tests depends on it. | | You can definitely deprecate it, and write better suited API to the new VFS API. If you want to add it back in, be my guest - it just means putting off the same work until later though. Except then it will probably be even more difficult since more time will pass allowing the API to become even more entrenched. We intended to change or remove the tests (some of the tests seem to exist only to test this feature; it would be strange to add the feature just to make those tests work). As for the other stuff, the temp file API needs to be fixed up a bit to allow for those components to be ported (remember that this is an unfinished prototype). I think the quick/easy fix would be a mistake here. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246497#4246497 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246497

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS3 - missing features and other issues

by david.lloyd＠jboss.com

"alesj" wrote : "david.lloyd(a)jboss.com" wrote : Throw it away. All it is used for is identifying archives, which is up to the individual deployers. | Afair there was more to it than just deployers. | The idea was to keep the suffixes in a single place. And this is a bad idea, as any deployer might use any extension for an archive. They should not be limited to a single global static list. And it's not appropriate for an archive deployer to explicitly manage nested archives of a type with which it is not familiar or authoritative over. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246491#4246491 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246491

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS3 - missing features and other issues

by david.lloyd＠jboss.com

"alesj" wrote : "david.lloyd(a)jboss.com" wrote : | | I think the explicit mount needs to be either part of the test case or part of the test suite setup. Probably the latter. Then the unmount/cleanup would happen in the teardown. | I think we should also check an option of having auto-mount/unmount. | Auto mount is easy. It's the unmount that's the problem - that's how we get into situations where we leak temp files everywhere. There's no way to detect when the filesystem isn't used anymore. That's the whole reason for the explicit mount/unmount design, and adding automount will just reintroduce the original problem again. Correctness is more important that ease of use in this case. Though honestly, keeping track of your resources and explicitly unmounting is not that hard - I don't see why it is such a burden. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246489#4246489 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246489

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Re-using the REST facade

by heiko.braun＠jboss.com

I am not sure if I understand you correctly. can elaborate on what you are trying to achieve? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246487#4246487 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246487

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS3 - missing features and other issues

by alesj

"david.lloyd(a)jboss.com" wrote : | I think the explicit mount needs to be either part of the test case or part of the test suite setup. Probably the latter. Then the unmount/cleanup would happen in the teardown. I think we should also check an option of having auto-mount/unmount. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246485#4246485 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246485

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re-using the REST facade

by heiko.braun＠jboss.com

anonymous wrote : | Greetings Heiko: | | Sorry to barge in on you but I've been using Andries InzÃ©'s spring integration as the basis for a JBPM application I'm building for a client. I'd like to incorporate the reast-easy interface from the gwt-console application. | | It would be nice to use your integration layer so I can make a clean integration with the console server code. It seems it is largely a matter of putting classes like TaskManagementImpl directly on the spring context. | | Any pointers as to how you might handle this would be appreciated. I need this for a current project and would be pleased to return any accomplishments to the community. | | Regards, | | Robert | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246484#4246484 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246484

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS3 - missing features and other issues

by alesj

"david.lloyd(a)jboss.com" wrote : Throw it away. All it is used for is identifying archives, which is up to the individual deployers. Afair there was more to it than just deployers. The idea was to keep the suffixes in a single place. And there was nothing more close to the hierarchy top then VFS which was using it. I guess I can move it to Common-core, as there is already some JarUtils. And who ever uses that should populate it properly. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246483#4246483 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246483

16 years, 8 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: JBoss Profiler Quick Start

by jesper.pedersen

mjn, update to 2.0.0.Beta5 and follow the installation chapter in the user guide. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246481#4246481 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246481

16 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2009