[jboss-user] [Microcontainer] - Re: how to re-configure class loader policy?

[alesj]

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 help as much as possible to resolve why the class 
couldn't be resolved,
but I currently cannot recall what we did about that - apart from JMX exposure.


View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4189520#4189520

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4189520
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: how to re-configure class loader policy?

[alesj]

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 the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4189104
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: how to re-configure class loader policy?

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4189140#4189140

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4189140
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: help on jboss spring integration

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4189246
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Classloading docs?

[alesj]

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
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Classloading docs?

[alesj]

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.

This is how I add Seam+JBossAS custom classes:
 - 
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/trunk/microcontainer/src/main/java/org/jboss/seam/integration/microcontainer/deployers/SeamUrlIntegrationDeployer.java

And this is how Stan does it:
 - http://jsfunit.blogspot.com/2008/10/jsfunit-easy-way.html

Hence I very much doubt you need to do a lot more. ;-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188498#4188498

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188498
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Permanent POJOs?

[alesj]

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 state.
e.g. don't do X since you already did it in previous run


View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188511#4188511

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188511
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring WS problems

[alesj]

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
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring WS problems

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188452#4188452

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188452
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Classloading docs?

[alesj]

[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 for a couple of them ... :-)


View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188505#4188505

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188505
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Classloading docs?

[alesj]

emmartins wrote : 
  | UnifiedClassLoader ucl = (UnifiedClassLoader) Thread
  |.currentThread().getContextClassLoader();
  |UnifiedLoaderRepository3 lr = (UnifiedLoaderRepository3) ucl
  |.getLoaderRepository();
  |RepositoryClassLoader cl = lr.newClassLoader(
  |getTempClassDeploymentDir().toURL(), new File(
  |getUnitJarFile().getName()).toURL(), true);
  | 
Due to such hacks, we made new CL more bullet proof. ;-)

emmartins wrote : 
  | Now the context class loader is a BaseClassLoader and looking at that 
object  through debug I don't find something similar as the old repository :-)
  | 
Repository == Domain.

ClassLoaderSystem -- ClassLoaderDomain -- ClassLoader
Check AbstractLevelClassLoaderSystemDeployer on how this all fits together.



View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188431#4188431

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188431
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring WS problems

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188439#4188439

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188439
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss OSGi] - Re: OSGi

[alesj]

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 corner cases to polish.
The best docs part is (unfortunately) this:
 - https://jira.jboss.org/jira/browse/JBCL-10

Perhaps check my demos for 'HelloWorld':
 - http://anonsvn.jboss.org/repos/jbossas/projects/demos/microcontainer/trunk/
Read about it here:
 - http://java.dzone.com/articles/a-look-inside-jboss-microconta

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187745#4187745

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187745
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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, if someone can post that failing debug info,
I'll have another look.

Perhaps try it out on the AS_trunk,
as it has all the latest MC code.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187285#4187285

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187285
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [EJB 3.0] - Re: EJB 3.1 Embeddable

[alesj]

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 
== matching the right one.

Solution:
simply add class=org.jboss.kernel.Kernel to constructor's parameter

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187363#4187363

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187363
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Towards remoting-jboss-beans.xml

[alesj]

