https://jira.jboss.org/jira/browse/SNOWDROP-4
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4270165#4270165
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4270165
___
jboss-use
"rareddy" wrote :
| Then I thought there is no "deployment unit" available for this to be
invoked, so added "@ManagementDeployment" and "@ManagementObject" annotations
to my metadata object "SystemVDBMetadata" class and deployed that object, this
object is available as input to the deployer b
That should be simple - extend AbstractSimpleVFSRealDeployer.
And use its VFSDeploymentUnit to find the resource you're looking for.
If it exists, do whatever ...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268136#4268136
Reply to the post :
http://www.jbo
Like Emanuel suggests, metadata/config files normally go to META-INF
(or WEB-INF in case of .war deployments).
If that doesn't suite you, instead of your own StructureDeployer,
you can simply declare your custom structure via jboss-structure.xml:
* http://www.jboss.org/community/docs/DOC-13178
Ah, it's the ClassLoaderDomainMBean that has
|/**
| * Find the classloader for a class
| *
| * @param name the class name
| * @return the classloader or null if it is not loaded by a managed
classloader
| * @throws ClassNotFoundException when the class is not
Go to ClassLoaderSystem(MBean) and invoke its getClassLoaderForClass for
RARDeployment class.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267661#4267661
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267661
Weird, I would expect this class to be present in DefaultDomain,
which is also your domain:
| java.lang.ClassNotFoundException:
org.jboss.resource.deployers.RARDeployment from baseclassloa...@21
|
9f32{vfsclassloaderpol...@15aa868{name=vfszip:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rys
slf4j-api-1.5.6.jar != slf4j-1.5.6-wrapper.jar ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267263#4267263
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267263
___
jbos
What are the contents of your jboss-classloading files?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267248#4267248
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267248
___
Ah, you shouldn't deploy it all in a single rar.
Split it in two - rar and wrapper.jar.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267078#4267078
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4267078
___
"ad-rocha" wrote :
|
| | [org.jboss.deployers.vfs.plugins.structure.VFSStructureBuilder] (main)
Error populating deployment
vfszip:/C:/Java/jboss-5.1.0.GA/server/default/deploy/rysys-cobol-connector-1.1.5.rar/
| | org.jboss.deployers.spi.DeploymentException: Unable to find class path
"Juergen.Zimmermann" wrote : the class EJBProvider (see above) is in a web
module
You can use MC-int to get DeploymentUnit from ServletContext.
* http://anonsvn.jboss.org/repos/jbossas/projects/mc-int/trunk/servlet/
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic
"Juergen.Zimmermann" wrote :
| So my 1st problem is: how to get the jndi name when the interface of an EJB
is available?
|
Dunno, this is EJB question not MC. ;-)
Either ask on their forum or check Weld-int
where, afair, something similar had to be implemented.
"Juergen.Zimmermann" wrote :
Actually that's not correct (hence my "off the top of my head"),
as Module/ClassLoader can be created from different/multiple (sub)deployments.
e.g. ear + jars
Why exactly do you need DeploymentUnit?
What is your environment - where do you want to access DU from?
Looks like class's classloader is
My first guess would be that you're using jndi-lookup wrong.
Dunno otherwise why it would call your mainAppContext a bean here:
anonymous wrote :
| org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean
named 'mainApplicationContext' is defined
|
View the original post :
"ad-rocha" wrote :
| Anyway, I don't believe it is a ellegant approach and now I suppose I'm
tied to JBoss SLF4J implementation :-(
|
That's as elegant as it gets. :-)
But I think you're not doing it right.
Try doing this.
Create new jar, which includes this contents
wrapper.jar
* lib
** s
"ad-rocha" wrote :
| My question is: is there a way to invert classloader in RAR and continue
seeing the classes?
|
Hmmm, you could try "osgi" rules.
Import more specific version of slf4j via rar's cl requirements.
But then you also need to properly "osgi"-ize your slf4j jar.
You can eithe
This looks like a plain Spring usage problem (probably missing explicit order).
And has nothing to do what this forum is about:
* http://www.jboss.org/index.html?module=bb&op=viewtopic&t=106598
* http://jboss.org/snowdrop
I'll leave it here for now, but it will eventually be moved (to Bad posts
f
"CsabaSzucs" wrote :
| So how shall I define the type parameter for the constructor in the XML
descriptor?
|
Have a look at how we use SchemaResolverDeployer (e.g. in deployers.xml).
The deployer itself is parametrized, but once you define its output it becomes
"more exact".
But what's th
To make this work w/o ugly hacks you simply need double configuration.
Where in one of them you actually have a mock mod_cluster supply.
Otherwise this is pretty much hackish to achieve,
as you still heavily depend on deployment order.
e.g.
jbossweb is deployed first, at that time mod_cluster is
There is unjar now, if that helps:
- ModificationType.UNJAR -->
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-core-spi/src/main/java/org/jboss/deployers/spi/structure/ModificationType.java
- JarUtils::unjar -->
http://anonsvn.jboss.org/repos/common/common-core/
efinitely needs fixing.
"flavia.rain...@jboss.com" wrote :
| "alesj" wrote :
| | Perhaps new getClassLoader method on TypeInfo?
|
| I think that that is the ideal. The getType method has the collateral
effect that the MutableClassinfo can no longer be edited after it h
How do we use it elsewhere/before?
Looking at the Javassist usage, it seems we need to change it a bit.
|public Class getType()
|{
| if(clazz == null)
| clazz = JavassistUtil.ctClassToClass(ctClass);
|
| return clazz;
|}
|
This first dele
"karypid" wrote :
| When can you use a different filename?
|
It depends on the BeanDeployer:
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/java/org/jboss/deployers/vfs/deployer/kernel/BeanDeployer.java
View the original post :
http://www.j
Simply create a POJO - drop the MBean stuff - and place it any
META-INF/somename-jboss-beans.xml.
See JBoss5 config files on how MC's schema looks like.
MC tries to execute create/start/stop/destroy parameterless methods on the bean
by default if they exist.
So, just keep the start() and stop()
"bob.mcwhirter" wrote :
| Has anyone inspected the actual dependencies on these jars to determine if
we could remove or lessen them?
|
I doubt it.
I think the easiest way to determine this would be to run Tattletale.
The common-core usage I can think off the top of my head:
* VFSCache mostl
"genman" wrote : Looked over the documentation but I didn't really see any
explanation or recommendation for how deployed beans are supposed to be
accessed through Servlet deployments. Is JNDI the suggested way? Is there
support for @javax.annotation.Resource tags for accessing your own beans? (
See http://www.jboss.org/community/wiki/JBossEmbedded.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4254854#4254854
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4254854
___
"rnicholson10" wrote : Ok, so I looked in the -jboss-beans.xml file but every
bean defined has a name. It's not easy to figure out which is the one I'm
looking for.
|
In the worst case you can ask the HornetQ guys about the name. ;-)
If they happen use custom schema, I agree, it can be non-tri
"rnicholson10" wrote :
| How would you normally figure out what the correct name is for the MC Bean?
|
There are several ways:
* look into the -jboss-beans.xml file where this bean is defined --> its name
attribute
* new admin-console
* Grapher tool
View the original post :
http://www.jbos
"jaikiran" wrote :
| @Depends(value={"jboss.deployment:id=HornetQServer,type=Component"})
|
| That's a MBean created for the deployment of the HornetQServer MC bean. I
don't think, adding that dependency will work (although i am not sure).
|
No it wouldn't.
As this is only part of MBean
I need more info.
Where do you put this @Depends?
"I have an ServiceBean" tells me nothing.
What type of service is this?
How is it deployed?
...
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4254405#4254405
Reply to the post :
http://www.jboss.org/index.ht
Interestingly, it's exactly the same.
See any -jboss-beans.xml, and just copy your snippet properly.
Or you wanna know how to pull something out of JNDI?
There is JNDIKernelRegistryPlugin that does that for you.
You must simply add it as a bean.
Note: it adds some performance penalty as once it's
The code that sets CL to Module is not invoked in
AbstractLevelClassLoaderSystemDeployer,
as you're bypassing it by providing your own CLF in AbstractClassLoaderDeployer.
You should bypass AEDeployer by providing proper filter in DU.
Similar to what we do here:
|
|
|
|
|
You should use project's mvn settings.
e.g.
I'm configuring my IntelliJ via "mvn idea:idea"
and then running the stuff inside IDE w/o any problems
For Eclipse it should be pretty much the same - "mvn eclipse:eclipse" or
whatever Max proposed not long ago.
Dunno for the CLI, but I guess mvn can
Perhaps you're missing jboss-classloading.jar?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252195#4252195
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252195
___
jboss-us
Could be caused by this: http://jira.springframework.org/browse/SPR-5120
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251128#4251128
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251128
__
Yup, a good question.
Unfortunately it is asked for every lookup.
But I guess you can implement some short circle check.
e.g. if (name.startsWith("jndi") == false) return null;
Or something similar.
Then the performance wouldn't be a huge issue.
View the original post :
http://www.jboss.org/in
I can currently think of two solutions.
(1) Still put all ESB examples in the same domain as RiftSaw, with parent being
DefaultDomain and perhaps parent-first=true
Don't see why this would be a problem?
Or why would you need multiple domains?
Their parent is DefaultDomain, hence they see all wha
There is a JndiKernelRegistryPlugin which can help you with and MC+Jndi simple
integration.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250014#4250014
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250014
__
"objectiser" wrote :
| Thanks for the help so far - just another quick question, as well as the
isolation of the riftsaw.sar, I also have an esb module that is dependent upon
an interface within the sar.
|
| I tried defining a capability in the sar's classloading.xml, and then
define a s
You put wrong attribute. ;-)
j2seClassLoadingCompliance --> parent-first
I guess we should validate this xmls.
So, this does the trick for me:
|
|
Simply put this into your deployment/app.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249628#42496
It depends which approach did you take?
Embedded in AS?
Then it's the same as always - JBOSS_HOME/server/CONFIG/deploy/.
I guess for Runtime it's frmwrk specific.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249518#4249518
Reply to the post :
http://www.j
"objectiser" wrote : I hadn't tried with all those attributes, so I just tried
it with the same result :(
So, you're still picking up esb.deployer's classes?
I'll try to re-create this tomorrow, ok?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249456#424945
What about if you just have this jboss-classloading.xml in your deployment:
|
and leave esb.deployer as it is.
Or did you already try this?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249443#4249443
Reply to the post :
http://www.jboss.org/index.html?
What about if you add parentDomain="DefaultDomain" to the esb.deployer's
jboss-classloading.xml?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249420#4249420
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249420
_
You need to "mimic" this isolation code
| String domain = getJMXName(deployment, unit) +
",extension=LoaderRepository";
| classLoadingMetaData = new ClassLoadingMetaData();
| classLoadingMetaData.setName(unit.getName());
| classLoadingMetaData.setDomain(domain);
|
"manik.surt...@jboss.com" wrote : We should document this on a wiki somewhere.
I guess we can ask mukulb if he's willing to do this once he's done? :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249376#4249376
Reply to the post :
http://www.jboss.org/inde
"manik.surt...@jboss.com" wrote : One way to do this - and this would involve
extending or modifying the MC - is to replace whatever backing container the MC
uses to store beans it creates (probably a Map) with an Infinispan Cache.
You can easily achieve this with the bean implementing KernelRegi
MC only provides the means to "connect" to existing distributable envs.
e.g. @JMX, @JndiBinding
You will have to provide your own distributed env:
* RMI
* Hessian or Burlap
* Infinispan
* ...
And then simply register your beans against it.
View the original post :
http://www.jboss.org/index.htm
"speleomaniac" wrote :
| You are mentioning a state machine implementation in MC, did you used a
framework for state machine implementation (like Apache SCXML)
|
No.
We implemented our own.
It's a very simple state machine, currently only handling linear states
- we saw we could do 99% of
"speleomaniac" wrote : Thx for the quick reply...
|
| Unfortunately, most of my experience with the configuration of ClassLoaders
with
|
| * jboss-app.xml for .ear
| * jboss-web.xml for .war
| * jboss.xml for the rest
|
| was catastrophic.That is one of the reason why OSGi
"speleomaniac" wrote :
| Or I am wrong and this would not occur in JBoss MicroContainer
|
It all depends on how you would configure your classloading.
e.g. by default - as you might probably know - in JBossAS everything is flat,
meaning everything can see everything, and it's the first-l
"beve" wrote : anonymous wrote : I still need to test this; I'll use your esb
example + some other hacks.
| Nice, I'll give this a spin from my end as well.
|
*
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/test/java/org/jboss/test/deployers/vfs/st
"beve" wrote :
| It would be really nice to have something like this I think:)
|
*
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/java/org/jboss/deployers/vfs/plugins/structure/dir/GroupingStructure.java
* https://jira.jboss.org/jira/browse/JBDEP
"beve" wrote :
| I've re-opened the jira for this and we will at the very least add the
short-circuit check and hopefully have time to look into your other suggestions.
|
I can hack you a few examples, and you test them.
e.g. trying to make JARStructure more flexible
Or even better, you pro
"beve" wrote : For the moment I'm going to simply use a modified
DirectoryStructure. If I have time before our next release I'll go back I'll
try the solutions that you've given as I understand that this solution is not
optimal.
|
You should at least add a short-circuit check.
As we already
"beve" wrote :
| Regarding the solution with a StructureProcessor and the example you gave ,
SeamTempModificationTypeMatcher. Could you explain a little more how this could
be used to solve the issue with subdirectory deployments?
|
You would write your own EsbModificationTypeMatcher.
Where
With JBoss AS5, EAP5, EWP5 this is now available
anonymous wrote :
| JBoss Web Framework Kit includes popular web frameworks for quickly and
easily building light and rich Java applications. By combining leading rich
application frameworks, Google Web Toolkit and RichFaces, with popular Java
"djordjevs" wrote :
| 1. Is it jboss-classloading.xml that I should be using in as 5 to isolate
my ear/ejb app from the same jar that come with the server?
|
Yes.
But the old config files should be still working,
hence can you post your example to our JBoss5 forum.
I know we had some issues
"david.ll...@jboss.com" wrote : Hmm, okay, it's starting to make sense.
Essentially what I want is the ability for someone to put a jboss-logging.xml
in their deployment unit somewhere, and if it contains a certain tag, then all
that deployment unit's classloaders and children's classloaders wi
"jaikiran" wrote : By the way, where is this check/configuration done to see if
the jar belongs to WEB-INF/lib or ear/lib?
|
@ structure recognition phase.
e.g.
* WarStructure -> WEB-INF/lib
* EarStructure -> lib/
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtop
"beve" wrote :
| Is anyone aware of an example of a StructureDeployer that support
subdeployments in this manner? Or is there another way to accomplish this?
|
There is DirectoryStructure which considers every directory as a potential
location for sub-deployments.
It was developed to suppor
"jaikiran" wrote : "david.ll...@jboss.com" wrote : do nested JARs which are
just libraries qualify as deployment units?
| |
| No, they are not considered deployment units. Although i don't exactly know
how such jars are represented or accessed from a deployment unit. Probably they
end u
Unfortuantely this post falls under
- http://www.jboss.org/index.html?module=bb&op=viewtopic&t=106598
hence removed.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246303#4246303
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=
"ben.cot...@rutgers.edu" wrote :
| Regarding MC's enthusiasm for implementing JSR-330 ... have the strong
concerns expressed by significant JCP executive members
(http://jcp.org/en/jsr/results?id=4944) been addressed satisfactorily?
Especially re: RedHat's explicit "abstain" vote on JSR-33
Can you do some more debugging / logging?
e.g. print out TCCL in 4.x vs. 5.x in that code
It might just be a bug in not setting TCCL properly.
Or what does the spec say about what should the TCCL be in this case?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4
"pete.m...@jboss.org" wrote : I would also expect that MC will implement
JSR-330 natively?
Sure, that should be trivial.
We already have all those annotations in MC, so we'll just change them with
330's.
And the current impl can easily make the old one's back compatible if the user
needs it.
Vi
FYI, I'm looking into something similar or even better
with this MC+WB integration then what I've described in this article:
- http://java.dzone.com/articles/a-look-inside-jboss-microconta
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246064#4246064
Reply t
We're just looking into implementing tight MC + WebBeans (JBoss' JSR-299 impl)
integration:
- http://lists.jboss.org/pipermail/webbeans-dev/2009-July/001102.html
Kabir (MC team member working on MC's Kernel sub-project) is currently on
vacation,
but this is what we've discussed as his next task
Check the MC home page. ;-)
We list all of the svn locations:
- http://jboss.org/jbossmc/
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4245561#4245561
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4245561
You can't. :-)
And I think this one is not JBossXB based,
hence you're not able to use SchemaPrinter from the XB project. :-(
But otoh, the schema is pretty simple,
see the example here: http://www.jboss.org/community/docs/DOC-13178
View the original post :
http://www.jboss.org/index.html?modul
"jaikiran" wrote :
| Isn't that the job of the deployers (ex: BeanMetadataDeployer) to install
(which internally will move it to various states) the specific context(s)?
|
Deployers are just one way of installing a component into MC.
You can do it in many different ways - take any direct API
This can easily be done:
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs-spi/src/main/java/org/jboss/deployers/vfs/spi/structure/modified/AbstractStructureModificationChecker.java
See the usage of hasRootBeenModified(VirtualFile root).
Although I wrote this
Whenever something gets installed we try to move whatever can be moved.
Or how else are you gonna know what and when something can be moved?
e.g. you might have some implicit dependencies
* some bean sets some static flag, the other one inspects that as its dependency
* we put something into JNDI,
"david.ll...@jboss.com" wrote : can I just instantiate this class directory or
will the lack of e.g. a KernelControllerContext get me in trouble?
|
Directory? --> Directly?
It depends on how you're gonna use it.
Normally it's the MetaDataVisitor that sets this context during
preprocess (whe
This might help:
-
http://exitcondition.alrubinger.com/2008/12/20/doing-two-models-at-the-same-time/
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4242026#4242026
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4242026
"richard.opa...@jboss.com" wrote : Thank you everybody, I am blind :(
| Sorry for taking your time.
Could you please do the following next time:
* do not post your/user issues on MC dev forum (I just moved this one to user
forum)
* do proper testing before posting about "feelings"
Doubting such
"alesj" wrote :
| I'll let you know when the sf has been updated.
Finally done:
-
https://sourceforge.net/project/showfiles.php?group_id=22866&package_id=161914
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240516#4240516
New 3.2 release can be found here:
-
https://sourceforge.net/project/showfiles.php?group_id=22866&package_id=161914
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240515#4240515
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=r
I think you can somehow link these tlds/tags by declaring them in web.xml.
But I might be wrong since it's been ages when I last did www ui. :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240160#4240160
Reply to the post :
http://www.jboss.org/index.html?
It looks like you're also including spring.jar in your .war?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240073#4240073
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240073
_
"richard.opa...@jboss.com" wrote : Example of use case that shold fail but
won't:
|
| Deployer1:
| - stage: PRE_REAL
| - inputs: output1
| Deployer2:
| - stage: REAL
| - outputs: output1
|
| PRE_REAL is before REAL. Current domino sorting algorithm will not detect
it.
The
"richard.opa...@jboss.com" wrote : Example of use case that shold fail but
won't:
|
| Deployer1:
| - stage: PRE_REAL
| - inputs: output1
| Deployer2:
| - stage: REAL
| - outputs: output1
|
| PRE_REAL is before REAL. Current domino sorting algorithm will not detect
it.
I ne
"richard.opa...@jboss.com" wrote :
| - it doesn't validate inputs
|
Validate how?
Order at runtime based on the actual attachment values?
Too much hassle for something that sounds useless in 99,9%.
Not to mention that it's not deterministic.
"richard.opa...@jboss.com" wrote :
| - it so
inputs, outputs and relative order
into account
|
Why/how stages?
All the rest is already taken into account.
"richard.opa...@jboss.com" wrote :
| * different sorting algorithm have to be implemented (domino is wrong
because two deployers are not comparable in general)
Sure
What do you propose then?
If we have to resort to name comparison it either means:
* the order of how we process attachments doesn't matter
* you are describing/ordering your deployers wrong == lack of info
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239926
"alesj" wrote :
| #2 takes JBWMD as input, where #3,#4 declare that as output.
|
Ah, they all declare JBWMD as input and output.
Then the name comparison kicks in - as the last resort on how to order.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewt
"richard.opa...@jboss.com" wrote : And I'd expect the following test to pass:
|
Your test is wrong.
#2 takes JBWMD as input, where #3,#4 declare that as output.
So, this is properly ordered: 3,4,2
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239917#4239917
"richard.opa...@jboss.com" wrote :
| I'd expect this test to fail because there's no deployer with "1" output?
Fail?
The order is trivial - 1,2,3,4.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239916#4239916
Reply to the post :
http://www.jboss.org/inde
There are simple demos + bootstrap in MC demos project:
- http://anonsvn.jboss.org/repos/jbossas/projects/demos/microcontainer/trunk/
And the app. server's bootstrap has also been stripped out into separate
project:
- http://anonsvn.jboss.org/repos/jbossas/projects/bootstrap/trunk/
View the or
You are already using it, see your first post. ;-)
- AnnotationToBeanMetaDataFactory
Then it's up to the annotation plugins how they treat found annotations.
By default BasicBeanMetaDataAnnotationAdapter already has a bunch of them
pre-configured.
But you can easily add your own, or override/rep
BeanDeployer != BeanScanningDeployer ;-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239451#4239451
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239451
___
jboss-user mai
"alesj" wrote : "gurkanerdogdu" wrote :
| | Actually my question is that, is there any discovery process/class to
discover annotated bean classes without configuring XML at boot time?
| Yes.
| Check the Deployers project.
| It's has @Bean auto-disco
"gurkanerdogdu" wrote :
| Actually my question is that, is there any discovery process/class to
discover annotated bean classes without configuring XML at boot time?
Yes.
Check the Deployers project.
It's has @Bean auto-discovery as a test case.
View the original post :
http://www.jboss.org/i
The matching annotation plugin is missing usage of this name:
| public class BeanAnnotationPlugin extends ClassAnnotationPlugin
| {
|public static final BeanAnnotationPlugin INSTANCE = new
BeanAnnotationPlugin();
|
|protected BeanAnnotationPlugin()
|{
| super(Bean
"Crucifix" wrote : Any idea what I've done wrong?
SpringDeployer class is abstract, as it depends what exactly you wanna
instantiate.
Either a full ApplicationContext or just BeanFactory.
So the proper deployer class should be
* org.jboss.spring.deployment.SpringApplicationContextDeployer
* org.j
"jaikiran" wrote :
| So what is the expected behaviour of setInput(Class clazz). If it was
intended to use the classname as the attachment key, then any reason why the
API expects a Class instead of a String?
|
To help us with generic usage.
In most cases real deployers are meant to be com
You don't need a new structure deployer to be able to handle .msar.
All you need to do is update suffixes in JarUtils, so JarStructureDeployer
recognizes your .msar as a jar.
And then have a real deployer (not structure) to add your MSarMetaData based on
.msar suffix.
What is your deployer (the
There are many abstract/helper deployers.
You just need to choose the right one, the rest is then easy + just your own
custom logic.
So, I recommend you check the existing ones + those from TorqueBox (as
recommended by beve),
and I'm sure you'll be able to find useful info.
But if you still hav
1 - 100 of 911 matches
Mail list logo