The FileMatcher was moved. :-)
Before:
- org.jboss.deployers.vfs.plugins.structure.file.
Now:
- org.jboss.deployers.vfs.spi.deployer
And the SpringDeployer in that release still uses the old one.
I'll do a new release asap.
Or you can build it yourself from the trunk - it should be simple ant
beyarecords wrote :
| As I wish to use Spring 2.5 would I simply swap out the existing Spring
files from the .deployer directory, which I believe are Spring 2.0 correct?,
with 2.5 ?
|
I think the SpringDeployer3.0 is compiled against Spring 2.5, and as such
shipped with Spring 2.5.
But I
Ask on JBM/JMS forum, since this is not what this forum is about - see sticky.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4155993#4155993
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4155993
michael83 wrote :
| is it possible to deploy and run OSGI bundles at the JBoss AS5?
|
We still need to test and place deployers from
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-osgi/trunk/osgi-int/src/main/org/jboss/osgi/plugins/deployers/
into AS5 space to be fully operational
[EMAIL PROTECTED] wrote :
| Well, the error message I'm getting is completely different, and I'm
working with a programmatic deployment rather than an XML deployment, so it
looks like a completely different problem to me...
|
What's your error?
[EMAIL PROTECTED] wrote :
| ...OK, it
Your are probably looking for this:
- http://www.jboss.com/index.html?module=bbop=viewtopict=133207
It even has the same subject name. :-)
I need to check why the programmatic approach doesn't work.
Can you create me a test case out of your work?
Or check AbstractBeanMetaData.getBeans /
[EMAIL PROTECTED] wrote :
| Hm, for some reason it thinks my SchemaResolverDeployer outputs a
KernelDeployment:
|
| | [EMAIL PROTECTED] outputs=[org.jboss.kernel.sp
| | i.deployment.KernelDeployment]}
| |
|
| Actually, I take that back - I have no idea how to read this
[EMAIL PROTECTED] wrote : I think what I really want to do is to just provide
a way to specify the various I/O beans, because that's all my
(incorrectly-named) deployments really are for the most part. So I guess
what I need to do is to figure out a way to merge in my metadata with the
[EMAIL PROTECTED] wrote :
|
| | bean:deployment
| | xmlns:bean=urn:jboss:bean-deployer:2.0
| | xmlns:io=urn:jboss:io:1.0
| | bean:bean /
| | io:tcp-server ... /io:tcp-server
| | io:tcp-connection ... /io:tcp-connection
| |
Not that I would know of.
Adrian is working on better bootstrap order, so that might help:
- http://www.jboss.com/index.html?module=bbop=viewtopicp=4152035#4152035
But in the worst case you can always 'polute' SingletonSchemaResolverFactory.
:-)
|/**
| * Create a new
[EMAIL PROTECTED] wrote : Maybe this isn't such a hot idea after all. It
seems like there could be a lot of subtleties involved... I think I'll go back
to the separate file idea for now.
This might help:
-
This first:
- http://wiki.jboss.org/wiki/JBossHelp
- http://wiki.jboss.org/wiki/HelpExpertSystem
;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4152841#4152841
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152841
[EMAIL PROTECTED] wrote :
| However, the getBeans() method of my root metadata object isn't called (it
implements org.jboss.beans.metadata.spi.BeanMetaDataFactory). Is there some
other special steps I have to follow?
|
It would only be called if you had your custom xml inside MC's
[EMAIL PROTECTED] wrote : I thought that's what the SchemaResolverDeployer
was doing, and in fact that was the whole point of making my DeploymentMetaData
implement BeanMetaDataFactory.
|
SRD just does what you told it to do - create a custom DeploymentMD. :-)
The fact that it implement BMDF
I'll answer it anyway since reference guide doesn't say much. ;-)
[EMAIL PROTECTED] wrote : BTW, what does KernelDeploymentDeployer actually
*do*?
|
In new Deployers there is a notion of component.
As I see components, they are the atoms of what you pass around in deployer's
attachments -
ALRubinger wrote :
| Yeah, for now I have a class called Hack which puts my MC Bean in a
public static variable. :). The POJO in question is a JNDI ObjectFactory,
created on each lookup by JNP Server.
|
Couldn't you just make this JNP server MC aware, some wrapper, and then with
the help
ALRubinger wrote :
| 1) Decorator Pattern for anything wishing to leverage MC
|
I'm bad with names, if you can illustrate what this would do?
ALRubinger wrote :
| 2) Kernel is transparent, but available, to anything in the process
|
All MC core objects are services inside MC's
How does this relate to this:
- http://www.jboss.com/index.html?module=bbop=viewtopict=106598
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4151557#4151557
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4151557
barifla wrote : Can you explain me how please? I'd like to use Spring DI in
JBoss so I need some information about that.
|
How exactly would you use Spring DI?
barifla wrote :
| Can you write me an example please? I'm a Java newbie so every thing is
complicated for me.
|
Be more
ALRubinger wrote :
| KernelLocator.getKernel() won't do the trick, as I've got no
KernelControllerContext to set.
|
Where to you need KCC here?
KernelLocator.getKernel gives you Kernel instance, from where you get
Controller, ...
But this is very ugly, and I've never liked this KL static
This should be asked on Seam forum, or Embedded.
Not MC. ;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4150102#4150102
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4150102
ScopedController. ;-)
-
http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/kernel/src/tests/org/jboss/test/kernel/deployment/test/BeanContainerScopingTestCase.java
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4149827#4149827
Reply to the
[EMAIL PROTECTED] wrote : Is the parameter of
BeanMetaDataBuilder.createInject(Object); supposed to be the bean name?
|
Yes.
[EMAIL PROTECTED] wrote :
| If so, why is the type Object?
The MC at dependency module level doesn't have the notion of component name
being a string, that's POJO
This is always pita, at least for me.
Most of the times the answer (we get from Adrian) is learn xsd. :-)
Kabir had some similar issues with his AOP schema, so there is some long forum
post.
But if you can simplify things, go ahead and do it. :-)
View the original post :
Do you have all our Maven repos listed in settings.xml?
I'm no Maven expert, so probably best if you look here:
- http://wiki.jboss.org/wiki/Maven
Paul did a great job putting as much info as possible there.
View the original post :
Cybertech wrote :
| I don't understand why you are redirecting us to Spring/Hibernate.
|
Did you read any of the stuff that Sticky post is linking to?
Why? See below or/and read the Sticky again.
Cybertech wrote :
| It would be good if any one in this form can suggest us a solution.
Cybertech wrote : Could any one of you please point us or help us to resolve
this issue?
|
As stated here:
- http://www.jboss.com/index.html?module=bbop=viewtopict=106598
this is not the right place.
I would try the Spring or Hibernate forum, in that particular order.
View the original
Moved to user forum, since it *not* a design issue.
OK, to answer the question. :-)
You can use AssembledDirectory in JBoss VFS project.
See how HDScanner checks for new deployments.
Perhaps passing in your own deploy directory - see bootstrap-beans.xml - or
implement the mechanism HDScanner
What's the version of JBossAS you're using?
Try updating Spring deployer, I've released a bunch of compatible versions that
work against Spring 2.0.8 and 2.5.
See:
- http://www.jboss.com/index.html?module=bbop=viewtopict=128312
View the original post :
esteveavi wrote : Where can I get more info?
The code or this sticky page:
- http://www.jboss.com/index.html?module=bbop=viewtopict=106598
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4142118#4142118
Reply to the post :
I think you're misusing BasicXMLDeployer.
This one expects KernelDeployment. As the exception and code clearly say. :-)
So your URL must point to MC beans xml file.
OK, I'm guessing here.
You have a file that is your custom xml.
e.g.
| remoting
|endpoint name=someendpoint/
| /remoting
OK, now I'm confused. :-)
What is the file that causes that CCE?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4141010#4141010
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4141010
[EMAIL PROTECTED] wrote :
| The jboss-remoting.xml that it fails to deploy is:
| remoting xmlns=urn:jboss:remoting:3.0/
|
OK, like I said:
alesj wrote :
| You have a file that is your custom xml.
|
The thing is very simple. :-)
You should not be delegating parsing of this file
[EMAIL PROTECTED] wrote : Just wondering if there is a code example somewhere
of a simple parsing deployer using the JAXB stuff. I'm having a hard time
figuring out the intended usage based on the documentation (a lot of the
deployer stuff is still missing from the docs it seems).
|
ATM I
[EMAIL PROTECTED] wrote :
| I guess we could add an extra option to the SchemaResolverParser
|
| |propertry name=registerWithJBossXBtrue/property
| |
| which would take the schema name from the annotation on the class/package
| and register the generated schema binding with
[EMAIL PROTECTED] wrote :
| Ales, this kind of thing would be a good example for the use case xml.
|
You mean a use case of a use case. :-)
I'll add this as well then.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4138963#4138963
Reply to the post :
[EMAIL PROTECTED] wrote : The only piece of the puzzle missing for me is how
to write the actual deployer which takes the metadata and converts it into a
bean deployment (that's how it's supposed to work, right?), presumably feeding
that back to the MC so that it can do its magic.
You (usually)
[EMAIL PROTECTED] wrote :
| I guess in this case my outer metadata unit is just a holder for the
different types of actual metadata. In this case I guess I won't implement
BeanMetaDataFactory on it, but rather on each metadata class that translates
into beans.
Your top element/metadata must
alesj wrote :
| Use both of previous Adrian's suggestions.
|
This is now done - in deployers trunk.
See SchemaResolverXBTestCase for the usage.
Adrian, are the class/files locations OK?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4139043#4139043
Reply
[EMAIL PROTECTED] wrote :
| It accepts the new property but it doesn't seem to notice the
jboss-remoting.xml file which is in the same place as the jboss-beans.xml that
contains the above.
Sure. As expected. ;-)
When this bean is installed, we're passed PARSE stage.
Which is where this new
[EMAIL PROTECTED] wrote : Does it have to be in a separate deployment
element?
Sure.
Use logic. :-)
We first need to parse the file, and only after that we register the schema
that recognizes jbossxb-parser element, which is what we want to parse.
Chicken and the egg. ;-)
View the original
The missing code:
| public class InitializerContextLoaderListener extends ContextLoaderListener
{
|
| @Override
| public void contextInitialized(ServletContextEvent event) {
|
JndiRootApplicationContextLookup.initialize(event.getServletContext());
|
The idea there is such:
You declare a root context, which is deployed by JBoss SpringDeployer.
Then you might have a child context also deployed by SpringDeployer.
But you also want to have a web context that is also a child of that root
context.
e.g. having some common beans declared in the root
gcompienne wrote :
| If my understanding is correct MC has a notion of application context
(which is the ControllerContext or something like that if I am not mistaken?).
|
You mean DeploymentControllerContext?
gcompienne wrote :
| Now what I wonder is: is JBoss JNDI aware of this
gumnaam wrote :
| No need to have any more classes, no need to add description elements to
any spring xml file.
I know I had reasons why I hacked all those classes, just can't remember them
now.
I'll try an dig that code up ... it's been a while like I said ... :-)
View the original post :
that the outcome of
unmarshalling would be KernelDeployment instance.
dlmiles wrote :
| Renaming my file in my WAR from /WEB-INF/spring-beans.xml to
/WEB-INF/spring-context.xml did the trick.
|
alesj wrote :
| You can either rename the file or change the way BeanDeployer handles this
file, e.g
dlmiles wrote :
| I can also see that the MANIFEST of jboss-spring.deployer itself does not
include its own version number and would also like to see jboss-spring.jar from
inside the *.deployer file renamed to jboss-spring-3.0.jar (as well as version
in the manifest). Both would be ideal
dlmiles wrote :
| Anyway now moving onto my next problem.
|
| Are all the schemes that spring usually has setup (when running as a
web-app in plain Tomcat; not Tomcat under JBoss), are they enabled and
functional with respect to JBoss ? In particular the scheme handler for
classpath: I
dlmiles wrote :
| I'm surprised it could find it, none of my containment files are exploded.
|
It's called JBoss VFS. ;-)
dlmiles wrote :
| Surely there is some other qualifying requirement too. For example the
*.deployer file name as well as requiring a
dlmiles wrote :
| I am correct in thinking the above version is for JBoss AS 4.2.x and older
? But should not be used wit JBoss AS 5 ?
|
Yes, only JBossAS 4.x.
dlmiles wrote :
| Should something appear in the JBossAS console log ?
|
If you use trace log for deployers packages, there
zumbiehl wrote :
| The lookup returns me a null instance of the Spring context although
lookups work fine from within the JBoss container.
|
I think this is expected behavior.
Since we put the bean factory into non-serializable JNDI context, there are no
means of pulling it out from
ragavgomatam wrote : Wish we have Jboss 5 GA with OSGI...
We will, perhaps even CR1 will be already configured to use it. ;-)
Here is some more info, in case you missed this:
- http://labs.jboss.com/community/interviews/ales_osgi.html
View the original post :
Moved this to User forum, where it should be in the first place. ;-)
What's the env you're running this?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4132522#4132522
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132522
Do you also have spring.jar in your war file?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4131762#4131762
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131762
___
jboss-user
You can provide your own impl of the Server interface.
e.g. extend the current ServerImpl and override shutdown method to hook in your
behavior.
See ServerLoader usage in Main and ServerImpl for more details.
View the original post :
Or, there is already a nice hook provided for you.
In the form of Bootstrap interface - see AbstractServerImpl.
| // Do the bootstraps in reverse order
| for (Bootstrap bootstrap : startedBootstraps)
| {
|
svsubramanyam007 wrote : I want to get event when jboss is called for
shutdown.When i was walking through code i was not able to understand ..how to
get event when it is about to shutdown...can anyone help me in
understanding...whether it is possible to get event.
What's there to understand,
ragavgomatam wrote : Yes I do..Is that an issue ?
Could be.
War libs and similar global libs never play nicely. ;-)
Can you just remove the one from war and see if you still get the same problem?
btw: what's the version of Spring lib in SpringDeployer and in your war? The
same?
View the
Put a single Spring 2.5 in JBOSS_HOME/server/(your_config)/lib.
That should do the trick.
Once we have full OSGi classloading impl in JBoss5, then we'll be able to have
2 diff version in the same 'space' w/o any problems.
View the original post :
ragavgomatam wrote : sure i will try get back...You will have to wait till
i reach home from work try this out before posting back
Take your time. :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4131926#4131926
Reply to the post :
Can you check if the info that exceptions describe hold:
| 10:53:14,016 WARN [ClassLoaderManager] Unexpected error during load
of:org.springframework.aop.framework.ProxyCreatorSupport
| java.lang.VerifyError:
org/springframework/aop/framework/ProxyCreatorSupport: attempting to override
ragavgomatam wrote :
| Error from jboss 5 beta 4 is :- If I remove this WAR file, everything
appears fineSurprising this was that this was working with spring
2.0...Moment I upgraded to spring 2.5 I started to get this errorChecked
out the spring forums they say it is becos spring
[EMAIL PROTECTED] wrote : Say I've got a service that has some dependencies
that need to be injected before it can start up.
| My first question is, when do the dependencies get injected, with relation
to the service lifecycle methods?
|
It again depends where you want to inject. ;-)
[EMAIL PROTECTED] wrote : OK, then I think I'm confused - how does the
controller state lifecycle relate to the service lifecycle? The service
lifecycle seems to define four trasitions - create, start, stop, and destory.
But the controller can be in 8 different states.
We have more fine
Which three states you have in mind?
I'll do a simple explanation of what each state does, or better, what each
action corresponding to state does:
In install phase:
NOT_INSTALLED - initial state
PRE_INSTALL - initialize scoped metadata, check for hierarchy of Controllers
DESCRIBED - add aop
gcompienne wrote : It is due to the fact the code uses the Module.domain
attribute rather than the Module.metadata.domain.
|
I don't really understand what you mean here?
The Module, Domain, ... is currently being rewritten, but it's probably gonna
take till CR1 to put it in place.
View the
[EMAIL PROTECTED] wrote : If I have a POJO that (for example) represents a
service that has a few properties that will be injected, what thread-safety
precautions must I take?
|
It depends on your service. :-)
See what we do below.
[EMAIL PROTECTED] wrote :
| Will the POJO be
[EMAIL PROTECTED] wrote : Actually one more question - are the locks held
when doing auto-wiring and injection and that sort of thing?
|
Yup, a read lock.
[EMAIL PROTECTED] wrote :
| In other words, if I have beans A and B, and I want a property from A to be
injected into B, will the same
mayankk wrote : has this feature been incorporated in the spring deployer as
yet?
|
The SpringDeployer has been updated to work with the new AS5/MC deployers, but
this feature is out of the scope of what the deployer actually does.
And having Microcontainer makes no sense to implement this on
gcompienne wrote : Ok, Thanks :-)
:-)
We need to have the same env (at least AS5, MC, ...), so that we're really
'talking' about the same problem (if it's still there), and not just guessing.
;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4129144#4129144
gcompienne wrote : Ok, so is JBoss 5 beta 4 a reasonable test environment for
this issue?
Beta4 is OK.
But I doubt that VFSTopLevelClassLoaderSystemDeployer is not kicking in.
The deployer itself is a CLFactory impl.
Perhaps you can modify this class to add more debugging.
View the original
gcompienne wrote :
| And when my classloader is called, just before
VFSTopLevelClassLoaderSystemDeployer would be called, it shows me that no
ClassLoaderFactory attachment is available...
|
| public abstract class AbstractClassLoaderDeployer extends AbstractDeployer
implements
I don't think that's intentionally.
I'll delete the bootstrap one.
Let me just check if it breaks something.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4128929#4128929
Reply to the post :
Deleted in trunk.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4128937#4128937
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4128937
___
jboss-user mailing list
What's the env you're running this?
Can you check the trunk, and let me know what revision did you use if it's
still failing
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4128922#4128922
Reply to the post :
I don't understand what you mean by deployer having capabilities.
It's the module that has capabilities.
And there is a module per deployment unit.
Module also has requirements.
It is mean that those requirements are usually resolved by some other module's
capabilities.
Think of this as OSGi
gcompienne wrote : I have a few questions the concerning the DESCRIBE and
CLASSLOADER deployer stages.
|
| I understand the principle that DESCRIBE is used to declare/define the
dependencies whilst the CLASSLOADER stage is related to the classloader itself.
|
| I have noticed that the
gcompienne wrote :
| I am doing further testing with the deployers and I have noticed that the
ClassLoaderMetaData info does not seem to be used (or fully used?) yet by the
subsystem that triggers the creation of the classloader.
|
It's the ClassLoading class that uses CLMD.
gcompienne
gcompienne wrote : But this seems to confirm that if I don't specify any
input then the deployer is always called (rather than never).
|
| So far I was always doing a setAllInputs(true) but that probably was not
necessary...
|
Inputs/outputs have only one struct usage, and that's the
Code is your friend. ;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4126285#4126285
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126285
___
jboss-user mailing list
Behaving as what?
Being only triggered once (which I doubt is the case) or why there are no
inputs/outputs?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4126268#4126268
Reply to the post :
mlaporta wrote :
| I wish to see this support for spring-2.0.8 or 2.5.
|
https://sourceforge.net/project/showfiles.php?group_id=22866package_id=161914release_id=573873
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4126237#4126237
Reply to the post :
What AS5 instance are you running?
Did you check the HackCLMDD code?
There are (currently) two usages.
1) there is LoaderRepositoryConfig present in attachments
2) we're not top level deployment unit, and there is parent CLMD present
This deployer is always triggered.
And all it does - applying
[EMAIL PROTECTED] wrote : Sweet.. it worked without any problems!
|
;-)
[EMAIL PROTECTED] wrote :
| something that useful should be on the main doc :-) This is much better
than the Lifecycle callback example on the AOP chapter.
|
It's all already there:
-
This is best explained with MainDeployer and Deployers example:
Instead of having each Deployer to call
| install bean=MainDeployer method=addDeployer
|parameterthis/parameter
| /install
| install bean=MainDeployer method=removeDeployer
|parameterthis/parameter
| /install
Some more related dev issues:
- http://www.jboss.org/index.html?module=bbop=viewtopict=128233start=0
- http://www.jboss.org/index.html?module=bbop=viewtopict=128560
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4123842#4123842
Reply to the post :
devnulled0 wrote :
| I poked around in build.sh and build.xml.. looked around in the
tools/etc/buildmagic directory and noticed that nothing about Spring was
mentioned in there, but otherwise I don't know this build system well enough to
know what to even look for or change. Any
devnulled0 wrote :
| Any suggestions? I looked for documentation but didn't find much. FWIW,
I'm on OS X running Java 6.
|
| Also, should I be doing anything specific to get the version which works
with JBoss 4.x?
|
First, I think you should be trying to fix this against some AS4.x
devnulled0 wrote :
| I also tried upgrading all of the jar's in the deployer to Spring 2.08 and
ran into various problems because some of the methods the deployer relies on
have been removed, etc.
|
Which methods?
Can you post your exceptions.
It's been a while since I compiled the version
Where do you upload the user's file?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4121525#4121525
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4121525
___
jboss-user mailing
sjerman wrote :
| I would like to try to use the new OSGI classloader that I think you say is
included with JB5 b3...
|
JBoss5 Beta4, yet to be released - around JBossWorld conference.
But the code is already enabled in the current trunk.
sjerman wrote :
| I assume the documentation is
kevglass wrote : I've been the code you pointed to but I'm still a little
confused. The AS code only seems to honour the classpath for bootstrap
deployments. Is there some similar code that applys the context class loader
for application JARs?
|
http://jira.jboss.com/jira/browse/JBAS-4206
tim_ph wrote : If Spring has it, and JBoss doesn't. It's a big disadvantage.
|
We have it, just not completely done yet.
And we're doing much more than Spring.
We're implementing our own OSGi core framework on top of MC.
They are just using the existing implementations out there.
I'm not saying
ragavgomatam wrote :
| Yeah that was a small bug in my ant buildFixed it...Works
fineThanks...I think this should be documented in Jboss-spring
documentation
| Spring Injection works fine with Ejb 3. with Spring Deployer in Jboss 5
Beta 3.
|
Cool.
I totally forgot about the
I've just added (commited in the trunk) a legacy default name support to
SpringParserDeployer.
The current default is still from meta file: -spring.xml.
But if you set this flag to true, the name from jar containing -spring.xml file
will be used.
From SpringParserDeployer:
|/**
|
Aha, forgot to mention. :-)
The behavior changed a bit, the default name is now the name of the -spring.xml
file.
Renaming your -spring.xml file to spring-inject-spring.xml should do the trick.
If that doesn't help, also place your Spring module higher in the
application.xml, since the order
jhalliday wrote : ... but it seems that nothing in the current AS trunk
actually does anything with that annotation, or at least not at a sufficiently
early stage in the lifecycle to be useful.
|
| IMO it should be present in the AS, but I don't see it.
What about this? ;-)
jhalliday wrote : Yes, I follow (but don't necessarily agree with) the
argument that the TransactionManager should be in deploy, but given that we
can't put it there in the short term we need an alternative solution.
|
I can port my test to be used in real use case.
I'll let you know when I'm
jhalliday wrote : From the sounds of things it would be feasible to declare a
bean with
class=org.jboss.system.microcontainer.jmx.ServiceControllerLifecycleCallback in
the jboss-service.xml file and inject the legacy JMX kernel into it, then
reference that in the TransactionManager bean xml?
ragavgomatam wrote :
| In my spring-inject.jar under META-INF I have a spring-inject-spring.xml
21:15:50,688 INFO [NamedXmlBeanDefinitionReader] Loading XML bean definitions
from URL
[vfsfile:/C:/jboss-5.0.0.Beta3/server/default/deploy/Ejb3.ear/spring-inject.jar/META-INF/jboss-spring.xml]
501 - 600 of 893 matches
Mail list logo