[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 now plain POJOs,
still in the MBean server with the help of @JMX.

[EMAIL PROTECTED] wrote : 
  | 3. Am I correct in understanding that setting registerDirectly=false in 
org.jboss.aop.microcontainer.aspects.jmx.JMX supports hot deployment?
  | 
Dunno, check ServiceControllerRegistrationLifecycleCallback for more details. 
It's a JMX issue / question.

[EMAIL PROTECTED] wrote : 
  | 4. JBAS-3926 is Move remoting transports out of conf/jboss-service.xml to 
a remoting-beans.xml, but I see that all the *-beans.xml files in AS 5 are 
named *-jboss-beans.xml.  Is the latter form just a convention for *-beans.xml 
files that come with the AS?
  | 
Yes, they were renamed to be more JBoss specific.
Since we do file -- metadata matching mostly based on suffix,
we would also pick some Spring -beans.xml named files,
which were only meant to be used by strict Spring core lib.


View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187017#4187017

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187017
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: BeanMetaDataBuilder.createArray() surprise...

[alesj]

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 the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187023#4187023

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187023
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Programmatically getting JNDI Context

[alesj]

[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:

  |interceptor xmlns=urn:jboss:aop-beans:1.0 name=JndiAspect 
class=org.jboss.aop.microcontainer.aspects.jndi.JndiIntroduction
  |   property name=env
  |map class=java.util.Properties keyClass=java.lang.String 
valueClass=java.lang.String
  |   
entrykeyjava.naming.factory.initial/keyvalueorg.jboss.test.microcontainer.support.jndi.MockInitialContextFactory/value/entry
  |/map
  |   /property
  |/interceptor
  |
  |introduction xmlns=urn:jboss:aop-beans:1.0 
class=@org.jboss.aop.microcontainer.aspects.jndi.JndiBinding
  |   
interfacesorg.jboss.kernel.spi.dependency.KernelControllerContextAware/interfaces
  |/introduction
  | 
  |bind xmlns=urn:jboss:aop-beans:1.0 pointcut=execution(* 
$instanceof{org.jboss.kernel.spi.dependency.KernelControllerContextAware}-$implements{org.jboss.kernel.spi.dependency.KernelControllerContextAware}(..))
  |   interceptor-ref name=JndiAspect/
  |/bind
  | 
Although JndiIntroduction is deprecated and suggest usage of 
JndiLifecycleCallback (a lot easier == less xml):

  |lifecycle-configure xmlns=urn:jboss:aop-beans:1.0
  |   name=DependencyAdvice
  |   
class=org.jboss.aop.microcontainer.aspects.jndi.JndiLifecycleCallback
  |   classes=@org.jboss.aop.microcontainer.aspects.jndi.JndiBinding
  |   property name=env
  |  map class=java.util.Properties keyClass=java.lang.String 
valueClass=java.lang.String
  | 
entrykeyjava.naming.factory.initial/keyvalueorg.jboss.test.microcontainer.support.jndi.MockInitialContextFactory/value/entry
  |  /map
  |   /property
  |/lifecycle-configure
  | 

[EMAIL PROTECTED] wrote : I am wondering how can this be achieved?
  | 
Why the code above?
To make you see it's all about configuration. ;-)

You can easily implement / configure your own interceptor / lifecycle.
e.g. custom @AmitsJndiAnnotation + matching lifecycle.
Or customize the one's above, as you can mix-n-match AOP schema with MC's.

You can either change original JndiLifecycleCallback - making it more 
customizable - or write your own.
In any case, push the changes here, and I'll make sure they get applied.
So other users already have all that configuration power you wanted. :-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4186317#4186317

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4186317
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss AOP] - Proper annotation matching pointcut

[alesj]

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(* 
*-@org.jboss.demos.ioc.annotations.FooBar(..))
  |  interceptor-ref name=StopWatchInterceptor/
  |   /bind
  | 
is it OK?

As I don't see it intercept this

  |   bean name=SimpleExecutorOnMethod 
class=org.jboss.demos.ioc.annotations.SimpleExecutor
  | install method=execute
  |annotation@org.jboss.demos.ioc.annotations.FooBar/annotation
  | /install
  |   /bean
  | 
but this could be an issue with what MC provides as pushed metadata in install 
element.

Note: I don't expect it to be intercepted from MC's install - as that would 
probably require additional reflection+aop handling.
I have an extra call to the bean's execute method from some other 'user' code.

I'll take RTFM for an answer as well ... :-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4184899#4184899

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4184899
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: No way to define an ignored stop method?

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4184939
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: No way to define an ignored stop method?

[alesj]

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 the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4184940#4184940

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4184940
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: No way to define an ignored stop method?

[alesj]

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
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Security JAAS/JBoss] - Re: Dynamic login config broken in JBoss 5 Beta4

[alesj]

[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

Currently by default is true, for back-compatibility,
but in the future it should be false.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183404#4183404

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4183404
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Security JAAS/JBoss] - Re: Dynamic login config broken in JBoss 5 Beta4

[alesj]

[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 the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4183491
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Security JAAS/JBoss] - Re: Dynamic login config broken in JBoss 5 Beta4

[alesj]

