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

Hi Marius
   I have another quick question, I've tried putting the new jars in the 
deployers dir and the jboss lib/endorsed dir but this fix only seems to work 
with the jars in the lib of my war. Is this expected are is it a simple JBoss 
classpath config issue that I don't know about.

Thanks again,
Mike.

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4239938
___
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

marius.bogoevici wrote : 
  | Can you be a bit more specific and describe: what jars did you put in those 
locations and what problems did you encounter?
  | Marius

Also, please note that in this case, replacing just the 
jboss-spring-int-vfs.jar will not help, you will need to use the new version of 
jboss-spring-int-deployers.jar too.

Best thing to do with latest: a mvn package and grab the libs zip from 
build/target/jboss-spring-int-1.0.0-SNAPSHOT-lib.zip. You can also find a 
packaged deployer, in jboss-spring.deployer.zip (unzip it in your deployers 
folder).

Marius

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240017
___
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

Well I'm having all sorts of problems :-)

My main problem at the moment (which I should open a seperate thread either 
here or on the spring forums) is dependency injection has stopped working for 
me.

What I had working in a single war was a data access object defined like so


  | @Repository
  | public class HibernateDomainObjectDao extends HibernateDaoSupport 
implements DomainObjectDao {
  | 
  | 

and a service class using it like 


  | @Service
  | public class DomainObjectServiceImpl implements DomainObjectService {
  | 
  | private DomainObjectDaodomainObjectDao;
  | 
  | private static Logger log = 
Logger.getLogger(DomainObjectServiceImpl.class);
  | 
  | public DomainObjectServiceImpl()
  | {
  | log.error(CONSTRUCTED DomainObjectServiceImpl);
  | }
  | 
  | @Resource
  | public void setDomainObjectDao(DomainObjectDao domainObjectDao) 
  | {
  | log.error(setDomainObjectDao);
  | this.domainObjectDao = domainObjectDao;
  |  }
  | 

So like I said ... all fine and working properly in standalone war. However 
when I moved all of classes into a seperate jar and deployed it as a jar+war in 
an ear suddenly it stopped working. I see everything created but the set is 
never called. So dependency injection isnt working ? 

I know ... new thread ... but is it a Jboss issue or a spring issue ?


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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240060
___
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


If I don't include int-vfs and int-deployers in the war/lib directory (but I do 
have them in the spring.deployers directory) I get the following exception 


  | 15:16:26,116 INFO  [TomcatDeployment] deploy, ctxPath=/common-mgt-fw-war, 
vfsUrl=common-mgt-fw.spring/common-mgt-fw.war
  | 15:16:27,701 INFO  [[/common-mgt-fw-war]] Initializing Spring root 
WebApplicationContext
  | 15:16:27,702 INFO  [STDOUT] 25-Jun-2009 15:16:27  INFO [ContextLoader] - 
Root WebApplicationContext: initialization started
  | 15:16:27,804 INFO  [STDOUT] 25-Jun-2009 15:16:27 ERROR [ContextLoader] - 
Context initialization failed
  | org.springframework.context.ApplicationContextException: Custom context 
class [org.jboss.spring.factory.VFSXmlWebApplicationContext] is not of type 
[org.springframework.web.context.ConfigurableWebApplicationContext]
  | at 
org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:245)
  | at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
  | at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
  | at 
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3910)
  | at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4393)
  | at 
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:367)
  | at 
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:146)
  | at 
org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:460)
  | at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
  | at org.jboss.web.deployers.WebModule.start(WebModule.java:96)
  | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  | at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  | at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  | at java.lang.reflect.Method.invoke(Method.java:597)
  | at 
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
  | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
  | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
  | at 
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
  | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
  | at 
org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
  | at $Proxy36.start(Unknown Source)

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240071
___
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

2009-06-25 Thread alesj

It looks like you're also including spring.jar in your .war?


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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240073
___
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

Thanks for the update.

The problem seems to be that spring-web.jar is included in both the web app and 
the deployer, where it does not really belong. Try removing the spring-web.jar 
from the deployer and give it another try.

I'll fix the build not to it. 

Generally speaking, try to make sure that you have the spring jars included 
only in one place (shared libs, deployer, war) and they're visible enough to 
the component that you want to use them (e.g. if you don't use the deployer, 
you can put them in the war, if you use the deployer put them in the deployer 
or shared, etc). The reason why we include a minimal set of jars in the 
distribution is that this is what you would need to get things running out of 
the box, if the only thing you need to do is provide an xml to do the bean 
wiring, but you can use different other setups, as per above, to match your 
needs.

