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

[Design of POJO Server] - Re: [jboss-metadata] Additional post-merge processing

by ALRubinger

JBMETA-121 and r79515. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182304#4182304 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182304

16 years, 3 months

1
0
0 / 0

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

by alesj

"adrian(a)jboss.org" wrote : It's here: | https://jira.jboss.org/jira/browse/JBMICROCONT-81 | but Ales has closed it. | | He's done it for annotations but not for xml. | | Which maybe enough if you do? | Sure. ;-) I've written two examples (they are commited to the trunk) of what you can do to enable this: (1) annotation based | <deployment xmlns="urn:jboss:bean-deployer:2.0"> | | <bean name="AnnotationHandlerFactory"> | <constructor factoryClass="org.jboss.kernel.plugins.annotations.BeanAnnotationAdapterFactory" factoryMethod="getInstance" /> | </bean> | <bean name="AnnotationHandler"> | <constructor factoryMethod="getBeanAnnotationAdapter"> | <factory bean="AnnotationHandlerFactory"/> | </constructor> | <incallback method="addAnnotationPlugin" /> | <uncallback method="removeAnnotationPlugin" /> | </bean> | <bean name="SuperDemandAnnotationPlugin" class="org.jboss.test.kernel.deployment.support.SuperDemandAnnotationPlugin" /> | | <bean name="Manager" class="org.jboss.test.kernel.deployment.support.SomeCacheTreeManager"> | <property name="clusteredCache"><inject bean="HAPartitionCacheHandler" property="cache"/></property> | <annotation>@org.jboss.test.kernel.deployment.support.SuperDemand(demand="Partition", whenRequired="Configured", dependentState="Start")</annotation> | </bean> | | <bean name="HAPartitionCacheHandler" class="org.jboss.test.kernel.deployment.support.HAPartitionCacheHandler"/> | | <bean name="Partition" class="org.jboss.test.kernel.deployment.support.HAPartition"> | <property name="handler"><inject bean="HAPartitionCacheHandler"/></property> | </bean> | | </deployment> | (2) install | <deployment xmlns="urn:jboss:bean-deployer:2.0"> | | <bean name="SuperDemand" class="org.jboss.test.kernel.deployment.support.SuperDemandCreator"/> | | <bean name="Manager" class="org.jboss.test.kernel.deployment.support.SomeCacheTreeManager"> | <property name="clusteredCache"><inject bean="HAPartitionCacheHandler" property="cache"/></property> | <install bean="SuperDemand" method="createDependency" whenRequired="Instantiated"> | <parameter><inject fromContext="name"/></parameter> | <parameter>Partition</parameter> | <parameter>Configured</parameter> | <parameter>Start</parameter> | </install> | </bean> | | <bean name="HAPartitionCacheHandler" class="org.jboss.test.kernel.deployment.support.HAPartitionCacheHandler"/> | | <bean name="Partition" class="org.jboss.test.kernel.deployment.support.HAPartition"> | <property name="handler"><inject bean="HAPartitionCacheHandler"/></property> | </bean> | | </deployment> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182301#4182301 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182301

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 : | Maybe a simpler (but less inclusive fix) would be to have the PackageVisitor ignore archives in its VFS visit()? | | But I'm not sure if that is too late in terms of the archive getting unpacked? | Yeah, I thought of that too. It would solve some of the problems - depending on how lazy is the VirtualFileHandler initialization. But not in this case - at least not in the way how it's currently implemented. Although it doesn't read/init the broken zip, it will break, since it already fails to create zip file from where it would eventually lazily read entries. | private ZipFile ensureZipFile() throws IOException | { | if (zipFile == null) | { | zipFile = new ZipFile(file); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182292#4182292 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182292

16 years, 3 months

1
0
0 / 0

[Design of JBoss Portal] - JBP2.7RC1 problem, actionRequest.setAttribute doesn't get to

by michaelchan

I followed the guide from the article below but couldn't get the portlet to work under JBP2.7. Just wondering if it is a bug. http://www.theserverside.com/tt/articles/article.tss?l=JSR286Portlets View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182243#4182243 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182243

16 years, 3 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: HANamingService IllegalStateException: Must call setClus

by bstansberry＠jboss.com

This is done. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182229#4182229 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182229

16 years, 3 months

1
0
0 / 0

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

by adrian＠jboss.org

It's here: https://jira.jboss.org/jira/browse/JBMICROCONT-81 but Ales has closed it. He's done it for annotations but not for xml. Which maybe enough if you do? | <bean> | <annotation>@com.acme.MyDependency(...)</annotation> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182200#4182200 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182200

16 years, 3 months

1
0
0 / 0

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

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : | Correct? Is there a full generalization super-depend element, whenRequired=X, dependentState=Y? The AbstractDependencyItem class supports this information. | Yes. There's no generic dependency in the xml, but some of the other xml lets you set both, e.g. install Programmatically, you can add whatever dependency you like. There's a feature request somewhere to let you do: | <bean ...> | <dependencies> | <my-dependency1 xmlns="foo" .../> | <my-dependency2 xmlns="foo" .../> | </dependencies> | i.e. write your own dependency like you can write your own "Requirement" in the classloaders. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182198#4182198 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182198

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

I added that to the mc FAQ (https://www.jboss.org/community/docs/DOC-10669) so the question now is the difference between depend and demand. Looking at AbstractDemandMetaData and AbstractDependencyMetaData, a depend is a dependencyItem on the referenced bean reaching its Start state before the dependee will be allowed to reach its Start state. Demand is a dependencyItem on the referenced bean reaching its Installed state before the dependee will be allowed to reach its whenRequired(state attribute of demand) state. Correct? Is there a full generalization super-depend element, whenRequired=X, dependentState=Y? The AbstractDependencyItem class supports this information. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182195#4182195 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182195

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 : | Perhaps we should add another (hard keeping track of all) flag to VFS, | that would also ignore everything - as did the old code. A single flag in VFS would make it hard to control. i.e. it might be ok for the deployers to ignore the error in the classpath but for other uses it would not be ok. Also the VFS would have to cache/remember the brokeness since there is no way to "weed out" the problem during startup. Otherwise it would continually try to copy the jar and get the same error. I personally don't think it is even ok for the deployers/classloader to ignore the error and the example Luc provides is correctly rejected. i.e. the real solution is to fix the deployment The reason I think it needs addressing is because we never really used to look at nested deployments in server/default/lib (i.e. those specifed on a -service.xml classpath). The reason we are doing so now is because the PackageVisitor is triggering the VFS to unpack the archive when it is scanning for the packages in the jars. Maybe a simpler (but less inclusive fix) would be to have the PackageVisitor ignore archives in its VFS visit()? e.g. | public boolean accepts(VirtualFile file) | { | // This is our current root | if (file.equals(root)) | return true; | | + // Don't go into nested archives | + if (file.isArchive()) | + return false; | | // Some other root, it will be handled later | for (VirtualFile other : roots) | { | if (file.equals(other)) | return false; | } | // Is this an excluded roots? | if (excludedRoots != null) | { | for (VirtualFile other : excludedRoots) | { | if (file.equals(other)) | return false; | } | } | | // Ok | return true; | } | But I'm not sure if that is too late in terms of the archive getting unpacked? It would certainly be an optimization in terms of the scanning anyway. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182193#4182193 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182193

16 years, 3 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: HANamingService IllegalStateException: Must call setClus

by bstansberry＠jboss.com

Good to know. That will allow you to proceed. I'll get a code fix as I described up w/in an hour; as soon as tests run. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182190#4182190 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182190

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