[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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183514#4183514

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4183514
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: jboss-classloading.xml module names

[alesj]

[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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183547#4183547

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4183547
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: MicroContainer and JBoss AS5 Classloading

[alesj]

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
  | 
True, see DeployerWrapper.
But that's much better, since you at least know what you can expect from TCCL.

emmartins wrote : , and first question arises, is this one associated with 
the old NoAnnotationClassLoader and will share classes with the AS unified 
repository?
  | 
All CL in JBossAS has been re-written to use the new CL layer.
See bootstrap.xml and its 'children'. So I doubt even bootstrap cl is NACL.
And deployers are nothing else than pojos in MC, hence they also use the new cl 
layer.

emmartins wrote : 
  | What if I define my own classloader for the pojo, will this be interpreted 
as a scoped application (if now how is this accomplished)?
  | 
If you don't provide any additional info,
things will behave as the old cl layer - import/export all.
But new cl layer can mock OSGi kind of classloading,
hence you can do fine grained scoping, OSGi style. ;-)

emmartins wrote : In this case, how can I setup the scoped class loader to 
fetch classes not found from the AS unified repository?
  | 
There are many different ways to do this.
From KernelDeployment::classloader, BeanMetaData::classloader, 
jboss-classloading.xml, inlined classloading schema, ...


View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183279#4183279

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4183279
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Adding deployer to DeploymentUnit classpath

[alesj]

[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 probably bundling your jfsunit-xyz-jboss-beans.xml in the same jar 
which you want to add to unit's classpath.
Why don't you just pull that file out with 
getClass().getClassLoader().getResource(jfsunit-xyz-jboss-beans.xml) and 
strip it to jar?

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183046#4183046

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4183046
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Adding deployer to DeploymentUnit classpath

[alesj]

[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 classpath entries to return?

[EMAIL PROTECTED] wrote : 
  | Perhaps there should be some way for the vfsmemory url to get mapped back 
to a vfsfile url?
  | 
vfsmemory is different protocol then vfsfile.
vfsmemory is used to handle in-memory VirtualFiles.
We use it for in-memory AOP handling, hence every deployment has it by default 
in its classpath.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183048#4183048

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4183048
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: jboss-classloading.xml module names

[alesj]

[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 split, hence making it possible for
super advanced users to change impl on top of spi. :-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4182999#4182999

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4182999
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: jboss-classloading.xml module names

[alesj]

[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 artifacts:
 - (default) jboss-classloading.xml; to have custom control == some additional 
features
 - osgi manifest.mf

The files should be mostly build by some tool, e.g. maven or ivy,
in rare/custom cases we should provide some exception.

For the external libs, we should first look into existing repos
if they perhaps already exist in some osgi-ish form,
else think of some mechanism.
e.g. mapping module/jar name with predetermined CLMD

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4183002#4183002

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4183002
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: @Depends and ObjectName key-value pair ordering

[alesj]

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 of code is 
responsible for this.
  | 
Yeah, we had issues with this before, long ago. :-)
And I thought we caught all usages of this.

In MC we've got a simple hack that checks every string against ObjectName
and turns it into its canonical form:
 - 
http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/dependency/src/main/java/org/jboss/dependency/plugins/JMXObjectNameFix.java

Who's @Depends is this? MC's?
If not, where is it handled?

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4182568#4182568

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4182568
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: @Depends and ObjectName key-value pair ordering

[alesj]

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=4182590
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: @Depends and ObjectName key-value pair ordering

[alesj]

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://www.jboss.com/index.html?module=bbop=viewtopicp=4182575#4182575

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4182575
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: JBoss5/Spring deployment problem

[alesj]

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 we worked it out. :-)


View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4182287#4182287

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4182287
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: JBoss5/Spring deployment problem

[alesj]

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

  | 2008-10-14 11:17:57,328 DEBUG 
[org.jboss.deployers.vfs.spi.deployer.JBossXBDeployerHelper] (main) Parsing 
file: [EMAIL PROTECTED]/META-INF/spring-deployers-jboss-beans.xml 
context=file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/springdeployer/deployers/
 
real=file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/springdeployer/deployers/jboss-spring.deployer/META-INF/spring-deployers-jboss-beans.xml]
 for type: interface org.jboss.kernel.spi.deployment.KernelDeployment
  | 

Herman06 wrote : 
  | very strange there's no jndi binding for the application. should I change 
the myapp.spring to myapp.jar?
  | 
You can try, but I would be surprised if this was the issue.

Herman06 wrote : 
  | btw how can I turn on the 'useLegacyDefaultName' flag? 
  | 
See this file: jboss-spring.deployer/META-INF/spring-deployers-jboss-beans.xml

  |bean name=SpringParserDeployer 
class=org.jboss.spring.deployers.SpringParserDeployer
  |  property name=useLegacyDefaultNametrue/property
  |/bean
  | 

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4182045#4182045

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4182045
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: JBoss5/Spring deployment problem

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4181782
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: JBoss5/Spring deployment problem

[alesj]

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
  | */
  |protected String getDefaultName(VirtualFile file)
  |{
  |   String shortName = file.getName();
  |   int p = shortName.indexOf(-spring.xml);
  |   return shortName.substring(0, p);
  |}
  | 
  |/**
  | * Get default name from unit.
  | *
  | * @param unit the deployment unit
  | * @return default name
  | */
  |protected String getDefaultName(VFSDeploymentUnit unit)
  |{
  |   String shortName = unit.getSimpleName();
  |   int p = shortName.lastIndexOf(.);
  |   return shortName.substring(0, p);
  |}
  | 
  |protected SpringMetaData parse(VFSDeploymentUnit unit, VirtualFile file, 
SpringMetaData metaData) throws Exception
  |{
  |   String defaultName;
  |   if (isUseLegacyDefaultName())
  |  defaultName = getDefaultName(unit);
  |   else
  |  defaultName = getDefaultName(file);
  | 
  |   return new SpringMetaData(file.toURL(), defaultName);
  |}
  | 
By default we don't use deployment unit's name, but rather .xml file's.
This way you can now have multiple -spring.xml files in the same deployment.

But if you want the old behavior, turn on the 'useLegacyDefaultName' flag. ;-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4181410#4181410

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4181410
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Getting an instance of a bean from JBoss

[alesj]

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 more.
But once you do that, there is no limit on what you can intercept.

In the worst case you can always fallback to JNDI lookup for BeanFactory
and then do simple getBean on BF.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4180964#4180964

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4180964
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Microcontainer articles @ DZone

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4180262
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Classloader issues when embedding in ear file

[alesj]

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
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Is it possible to inject beanfactory?

[alesj]

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 original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4179295#4179295

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4179295
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Redeployment on JBoss 5

[alesj]

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 original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4179017#4179017

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4179017
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Redeployment on JBoss 5

[alesj]

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 fair 
number of web frameworks that suggest keeping page (JSP, etc) files within 
WEB-INF (Spring comes to mind).  If any change to those files causes a 
redeployment it's going to be an issue for people during development.
I see.
This was an initial fix to the metadata update problem / legacy behavior.
So, filter definitely makes sense:
 - https://jira.jboss.org/jira/browse/JBAS-5998

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4179068#4179068

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4179068
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Redeployment on JBoss 5

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4179084
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Blog post about deployers

[alesj]

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 making war deployment nothing more than MBean.
And this fact can sometimes be 'exploited' to declare dependency on it. ;-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4177363#4177363

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4177363
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Management questions

[alesj]

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 project itself for more details.
And/or check JBoss5 profile service tests on the usage.



View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4176806#4176806

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4176806
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Alternate .war deployment

[alesj]

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 nice!)
  | 
  | It then sends it to the MainDeployer during the REAL deployment stage and 
calls process().
  | 
  | It seems that I lose the link between the deploy/myapp.rails (my deployable 
file, which is just a pointer to a Rails app directory elsewhere) and the 
synthetic .war I created.
  | 
  | And I keep seeing the nifty WebMetaData and JBossWebMetaData, but I'm not 
using any of.
  | 
  | My initial thought was to have my RailsDeployer construct a WebMetaData, 
which WARStructure or TomcatDeployer could pick up and run with. By handing a 
virgin VirtualFile tree to the MainDeployer, I feel like I'm perhaps missing 
out on some cool MC functionality, and not having all the control over the 
classpath etc that I'd like to have.
  | 
  | I know Newton's still working on the guides, etc, but was hoping y'all 
could give me a pointer or two.
  | 
  | So, my questions...
  | 
  | 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?
  | 
  | 2) If I can create a WebMetaData, what stage should it occur?  My 