Marius

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240078
___
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


Thanks alot guys ... duplicate jars was the answer to ALL my problems.

I was porting a sample app that was working on tomcat so I suppose its my own 
fault. But my dependency injection problem was cleaned up (by removing the 
hibernate jar) as well.

Thanks again. That was driving me CRA  :-)

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240097
___
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


Ok still have a (small) problem with these spring jars, when I access the jsp, 
the war isn't picking up the spring tag libraries from the spring.jar 
(spring-2.5.6.jar) thats contained in the deployer directory, if I remove the 
tag definition everything is fine, I don't particularly need spring tags but 
its disconcerting that the war isn't picking it up. Could this be another 
clashing jar issue ?


  | org.apache.jasper.JasperException: The absolute uri: 
http://www.springframework.org/tags cannot be resolved in either web.xml or the 
jar files deployed with this application
  | 
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:51)
  | 
org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:409)
  | 
org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:116)
  | 
org.apache.jasper.compiler.TagLibraryInfoImpl.generateTLDLocation(TagLibraryInfoImpl.java:313)
  | 
org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoImpl.java:148)
  | org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:429)
  | org.apache.jasper.compiler.Parser.parseDirective(Parser.java:491)
  | org.apache.jasper.compiler.Parser.parseElements(Parser.java:1441)
  | org.apache.jasper.compiler.Parser.parse(Parser.java:137)
  | 
org.apache.jasper.compiler.ParserController.doParse(ParserController.java:238)
  | 
org.apache.jasper.compiler.ParserController.parse(ParserController.java:103)
  | org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:171)
  | org.apache.jasper.compiler.Compiler.compile(Compiler.java:333)
  | org.apache.jasper.compiler.Compiler.compile(Compiler.java:313)
  | org.apache.jasper.compiler.Compiler.compile(Compiler.java:300)
  | 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:585)
  | 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:312)
  | org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:322)
  | org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249)
  | javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  | 
org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:236)
  | 
org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:257)
  | 
org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1183)
  | 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:902)
  | 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:807)
  | 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
  | 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
  | javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
  | javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  | 
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
  | 
  | 
  | 

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240124
___
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

Mike, 

Can you be a bit more specific and describe: what jars did you put in those 
locations and what problems did you encounter?

Thanks,
Marius

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240013
___
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

2009-06-25 Thread alesj

I think you can somehow link these tlds/tags by declaring them in web.xml.
But I might be wrong since it's been ages when I last did www ui. :-)

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240160
___
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

Mike,

You need spring-mvc.jar on the classpath (contents of which are not included in 
spring.jar) if you want to reference the spring taglibs.

Are you sure that you added that particular jar to the deployer?

Marius

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4240163
___
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

2009-06-24 Thread marius.bogoevici

Just a heads-up:  if you get the latest sources, you only need the 
jboss-spring-int-vfs jar, and please use:

org.jboss.spring.vfs.context.VFSXmlWebApplicationContext

A complete example is to be found here:

http://anonsvn.jboss.org/repos/jbossas/projects/spring-int/trunk/documentation/samples/web-scanning/

We'll follow by providing a set of downloadable jars shortly.





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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4239767
___
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

2009-06-22 Thread mike_mackey

Hi ...
   I'm a bit of a noob w.r.t. alot of this so apologies if this question is 
obvious or silly. 

I've been trying to get a simple sample application running with JBoss 5.0 and 
Spring 2.5.6. I have used the fix provided in 
https://jira.jboss.org/jira/browse/JBSPRING-4 and my Root WebApplicationContext 
is started and created correctly using VFSXmlWebApplicationContext.

However when it tries to create the servlet it reverts back to 
XmlWebApplicationContext and I get afore mentioned FileNotFoundException. 

Any help would be greatly appreciated !

web.xml


  | ?xml version=1.0 encoding=ISO-8859-1?
  | 
  | web-app xmlns=http://java.sun.com/xml/ns/j2ee;
  |  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  |  xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
  |  http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
  |  version=2.4
  | 
  | listener
  | 
listener-classorg.springframework.web.context.ContextLoaderListener/listener-class
  | /listener
  | 
  | context-param
  | param-namecontextClass/param-name
  | 
