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

[Design the new POJO MicroContainer] - Re: VFS cache as impl detail, to what extent

by jaikiran

"alesj" wrote : Afaics the VFS cache cannot be completely hidden from the user. | e.g. you want to create new roots that behave differently | - diff ExceptionHandler, diff options (copy, case-sensitivity, ...), ... I haven't read through any of previous discussions about VFS cache, so i might not be completely up to date about this. But, shouldn't these properties like the exception handler, the copy options be independent of the caching? Shouldn't the exception handler be configurable even when the cache is disabled? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203675#4203675 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203675

17 years, 2 months

1
0
0 / 0

[Design the WSRP implementation] - Re: status on WSRP inside portlet container?

by chris.laprun＠jboss.com

If you are interested in this, please vote for it in JIRA. I lowered the priority... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203673#4203673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203673

17 years, 2 months

1
0
0 / 0

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

by alesj

Moving this to dev forum: - http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203668#4203668 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203672#4203672 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203672

17 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: JSF-Portlet with modifed lifecycle

by anandtharani

I too am facing the same problem. I think its a configuration issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203669#4203669 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203669

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - VFS cache as impl detail, to what extent

by alesj

WRT: - http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203492#4203492 Afaics the VFS cache cannot be completely hidden from the user. e.g. you want to create new roots that behave differently - diff ExceptionHandler, diff options (copy, case-sensitivity, ...), ... And that's exactly what VFS::getVFS(URI|URL) does. Where I now see VFS::getRoot(URI|URL) just as a shortcut to previously mentioned VFS::getVSF::getRoot to actually do work on a more familiar VirtualFile api (as you can see, VFS has a bunch of deprecated methods). What's the diff between VFS::getVSF::getRoot and VFS:getRoot? It's in the step in the middle. ;-) You can eventually do this (possible optimizations): VFS vfs = VFS.getVFS(url); // set some options on it VFSUtils.enableCopy(vfs); ... VirtualFile root = vfs.getRoot(); where "VirtualFile root = VFS.getRoot(url)" comes with defaults. The much disputed VFS::getCachedFile is a cached counter weight to previous VFS::getRoot. It will first check the cache, only then create a new root. Most of the time we should be using this cached lookup, unless you explicitly want new VFS root. What might be a feasible plan is to introduce just the opposite method: - VFS:createNewRoot(URI|URL) and change the existing getRoot to use getCachedFile. Wdyt? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203668#4203668 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203668

17 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Using temp at undeploy

by alesj

WRT: - https://jira.jboss.org/jira/browse/JBSEAM-3702 Moving Norman's post here: "Norman Richards" wrote : | Do you have a complete example of a jboss-structure.xml that works? Whenever I tried to create one, the only effect was that the application would be completely ignored and wouldn't deploy. Is it realistic to create a jboss-structure.xml that will work across multiple example apps with roughly the same structure? What about WAR files? I guess we would need two versions for each app - one for deploying as an EAR and for deploying as a WAR, right? | | Is there any way we can add metadata to the jboss-app.xml to indicate how we want the app treated? It seems like this should be at most a one-line change for an app, if not the default behavior for the server. Deleting the file from the deploy directory has always been a clean way to undeploy an application, and it's really strange that now we don't have a clean undeploy. I'm not trying to be overly critical. I'm just trying to figure out what our official answer is to someone who asls "How do I undeploy an application?". | | Before you could use the MBeans to deploy/undeploy an application. Undeploying did not remove the files from the deploy directory. In fact, you could easily use the MBeans to deploy/undeploy an application directly from your own project's build directory if you wanted. We generally didn't do that because making a connection to the MBeanServer required a login, which complicates things. But, it was definitely an option. | I'm thinking of some programmatic addition of this at structure recognition. e.g. adding temp modification type to ContextInfo instance I'll have a better look on Friday, but any suggestions/ideas welcome. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203667#4203667 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203667

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Module.getModuleForClassLoader()

by kabir.khan＠jboss.com

"adrian(a)jboss.org" wrote : | Ok with me. Your "workaround" looks horrible. :-) | I know, just needed something to get me going without having to update too many snapshots. "adrian(a)jboss.org" wrote : | In fact, I think the first part of your post would be better implemented by listing | all existing modules at aop initialization? | That way you don't depend upon the specific bootstrap implementation. I'm not sure what you mean here? If you mean adding a method returning a map of all loaders and modules, then I think that means AOP will need to come last in the bootstrap? Otherwise as now, it will not pick up the loaders for bootstrap deployments deployed after aop. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203654#4203654 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203654

17 years, 2 months

1
0
0 / 0

[Design of Security on JBoss] - Help in Jboss security debug

by kolszew73

Hi. I'm trying to configure security on JBOSS5 in comparsion with JBOSS4 it does not work for my. I'm getting source of JBoss5 and i'm debuging this "monster" :) project. I have one question, is anybody there who can tell me where is the place in te code where environment properties sets by remote client in (Context .SECURITY_PRINCIPAL, Context.SECURITY_CREDENTIALS) are read and putting in org.jboss.security.SubjectInfo or org.jboss.security.SecurityContextUtil ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203650#4203650 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203650

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Any possibility of persistence-API?

by wkzk

Hi. I usually develop enterprise systems with DI container such as Spring, Guice, etc.. Recently, I ve chosen iBatis or another light persistent API as a persistent / data access framework. So, I'd like to use jBPM with above oss frameworks, not hibernate. If you guys prepare the persistence API for it, jBPM would be much more used widely, and some of developers can help to contribute it. Any possibility of persistence-API? No chance? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203631#4203631 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203631

17 years, 2 months

1
0
0 / 0

[Other JBoss Development Design] - Re: JBAS-6390, JBNAME-25, IPv6 support

by dimitris＠jboss.org

Well, the cutoff date for the next CP is ... today (Jan/21st). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203623#4203623 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203623

17 years, 2 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 January 2009