emmartins wrote : Should instead the domain be always used for loading the
class?
I don't think you should be using domain, as that is impl specific.
You should be asking yourself why is classloading failing.
We have some info exposed, and there was a request from Scott,
saying the impl should
What about VFSCLPolicy::setBlackListable(false)?
Or
| classloading xmlns=urn:jboss:classloading:1.0
| name=test
| blackList=false
| /classloading
|
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4189104#4189104
Reply to
emmartins wrote : but I don't know how can I reach the policy for the bean's
classloader
You need to configure that CL at the time of creation.
e.g. proper jboss-classloading.xml in bean's jar
Or push more info, as I don't see what you're trying to do - again. ;-)
View the original post :
Read what the error msg says. ;-)
Copy jboss-service.xml from one of
complete deployer releases.
Or check JBossAS 4.x branches.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4189246#4189246
Reply to the post :
Perhaps setting parent domain while registering it into system would help?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188765#4188765
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188765
What exactly are you trying to do/hack? :-)
Perhaps this?
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/java/org/jboss/deployers/vfs/plugins/classloader/InMemoryClassesDeployer.java
This is how AOP adds aspectized/modified classes to classpath.
And don't understand what exactly you mean. :-)
Install it where?
Once MC-Kernel is shutdown, all beans are uninstalled == reverted lifecycle
invocation.
What you do during install/uninstall is up to you.
Perhaps ProfileService with its serialization could help you here,
saving some contextual
3.x version if meant for JBoss5.
Try 2.1 - depending on which Spring version you use.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188410#4188410
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188410
robertogil77 wrote : I deployed de war into /deploy and it seams to work
without deployer ??.
War?
Spring-deployer, in its simplest form/usecase, is meant to bind EJBs and
fine-grained Spring beans.
For a simple .war + Spring beans you don't need it. ;-)
View the original post :
[EMAIL PROTECTED] wrote : guys, don't we have better doc for people wanting
to try something like this?
You do. It's probably sitting 10m away from you. ;-)
Poke him about this
- https://jira.jboss.org/jira/browse/JBCL-10
many people have tried, none have succeedded. ;-)
And we're still looking
emmartins wrote :
| UnifiedClassLoader ucl = (UnifiedClassLoader) Thread
|.currentThread().getContextClassLoader();
|UnifiedLoaderRepository3 lr = (UnifiedLoaderRepository3) ucl
|.getLoaderRepository();
|
Dunno.
This is beyond this forum -- not AOP forum. ;-)
And it's been a while since I had a look at that, to be honest. :-(
Either use plain @EJB3 interceptors.
Or read here how I did it back in the days. :-)
- http://java.sys-con.com/read/180386.htm
View the original post :
What kind of service?
MC currently doesn't have full OSGi service (registry) support, yet.
But you can already do most of the thing you expect from OSR.
As our impl will be a simple facade on top of OSGi core interfaces.
The classloading part - OSGi kind of CL - is mostly in place.
Only a few
ratheesh.nair wrote :
| I am wondering whether this fix is released, I ran into similar problem
with RichFaces 3.2.2, Jboss Portal 2.7.0 GA and Spring 2.5 version (pls dont
ask y not Seam :) ).
I didn't work on this any further since I don't know how to reproduce it.
Like I posted previously,
The problem and fix are both quite simple. ;-)
Problem:
BeanMetaDataDeployer has 2 constructors.
The metadata provided in that xml is not enough to make exact/deterministic
decision about which constructor to chose.
In Carlo's case, he is just lucky that ConstructorInfo is ordered the way it is
[EMAIL PROTECTED] wrote :
| 1. Are there any hidden gotcha's I'm missing?
|
Dunno.
You tell me, when you hit them. ;-)
[EMAIL PROTECTED] wrote :
| 2. Are there any conventions, e.g. naming conventions, I should be aware of?
|
Not that I'm aware of.
Perhaps keeping old MBeans, that are
I'll think about it for 2.2.x. ;-)
It makes sense.
Probably for now, either
- you write you're own simple wrapping code
- we move some of the 'Object is instance of ValueMetaData' logic into right
top places
But this is more of a dev discussion,
perhaps move it into MC dev forum. ;-)
View
[EMAIL PROTECTED] wrote : I have seen JndiDecoratedTestCase and it registers
the beans to JNDI, but JNDI name is predefined here. While in my app the JNDI
name is calculated at runtime.
|
As you could see in JndiDecoratedTestCase, to push bean in JNDI, you had to
enable AOP interceptor:
What's proper point-cut to intercept
- any method invocation on classes that are anotated with @FooBar
- method invocation of method annotated with @FooBar
I have this
| bind xmlns=urn:jboss:aop-beans:1.0 pointcut=execution(*
@org.jboss.demos.ioc.annotations.FooBar-*(..)) OR execution(*
You can do this
| stop ignored=true/
|
Or is something similar missing on BMDBuilder?
If so, I'll add it tomorrow.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4184939#4184939
Reply to the post :
alesj wrote :
| Or is something similar missing on BMDBuilder?
|
Yup, missing.
-
http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/kernel/src/main/java/org/jboss/beans/metadata/spi/builder/BeanMetaDataBuilder.java
I'll add ignored flag for all 4 states.
View
alesj wrote : I'll add ignored flag for all 4 states.
https://jira.jboss.org/jira/browse/JBMICROCONT-373
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4184942#4184942
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4184942
[EMAIL PROTECTED] wrote : I am unsure why resources at the root of the ear
are still working.
It's due to this flag we added, specially for you. ;-)
- EarStructure::includeEarRootInClasspath
-
http://anonsvn.jboss.org/repos/jbossas/trunk/server/src/main/org/jboss/deployment/EARStructure.java
[EMAIL PROTECTED] wrote : Do you know we scan there (I mean the ear
classpath) for the beans?
No, we only scan true deployments for metadata resources.
Ear classpath != true deployment.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183491#4183491
Reply to
[EMAIL PROTECTED] wrote : So, if an user wants to bundle beans inside EARs,
where does he need to put?
Plain jar inside ear?
e.g. someapp.ear/my-beans.jar
- META-INF/mybeans-jboss-beans.xml
- com|org|net|si| ...
View the original post :
[EMAIL PROTECTED] wrote : Am I correct in assuming that if
jboss-classloading.xml is present, any osgi manifest will be ignored?
It's all about how we write and order deployers at the end. ;-)
But yes, if you ask me, we should consider our CLMD before anything else.
View the original post :
emmartins wrote : I've been reading the MicroContainer (MC) user guide and
have a few doubts regarding its integration in the AS 5.
|
And now you speak, after 3years of work. :-)
emmartins wrote :
| I've understood that by default a Pojo gets the MC deployer's thread
classloader
|
[EMAIL PROTECTED] wrote : Is there a better way to do this?
|
You can do it as I do it for Seam:
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/trunk/microcontainer/src/main/java/org/jboss/seam/integration/microcontainer/deployers/SeamUrlIntegrationDeployer.java
Or, you're
[EMAIL PROTECTED] wrote :
| For my own edification, why doesn't
getClass().getClassLoader().getResource(/) work?
|
Work in what way?
Is there something by the spec that says you must return the jar from where
this class is loaded if you put in '/'?
If not, how else do you know which of the
[EMAIL PROTECTED] wrote : How are you guys naming your modules?
|
Dividing code into 3 pieces:
- contract; jboss-xyz-spi
- user usage; jboss-xyz-api
- impl detail; jbos-xyz-plugins
Not every sub-project has api, but we have spi and plugins for all.
We're also letting maven know about the
[EMAIL PROTECTED] wrote : are we going to fit existing JARs with
jboss-classloading.xml files, or make wrapper deployment units for each
library that gets deployed?
I had this discussion with Scott in Neuchatel a few weeks ago,
and we agreed that we should have both notions available for jboss
jaikiran wrote :
| Isn't the ObjectName key/value pair supposed to be unordered? I tried to
lookup the code responsible for this dependency management in the
Microcontainer, but unfortunately this section of the documentation is still
under construction. So i don't have much clue which piece
alesj wrote :
| It should be fixed in next MC release.
https://jira.jboss.org/jira/browse/JBMICROCONT-365
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4182590#4182590
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp
alesj wrote :
| Who's @Depends is this? MC's?
| If not, where is it handled?
OK, I found it - in EJB3 code.
I'm mocking this test in MC: EJB's @Depends -- MC's demand.
And it is failing. ;-(
Thanks for finding it. :-)
It should be fixed in next MC release.
View the original post :
http
Herman06 wrote :
| The deployer I downloaded has the xml file as spring-deployers-beans, and
in your log file you have spring-deployers-jboss-beans. So I changed my xml
name to yours.
Ah, yes.
I totally forgot about this change. :-(
- https://jira.jboss.org/jira/browse/JBAS-5803
But I'm glad
Herman06 wrote :
| Looks the spring deployer has been recoganized by the maindeployer.
|
No, you should see something like this:
| 2008-10-14 11:18:00,578 DEBUG
[org.jboss.deployers.plugins.deployers.DeployersImpl] (main) Added deployer
[EMAIL PROTECTED] for stage Parse
|
or/and
Herman06 wrote :
| Anything else I can try?
|
Check the log to see if SpringDeployer was even added to MainDeployer.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4181782#4181782
Reply to the post :
Herman06 wrote : Have I done something wrong in the Jboss 5 deployment?
|
No. :-)
I changed how the jndi name is constructed.
See SpringParserDeployer:
|/**
| * Get default name from meta file.
| *
| * @param file the virtual file
| * @return default name
|
The best way is to get it injected.
Same way we do it for Enterprise Beans and @Spring.
And you have different flavors of SpringInterceptor.
One to use with EJB3 (the simplest way to use it in JEE env), or you can use it
as AOP interceptor.
If used with AOP you need to configure things a bit
A series of articles discussing various Microcontainer's aspects.
#1 - Component Models
- http://java.dzone.com/articles/a-look-inside-jboss-microconta
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4180262#4180262
Reply to the post :
poker_jocke wrote : How do I get around this?
- http://wiki.jboss.org/wiki/ClassLoadingConfiguration
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4179710#4179710
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4179710
What you can do is this 'trick':
Create a simple bean that implements BeanFactoryAware interface:
-
http://static.springframework.org/spring/docs/1.0.2/api/org/springframework/beans/factory/BeanFactoryAware.html
Then simply inject this bean via @Spring,
and use its BeanFactory. ;-)
View the
We check every metadata file in deployment + all sub-deployments:
-
http://anonsvn.jboss.org/repos/jbossas/trunk/system/src/main/org/jboss/system/server/profile/basic/MetaDataAwareProfile.java
- https://jira.jboss.org/jira/browse/JBAS-4545
I guess I can add some filter to the check.
View the
iradix wrote :
| So if I understand this correctly getMetaDataLocations for a WAR deployment
returns the WEB-INF folder, and the isModified method will check every child
within that folder?
|
Yes.
iradix wrote :
| That does seem to be somewhat undesirable. I know that there are a
I've committed the change to the JBossAS trunk.
By default it now includes .xml files only.
But this can be changed in profile.xml configuration file.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4179084#4179084
Reply to the post :
I see you completely dropped WCLD.
Perhaps you could still leave it,
and just mention that its sole purpose is to create web/war compatible CLMD.
Note: TomcatDeployer is not the last depolyer in this chain. ;-)
Check AbstractWarDeployer::deployWebModule,
where we create ServiceMetaData,
hence
jmesnil wrote :
| In JBoss Messaging, we use JMX to let our user manage our resources (e.g.
clear a queue, change an interval, etc.). I do not expect to get rid of JMX for
this.
|
You could perhaps already leverage our Managed/MetaType project?
Or at least be ready to use it.
Check the
BobMcWhirter wrote :
| Hiya Guys--
|
| As ya know, I'm working on deploying Rails apps on JBossAS. At this point,
my RailsDeployer constructs a synthetic VirtualFile, stitching together a .war
from a Rails directory and a generated web.xml. (VFS is one freakin' cool
project, very
BobMcWhirter wrote :
| 1) Am I off-base thinking that the RailsDeployer could/should create a
WebMetaData, for consumption by the typical .war deployer already baked into
AS5?
|
That's one way of doing it.
You can either pick-up the WMD we already create
and fill it with your info.
Or you
bob.mcwhirter wrote :
| At this point, my web.xml is super-easy, and my code just programmatically
assembles it.
|
Does this mean you're assembling WMD or web.xml?
I guess WMD should do it.
bob.mcwhirter wrote :
| I also an building a ClassLoadingMetaData (well, a
bob.mcwhirter wrote :
| Those exist by default, looking for any CLMD to deploy into my unit? I
noticed an explicit WarClassLoaderDeployer in the codebase. Was not sure if I
needed to mirror that for my own, or if I can count on a standard CLDeployer in
the mix with the 'default' config.
Dunno what exactly do you mean? :-)
I have this in the pipe-line:
- https://jira.jboss.org/jira/browse/JBMICROCONT-327
If this is what you want / mean?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4175907#4175907
Reply to the post :
[EMAIL PROTECTED] wrote :
| Or something like that. Then you inject the executor into your POJO the
usual way. It's always nice to have the container control all this crap...
Aha, I see.
But this is just to simplify thread-pool pojos config. ;-)
Afaik there is no such deployer yet out
This should be updated - jboss-container was split into few sub-projects.
I'll ping MarkN, since user guide code is his work.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4175045#4175045
Reply to the post :
There are plans to use MC to impl WB RI.
Check web-beans mailing list:
- https://lists.jboss.org/mailman/listinfo/webbeans-dev
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4175046#4175046
Reply to the post :
You mean this:
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-impl/src/main/java/org/jboss/deployers/plugins/annotations/GenericAnnotationResourceVisitor.java
-
I've added the following test to VFS
|public void testDirectoryFind() throws Throwable
|{
| URL url = getResource(/vfs/test/outer.jar);
| String urlString = url.toExternalForm();
| int p = urlString.indexOf(:);
| URL rootURL = new URL(vfszip +
I doubt updating other files will help,
since it definitely looks to me as a VFS issue.
I'll try to recreate error, mocking your config.
Just can't promise when will that be - busy integrating Seam with JBoss5.
But you're welcome to give it a crack yourself, at VFS. ;-)
Since I think the part
I would need to check (for 2.0),
but I think I use application context by default
and you can change configuration to use just bean factory.
At least that's how the last few versions are configured.
See jboss-service.xml for 2.x or spring-deployers-jboss-beans.xml for 3.x.
View the original post
thinkstream wrote : Hello,
| I am currently evaluating various Jboss technologies and the MicroContainer
(MC) looks very promising. I have a few question I'd be appreciate if someone
could answer.
|
First, I would appreciate if you don't cross-post in the future.
Design forum is not _user_
Can you post the whole config?
And describing your app structure a bit.
I'll try to reproduce it, eventually fixing it. :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4171201#4171201
Reply to the post :
zithuba wrote :
| Caused by: java.lang.IllegalArgumentException: Cannot find entry: [EMAIL
PROTECTED], za/ac/wits/batch/aop
| at
org.jboss.virtual.plugins.context.zip.ZipEntryContext.findEntry(ZipEntryContext.java:338)
| at
Did you try if it might work with VFS 2.0.0.Beta21?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4171246#4171246
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171246
___
1) don't post on the _design_ forum -- use _user_ forum
2) give more info: what JBossAS, JDK, ...
Let me give a guess:
- for JBossAS 4.x that's expected
- for JBossAS 5.0 that's expected, but can be changed
The issue here is how to handle nested jars.
It's the file-system framework that knows
Hmmm, looks like an issue beyond SpringDeployer.
As you stated, you can see that it did its job == deployed your bean. :-)
You can post the config here,
but then try to reference this post to some other forum,
where they deal with RMI.
View the original post :
Versions marked with 3.x are meant for JBoss5 - hence no jboss-service.xml --
moving to Microcontainer beans.
Take a look at the last 2.x version.
Or if you upgrade JBossAS. :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4170337#4170337
Reply to the post :
Use the latest 2.x.
There is probably no jboss-service.xml, since it hasn't changed at all.
I was only uploading jboss-spring.jar that changed.
Search over this forum to see how deployer versions relate to Spring lib
versions -
I somehow forgot :-(, should have kept it written down somewhere
viniciuscarvalho wrote :
| Is it possible to provide some example? :)
|
http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/aop-mc-int/src/tests/org/jboss/test/microcontainer/test/JndiDecoratedTestCase.java
I think this should already be taken care by Spring.
JBossSpringDeployer doesn't have anything to do with beans lifecycle, except
from instantiating/destroying AppContext/BeanFactory.
The only reason I could think of is that you're using SpringBeanFactoryDeployer
which only creates BeanFactory
tkyung wrote :
| But I don't think the destroy methods of the beans are invoked (added some
log messages but they didn't show up in the log).
|
Which log level did you use?
Try throwing some exception just to make sure. :-)
View the original post :
Since you're probably talking about JBossAS4.x, this is what you can do:
Default deployers order:
| !--
| Statically set one or more enhanced suffix orders, independent of
the value proposed by subdeployers.
| Some deployers may also allow the suffixes/orders to be
tkyung wrote : Is there a downside for making this a prototype bean?
|
This is more of a Spring question, so you should really ask there.
But I think this is what happens here is that if a bean is prototype, Spring
doesn't track it anymore, so nothing happens on shutdown - since it's out of
tkyung wrote : Hi:
| If I have more than one spring apps to be deployed to jboss, is there a way
to specify which app is deployed first? Looks like the default way is to
deploy them in alphabetical order of the app name (is that correct?)
|
Currently I don't see any other way.
For
What about if your Spring bean at creation
creates some wrapper mbean which depends on HASingletonController,
installs it in MBeanServer,
and that wrapper delegates all the work to original Spring bean.
View the original post :
This is wrong forum for this sort of question: MC != XB. ;-)
Try here:
- http://www.jboss.com/index.html?module=bbop=viewforumf=212
ps: this post is doomed for bad post forum ;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4162020#4162020
Reply to the post
I updated the trunk to use 2.5.5.
And I added this
|public boolean isReadable()
|{
| try
| {
| return file.getSize() 0;
| }
| catch (IOException e)
| {
| throw new RuntimeException(e);
| }
|}
|
instead of
Aha, add some more info.
Looks like MC cannot guess the type.
RTFM:
-
http://www.jboss.org/file-access/default/members/jbossmc/freezone/docs/2.0.x/userGuide/ch11s01.html
There is also a dummy _Warning_ ... ;-)
View the original post :
zithuba wrote :
| How can I build from the trunk and have all the dependencies?
|
It should work, otherwise I wouldn't commit - specially so close to CR1
release. ;-)
Do a clean checkout.
Go to build dir.
Simply run 'build clean most'.
This does everything, downloads all dependencies via
alesj wrote : Or, can you explain me what I need to do to create an example
that is gonna use that?
I've changed my Spring-deployer tests to use @Component scanning, and they
pass. :-)
I'll release new deployer right after JBoss5_CR1.
But you can already build it yourself from the trunk.
View
OK, this is not really the topic of this forum (see sticky), but since it's an
interesting topic, and I (re)wrote most of VFS, I'll help you. :-)
anonymous wrote :
| Where can I find the VFS spec?
|
There is no spec.
This is JBoss custom virtual-file-system.
Try here:
-
I guess we'll be seeing a lot of these in new JBoss5. :-(
Since not a lot of frameworks out there knows how to handle anything else
besides plain JDK url/uri stuff, which is a shame.
I already provided a patch for Facelets, so that our Seam could work.
I suggest you go ahead, try how far you can
alesj wrote : OK, this is not really the topic of this forum (see sticky),
but since it's an interesting topic, and I (re)wrote most of VFS, I'll help
you. :-)
|
| at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:353
zithuba wrote : Sorry for not mentioning that, I wanted to be short, but I
missed the important part.
|
Nah, np, just kiddin'. :-)
zithuba wrote :
| I am looking at it, I will surely ask about what I will come up with as the
fix.
|
I'm looking too.
I already have a few ideas, but you
alesj wrote :
| I'm looking too.
| I already have a few ideas, but you go ahead.
|
OK, this is what I came up with:
-
http://anonsvn.jboss.org/repos/jbossas/trunk/spring-int/src/main/org/jboss/spring/io
If you can pull this down, add the missing bit, in NamedXmlApplicationContext
Or, can you explain me what I need to do to create an example that is gonna use
that?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161164#4161164
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161164
I would need more info for this.
Post some code or explain better what exactly you need.
But it should be pretty straight fwd - VFS has a very simple (but powerful) API.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161319#4161319
Reply to the post :
I think v2.1 ( jboss-spring-jdk5-2.5.jar) from here:
- http://sourceforge.net/project/showfiles.php?group_id=22866package_id=161914
should work for you in that env.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4160346#4160346
Reply to the post :
You are missing deployer - a spring deployer to be exact. ;-)
Download one of previous _full_ versions of spring-deployer for JBoss 4.x, and
then just replace jboss-spring.jar with the one I pointed you previously.
View the original post :
This is not Spring in JBoss usage forum - read sticky post.
Moving it ...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4160032#4160032
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4160032
odigokid wrote :
| I am now getting this NoClassDef Exception when I can clearly see that the
class is located in the spring-core.jar file that is in the server/default/lib
folder and is also located in the jboss-spring.deployer package that is in the
deploy directory.
Keep just one version
Sure.
They just need to be done in different states.
Add state=Instantiated to one of circular inject elements.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4159515#4159515
Reply to the post :
Create a simple wrapper/delegate around MsgServerMgmnt interface, where all
invocations delegate the work to MsgServer::getMsgServerMgmnt attribute.
And then simply do @JMX as you already know.
;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4159188#4159188
timfox wrote :
| Would be nice if MC could do this automatically - an ability to use the JMX
annotation on an attribute too.
Sounds reasonable to me.
Open a design discussion on 'Design Microcontainer' forum, getting Adrian and
others involved as well.
View the original post :
jakkur wrote : Not sure if this is the right group to post this in, but I
will try...
Yup, wrong forum - see forum's sticky.
Try JBoss ESB/SOA forum.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4158507#4158507
Reply to the post :
Just saw what you can do to easily get jboss-spring.deployer artifact.
1) checkout AS5_trunk
2) build/build clean most
3) testsuite/build clean most
4) testsuite/build tests-springdeployer
This will create new springdeployer AS configuration, which includes
jboss-spring deployer
Easy enough?
http://anonsvn.jboss.org/repos/jbossas/trunk/
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4157724#4157724
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4157724
___
jboss-user
duncow wrote : My apologies for the mistake; I'll repost a modified version
of this on another forum.
| /quote]
| NP.
| If you want, I can still move this one.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4156932#4156932
Reply to the post :
I fail to see what this has to do what this forum is about, see forum's sticky.
;-)
If you can find more suitable jboss forum I'm willing to move your post there
(let me know which one in the next few days), otherwise it will finish in bad
posts - though the content is legit, it's just that the
beyarecords wrote :
| just wanted to know whether you have had a chance to address this issue and
if not when you feel you may be able to?
|
Not yet.
Been busy over the weekend pushing out new VFS release - fixing some issues to
make AS5 run smoother.
I guess I'll have some time at the end
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 to
401 - 500 of 893 matches
Mail list logo
