[Installation, Configuration & DEPLOYMENT] - Re: WAR file produces commons-logging LogConfigurationExcept
by pdesj
In case it's interesting, here's what happens when I add the log4j.jar file from JBoss 4.0.1sp1 to the WEB-INF/lib/ directory of the WAR file. That version of log4j.jar is 1.2.8. and I took it from \jboss-4.0.1sp1\server\default\lib\. I am assuming that it is the version of log4j being used when my application runs successfully under JBoss 4.0.1.
When I start the 4.2.1. server, these errors are written in the log:
2008-04-09 10:04:31,921 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.HeirarchicalLoaderRepository3@5f634c, cl=org.jboss.mx.loading.HeirarchicalLoaderRepository3$CacheClassLoader@6e10d8{ url=null ,addedOrder=0}
2008-04-09 10:04:31,921 ERROR [STDERR] log4j:ERROR A "org.jboss.logging.appender.FileAppender" object is not assignable to a "org.apache.log4j.Appender" variable.
2008-04-09 10:04:31,921 ERROR [STDERR] log4j:ERROR The class "org.apache.log4j.Appender" was loaded by
2008-04-09 10:04:31,921 ERROR [STDERR] log4j:ERROR [org.jboss.mx.loading.UnifiedClassLoader3@19c18ae{ url=file:/C:/jboss-4.2.1.GA/server/default/tmp/deploy/tmp47679nexus-5-0-admin-exp.war/ ,addedOrder=42}] whereas object of type
2008-04-09 10:04:31,921 ERROR [STDERR] log4j:ERROR "org.jboss.logging.appender.FileAppender" was loaded by [org.jboss.system.server.NoAnnotationURLClassLoader@1de3f2d].
2008-04-09 10:04:31,921 ERROR [STDERR] log4j:ERROR Could not instantiate appender named "FILE".
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142752#4142752
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142752
18 years
[JBoss jBPM] - Re: the best way for this kind of assignment?
by rsdickerson
I haven't implemented this yet, but here's what I'm planning to do for this senerio:
Create a servlet or webservice that the external application can access to signal the process execution. The signal that is sent from the external application would match up to one of the defined transitions.
When the external application is called from the process execution, the process id will be passed to it, so when the external app is done it can signal the process execution that called it.
In addition to the signal, I may need to provide for the external application sending a serialized variable map or maybe just a http query string to set process variables. For instance, if the external application generates a file that the process execution will need to know about, I plan to pass the file location back to be set in a process varible.
Does this sound possible?
Scott
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142748#4142748
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142748
18 years
[JBoss Portal] - how to disable header injection src prefixing?
by esmith1
JBAS 4.2.2, Portal 2.6.4 I am successfully using portlet-specific header injection via a jboss-portal.xml. I have some scripts bundled within the portlet war where this works perfectly, but I have other scripts which I would like to refer to src= outside of the portlet war (at a shared site -- which is also easier for me to hardcode in dynamic <script within the portlet response because I don't know how, in javascript, to obtain the portlet site name e.g. /helloworldjspportlet/ since the site itself is /portal), so I was wondering if there was a way to either individually, or entirely, disable the src= prefixing (of the war/context name) for injected header script (and link href) tags?
>From Appendix B of the 2.6.4 ref guide:
| Example 1:
|
| <script type="text/javascript" src="/myscript.js"></script>
|
| will produce at runtime the following markup
|
| <script type="text/javascript" src="/my-web-application/myscript.js"></script>
|
|
I assume I could play with the theme but I don't want to insist on a specific theme for my portlet.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142745#4142745
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142745
18 years