param-valueorg.jboss.spring.factory.VFSXmlWebApplicationContext/param-value
  | /context-param
  | 
  | context-param
  | param-namecontextConfigLocation/param-name
  | param-value
  | /WEB-INF/applicationContext*.xml 
  | /param-value
  | /context-param
  | 
  | servlet
  | servlet-nameamartus/servlet-name
  | 
servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class
  | load-on-startup1/load-on-startup
  | /servlet
  | 
  | servlet-mapping
  | servlet-nameamartus/servlet-name
  | url-pattern*.html/url-pattern
  | /servlet-mapping
  | 
  | servlet
  | servlet-nameservice/servlet-name
  | 
servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class
  | load-on-startup2/load-on-startup
  | /servlet
  | 
  | servlet-mapping
  | servlet-nameservice/servlet-name
  | url-pattern/service/*/url-pattern
  | /servlet-mapping
  | 
  | welcome-file-list
  | welcome-fileindex.jsp/welcome-file
  | /welcome-file-list
  | 
  | /web-app
  | 

Trace ...


  | 12:41:04,162 INFO  [STDOUT] 22-Jun-2009 12:41:04 DEBUG [ContextLoader] - 
Published root WebApplicationContext as ServletContext attribute with name 
[org.springframework.web.context.WebApplicationContext.ROOT]
  | 12:41:04,162 INFO  [STDOUT] 22-Jun-2009 12:41:04  INFO [ContextLoader] - 
Root WebApplicationContext: initialization completed in 6915 ms
  | 12:41:04,193 INFO  [STDOUT] 22-Jun-2009 12:41:04 DEBUG [DispatcherServlet] 
- Initializing servlet 'amartus'
  | 12:41:04,215 INFO  [spring]] Initializing Spring FrameworkServlet 'amartus'
  | 12:41:04,215 INFO  [STDOUT] 22-Jun-2009 12:41:04  INFO [DispatcherServlet] 
- FrameworkServlet 'amartus': initialization started
  | 12:41:04,216 INFO  [STDOUT] 22-Jun-2009 12:41:04 DEBUG [DispatcherServlet] 
- Servlet with name 'amartus' will try to create custom WebApplicationContext 
context of class 
'org.springframework.web.context.support.XmlWebApplicationContext', using 
parent context [org.jboss.spring.factory.vfsxmlwebapplicationcont...@185fdbe: 
display name [Root WebApplicationContext]; startup date [Mon Jun 22 12:40:57 
BST 2009]; root of context hierarchy]
  | 12:41:04,221 INFO  [STDOUT] 22-Jun-2009 12:41:04  INFO 
[XmlWebApplicationContext] - Refreshing 
org.springframework.web.context.support.xmlwebapplicationcont...@9a34a0: 
display name [WebApplicationContext for namespace 'amartus-servlet']; startup 
date [Mon Jun 22 12:41:04 BST 2009]; parent: 
org.jboss.spring.factory.vfsxmlwebapplicationcont...@185fdbe
  | 12:41:04,222 INFO  [STDOUT] 22-Jun-2009 12:41:04  INFO 
[XmlBeanDefinitionReader] - Loading XML bean definitions from ServletContext 
resource [/WEB-INF/amartus-servlet.xml]
  | 12:41:04,225 INFO  [STDOUT] 22-Jun-2009 12:41:04 DEBUG 
[DefaultDocumentLoader] - Using JAXP provider 
[org.apache.xerces.jaxp.DocumentBuilderFactoryImpl]
  | 12:41:04,227 INFO  [STDOUT] 22-Jun-2009 12:41:04 DEBUG 
[PluggableSchemaResolver] - Loading schema mappings from 
[META-INF/spring.schemas]
  | 12:41:04,300 INFO  [STDOUT] 22-Jun-2009 12:41:04 DEBUG 
[PluggableSchemaResolver] - Loaded schema mappings: 
{http://www.springframework.org/schema/lang/spring-lang-2.5.xsd=org/springframework/scripting/config/spring-lang-2.5.xsd,
 
http://www.springframework.org/schema/lang/spring-lang.xsd=org/springframework/scripting/config/spring-lang-2.5.xsd,
 
http://www.springframework.org/schema/context/spring-context-2.5.xsd=org/springframework/context/config/spring-context-2.5.xsd,
 
http://www.springframework.org/schema/jms/spring-jms-2.5.xsd=org/springframework/jms/config/spring-jms-2.5.xsd,
 
http://www.springframework.org/schema/context/spring-context.xsd=org/springframework/context/config/spring-context-2.5.xsd,

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

2009-06-22 Thread marius.bogoevici

Mike,

What you need to do is to add a similar contextClass configuration to your 
DispatcherServlet. There are two application contexts that get created with 
your Spring application, and in your case you need to deal with both.

Marius

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4239119
___
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

2009-06-22 Thread marius.bogoevici

Hmm, but ... you did too much research on this for a n00b ;)

Thanks for posting the complete configuration - as a side note, we will provide 
shortly a release build with these libraries and some documentation on how to 
use them, hopefully that will make things easier.

Marius


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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4239174
___
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

2009-06-22 Thread mike_mackey

marius.bogoevici wrote : Mike,
|
| What you need to do is to add a similar contextClass configuration to your
DispatcherServlet. There are two application contexts that get created with
your Spring application, and in your case you need to deal with both.
|
| Marius

Firstly Marius ... A huge amount of thanks for the quick reply, I really
appreciate it.

I had pretty much guessed that from this
http://static.springframework.org/spring/docs/2.0.x/api/org/springframework/web/servlet/DispatcherServlet.html

anonymous wrote : A web application can define any number of
DispatcherServlets. Each servlet will operate in its own namespace, loading
its own application context with mappings, handlers, etc. Only the root
application context as loaded by ContextLoaderListener, if any, will be shared.

In my defence I did say I was a noob ... what should be added just in case
anyone else was up too late last night :-)

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

Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4239158
___
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

2009-05-19 Thread marius.bogoevici

Marcin,

Yes, that is correct. Unfortunately, ContextSingletonBeanFactoryLocator uses a 
ClassPathXmlApplicationContext internally.

For having the whole functionality working properly we'll need another locator 
class.

Marius


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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4231931
___
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

2009-05-18 Thread trybik

Tried it, works fine! Thank you, Marius!

There is still one thing pending, though. It is not something I need, but it 
might be an issue for someone else.
I am talking about scanning for beanRefContext.xml files - see my post on Mon 
May 11, 2009 10:13 AM.
As I mentioned, I do not need it, since LAMS has currently only one such file 
and I can give the path explicitly. But one of the features of 
ContextSingletonBeanFactoryLocator is that it can merge several such files and 
create contexts based on the result. This can be very useful in some cases.

Right now PathMatchingResourcePatternResolver is used and it causes errors. I 
am guessing that VFSResourcePatternResolver should be used, but is there a way 
to make Spring do it? Something similar to contextClass parameter?

I tried to set contextClass to VFSClassPathXmlApplicationContex and, as 
expected, it did not work.

Marcin

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4231599
___
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

2009-05-14 Thread marius.bogoevici

Marcin,

I added VFSClassPathXmlApplicationContext. Please give it a try.

Marius

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4231177
___
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

2009-05-12 Thread trybik

Thank you, Marius.
Once you add a JIRA, please let me know the link, so I can track it (and vote 
for it!)

I hope a good solution can be found for GA version of JBoss 5 or preferably 
earlier.

Marcin

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4230646
___
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

2009-05-11 Thread trybik

Hello,
I am trying to make LAMS project work on JBoss 5.
Recently we started using ContextSingletonBeanFactoryLocator in Spring. So we 
declared in our WARs:


  | param-namecontextConfigLocation/param-name
  | 
param-valueclasspath:/org/lamsfoundation/lams/admin/adminApplicationContext.xml/param-value
  | /context-param
  | context-param
  |param-namelocatorFactorySelector/param-name
  |
param-valueclasspath*:/org/lamsfoundation/lams/**/beanRefContext.xml/param-value
  | /context-param
  | context-param
  | param-nameparentContextKey/param-name
  | param-valuecontext.central/param-value
  | /context-param
  | 