RailsDeployer basically parses a deploy/myapp.rails file, and I've tried the 
PARSE stage.
  | 
  | 3) If I should create a WebMetaData, should I attach it as an attachment to 
the VFSDeploymentUnit my RailsDeployer is handed?
  | 
  | 4) Can you point to information about classpath semantics between deployers 
and things-they-deploy?  My jboss-rails.deployer deployer jarfile contains a 
jruby.jar, which I'd like to be available to anything it deploys.  I was hoping 
I could provide it (and other jars) via the MetaData.  This is one of the bits 
I feel I'm missing by calling MainDeployer.deploy(...) and process() directly, 
instead of using the MetaData functionality.
  | 

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4176041#4176041

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4176041
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Alternate .war deployment

[alesj]

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 can have Rails predetermined WMD
and then check what exactly we do with merging.

BobMcWhirter wrote : 
  | 2) If I can create a WebMetaData, what stage should it occur?  My 
RailsDeployer basically parses a deploy/myapp.rails file, and I've tried the 
PARSE stage.
  | 
As long as it's soon enough.
Dunno what soon enough is in your case.
But definitely before WMD get's used in REAL stage. ;-)

BobMcWhirter wrote : 
  | 3) If I should create a WebMetaData, should I attach it as an attachment to 
the VFSDeploymentUnit my RailsDeployer is handed?
  | 
