"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
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 b
"beyarecords" wrote :
| What am I overlooking here? As a note, I have read about a jboss-spring
deployer jar but am not sure whether this needs to be deployed in conjunction
with the spring.war?
|
This thread has nothing to do with JBoss/Spring integration --> as the sticky
says --> moved
"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 operationa
"[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=bb&op=viewtopic&t=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 / Nested
"[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 o
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=bb&op=viewtopic&p=4152841#4152841
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=415284
"[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:
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/sr
Not that I would know of.
Adrian is working on better bootstrap order, so that might help:
- http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4152035#4152035
But in the worst case you can always 'polute' SingletonSchemaResolverFactory.
:-)
|/**
| * Create a new SingletonSche
"[EMAIL PROTECTED]" wrote :
|
| |
| |
| | ...
| | ...
| | ...etc...
| |
| |
|
| In other words I think it would be nice to let the user specify an I/O bean
anywhere they'd specify a regular bean.
|
Then each of the corresponding metad
"[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
r
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 - c
"[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
"[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 deploy
How does this relate to this:
- http://www.jboss.com/index.html?module=bb&op=viewtopic&t=106598
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4151557#4151557
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4151557
__
"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 Cont
"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 h
"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
"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 sp
This should be asked on Seam forum, or Embedded.
Not MC. ;-)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150102#4150102
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150102
__
"[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
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=bb&op=viewtopic&p=4149827#4149827
Reply to the p
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 :
http://www.jboss.com/ind
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 :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=414853
"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=bb&op=viewtopic&t=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 use
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=bb&op=viewtopic&t=128312
View the original post :
http://www.jboss.com/index.html?module=b
"esteveavi" wrote : Where can I get more info?
The code or this sticky page:
- http://www.jboss.com/index.html?module=bb&op=viewtopic&t=106598
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142118#4142118
Reply to the post :
http://www.jboss.com/index.html?m
"[EMAIL PROTECTED]" wrote :
| The jboss-remoting.xml that it fails to deploy is:
|
|
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 to BasicXMLDeploy
OK, now I'm confused. :-)
What is the file that causes that CCE?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141010#4141010
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141010
__
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.
|
|
|
|
And you want to get RemotingMD out.
Then
"[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
"[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 d
"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=bb&op=viewtopi
"[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
"[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 :
| 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=bb&op=viewtopic&p=4138963#4138963
Reply to the po
"[EMAIL PROTECTED]" wrote :
| I guess we could add an extra option to the SchemaResolverParser
|
| |true
| |
| which would take the schema name from the annotation on the class/package
| and register the generated schema binding with JBossXB?
| Which would remove the need f
"[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
"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 :
"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 c
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
The missing code:
| public class InitializerContextLoaderListener extends ContextLoaderListener
{
|
| @Override
| public void contextInitialized(ServletContextEvent event) {
|
JndiRootApplicationContextLookup.initialize(event.getServletContext());
| super.con
deployment.
|
No, it failed because the BeanDeployer expected 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&quo
"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 META-INF/spring-deployers-be
"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:"
"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 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, th
"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 :
http://www.jboss.com/index.html?m
"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 anoth
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=bb&op=viewtopic&p=4132522#4132522
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132
"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=bb&op=viewtopic&p=4131926#4131926
Reply to the post :
http://www.jboss.co
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 :
http://www.jboss.com/index.html?module=bb&op=vie
"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
"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, i
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)
| {
|
Thread.currentThread().setContextClassLoader
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 :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=41317
Do you also have spring.jar in your war file?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4131762#4131762
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4131762
___
jboss-use
"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
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
fin
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 dep
"[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 grai
"[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. ;-)
Life
"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.
Vie
"[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 s
"[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 instant
"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 o
"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 ClassLo
"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 : 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=bb&op=viewtopic&p=4129144#412914
Deleted in trunk.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128937#4128937
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128937
___
jboss-user mailing list
jboss-user@li
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=bb&op=viewtopic&p=4128929#4128929
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=41
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=bb&op=viewtopic&p=4128922#4128922
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posti
"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 : 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 th
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 im
"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=bb&op=viewtopic&p=4126285#4126285
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126285
___
jboss-user mailing list
jboss-
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 t
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=bb&op=viewtopic&p=4126268#4126268
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=41
"mlaporta" wrote :
| I wish to see this support for spring-2.0.8 or 2.5.
|
https://sourceforge.net/project/showfiles.php?group_id=22866&package_id=161914&release_id=573873
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126237#4126237
Reply to the post :
"[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:
- http://labs.jboss.com/files
This is best explained with MainDeployer and Deployers example:
Instead of having each Deployer to call
|
|this
|
|
|this
|
|
You can just add this:
|
|
|
|
|
The callback idea is to check the type of method's parameter - in this case
Deployer
Some more related dev issues:
- http://www.jboss.org/index.html?module=bb&op=viewtopic&t=128233&start=0
- http://www.jboss.org/index.html?module=bb&op=viewtopic&t=128560
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123842#4123842
Reply to the post :
http:
"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 suggestio
"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 versio
Where do you upload the user's file?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121525#4121525
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=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
"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 sayin
"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:
|/**
|
"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]
"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?
"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'
"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? ;-)
server\all\depl
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 mat
501 - 600 of 911 matches
Mail list logo
