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

[Design of JBoss Remoting, Unified Invokers] - Re: Remoting 3: Secure Remote Classloading (JBREM-929)

by david.lloyd＠jboss.com

Thinking about it more, I think that vfsremote could be much like vfsmemory, except that if a class is missing, it is fetched remotely. Especially if vfsmemory could have a specifiable authority name. Hint hint. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191106#4191106 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191106

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: 1.4.1.GA ready

by clebert.suconic＠jboss.com

"anil.saldhana(a)jboss.com" wrote : in the AS5 workspace, the thirdparty/jboss/messaging contains both "jboss-messaging.jar and jboss-messaging-client.jar" | | but the client directory of the built AS ie. build/output/jboss-5.x/client directory contains jboss-messaging.jar rather than jboss-messaging-client.jar. Is this intended? Hoping Scott/Dimitris would see this... Where this should be fixed on the build? that jboss-messaging.jar on /client really is the server library. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191104#4191104 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191104

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - comments on initial xsd jpdl 4

by kukeltje

- tns namespace-prefix should be jpdl - g as an attribute for gpd info will not work. This should be a complex element in its own namespace and allowed under each jpdl element. Maybe there should be more/different gpd elements (transitions need other info than nodes). So either leave it out completely (for now) or do it a little more right View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191078#4191078 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191078

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: xml persistent format for attachments

by scott.stark＠jboss.org

The DeploymentRepository spi has been updated with this change. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191076#4191076 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191076

17 years, 4 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Remoting 3: Transporters

by david.lloyd＠jboss.com

I've been thinking more about the implementation of Transporters. Right now they can only be created locally and sent as part of a request - there's no notion of a registry for example. It wouldn't be too great of a stretch to add a transporter service, which would return remote references upon request. Of course at that point we could take it one step further, and create a complete alternate RMI implementation based on our marshalling mechanism... What do you guys think? Something to consider for 3.1 or 3.2? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191069#4191069 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191069

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Why do Topic/Queue descriptors need extra metadata in or

by charles.crouch＠jboss.com

"scott.stark(a)jboss.org" wrote : | I'll create an issue and ask Ales to look at the metadata repository approach. | Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191068#4191068 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191068

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Why do Topic/Queue descriptors need extra metadata in or

by scott.stark＠jboss.org

https://jira.jboss.org/jira/browse/JBAS-6225 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191067#4191067 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191067

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Why do Topic/Queue descriptors need extra metadata in or

by scott.stark＠jboss.org

"charles.crouch(a)jboss.com" wrote : | a) Have we approached the JBoss Messaging team about including these annotations on their classes | No, we were using it as a typical example of introducing admin to an external project. We should not have to annotate the beans to manage them. "charles.crouch(a)jboss.com" wrote : | b) Can we supply our own version of org.jboss.jms.server.destination.QueueService which acts as a proxy and does include the annotations. | Yes, we originally did that but it was more cumbersome in terms of taking existing messaging destination deployments and making them manageable. "charles.crouch(a)jboss.com" wrote : | c) Can we supply this annotation as some sort of cross-cutting concern? i.e. all instances of org.jboss.jms.server.destination.QueueService created by the MC need to have this annotation applied. I'm fine with having another *single* deployment descriptor which we would ship with that defines this, as opposed to getting users to update *every* destination descriptor they have. | This should be doable via the metadata repository using a loader that adds this annotation for specific mbean types. This could also be done by changing the ServiceMetaDataICF, probably other ways. I'll create an issue and ask Ales to look at the metadata repository approach. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191065#4191065 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191065

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Why do Topic/Queue descriptors need extra metadata in or

by charles.crouch＠jboss.com

Ok so do we go about fixing this? a) Have we approached the JBoss Messaging team about including these annotations on their classes b) Can we supply our own version of org.jboss.jms.server.destination.QueueService which acts as a proxy and does include the annotations. c) Can we supply this annotation as some sort of cross-cutting concern? i.e. all instances of org.jboss.jms.server.destination.QueueService created by the MC need to have this annotation applied. I'm fine with having another *single* deployment descriptor which we would ship with that defines this, as opposed to getting users to update *every* destination descriptor they have. Cheers View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191060#4191060 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191060

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: xml persistent format for attachments

by scott.stark＠jboss.org

"emuckenhuber" wrote : Ah before i forget, i think we should update the DeploymentRepository interface to: | ... | Ok, I'll make those changes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191059#4191059 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191059

17 years, 4 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 November 2008