January 2010 - jboss-dev-forums - Jboss List Archives

[JBoss ESB Development] New message: "What is meant by "incorrectly developed services"?"

by Matthew Kennedy

JBoss development, A new message was posted in the thread "What is meant by "incorrectly developed services"?": http://community.jboss.org/message/518866#518866 Author : Matthew Kennedy Profile : http://community.jboss.org/people/lispnik Message: -------------------------------------------------------------- In the Registry section of the Administration Guide http://www.jboss.org/jbossesb/docs/4.7/manuals/html/AdministrationGuide.html, there is a note: When services run they typically place the EPR through which they can be contacted within the registry. If they are correctly developed, then services should remove EPRs from the registry when they terminate. However, machine crashes, or incorrectly developed services, may leave stale entries within the registry that prevent the correct execution of subsequent deployments. What exactly is meant by incorrectly developed services in this context? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518866#518866

16 years

1
0
0 / 0

[JBoss Microcontainer Development] New message: "another annotation scanner requirement"

by Bill Burke

JBoss development, A new message was posted in the thread "another annotation scanner requirement": http://community.jboss.org/message/518864#518864 Author : Bill Burke Profile : http://community.jboss.org/people/bill.burke@jboss.com Message: -------------------------------------------------------------- My first question is, what is the right API to write a deployer that scans annotations? AnnotationEnvironment? Or is there a new one coming down the pipe? Also, I need a new feature. A query for all classes that implement an interface annotated with a specific annotation. For example: @Path("/rest") public interface MyService { @GET @Produces("application/json") public Customer getCustomer(@PathParam("id") int id); } public class MyServiceBean implements MyService {...} Here I'll need to know that MyServiceBean is implements an interface MyService that is annotated with @Path. I don't mind doing and contributing this feature, I just need to know where to do the work in. Thanks. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518864#518864

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: StructureModificationChecker and Synch with VFS3"

by John Bailey

JBoss development, A new message was posted in the thread "StructureModificationChecker and Synch with VFS3": http://community.jboss.org/message/518848#518848 Author : John Bailey Profile : http://community.jboss.org/people/johnbailey Message: -------------------------------------------------------------- Right. You cold continue to deploy and undeploy the original VirtualFile as much as you want. Until you unmount the second copy it will remain pointing to the actual physical file on the OS filesystem. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518848#518848

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: StructureModificationChecker and Synch with VFS3"

by Emanuel Muckenhuber

JBoss development, A new message was posted in the thread "StructureModificationChecker and Synch with VFS3": http://community.jboss.org/message/518846#518846 Author : Emanuel Muckenhuber Profile : http://community.jboss.org/people/emuckenhuber Message: -------------------------------------------------------------- This would mean that we have to keep 2 VirtualFiles - one that is used for deployment and the other for modification checking. I assume there won't be any problems when creating a new VFS deployment based on the original VirtualFile then? Since redeployment just adds it as a new VFSDeployment based on the original. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518846#518846

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: StructureModificationChecker and Synch with VFS3"

by Brian Stansberry

JBoss development, A new message was posted in the thread "StructureModificationChecker and Synch with VFS3": http://community.jboss.org/message/518831#518831 Author : Brian Stansberry Profile : http://community.jboss.org/people/bstansberry@jboss.com Message: -------------------------------------------------------------- Yeah, exactly. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518831#518831

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: StructureModificationChecker and Synch with VFS3"

by John Bailey

JBoss development, A new message was posted in the thread "StructureModificationChecker and Synch with VFS3": http://community.jboss.org/message/518820#518820 Author : John Bailey Profile : http://community.jboss.org/people/johnbailey Message: -------------------------------------------------------------- The nice thing about what I commented last would not affect the codesource URLs since the deployers would still only know the original path. The copy managed by the profileservice would only be used the profile service to monitor changes , and maybe some other things the profileservice may need to do with it. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518820#518820

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: StructureModificationChecker and Synch with VFS3"

by Brian Stansberry

JBoss development, A new message was posted in the thread "StructureModificationChecker and Synch with VFS3": http://community.jboss.org/message/518818#518818 Author : Brian Stansberry Profile : http://community.jboss.org/people/bstansberry@jboss.com Message: -------------------------------------------------------------- Yes, I think there needs to be a separate mount, and it shouldn't be hidden away in VFS, inaccessible to ProfileService. If we want to keep people out of it, use security Permissions. For the written record, we discussed mounting the deployed copies under a separate mountpoint (e.g. deploy/foo.war points to original, deployed/deploy/foo.war points to deployed copy) but David pointed out that this leads to problems with codesource URLs in security policy files; i.e. the URL would need to include the "deployed" internal implementation detail. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518818#518818

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: StructureModificationChecker and Synch with VFS3"

by John Bailey

JBoss development, A new message was posted in the thread "StructureModificationChecker and Synch with VFS3": http://community.jboss.org/message/518806#518806 Author : John Bailey Profile : http://community.jboss.org/people/johnbailey Message: -------------------------------------------------------------- One option for the profile service to guarantee to have a VFS pointer to the original file is to mount the real filesystem pointing to the original file, but using a different VFS mount point. So if you have an archive like test.jar, you could mount it into a special VFS location managed by the profile service. This would allow the PS to always have a way to access the original. File test = new File(uriToTestFile); VirtualFile psCopy = VFS.getChild("/profileservice").getChild("test.jar"); VFS.mountReal(test, psCopy); >From that point on you can always get the original through psCopy regardless of what mounting/over-mounting occurs during deployment. This would help since there would then be no reason for the VFS or the deployers to try and manage what the original really is. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518806#518806

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: VFSClassloaderPolicy and VFS3 Mounting"

by John Bailey

JBoss development, A new message was posted in the thread "VFSClassloaderPolicy and VFS3 Mounting": http://community.jboss.org/message/518794#518794 Author : John Bailey Profile : http://community.jboss.org/people/johnbailey Message: -------------------------------------------------------------- > The roots in this module can only come from current/underlying deployment, > which you already had to properly mount (and will have to properly unmount). Right. I was looking at a way to get the two paths for creating a VFSClassloaderPolicy to be more similar. I am fine with it being done by the underlying deployments. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518794#518794

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] New message: "Re: VFSClassloaderPolicy and VFS3 Mounting"

by Ales Justin

JBoss development, A new message was posted in the thread "VFSClassloaderPolicy and VFS3 Mounting": http://community.jboss.org/message/518790#518790 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > Looking into how to accomplish the same thing from VFSDeploymentClassLoaderPolicyModule, which does not appear to support the create and destroy semantics. Is is safe to rely on the Module:release method? It appears to be called during undeploy of the module. Why would you need to mount/unmount this module? The roots in this module can only come from current/underlying deployment, which you already had to properly mount (and will have to properly unmount). Or am I missing some use case that is outside the normal usage? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/518790#518790

16 years

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 January 2010