Even if we add


  | context-param
  | param-namecontextClass/param-name
  | 
param-valueorg.jboss.spring.factory.VFSXmlWebApplicationContext/param-value
  | /context-param
  | 

it will not work. I guess VFSXmlWebApplicationContext is used only for 
contextConfigLocation parameter. For locating beanRefFactory.xml files 
PathMatchingResourcePatternResolver is used and it does not understand VFS. 
Is there a solution (class, parameter, workaround) to make it work?

But there is more important issue. In LAMS we have only one beanRefContext.xml, 
so we can get rid of the wildcards. But the file itself reads:


  | ?xml version=1.0 encoding=UTF-8?
  | !DOCTYPE beans PUBLIC -//SPRING//DTD BEAN//EN 
http://www.springframework.org/dtd/spring-beans.dtd;
  | beans
  | bean id=context.central
  |  
class=org.springframework.context.support.ClassPathXmlApplicationContext
  |  constructor-arg
  |list
  | 
value/org/lamsfoundation/lams/applicationContext.xml/value
  | 
value/org/lamsfoundation/lams/toolApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/contentrepository/applicationContext.xml/value
  | 
value/org/lamsfoundation/lams/lesson/lessonApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/learning/learningApplicationContext.xml/value
  |  
valueclasspath*:org/lamsfoundation/lams/tool/**/*pplicationContext.xml/value
 
  |   