Yes.
But, like I already said, you have different scopes of attachments.
Pick the one that suites your purpose best.
e.g. predetermined, transient, transient-managed, ...

BobMcWhirter wrote : 
  | 4) Can you point to information about classpath semantics between deployers 
and things-they-deploy?  My jboss-rails.deployer deployer jarfile contains a 
jruby.jar, which I'd like to be available to anything it deploys.  I was hoping 
I could provide it (and other jars) via the MetaData.  This is one of the bits 
I feel I'm missing by calling MainDeployer.deploy(...) and process() directly, 
instead of using the MetaData functionality.
  | 
This looks to me like Seam-int functionality I just did:
 - 
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/trunk/microcontainer/src/main/java/org/jboss/seam/integration/microcontainer/deployers/SeamUrlIntegrationDeployer.java

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4176043#4176043

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4176043
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Alternate .war deployment

[alesj]

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 
VFSClassLoaderFactory...), and have setOutput( ClassLoaderingMetaData.class ).  
I'm figuring (?) that's how I setup my effective classpath for the deployed 
web-app, and it's there I can jack in my paths to jruby.jar and friends.  That 
sound about right?
  | 
Yup.
It's the CL deployers that pick this up.
Or you can hack something up, like I do it in my Seam-int.
e.g. adding custom jar if deployment is Seam app

bob.mcwhirter wrote : 
  | For the scope of attachments... got a pointer for the differences?
  | 
Not really. :-)
Basic point is that some attachments are available to client,
some are just server side info, e.g. temp info passing around.



View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4176185#4176185

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4176185
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Alternate .war deployment

[alesj]

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.
  | 
There is ClassLoadingDefaultDeployer that creates 'empty' CLMD, if there is 
none.

For WCLD, I don't have enough info to know if you should mirror that.
But most of the times it's about providing right CL metadata
as we tried to do it as flexible as possible - to avoid n different CL 
deployers impls. ;-)

bob.mcwhirter wrote : 
  | 
  |   | unit.addAttachment( WebMetaData.class, md);
  |   | 
  | That should ultimately be visible to the kernel to act upon?
  | 
Kernel?
It's one of the deployers that should pick it up and act upon it.
And kernel can be injected into deployers,
as MC eats it's own dog food. :-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4176242#4176242

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4176242
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Thread pool deployer?

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4175907
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Thread pool deployer?

[alesj]

[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 there.
Which doesn't mean you can't create one. :-)
We just need to think of some proper place,
as varia is considered dead now. ;-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4175909#4175909

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4175909
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Examples in the User Documentation

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4175045
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Web Beans Integration

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4175046
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: 10.2 Calling Constrcutor

[alesj]

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
 - 
