Re: setContextClassLoader error

[Mark Mandel]

So everything passes with the unit tests with ColdFusion 10, so some more information on what you are doing would be useful.

What's your code look like? What's the full stack trace?

Can you dig into the code and see what the object is that it's failing on?

Is it a web based request, or something else?

More info please.

Mark

On Thu, Aug 16, 2012 at 7:49 AM, Raymond Camden <raymon...@gmail.com> wrote:

I'm using JL to wrap a call to Tika (seems like a popular topic ;) and discovered that I need to use switchThreadContextClassLoader. (Thanks Mark!) However, when I run it, I get:

The setContextClassLoader method was not found.

from line 139 of JavaLoader.cfc.

This is with CF10 on OSX.

--
You received this message because you are subscribed to the Google Groups "javaloader-dev" group.
To view this discussion on the web visit https://groups.google.com/d/msg/javaloader-dev/-/B20gZkRwRd8J.
To post to this group, send email to javaloa...@googlegroups.com.
To unsubscribe from this group, send email to javaloader-de...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/javaloader-dev?hl=en.

--
E: mark....@gmail.com
T: http://www.twitter.com/neurotic
W: www.compoundtheory.com

2 Devs from Down Under Podcast

http://www.2ddu.com/

[Raymond Camden]

Code is pretty simple - https://gist.github.com/3365332

Stack trace:

coldfusion.runtime.java.MethodSelectionException: The setContextClassLoader method was not found. at coldfusion.runtime.java.ObjectHandler.findMethodUsingCFMLRules(ObjectHandler.java:383) at coldfusion.runtime.StructBean.invoke(StructBean.java:524) at coldfusion.runtime.CfJspPage._invoke(CfJspPage.java:2465) at cfJavaLoader2ecfc773555732$funcSWITCHTHREADCONTEXTCLASSLOADER.runFunction(/Users/ray/Dropbox/websites/testingzone/getallthetexts/getallthetexts/javaloader/JavaLoader.cfc:139) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:472) at coldfusion.filter.SilentFilter.invoke(SilentFilter.java:47) at coldfusion.runtime.UDFMethod$ReturnTypeFilter.invoke(UDFMethod.java:405) at coldfusion.runtime.UDFMethod$ArgumentCollectionFilter.invoke(UDFMethod.java:368) at coldfusion.filter.FunctionAccessFilter.invoke(FunctionAccessFilter.java:55) at coldfusion.runtime.UDFMethod.runFilterChain(UDFMethod.java:321) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:220) at coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:655) at coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:444) at coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:414) at coldfusion.runtime.CfJspPage._invoke(CfJspPage.java:2432) at cftextextractor2ecfc1387623139$funcREAD.runFunction(/Users/ray/Dropbox/websites/testingzone/getallthetexts/getallthetexts/textextractor.cfc:33) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:472) at coldfusion.runtime.UDFMethod$ArgumentCollectionFilter.invoke(UDFMethod.java:368) at coldfusion.filter.FunctionAccessFilter.invoke(FunctionAccessFilter.java:55) at coldfusion.runtime.UDFMethod.runFilterChain(UDFMethod.java:321) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:220) at coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:655) at coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:444) at coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:414) at coldfusion.runtime.CfJspPage._invoke(CfJspPage.java:2432) at cftest12ecfm1103899929.runPage(/Users/ray/Dropbox/websites/testingzone/getallthetexts/test1.cfm:16) at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:244) at coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:444) at coldfusion.filter.CfincludeFilter.invoke(CfincludeFilter.java:65) at coldfusion.filter.IpFilter.invoke(IpFilter.java:64) at coldfusion.filter.ApplicationFilter.invoke(ApplicationFilter.java:422) at coldfusion.filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java:48) at coldfusion.filter.MonitoringFilter.invoke(MonitoringFilter.java:40) at coldfusion.filter.PathFilter.invoke(PathFilter.java:112) at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94) at coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28) at coldfusion.filter.BrowserFilter.invoke(BrowserFilter.java:38) at coldfusion.filter.NoCacheFilter.invoke(NoCacheFilter.java:46) at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) at coldfusion.filter.CachingFilter.invoke(CachingFilter.java:62) at coldfusion.CfmServlet.service(CfmServlet.java:204) at coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:89) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42) at coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:414) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:203) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:298) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:680)

