https://jira.jboss.org/jira/browse/SNOWDROP-4
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4270165#4270165
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4270165
___
jboss-user
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 by adding
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=bbop=viewtopicp=4268136#4268136
Reply to the post :
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
Go to ClassLoaderSystem(MBean) and invoke its getClassLoaderForClass for
RARDeployment class.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4267661#4267661
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=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
|
What are the contents of your jboss-classloading files?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4267248#4267248
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4267248
___
slf4j-api-1.5.6.jar != slf4j-1.5.6-wrapper.jar ;-)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4267263#4267263
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4267263
___
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
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=bbop=viewtopicp=4267078#4267078
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4267078
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 :
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 :
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
**
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 either
*
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=bbop=viewtopict=106598
* http://jboss.org/snowdrop
I'll leave it here for now, but it will eventually be moved (to Bad posts
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 the
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
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 --
How do we use it elsewhere/before?
Looking at the Javassist usage, it seems we need to change it a bit.
|public Class? extends Object getType()
|{
| if(clazz == null)
| clazz = JavassistUtil.ctClassToClass(ctClass);
|
| return clazz;
|}
|
.
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 has been
loaded. The correct way
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 :
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 mostly
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? (I
See http://www.jboss.org/community/wiki/JBossEmbedded.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4254854#4254854
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4254854
___
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
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=bbop=viewtopicp=4254405#4254405
Reply to the post :
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
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 :
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
Perhaps you're missing jboss-classloading.jar?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4252195#4252195
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4252195
___
jboss-user
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
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:
| bean
Could be caused by this: http://jira.springframework.org/browse/SPR-5120
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4251128#4251128
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4251128
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
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 :
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=bbop=viewtopicp=4250014#4250014
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=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
You put wrong attribute. ;-)
j2seClassLoadingCompliance -- parent-first
I guess we should validate this xmls.
So, this does the trick for me:
| classloading xmlns=urn:jboss:classloading:1.0
| domain=some-name
| name=some-name
| import-all=true
| export-all=NON_EMPTY
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 :
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
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=bbop=viewtopicp=4249376#4249376
Reply to the post :
You need to mimic this isolation code
| String domain = getJMXName(deployment, unit) +
,extension=LoaderRepository;
| classLoadingMetaData = new ClassLoadingMetaData();
| classLoadingMetaData.setName(unit.getName());
| classLoadingMetaData.setDomain(domain);
|
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=bbop=viewtopicp=4249420#4249420
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4249420
What about if you just have this jboss-classloading.xml in your deployment:
| classloading domain=some-name xmlns=urn:jboss:classloading:1.0
name=some-name
| import-all=true export-all=NON_EMPTY version=0.0.0
| j2seClassLoadingCompliance=false parentDomain=DefaultDomain
and leave
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=bbop=viewtopicp=4249456#4249456
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=bbop=viewtopicp=4249518#4249518
Reply to the post :
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
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 :
| 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
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
*
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.
|
*
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
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 :
| 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
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,
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 up
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 support
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 :
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
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-330's
Unfortuantely this post falls under
- http://www.jboss.org/index.html?module=bbop=viewtopict=106598
hence removed.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4246303#4246303
Reply to the post :
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
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=bbop=viewtopicp=4246064#4246064
Reply to
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.
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 :
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=bbop=viewtopicp=4245561#4245561
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=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 :
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
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
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 (when
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=bbop=viewtopicp=4242026#4242026
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=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
New 3.2 release can be found here:
-
https://sourceforge.net/project/showfiles.php?group_id=22866package_id=161914
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4240515#4240515
Reply to the post :
alesj wrote :
| I'll let you know when the sf has been updated.
Finally done:
-
https://sourceforge.net/project/showfiles.php?group_id=22866package_id=161914
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4240516#4240516
Reply to the post :
http
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=bbop=viewtopicp=4239916#4239916
Reply to the post :
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=bbop=viewtopicp=4239917#4239917
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=bbop=viewtopicp=4239919
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 :
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.
But re-read my previous post:
alesj wrote :
| If we have
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 sorts
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
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
It looks like you're also including spring.jar in your .war?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4240073#4240073
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240073
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=bbop=viewtopicp=4240160#4240160
Reply to the post :
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
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
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
*
The matching annotation plugin is missing usage of this name:
| public class BeanAnnotationPlugin extends ClassAnnotationPluginBean
| {
|public static final BeanAnnotationPlugin INSTANCE = new
BeanAnnotationPlugin();
|
|protected BeanAnnotationPlugin()
|{
|
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 :
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-discovery as a test case.
http
BeanDeployer != BeanScanningDeployer ;-)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4239451#4239451
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4239451
___
jboss-user mailing
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
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
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
1 - 100 of 893 matches
Mail list logo