http://anonsvn.jboss.org/repos/jbossas/trunk/server/src/main/org/jboss/deployment/OptAnnotationMetaDataDeployer.java

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4175048#4175048

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4175048
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 + urlString.substring(p) + 
/org/jboss/test/vfs);
  |   VirtualFile root = VFS.getRoot(rootURL);
  |   assertNotNull(root);
  |}
  | 
which should somehow resemble your case.
And it passes for me locally.

Send me the debug log from VFSResourcePatternResolver

  |protected ListResource getVFSResources(URL rootURL, String subPattern) 
throws IOException
  |{
  |   log.debug(Scanning url:  + rootURL + , sub-pattern:  + 
subPattern);
  |   VirtualFile root = VFS.getRoot(rootURL);
  |   PatternVirtualFileVisitor visitor = new 
PatternVirtualFileVisitor(subPattern);
  |   root.visit(visitor);
  |   if (log.isTraceEnabled())
  |  log.trace(Found resources:  + visitor);
  |   return visitor.getResources();
  |}
  | 

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4172756#4172756

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4172756
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 that fails was a quick hack from my side,
never really fully tested.
 - 
http://anonsvn.jboss.org/repos/jbossas/projects/vfs/trunk/src/main/java/org/jboss/virtual/plugins/context/zip/ZipEntryContext.java
See that match hack/crap in findEntry. :-(

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4171432#4171432

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171432
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: how to preInstantiateSingletons in spring-deployer 2.0

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4171619#4171619

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171619
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: What can the MicroContainer do for me?

[alesj]

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_ forum. ;-)

thinkstream wrote : 
  | 1. Is the MC similar in concept to Spring ?
  | 
What do you consider as Spring concept?
If you mean IoC, then yes.
But it's much more, perhaps more like Spring's SSAP.
Check the MC's home page, to see the full list of sub-projects.

thinkstream wrote : 
  | 2. According to documentation, I don't need App Server to run MC. How do I 
use MC if I also want to use web tier (JSP, JSF, Servlets)?
  | 
JBoss Embedded project does that for you,
but unfortunately it's not maintained properly.

It's all about how you do MC bootstrap.
Here's a couple of examples on how to do this:
 - 
http://anonsvn.jboss.org/repos/jbossas/projects/demos/trunk/bootstrap/src/main/org/jboss/demos/boostrap/Main.java
 - 
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/tests/org/jboss/test/deployers/BootstrapDeployersTest.java

Perhaps using something like that + porting some stuff from Embedded should do 
the trick.

thinkstream wrote : 
  | 3. What is the possible integration between MC and
  | 3.1 Drools
  | 3.2 Jbmp
  | 
I started working on this:
 - http://www.jboss.com/index.html?module=bbop=viewtopict=117607
And I still got some ideas on how to extend this:
 - http://www.jboss.com/index.html?module=bbop=viewtopict=133089

thinkstream wrote : 
  | 4. Can the MC run as another module within App Server so the integration 
mentioned above would be seamless.
  | 
MC _is_ the kernel of App Server,
so everything should already be seamless. ;-)

thinkstream wrote : 
  | 5. On the subject of seamless, can the MC be used within Seam?
  | 
I also started working on this,
but at that time I didn't like how the integration was done:
 - https://jira.jboss.org/jira/browse/JBSEAM-247
But with these new features, things should be trivial to integrate:
 - http://www.jboss.com/index.html?module=bbop=viewtopict=139595
 - http://www.jboss.com/index.html?module=bbop=viewtopict=139312
As a matter of fact, I just started working on it :-)
 - https://jira.jboss.org/jira/browse/JBSEAM-3276

HTH

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4171197#4171197

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171197
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171201
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 
org.jboss.virtual.plugins.context.zip.ZipEntryContext.createZipSource(ZipEntryContext.java:284)
  | 
btw: what's the VFS version?
I know I fixed something similar,
I just don't know in which version.
But it should be fixed in latest VFS 2.0.0.Beta21.
Can you try it:
 - http://repository.jboss.org/maven2/org/jboss/jboss-vfs/2.0.0.Beta21/

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4171202#4171202

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171202
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Installation, Configuration DEPLOYMENT] - Re: jars in Lib directory within a .EAR is copied to every .