value/org/lamsfoundation/lams/tool/mc/mcApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/tool/forum/forumApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/tool/noticeboard/nbApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/authoring/authoringApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/monitoring/monitoringApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/workspace/workspaceApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/web/webApplicationContext.xml/value
  | 
value/org/lamsfoundation/lams/integrationContext.xml/value
  | 
value/org/lamsfoundation/lams/usermanagement/ldapContext.xml/value
  |/list
  |  /constructor-arg
  | /bean
  | /beans
  | 

As you can see, we use wildcards to scan for Application Context files in all 
of our tools. Since some tools can be deployed or not, we can not write a full, 
proper list of tools. Discovery by wildcards in classpath is a very useful 
solution for us.

But it also stopped working, same reason - VFS bug. We tried to use 
VFSXmlWebApplicationContext, but it does not take list of paths as a 
constructor argument.
Is there something similar to VFSXmlWebApplicationContext, but inheriting from 
ClassPathXmlApplicationContext (thus having the needed constructor) and 
supporting VFS?
Or maybe you know a workaround?

A quick reply would be appreciated, as we are about to start using JBoss 5 and 
this is one of not many issues preventing us from doing it.

Thank you,
Marcin Cieslak

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4230068
___
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

2009-05-11 Thread marius.bogoevici

Martin,

I see what you mean. We currently have the NamedXmlApplicationContext, but that 
will accept a single Resource as an argument, and an XmlWebApplicationContext 
(or subclass thereof) won't do it in your case.

We need to factor out something to that effect. I'll add a JIRA item.

Marius

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4230125
___
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

2009-05-07 Thread marius.bogoevici

David,

I added your fixes for scanning directories to 
VFSResourcePatternResolvingHelper. 

Also, as a note: JBossEnabledResourcePatternResolver will work with Spring 
2.5.5, but will have problems on 2.5.6 (because vfszip resources are now 
assumed to be jars). 

So, for achieving the same result in 2.5.6, you can either:

a) override doFindPathMatchingJarResources too (having both 
doFindPathMatching*Resources overridden will make this work with either Spring 
2.5.5 or 2.5.6)

b) use VFSXmlWebApplicationContext ;)

Marius


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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4229530
___
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

2009-05-02 Thread marius.bogoevici

David, 

This is awesome. I added a fix in pretty much the same vein
(subclassing XmlWebApplicationContext, deferring to VFS-based resource pattern 
resolution), although there are some differences in the actual implementation. 
Our goal is to support:
- pattern-based resource resolution
- classpath-scanning for bean instantiation

The implementation is at: 
https://anonsvn.jboss.org/repos/jbossas/projects/spring-int/trunk/deployers/src/main/java/org/jboss/spring/factory/VFSXmlWebApplicationContext.java

For making sure that what we have there is dealing with all the aspects of the 
problem, could you give it a try and see that it works for you?

I will take a look at your fixes for pattern resolution and try to incorporate 
them in what we already have. Would it be possible for you to describe the 
issues that you encountered and maybe provide a patch for 
VFSResourcePatternResolver?

Thanks,
Marius


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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4227853
___
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

2009-04-30 Thread alesj

Great, thanks for the info!

Marius, can you please look at how we can use this?
Or how to apply David's fixes to our code.

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4227533
___
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

2009-04-28 Thread dward_alfresco

