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

[Design of POJO Server] - Re: JSR77 View

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | These are basically just mbeans that need to be created along with the | relevant component. | We have to keep the old mbeans since that is what the client api uses and assumes. A full rewrite could make the client api run over the profile service which would be a better integration point. i.e. jsr77 would just be a facade over the managed objects. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182187#4182187 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182187

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: JSR77 View

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : "alesj" wrote : | | Otherwise I'll have a go, starting from tomorrow. | | Trying to mimic the old LocalJBossServerDomain in more generic+MC fashion. | | | | I wouldn't go for a full rewrite now, that would be a lot more work. | The full rewrite would be to have some link between the ManagedObject and the jsr77 mbean. i.e. When I only have to define my managed operataions and stats once. The trigger would be some "annotation" or something in the ManagedObject that says what the jsr77 name is which would also act as a trigger for it going into the jsr77 view. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182186#4182186 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182186

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: JSR77 View

by adrian＠jboss.org

"alesj" wrote : | Otherwise I'll have a go, starting from tomorrow. | Trying to mimic the old LocalJBossServerDomain in more generic+MC fashion. | I wouldn't go for a full rewrite now, that would be a lot more work. A simpler solution would be to look at org.jboss.management.j2ee.* in the management project. These are basically just mbeans that need to be created along with the relevant component. So you could for example have an EJBJSR77Deployer that looks at the ejb metadata and then either creates the ServiceMetaData for the relevant jsr77 mbean(s) or talks to the LocalJBossServerDomain directly. The same would go for the other types. See LocalJBossServerDomain which previously worked by listening to the old deployers and then did a type->factory thing in handleNotification(). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182185#4182185 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182185

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6061 or weird nested jar

by alesj

"adrian(a)jboss.org" wrote : | Well in that case, a more generic solution would be to write a deployer | that runs in PostParse. | | It would then check that all the VFS files in getClassPath() | are valid and remove those that aren't. This would of course be an | optional deployer (not configured by default) for backwards compatiblity purposes. | Makes sense. But there's a catch. This behavior is only triggered when somebody tries to read something from that jar - in this case load some class. Which starts zip entries read, stumbling upon that broken jar. How would you know what read/lookup to trigger in this deployer? Or how would you actually check if all entries - e.g. some similar weird double nested crap - is all legit? Perhaps we should add another (hard keeping track of all) flag to VFS, that would also ignore everything - as did the old code. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182178#4182178 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182178

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: JSR77 View

by scott.stark＠jboss.org

No, I'm working on other things right now. The best starting point is the jsr77 spec, and then look at our concrete mbean implementations in the jbossas/managed project. The spec is available from: http://jcp.org/aboutJava/communityprocess/mrel/jsr077/index.html The first issue will be that the jsr77 mbeans try to wrap the component mbeans. This will no longer be valid in general. We just need to make the jsr77 mbeans standalone, shallow representations of the javaee structure. We can worry about adding support for the optional statics and other information down the road. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182176#4182176 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182176

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6061 or weird nested jar

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | Well in that case, a more generic solution would be to write a deployer | that runs in PostParse. | Or maybe Describe if we aren't going to trust other deployers that add things to the classpath? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182171#4182171 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182171

16 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Way to control when injection happens?

by scott.stark＠jboss.org

Ok, that makes sense, thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182170#4182170 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182170

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6061 or weird nested jar

by adrian＠jboss.org

"alesj" wrote : "adrian(a)jboss.org" wrote : | | It's only referenced by the VFS because the JarStructure is adding it as a | | subdeployment. | No, that's not the case here. ;-) | | If you look at the actual JIRA issue, | you'll see that Luc has added it to server/some-as-config/lib | - as that's how/why conf/jboss-service.xml is able to see it in its classpath - | meaning it's referenced via this piece of xml (from jboss-service.xml): | | | <server> | | | |  | | <classpath codebase="${jboss.server.lib.url:lib}" archives="*"/> | | | Being added to conf/jboss-service.xml as part of its classpath in SARDeployer::processXMLClasspath. | | Hence the actual jar is checked/read in some CL impl details, | no way to add some flag and ignore it if it's broken. Well in that case, a more generic solution would be to write a deployer that runs in PostParse. It would then check that all the VFS files in getClassPath() are valid and remove those that aren't. This would of course be an optional deployer (not configured by default) for backwards compatiblity purposes. Looking at the old MainDeployer, it ignored everything: | private void makeLocalCopy(DeploymentInfo sdi) | { | try | { | if (sdi.url.getProtocol().equals("file") && (!copyFiles || sdi.isDirectory)) | { | // If local copies have been disabled, do nothing | sdi.localUrl = sdi.url; | return; | } | // Are we already in the localCopyDir? | else if (inLocalCopyDir(sdi.url)) | { | sdi.localUrl = sdi.url; | return; | } | else | { | String shortName = sdi.shortName; | File localFile = File.createTempFile("tmp", shortName, tempDir); | sdi.localUrl = localFile.toURL(); | copy(sdi.url, localFile); | } | } | catch (Exception e) | { | | // HERE ignore problem and log an error | | log.error("Could not make local copy for " + sdi.url, e); | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182169#4182169 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182169

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: JSR77 View

by alesj

Anybody done anything in this area? Otherwise I'll have a go, starting from tomorrow. Trying to mimic the old LocalJBossServerDomain in more generic+MC fashion. Scott, if you have some more info/instructions, I'm all ears. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182166#4182166 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182166

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: How to deliver a synchronous message when integrating jb

by Kevin.Conner＠jboss.com

First of all, this is a user forum question so should be there. I will move it shortly. What you are trying to do is supported in the current trunk, there is a similar discussion already happening on the forums about this. Bernd is also right though, in that it is better to use a continuation type of mechanism. All the ESB/jBPM interactions involve one way messages. There is an example of a continuation setup on the wiki but, unfortunately, this appears to be running very slow at the moment. There is a pdf of the page at http://anonsvn.jboss.org/repos/labs/labs/jbossesb/trunk/product/docs/wiki... but, obviously, without the source code. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182162#4182162 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182162

16 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2008