[alesj]

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 how to handle it.
Using just JDK stuff requires to unpack things.
With new VFS you can do much more.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4170507#4170507

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4170507
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Using JBoss Spring Deployer

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4170266#4170266

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4170266
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: jboss-service.xml not found

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4170337
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: jboss-service.xml not found

[alesj]

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 :-).

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4170352#4170352

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4170352
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Exposing a bean as JNDI object

[alesj]

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
http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/aop-mc-int/src/resources/tests/org/jboss/test/microcontainer/test/JMXDecoratedTestCase.xml

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4165879#4165879

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4165879
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Bean destroy methods when undeploying

[alesj]

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 instance, not ApplicationContext instance.
AFAIK it's only AppContext impl that handles init/destroy, but I could be wrong.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4164400#4164400

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4164400
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Bean destroy methods when undeploying

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4164401#4164401

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4164401
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Chicken-Egg with PersistenceAnnotationBeanPostProcessor

[alesj]

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 set 
locally, so that's preferable too.
  |  For reference, this is the list of enhanced suffixes likely to be 
set by deployers (it may not
  |  be completely up-to-date, or there can be user-defined deployers).
  |  
  |  
050:.deployer,050:-deployer.xml,100:.aop,100:-aop.xml,150:.sar,150:-service.xml,200:.beans,250:.rar,300:-ds.xml,350:.har,400:.jar,400:.ejb3,400:.par,500:.war,600:.wsr,650:.ear,700:.jar,750:.zip,800:.bsh,900:.last
  |  
  |  Until we resolve some startup issues, we'll setup some static 
enhanced suffix orders bellow
  |  and leave the rest of the suffixes contributed dynamically by 
registering deployers.
  |   --
  |   descriptors
  |  value 
value=250:.rar,300:-ds.xml,400:.jar,500:.war,550:.jse,650:.ear,800:.bsh/
  |   /descriptors
  | 
SpringDeployer defines #350:

  |public SpringDeployer()
  |{
  |   initializeMainDeployer();
  |}
  | 
  |protected void initializeMainDeployer()
  |{
  |   setSuffixes(new String[]{.spring, -spring.xml});
  |   setRelativeOrder(350); //after -ds, before ejb3
  |}
  | 

Just change that property in SpringDeployer's -service.xml and you should be 
fine. ;-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4164595#4164595

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4164595
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Bean destroy methods when undeploying

[alesj]

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 
Spring's scope.

What you should really use is, SpringDeployer's hierarchy notion:
 - http://java.sys-con.com/read/180386.htm
anonymous wrote : 
  |  Since we'd like to hot deploy many different Spring archives, each of them 
must be uniquely represented in our environment. For that purpose, JNDI will be 
used as a registry for these deployments. But where can we get our local JNDI 
name? By default, this JNDI name is obtained from the archive's file name: 
.spring or -spring.xml. But since it's also possible for each bean factory to 
have parent bean factory, there should be a way to define this parent's name 
too. This can be done in Spring's beans xml descriptor in description tag as 
shown in Listing 3.
  | 
  | We are parsing this description tag and looking for a regular expression 
pattern of 'BeanFactory=()' and 'ParentBeanFactory=()' so see Listing 4.
  | 
  | Every time a Spring component is undeployed, we get the corresponding Bean 
factory through the URL string key in our bean factory map. We remove the map 
entry, destroy the bean factory singletons, and unbind it from JNDI. When 
undeploying components be careful of the bean factory hierarchy; don't undeploy 
some other component's parent bean factory. When shutting down, JBossAS 
undeploys components in reverse order, which is the right behavior for our 
child-parent bean factory hierarchy.
  | 

And then you can access other context's bean directly.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4164598#4164598

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4164598
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: How to specify deploy dependency

[alesj]

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 JBossAS4.x I won't be changing anything.
But I'm open for suggestions for SpringDeployer used in JBossAS5.

What would directly solve your problem is using Microcontainer (MC) to deploy 
your Spring beans. 
There the order doesn't matter - correct order is discovered by MC.
 - http://www.jboss.org/jbossmc

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4164600#4164600

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4164600
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Springdeployer and HASingletonController

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4163234#4163234

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4163234
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Partial override of MapValue not working

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4162020
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 plain true.