At Alfresco we also struggled getting our Spring-based framework working on 
JBoss 5. We have lots of bean definition files using classpath-based pattern 
matching. E.g.:

 import resource=classpath*:alfresco/patch/*-context.xml/

We think we now have a solution and your feedback is welcome. I eventually 
created a subclass of XmlWebApplicationContext that used a generalized version 
of VFSResourcePatternResolver that subclassed 
ServletContextResourcePatternResolver. FYI I had to fix the logic to deal with 
relative path matching and matching of directories. I also made the resolver 
behave as normal on other app servers when not dealing with vfs URLs.

See 
http://svn.alfresco.com/repos/alfresco-open-mirror/alfresco/HEAD/root/projects/core/source/java/org/alfresco/config/JBossEnabledWebApplicationContext.java
 and associated classes.



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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4227295
___
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

2009-02-26 Thread khoerder

Hi,

the issue remains with JBoss 5.0.1.GA and Spring 2.5.6. No problem with JBoss 
4.x.

We have a web application and initialize the spring context with a 
ContextLoaderListener (referenced in web.xml). The spring-beans-config (in the 
classpath) uses context:component-scan.

For a spring DispatcherServlet, an extra config-file must be provided in the 
/WEB-INF/ directory.

Depending on the type of deployment (exploded vs. war), the stack trace is 

java.io.FileNotFoundException: URL 
[vfsfile:/C:/dev/jboss-5.0.1.GA/server/default/deploy/exportmanager-server.war/WEB-INF/classes/de/bafa/]
 cannot be resolved to absolute file path because it does not reside in the 
file system: 
vfsfile:/C:/dev/jboss-5.0.1.GA/server/default/deploy/exportmanager-server.war/WEB-INF/classes/de/bafa/
at 
org.springframework.util.ResourceUtils.getFile(ResourceUtils.java:201)
at org.springframework.core.io.UrlResource.getFile(UrlResource.java:156)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:517)
at 
org.springframework.web.context.support.ServletContextResourcePatternResolver.doFindPathMatchingFileResources(ServletContextResourcePatternResolver.java:80)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:342)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:263)
at 
org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:1018)
at 
org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:182)
at 
org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:201)
at 
org.springframework.context.annotation.ComponentScanBeanDefinitionParser.parse(ComponentScanBeanDefinitionParser.java:84)
...

or 

2009-02-26 14:09:45,578 DEBUG 
[org.springframework.core.io.support.PathMatchingResourcePatternResolver] 
(HDScanner) Cannot search for matching files underneath URL 
[vfszip:/C:/dev/jboss-5.0.1.GA/server/default/deploy/exportmanager-server.war/WEB-INF/classes/de/bafa/]
 because it does not correspond to a directory in the file system
java.io.FileNotFoundException: URL 
[vfszip:/C:/dev/jboss-5.0.1.GA/server/default/deploy/exportmanager-server.war/WEB-INF/classes/de/bafa/]
 cannot be resolved to absolute file path because it does not reside in the 
file system: 
vfszip:/C:/dev/jboss-5.0.1.GA/server/default/deploy/exportmanager-server.war/WEB-INF/classes/de/bafa/
at 
org.springframework.util.ResourceUtils.getFile(ResourceUtils.java:198)
at org.springframework.core.io.UrlResource.getFile(UrlResource.java:156)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:517)
at 
org.springframework.web.context.support.ServletContextResourcePatternResolver.doFindPathMatchingFileResources(ServletContextResourcePatternResolver.java:80)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:342)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:263)
at 
org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:1019)
at 
org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:177)
at 
org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:201)
at 
org.springframework.context.annotation.ComponentScanBeanDefinitionParser.parse(ComponentScanBeanDefinitionParser.java:85)

The fix provided in Spring 2.5.6 had no effect (see 
http://jira.springframework.org/browse/SPR-5120).

The code provided in 
http://anonsvn.jboss.org/repos/jbossas/trunk/spring-int/src/main/org/jboss/spring/io/
 solved the problem for the spring-beans-config in the classpath, but then the 
config-file in /WEB-INF/ was not found anymore.

Temporary fix for our issue:
1. Overwrite the spring-class XmlWebApplicationContext: 

  |protected ResourcePatternResolver getResourcePatternResolver() {
  | return new VFSResourcePatternResolver(this);
  | }
  | 
  | public Resource getResource(String location) {
  | Assert.notNull(location, Location must not be null);
  | if (location.startsWith(CLASSPATH_URL_PREFIX)) {
  | return new

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

2009-02-26 Thread alesj

khoerder wrote : 
  | In my opinion, such issues should be fixed in JBoss or Spring, but not by 
customers using these two wide-spread frameworks! - I'd rather use another 
application sever than fixing these kind of things for production use, making 
version upgrades a potential problem. 
  | 
Sure, I completely agree with you.
It's just that I'm not aware of all things you can do.
I definitely need to update the tests a bit.

btw: WEB-INF is really not by the spec for cl resources ;-)

khoerder wrote : 
  | Would it be possible to talk to the people developing Spring directly, so 
that these issues can be solved in on of the next releases (of either JBoss or 
Spring)?
  | 
There was/is a JIRA, so they know about the issue.
But as you can see, it's been Deferred, what ever that means for them ...

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4213444
___
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

2009-02-26 Thread marius.bogoevici

Please track https://jira.jboss.org/jira/browse/JBMICROCONT-411 for updates on 
this.

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

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4213448
___
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

2008-11-06 Thread 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] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

2008-11-06 Thread ratheesh.nair


Hi,

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

context:component-scan.../ tags are not processed and I had to change the 
entire annotations in my beans to context XML files.
It was unfortunate that I found this talk only after spending lot of time on 
this.

thanks for keeping this in the forum :)

thanks
Ratheesh.R.Nair

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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187261
___
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

2008-08-27 Thread 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

2008-08-20 Thread 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: Spring Component Auto Detection

Hi There again,

I am trying to deploy a jar with the spring beans and I get this error:

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)
at 
org.jboss.virtual.plugins.context.zip.ZipEntryContext.init(ZipEntryContext.java:214)
at 
org.jboss.virtual.plugins.context.zip.ZipEntryContext.(ZipEntryContext.java:145)
at 
org.jboss.virtual.plugins.context.zip.ZipEntryContext.(ZipEntryContext.java:130)
at 
org.jboss.virtual.plugins.context.zip.ZipEntryContextFactory.getVFS(ZipEntryContextFactory.java:71)
at org.jboss.virtual.VFS.getVFS(VFS.java:135)
at org.jboss.virtual.VFS.getRoot(VFS.java:149)
at 
org.jboss.spring.io.VFSResourcePatternResolver.getVFSResources(VFSResourcePatternResolver.java:85)
at 
org.jboss.spring.io.VFSResourcePatternResolver.findPathMatchingResources(VFSResourcePatternResolver.java:69)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:262)
at 
org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:1019)
at 
org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:177)
at 
org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:200)
at 
org.springframework.context.annotation.ComponentScanBeanDefinitionParser.parse(ComponentScanBeanDefinitionParser.java:84)
at 
org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:69)
at 
org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1253)
at 
org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1243)
at 
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:135)
at 
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:92)
at 
org.jboss.spring.factory.NamedXmlBeanDefinitionReader.registerBeanDefinitions(NamedXmlBeanDefinitionReader.java:52)
at 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:398)

If I deploy the same jar inside an ear file it works fine.

Thanks.

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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171198
___
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

2008-08-19 Thread 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

2008-08-19 Thread 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

Thanks

I have the old installation version. I will try it.

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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171223
___
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

Hi,

The jboss-spring.xml:
?xml version=1.0 encoding=UTF-8?
beans xmlns=http://www.springframework.org/schema/beans;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://www.springframework.org/schema/beans 
http://www.springframework.org/schema/beans/spring-beans-2.0.xsd;
BeanFactory=(core-simple-batch-job)




and a-status-mailer-context.xml:
?xml version=1.0 encoding=UTF-8?
beans xmlns=http://www.springframework.org/schema/beans;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:context=http://www.springframework.org/schema/context;
xmlns:aop=http://www.springframework.org/schema/aop;
xmlns:tx=http://www.springframework.org/schema/tx;
xsi:schemaLocation=
http://www.springframework.org/schema/beans 
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://www.springframework.org/schema/aop 
http://www.springframework.org/schema/aop/spring-aop-2.5.xsd
http://www.springframework.org/schema/tx 
http://www.springframework.org/schema/tx/spring-tx-2.5.xsd
http://www.springframework.org/schema/context 
http://www.springframework.org/schema/context/spring-context-2.5.xsd;

context:annotation-config/
aop:aspectj-autoproxy/
context:component-scan base-package=za.ac.batch.aop/
!--tx:jta-transaction-manager / --
tx:annotation-driven/

context:property-placeholder 
location=classpath:conf/mail.properties/





!-- this is a template message that we can pre-load with default state 
--












The application have couple of beans (2 to be exact, entity and session not 
useful) and then classes that are AOP advice and that are being auto detected.

I hope this is fine.


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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171245
___
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

2008-08-19 Thread 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] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

in jboss-spring.xml I import the two files I use, the first being the 
a-email*.xml. 



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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4171247
___
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

2008-07-02 Thread zithuba

alesj wrote : 
  | It should work, otherwise I wouldn't commit - specially so close to CR1 
release. ;-)
  | 

It does work, but with prior versions of Spring. I am using 2.5.3 in JBoss AS 
CR1 and Spring has added a method called 'isReadable' in Resource. I have added 
the method in my local version and compiled and it is working. But I just 
returned true for all cases, as I don't have a full grasp of the VFS.

Thanks for the great work.

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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161937
___
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

2008-07-02 Thread 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] [JBoss/Spring Integration] - Re: Spring Component Auto Detection

2008-06-30 Thread zithuba

I get an error when building the classes, it is on the 'VFSResource.java' on 
the line with 'getCompatibleURL(file)' method call on VFSUtils. I was using the 
JBoss source I downloaded to compile.

How can I build from the trunk and have all the dependencies? 

anonymous wrote : Or, can you explain me what I need to do to create an example 
that is gonna use that?

I had a class annotated with @Component, that is an aspect for sending emails 
after the Job has finished running with a success or error. I wanted to use 
auto detection.



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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161410
___
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

2008-06-30 Thread 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

2008-06-28 Thread 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

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

2008-06-27 Thread zithuba

Thanks for the pointers.

Here is the stack trace:

2008-06-27 09:41:32,514 DEBUG 
[org.springframework.core.io.support.PathMatchingResourcePatternResolver] 
Cannot search for matching files underneath URL 
[vfsfile:/D:/server/jboss-5.0.0.Beta4/server/wits/deploy/wits-deployment-ear.ear/wits-wims-batch.jar/za/ac/wits/batch/]
 because it does not correspond to a directory in the file system
java.io.FileNotFoundException: URL 
[vfsfile:/D:/server/jboss-5.0.0.Beta4/server/wits/deploy/wits-deployment-ear.ear/wits-wims-batch.jar/za/ac/wits/batch/]
 cannot be resolved to absolute file path because it does not reside in the 
file system: 
vfsfile:/D:/server/jboss-5.0.0.Beta4/server/wits/deploy/wits-deployment-ear.ear/wits-wims-batch.jar/za/ac/wits/batch/
at 
org.springframework.util.ResourceUtils.getFile(ResourceUtils.java:198)
at org.springframework.core.io.UrlResource.getFile(UrlResource.java:156)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.doFindPathMatchingFileResources(PathMatchingResourcePatternResolver.java:495)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.findPathMatchingResources(PathMatchingResourcePatternResolver.java:341)
at 
org.springframework.core.io.support.PathMatchingResourcePatternResolver.getResources(PathMatchingResourcePatternResolver.java:262)
at 
org.springframework.context.support.AbstractApplicationContext.getResources(AbstractApplicationContext.java:1019)
at 
org.springframework.context.annotation.ClassPathScanningCandidateComponentProvider.findCandidateComponents(ClassPathScanningCandidateComponentProvider.java:177)
at 
org.springframework.context.annotation.ClassPathBeanDefinitionScanner.doScan(ClassPathBeanDefinitionScanner.java:200)
at 
org.springframework.context.annotation.ComponentScanBeanDefinitionParser.parse(ComponentScanBeanDefinitionParser.java:84)
at 
org.springframework.beans.factory.xml.NamespaceHandlerSupport.parse(NamespaceHandlerSupport.java:69)
at 
org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1253)
at 
org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1243)
at 
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:135)
at 
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:92)
at 
org.jboss.spring.factory.NamedXmlBeanDefinitionReader.registerBeanDefinitions(NamedXmlBeanDefinitionReader.java:54)
at 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:398)
at 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
at 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
at 
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.importBeanDefinitionResource(DefaultBeanDefinitionDocumentReader.java:190)
at 
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseDefaultElement(DefaultBeanDefinitionDocumentReader.java:147)
at 
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:132)
at 
org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:92)
at 
org.jboss.spring.factory.NamedXmlBeanDefinitionReader.registerBeanDefinitions(NamedXmlBeanDefinitionReader.java:54)
at 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:398)
at 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:342)
at 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:310)
at 
org.jboss.spring.factory.NamedXmlApplicationContext.loadBeanDefinitions(NamedXmlApplicationContext.java:87)
at 
org.jboss.spring.factory.NamedXmlApplicationContext.loadBeanDefinitions(NamedXmlApplicationContext.java:82)
at 
org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:123)
at 
org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:423)
at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:353)
at

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

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

2008-06-27 Thread zithuba

Sorry for not mentioning that, I wanted to be short, but I missed the important 
part.

I am looking at it, I will surely ask about what I will come up with as the fix.



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

Reply to the post : 
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4161094
___
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

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