[Raymond Camden]

Ok, I switched to the dev branch of JavaLoader and I'm getting something new. Now when doParse is run, 

public function doParse(filename) {

          // grab a new instance of tika

          var tika = variables.javaloader.create("org.apache.tika.Tika").init();

  

          // parse the file

          var returnValue = tika.parseToString(createObject("java","java.io.File").init(arguments.filename));

  

          // return the parsed string

          return returnValue;

  

}

I'm told javaloader isn't in the variables scope. I did a quick dump of variables, and it appears as if variables==javaloader. Is that expected?

[Raymond Camden]

So when I rewrite doParse to assume JavaLoader's methods are local, it works. Everything works. But is it expected?

[Mark Mandel]

It's not going to work, as the way you have written it passes the function object through, which doesn't know about the variables scope you are accessing (class functions don't retain context when they are passed. They aren't closures).

I would suggest:

https://gist.github.com/3365893

Or you could even use a mixin approach.

Mark

--

You received this message because you are subscribed to the Google Groups "javaloader-dev" group.

To view this discussion on the web visit https://groups.google.com/d/msg/javaloader-dev/-/ag36WQTjdnUJ.

To post to this group, send email to javaloa...@googlegroups.com.
To unsubscribe from this group, send email to javaloader-de...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/javaloader-dev?hl=en.

[Mark Mandel]

That explains the error. You were overwriting the ClassLoader with a struct.

Mark

On Thu, Aug 16, 2012 at 11:32 AM, Raymond Camden <raymon...@gmail.com> wrote:

Ok, I switched to the dev branch of JavaLoader and I'm getting something new

[Mark Mandel]

Dumb question - how come you aren't using CF10's build in Java Loading?

Mark

[Raymond Camden]

The code was written to -maybe- run in CF9 too, and correct me if I'm wrong, the only way to replicate javaloader in CF10 is via an application setting. This code was meant to be a component that could be shared.

[Mark Mandel]

Fair enough :) Figured I would ask, was just curious.

I assume all working now?

Mark

On Thu, Aug 16, 2012 at 8:40 PM, Raymond Camden <raymon...@gmail.com> wrote:

The code was written to -maybe- run in CF9 too, and correct me if I'm wrong, the only way to replicate javaloader in CF10 is via an application setting. This code was meant to be a component that could be shared.

[Jeff Coughlin]

We tried that last year, but still ran into issues. I gave Ray a workaround that works, but I'd be interested to try your approach since its not as much a cheap way out... Maybe it'll work for me.  Any tips?

--

Jeff Coughlin

On Aug 17, 2012, at 19:57, Luis Majano <lma...@gmail.com> wrote:

Ray, did you get it to work.

I actually discovered in my setup that Tika ships with an old copy of SL4j that conflicts with what solrj or what is on CF.  I had to actually remove the old SL4J pacakage from TIKA in order to get it to parse correctly.

On Wednesday, August 15, 2012 2:49:24 PM UTC-7, Raymond Camden wrote:

I'm using JL to wrap a call to Tika (seems like a popular topic ;) and discovered that I need to use switchThreadContextClassLoader. (Thanks Mark!) However, when I run it, I get:

The setContextClassLoader method was not found.

from line 139 of JavaLoader.cfc.

This is with CF10 on OSX.

--

You received this message because you are subscribed to the Google Groups "javaloader-dev" group.

To view this discussion on the web visit https://groups.google.com/d/msg/javaloader-dev/-/67nywEArw5oJ.

[Andrew Myers]

Not sure of its any help, but in my github account (am2605) I have a modified version of javaloader that creates a loader that has a completely clean classpath.  It was the only way I could get our internal libraries to load from cf (it uses spring and mybatis which in turn had some dependencies that I couldn't get to resolve, even with the tccl).

If you're stuck, check it out.  I haven't documented how it works, but give me a shout if you want me to run you though it.

Andrew

Sent from my mobile