Can you try it out?

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4162024#4162024

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4162024
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: Partial override of MapValue not working

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4162030#4162030

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4162030
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 maven2 (see 
component-matrix/pom.xml), builds AS instance.



View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161453#4161453

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161453
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161366#4161366

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161366
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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:
 - http://wiki.jboss.org/wiki/JBoss5VirtualFileSystem
 - http://wiki.jboss.org/auth/wiki/JBoss5DeploymentFramework

The idea of VFS is to be structure agnostic - no diff between 'walking' over 
directories/files and jars/entries.

So besides vfsfile, there are vfszip and vfsjar protocols - used for 
(nested)*archive handling.
vfszip is new impl of vfsjar, removing locking issues that we had on Windows.

So, take a look, and if you have any questions, simply post here and I'll try 
to answer.

btw: which Spring class is doing this?

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161066#4161066

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161066
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 go with fixing this with some vfs 
aware code. Or making that 'file' agnostic.
If you got stuck, I'll help you.
And then we can see what we should do with that:
1) separate artifact bridging vfsspring_component_lookup
2) patch for spring :-)
3) useful instructions for others

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161073#4161073

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161073
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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)
  | at 
org.jboss.spring.factory.NamedXmlApplicationContext.(NamedXmlApplicationContext.java:61)
  | at 
org.jboss.spring.factory.NamedXmlApplicationContext.(NamedXmlApplicationContext.java:50)
  | at 
org.jboss.spring.deployers.ApplicationContextDeployer$1.doCreate(ApplicationContextDeployer.java:41)
  | at 
org.jboss.spring.deployers.ApplicationContextDeployer$1.doCreate(ApplicationContextDeployer.java:44)
  | at 
org.jboss.spring.deployers.AbstractSpringMetaDataDeployer$SpringDeploymentVisitor.deploy(AbstractSpringMetaDataDeployer.java:72)
  | at 
org.jboss.spring.deployers.AbstractSpringMetaDataDeployer$SpringDeploymentVisitor.deploy(AbstractSpringMetaDataDeployer.java:58)
 
You should mention this.
Now I feel like an ass. :-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161077#4161077

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161077
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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 go ahead.
More heads know more ... or how they say. :-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161096#4161096

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161096
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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

  |protected ResourcePatternResolver getResourcePatternResolver()
  |{
  |   return new VFSResourcePatternResolver(getClassLoader());
  |}
  | 
Build it, test it. :-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4161115#4161115

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161115
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

[alesj]

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
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: How to access files in a sar deployed via VFS

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161319
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Jboss/Spring Integration, second attempt!

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4160346
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Jboss/Spring Integration, second attempt!

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4160373#4160373

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4160373
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: [JBoss 4.0.2] Wierd problem with Spring and JBoss

[alesj]

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
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: spring deployer -- NoClassDefFound exception (works on L

[alesj]

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 of spring-core.jar.
Probably the one in server/default/lib - if your app uses Spring outside 
spring-deployer notion.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4159769#4159769

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4159769
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: circular bean injection

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4159515
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: How to expose attribute object as JMX

[alesj]

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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4159188
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [Microcontainer] - Re: How to expose attribute object as JMX

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4159194#4159194

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4159194
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring integration via AbstractSpringAction

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4158507
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Jboss/Spring Integration, second attempt!

[alesj]

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?
Or should I upload that artifact to sourceforge?

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4157682#4157682

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4157682
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Jboss/Spring Integration, second attempt!

[alesj]

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 mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Clustering + Spring + Hibernate without EJBs -- possible

[alesj]

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 : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4156932
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Clustering + Spring + Hibernate without EJBs -- possible

[alesj]

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 topic is way off for 
this forum.

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4156570#4156570

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4156570
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Jboss/Spring Integration, second attempt!

[alesj]

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 of this week, and I already put this on 
my todo list. ;-)

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4156606#4156606

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4156606
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

[jboss-user] [JBoss/Spring Integration] - Re: Spring.war - 404 error : My first attempt at deplying a

[alesj]

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 Bad posts.

btw: this is weird exception -- not able to find ORB -- check Tomcat forum

View the original post : 
http://www.jboss.com/index.html?module=bbop=viewtopicp=4155865#4155865

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4155865
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user