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

[Design of JBoss Profiler] - Re: challenge loading jboss-profiler on EAP 4.3

by jesper.pedersen

jboss-remoting.jar shouldn't be in bin/. See README.txt ("Deployment in JBoss Application Server") for how to setup the profiler in AS - same in EAP. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170298#4170298 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170298

17 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Does client and profiler have to point to localhost?

by rodgerca

I have tried changing the .properties files of both of the above to my server name, but client still seems to be looking for localhost. Is it hardcoded in somewhere? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170297#4170297 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170297

17 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: challenge loading jboss-profiler on EAP 4.3

by rodgerca

This only seems to happen when I copy jboss-remoting.jar into the %JBOSS_HOME%/bin directory. When I take it out, JBoss loads fine, but I get the following error about the profiler:- --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- ObjectName: org.jboss.profiler:service=Communicator State: FAILED Reason: java.lang.NoClassDefFoundError: org/jboss/remoting/ServerInvocationHan dler Is this a version issue? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170295#4170295 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170295

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Changing the way AbstractVFSDeployment serializes root

by alesj

"alesj" wrote : | Or I can leave this one? | Since how many times do we expect the root to be Memory VirtualFile? :-) I've added this to AbstractVFSDeployment: | /** | * Should we serialize root directly. | * e.g. the root is memory virtual file instance | * @see org.jboss.virtual.plugins.context.memory.MemoryContextHandler | * | * @param directRootSerialization the direct root serialization flag | */ | public void setDirectRootSerialization(boolean directRootSerialization) | { | this.directRootSerialization = directRootSerialization; | } | | public void readExternal(ObjectInput in) throws IOException, ClassNotFoundException | { | super.readExternal(in); | directRootSerialization = in.readBoolean(); | if (directRootSerialization) | root = (VirtualFile)in.readObject(); | else | { | VirtualFileSerializator serializator = (VirtualFileSerializator)in.readObject(); | root = serializator.getFile(); | } | } | | public void writeExternal(ObjectOutput out) throws IOException | { | super.writeExternal(out); | out.writeBoolean(directRootSerialization); | if (directRootSerialization) | out.writeObject(root); | else | out.writeObject(new VirtualFileSerializator(root)); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170293#4170293 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170293

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-330 - Preconfigured MDR and scopes

by adrian＠jboss.org

"alesj" wrote : "adrian(a)jboss.org" wrote : | | And you cannot do any MDR modification before Real deployment phase, | | since the components are not there yet - no GUID. | | | | Why would you have a deployer adding instance metadata not working | at the component deployment level? | | If this really is an issue, then they can override the INSTANCE scope | to be something specific, the controller context will just use what it is told. | | But I think you're just making up requirements that don't exist :-) | Except possibly in the tests. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170291#4170291 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170291

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Changing the way AbstractVFSDeployment serializes root

by alesj

"alesj" wrote : | Hence, I'll revert my changes: | - https://jira.jboss.org/jira/browse/JBDEPLOY-48 | Or I can leave this one? Since how many times do we expect the root to be Memory VirtualFile? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170290#4170290 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170290

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Changing the way AbstractVFSDeployment serializes root

by alesj

"scott.stark(a)jboss.org" wrote : I suppose that is true regardless of how serialization is done. | "alesj" wrote : | I think this is the right way to do it anyway. | | If you would like to have full structure already present, I don't think you would gain much, since you would then 'pay' huge on transport, instead of at re-creation. Thinking about it a bit more + hitting Memory VirtualFile issue, this looks like wrong approach. :-( Why? e.g. having Memory VirtualFile, we know how to serialize it - passing info from server to client, since we transfer bytes that make up that Memory VirtualFile, where in the case of root+path approach, that won't work - client JVM doesn't know anything about it. Hence, I'll revert my changes: - https://jira.jboss.org/jira/browse/JBDEPLOY-48 - https://jira.jboss.org/jira/browse/JBDEPLOY-72 Although I saw Dimitris increased memory for smoke-tests, I think we should properly fix how tests access server side deployments. I believe there's already a JIRA issue about that, assigned to Shelly if my memory serves me correctly? But I can go ahead and fix it, just need to know what I should use - ProfileService or DeploymentManager? Or do we even have full API to port previous access code? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170289#4170289 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170289

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-330 - Preconfigured MDR and scopes

by alesj

"adrian(a)jboss.org" wrote : | When you create the ControllerContext from the Component, | you copy the GUID. | OK, makes sense. But still makes it hard to create some predetermined INSTANCE scope metadata, since it's again, how are gonna know which GUID is the one you actually want from a set of GUIDs from components. e.g. | <deployment> | <bean name="simple" class="org.jboss.acme.Simple"/> | | <bean name="simple" class="org.jboss.acme.Simple"> | <annotation>@org.jboss.acme.SomeScopeAnnotation("myscope")</annotation> | </bean> | </deployment> | And now I want to add some predetermined INSTANCE metadata to 2nd bean. How am I gonna know which GUID is assigned to its component? Unless I do some detailed lookup, e.g. Component --> BeanMetaData --> annotations --> are they scope annotations ---> ... And you cannot do any MDR modification before Real deployment phase, since the components are not there yet - no GUID. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170281#4170281 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170281

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MDR doesn't work on annotated privates

by wolfc

Oops: Super.class.getDeclaredMethod("postConstruct").getAnnotation(PostConstruct.class) != null Sub.class.getDeclaredMethod("postConstruct").getAnnotation(PostConstruct.class) == null View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170280#4170280 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170280

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MDR doesn't work on annotated privates

by wolfc

"adrian(a)jboss.org" wrote : The idea is that eventually MDR will support loading annotations before the | class is loaded, e.g. for AOP using javassist in that case | you can't use the Method as the key, you've got to use the "signature". Got it, so putting ejb3 meta data bridge onto Method is wrong. "adrian(a)jboss.org" wrote : Of course, people that use it at runtime can still use the Method. | | Your problem is that there is no way to define @Inherited for a non-class Annotation. | http://java.sun.com/j2se/1.5.0/docs/api/java/lang/annotation/Inherited.html | | Sub.class.getMethod("postConstruct").getAnnotation(PostConstruct.class) == null | is the correct behaviour absent some other semantic/hack | and therefore it should be the behaviour of the MetaData. Ah, but Sub.class.getDeclaredMethod("postConstruct").getAnnotation(PostConstruct.class) != null which is what I'm interested in. "adrian(a)jboss.org" wrote : We could try to simulate this behaviour where you could configure | somewhere that @PostConstruct should do an @Inherited like behaviour | at the method level then make the | AnnotatedElementMetaDataLoader | do the extra work for those annotations. Well in actuality AnnotatedElementMetaDataLoader already works as I would expect it: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas?view=rev&revision=76978. But because of the semantics of MethodSignature it's luck and not design that drives this (JBMDR-28 being the four-leaf clover). "adrian(a)jboss.org" wrote : I remember discussing this issue about 6 months ago? | e.g. whether it should also search interfaces (with the multiple inheritance | problem it would cause) but nothing came of the discussion. I missed that one. I think we need a DeclaredMethodSignature. That should also solve the interfaces issue. Then I can put ejb3 meta data bridge on that one. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170278#4170278 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170278

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