Re: CF10 REST has completely tanked
Yep, I'm writing one up now. Thanks! - Jim On Wed, Jan 16, 2013 at 2:41 PM, Raymond Camden wrote: > the error wasn't done in a way to help you, when clearly it > should have been > ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353948 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: CF10 REST has completely tanked
Jim, I hear your pain. I've had issues here as well. I strongly urge you to
file a bug report so our engineers can know about this. To be clear, the
bug is that the error wasn't done in a way to help you, when clearly it
should have been.
On Wed, Jan 16, 2013 at 1:36 PM, Jim Campbell wrote:
>
> Figured it out!
>
> Fortunately, a programming error - I'd mistakenly defined an argument in a
> REST-enabled CFC with an HTTPMethod of "GET" as an array instead of a
> string. As such, even if it wasn't being called, it still caused the REST
> response of an unrelated CFC to fail (or, at least, return null).
>
> I'm glad it's working, but this is easily the worst error situation I've
> come across, and it seems like it's an issue with remote-access CFCs in
> general. I've had strange errors before with a remote-invoked
> JSON-returning CFC (through CFAJAXPROXY) that had an error, but the server,
> instead of passing along an exception, said it was unable to find the CFC.
>
> It's more than a little annoying that there wasn't a single understandable
> error message or even a meaningful stack trace in any of the error logs at
> the very least.
>
> Ok, rant over, Thanks for your help/sanity check, Ray - it helped me narrow
> things down quite a bit. I'm going to go for a walk now :)
>
> - Jim
>
>
> On Tue, Jan 15, 2013 at 10:51 PM, Dan Baughman >wrote:
>
> >
> > I'm an old school coder and always serialize stuff manually without
> > using the built-in garbage and it works great that way. The other
> > serialization I use often is cfwddx
> >
> > On Tue, Jan 15, 2013 at 2:55 PM, Jim Campbell wrote:
> > >
> > > No worries - the way it's built, it's not *too* much of a stretch to
> > switch
> > > gears and go to the old "http://domain/foo.cfc?kicking=it&old=school";
> > > method - the REST interface itself is a minor aspect of the functional
> > > nature of the application. I'll keep an eye on this thread, though -
> > maybe
> > > there's a solution, and I'll check in with Adobe support and file a bug
> > > report if necessary.
> > >
> > > Thanks!
> > >
> > > - Jim
> > >
> > >
> > > On Tue, Jan 15, 2013 at 3:46 PM, Raymond Camden <
> raymondcam...@gmail.com
> > >wrote:
> > >
> > >>
> > >> You got me man. Sorry. The virtual server thing is something I ran
> into
> > and
> > >> was never able to get around. Unless someone else can help, best I'd
> > >> recommend is Adobe support.
> > >>
> > >> Actually - let me ping someone.
> > >>
> > >>
> > >> On Tue, Jan 15, 2013 at 3:42 PM, Jim Campbell wrote:
> > >>
> > >> >
> > >> > The REST CFCs themselves are not in virtual directories. I have two
> > local
> > >> > servers created in IIS - dev.remote (which handles the REST
> requests)
> > and
> > >> > dev.local (everything else). Both of these environments have virtual
> > >> > directories for CFIDE and jakarta, but, for dev.local, the REST CFCs
> > are
> > >> > physically there.
> > >> >
> > >> > I've tried CF mapping the folder containing the REST CFCs ("/API"),
> > but
> > >> it
> > >> > doesn't make a difference.
> > >> >
> > >> > Just now, I tried using restDeleteApplication() and
> > restInitApplication()
> > >> > in onApplicationStart(), but no dice. At this point, there doesn't
> > seem
> > >> to
> > >> > be any way to re-register the app.
> > >> >
> > >> > Is there possibly a neo-something.xml file that could contain some
> > fouled
> > >> > up registration code?
> > >> >
> > >> > - Jim
> > >> >
> > >> > On Tue, Jan 15, 2013 at 3:13 PM, Raymond Camden <
> > raymondcam...@gmail.com
> > >> > >wrote:
> > >> >
> > >> > >
> > >> > > By any chance are these CFCs under a virtual folder? (Not CF
> > mapping,a
> > >> > > virtual IIS folder).
> > >> > >
> > >> > >
> > >> > > On Tue, Jan 15, 2013 at 2:46 PM, Jim Campbell
> > wrote:
> > >> > >
> > >> > > >
> > >> > > > Yep - that did nothing notable (no errors on the page or in the
> > logs)
> > >> > and
> > >> > > > no difference in response. For the record, all of my REST
> > responses
> > >> are
> > >> > > > coming back empty, regardless of the return type.
> > >> > > > On Jan 15, 2013 2:30 PM, "Raymond Camden" <
> > raymondcam...@gmail.com>
> > >> > > wrote:
> > >> > > >
> > >> > > > >
> > >> > > > > Have you tried reloading it in the REST page in the CF Admin?
> > >> > > > >
> > >> > > >
> > >> > > --
> > >> > >
> > >> >
> > >>
> >
> ===
> > >> > > Raymond Camden, Adobe Developer Evangelist
> > >> > >
> > >> > > Email : raymondcam...@gmail.com
> > >> > > Blog : www.raymondcamden.com
> > >> > > Twitter: cfjedimaster
> > >> > >
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >>
> > >>
> > >
> > >
> >
> >
>
>
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353947
Subscription: http:/
Re: CF10 REST has completely tanked
Figured it out!
Fortunately, a programming error - I'd mistakenly defined an argument in a
REST-enabled CFC with an HTTPMethod of "GET" as an array instead of a
string. As such, even if it wasn't being called, it still caused the REST
response of an unrelated CFC to fail (or, at least, return null).
I'm glad it's working, but this is easily the worst error situation I've
come across, and it seems like it's an issue with remote-access CFCs in
general. I've had strange errors before with a remote-invoked
JSON-returning CFC (through CFAJAXPROXY) that had an error, but the server,
instead of passing along an exception, said it was unable to find the CFC.
It's more than a little annoying that there wasn't a single understandable
error message or even a meaningful stack trace in any of the error logs at
the very least.
Ok, rant over, Thanks for your help/sanity check, Ray - it helped me narrow
things down quite a bit. I'm going to go for a walk now :)
- Jim
On Tue, Jan 15, 2013 at 10:51 PM, Dan Baughman wrote:
>
> I'm an old school coder and always serialize stuff manually without
> using the built-in garbage and it works great that way. The other
> serialization I use often is cfwddx
>
> On Tue, Jan 15, 2013 at 2:55 PM, Jim Campbell wrote:
> >
> > No worries - the way it's built, it's not *too* much of a stretch to
> switch
> > gears and go to the old "http://domain/foo.cfc?kicking=it&old=school";
> > method - the REST interface itself is a minor aspect of the functional
> > nature of the application. I'll keep an eye on this thread, though -
> maybe
> > there's a solution, and I'll check in with Adobe support and file a bug
> > report if necessary.
> >
> > Thanks!
> >
> > - Jim
> >
> >
> > On Tue, Jan 15, 2013 at 3:46 PM, Raymond Camden >wrote:
> >
> >>
> >> You got me man. Sorry. The virtual server thing is something I ran into
> and
> >> was never able to get around. Unless someone else can help, best I'd
> >> recommend is Adobe support.
> >>
> >> Actually - let me ping someone.
> >>
> >>
> >> On Tue, Jan 15, 2013 at 3:42 PM, Jim Campbell wrote:
> >>
> >> >
> >> > The REST CFCs themselves are not in virtual directories. I have two
> local
> >> > servers created in IIS - dev.remote (which handles the REST requests)
> and
> >> > dev.local (everything else). Both of these environments have virtual
> >> > directories for CFIDE and jakarta, but, for dev.local, the REST CFCs
> are
> >> > physically there.
> >> >
> >> > I've tried CF mapping the folder containing the REST CFCs ("/API"),
> but
> >> it
> >> > doesn't make a difference.
> >> >
> >> > Just now, I tried using restDeleteApplication() and
> restInitApplication()
> >> > in onApplicationStart(), but no dice. At this point, there doesn't
> seem
> >> to
> >> > be any way to re-register the app.
> >> >
> >> > Is there possibly a neo-something.xml file that could contain some
> fouled
> >> > up registration code?
> >> >
> >> > - Jim
> >> >
> >> > On Tue, Jan 15, 2013 at 3:13 PM, Raymond Camden <
> raymondcam...@gmail.com
> >> > >wrote:
> >> >
> >> > >
> >> > > By any chance are these CFCs under a virtual folder? (Not CF
> mapping,a
> >> > > virtual IIS folder).
> >> > >
> >> > >
> >> > > On Tue, Jan 15, 2013 at 2:46 PM, Jim Campbell
> wrote:
> >> > >
> >> > > >
> >> > > > Yep - that did nothing notable (no errors on the page or in the
> logs)
> >> > and
> >> > > > no difference in response. For the record, all of my REST
> responses
> >> are
> >> > > > coming back empty, regardless of the return type.
> >> > > > On Jan 15, 2013 2:30 PM, "Raymond Camden" <
> raymondcam...@gmail.com>
> >> > > wrote:
> >> > > >
> >> > > > >
> >> > > > > Have you tried reloading it in the REST page in the CF Admin?
> >> > > > >
> >> > > >
> >> > > --
> >> > >
> >> >
> >>
> ===
> >> > > Raymond Camden, Adobe Developer Evangelist
> >> > >
> >> > > Email : raymondcam...@gmail.com
> >> > > Blog : www.raymondcamden.com
> >> > > Twitter: cfjedimaster
> >> > >
> >> > >
> >> > >
> >> >
> >> >
> >>
> >>
> >
> >
>
>
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353942
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: CF10 REST has completely tanked
I'm an old school coder and always serialize stuff manually without
using the built-in garbage and it works great that way. The other
serialization I use often is cfwddx
On Tue, Jan 15, 2013 at 2:55 PM, Jim Campbell wrote:
>
> No worries - the way it's built, it's not *too* much of a stretch to switch
> gears and go to the old "http://domain/foo.cfc?kicking=it&old=school";
> method - the REST interface itself is a minor aspect of the functional
> nature of the application. I'll keep an eye on this thread, though - maybe
> there's a solution, and I'll check in with Adobe support and file a bug
> report if necessary.
>
> Thanks!
>
> - Jim
>
>
> On Tue, Jan 15, 2013 at 3:46 PM, Raymond Camden
> wrote:
>
>>
>> You got me man. Sorry. The virtual server thing is something I ran into and
>> was never able to get around. Unless someone else can help, best I'd
>> recommend is Adobe support.
>>
>> Actually - let me ping someone.
>>
>>
>> On Tue, Jan 15, 2013 at 3:42 PM, Jim Campbell wrote:
>>
>> >
>> > The REST CFCs themselves are not in virtual directories. I have two local
>> > servers created in IIS - dev.remote (which handles the REST requests) and
>> > dev.local (everything else). Both of these environments have virtual
>> > directories for CFIDE and jakarta, but, for dev.local, the REST CFCs are
>> > physically there.
>> >
>> > I've tried CF mapping the folder containing the REST CFCs ("/API"), but
>> it
>> > doesn't make a difference.
>> >
>> > Just now, I tried using restDeleteApplication() and restInitApplication()
>> > in onApplicationStart(), but no dice. At this point, there doesn't seem
>> to
>> > be any way to re-register the app.
>> >
>> > Is there possibly a neo-something.xml file that could contain some fouled
>> > up registration code?
>> >
>> > - Jim
>> >
>> > On Tue, Jan 15, 2013 at 3:13 PM, Raymond Camden > > >wrote:
>> >
>> > >
>> > > By any chance are these CFCs under a virtual folder? (Not CF mapping,a
>> > > virtual IIS folder).
>> > >
>> > >
>> > > On Tue, Jan 15, 2013 at 2:46 PM, Jim Campbell wrote:
>> > >
>> > > >
>> > > > Yep - that did nothing notable (no errors on the page or in the logs)
>> > and
>> > > > no difference in response. For the record, all of my REST responses
>> are
>> > > > coming back empty, regardless of the return type.
>> > > > On Jan 15, 2013 2:30 PM, "Raymond Camden"
>> > > wrote:
>> > > >
>> > > > >
>> > > > > Have you tried reloading it in the REST page in the CF Admin?
>> > > > >
>> > > >
>> > > --
>> > >
>> >
>> ===
>> > > Raymond Camden, Adobe Developer Evangelist
>> > >
>> > > Email : raymondcam...@gmail.com
>> > > Blog : www.raymondcamden.com
>> > > Twitter: cfjedimaster
>> > >
>> > >
>> > >
>> >
>> >
>>
>>
>
>
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353913
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: CF10 REST has completely tanked
unsubscribe
On Tue, Jan 15, 2013 at 4:00 PM, Jim Campbell wrote:
>
> I think you're on the right track, although it ultimately still fails to
> register the CFC. For instance, if, in the Application.cfc, I use the
> absolute path (or relative path) to the directory in which the REST CFCs
> are located:
>
> this.restSettings.cfcLocation = "C:\inetpub\wwwroot\API";
> this.restSettings.skipCFCWithError = true;
>
> I get this error when I try to register the REST Directory in the
> Administrator:
>
> Error registering REST service. Please ensure that you have entered a
> proper mapping and path.
> Application restApp could not be initialized.
> Reason: Missing dependency for method public java.lang.String
> api.Connector.connect(java.lang.String,java.lang.Object[]) throws
> coldfusion.xml.rpc.CFCInvocationException at parameter at index 1
>
> However, if I use a path that I know doesn't have any REST-enabled CFCs
> ("C:\fnord"), I get a very helpful (if a little verbose) error message with
> exactly what I expect to see:
>
> Error registering REST service. Please ensure that you have entered a
> proper mapping and path.
> Application restApp could not be initialized.
> Reason: The application does not contain any rest enabled CFCs.
> The application does not contain any rest enabled CFCs.
>
> What this says to me is that CF finds exactly what it's looking for
> traversing the directory I give it, but there's something deeper that's
> interfering with the proper registration.
>
> And, finally, I tried one other thing - I copied the /API directory and
> called it /siesta, and changed the references to the directory in its
> Application.cfc. I then tried registering the REST services through the
> Administrator as well as programmatically, but received the same "Missing
> dependency..." error above.
>
> - Jim
>
>
> On Tue, Jan 15, 2013 at 4:31 PM, AJ Mercer wrote:
>
>>
>> when you tried to register a different ReST app,
>> did you take the old one out of the rest search path?
>> this.restsettings.cfclocation
>>
>> Or try this
>> this.restsettings.skipCFCWithError=true
>>
>>
>>
>> On 16 January 2013 03:35, Jim Campbell wrote:
>>
>> >
>> > Hi all -
>> >
>> > I've got some very strange errors in CF10, and I'm not sure what's going
>> > on. Basically, it's like this... I'm writing a REST API using CF10's
>> native
>> > REST functionality. No significant problems at all during development
>> over
>> > the last couple of weeks, but an hour or so ago, it stopped returning any
>> > data whatsoever.
>> >
>> > The paths resolve if I request them from a browser (no 404s or 500s or
>> > other strangeness), the underlying functions and data structures are
>> > working and available; one function returns some info from an
>> > application-scoped struct - dumping that struct in a CFM works fine.
>> > Various restarts (service, webserver, applicationStop()) don't fix
>> > anything. I'm running CF 10.0.7 (as of this morning!) on Win7/IIS6. I
>> don't
>> > think the OS/Web server are contributing factors, though, because,
>> looking
>> > at exception.log, I see this dump from when a REST request was made (full
>> > error stack follows, continued afterwards):
>> >
>> > "Error","ajp-bio-8012-exec-4","01/15/13","12:59:59",,"An error occurred
>> > while initializing the REST application restApp : null. "
>> > com.sun.jersey.spi.inject.Errors$ErrorMessagesException
>> > at com.sun.jersey.spi.inject.Errors.processErrorMessages(Errors.java:170)
>> > at com.sun.jersey.spi.inject.Errors.postProcess(Errors.java:136)
>> > at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:199)
>> > at
>> >
>> >
>> com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
>> > at
>> >
>> >
>> com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
>> > at
>> >
>> >
>> com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
>> > at
>> >
>> >
>> com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
>> > at
>> >
>> >
>> com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
>> > at
>> >
>> >
>> com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
>> > at
>> >
>> >
>> com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
>> > at
>> >
>> >
>> com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
>> > at
>> >
>> >
>> coldfusion.rest.servlet.CFRestServlet.initRestApplication(CFRestServlet.java:152)
>> > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:391)
>> > at coldfusion.rest.servlet.RestFilter.invoke(RestFilter.java:58)
>> > at coldfusion.filter.LicenseFilter.invoke(LicenseFilter.java:30)
>> > at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94)
>> > at
>> >
>> >
>> coldfusion.filter.ClientScopePersistenceFilter.invo
Re: CF10 REST has completely tanked
I think you're on the right track, although it ultimately still fails to
register the CFC. For instance, if, in the Application.cfc, I use the
absolute path (or relative path) to the directory in which the REST CFCs
are located:
this.restSettings.cfcLocation = "C:\inetpub\wwwroot\API";
this.restSettings.skipCFCWithError = true;
I get this error when I try to register the REST Directory in the
Administrator:
Error registering REST service. Please ensure that you have entered a
proper mapping and path.
Application restApp could not be initialized.
Reason: Missing dependency for method public java.lang.String
api.Connector.connect(java.lang.String,java.lang.Object[]) throws
coldfusion.xml.rpc.CFCInvocationException at parameter at index 1
However, if I use a path that I know doesn't have any REST-enabled CFCs
("C:\fnord"), I get a very helpful (if a little verbose) error message with
exactly what I expect to see:
Error registering REST service. Please ensure that you have entered a
proper mapping and path.
Application restApp could not be initialized.
Reason: The application does not contain any rest enabled CFCs.
The application does not contain any rest enabled CFCs.
What this says to me is that CF finds exactly what it's looking for
traversing the directory I give it, but there's something deeper that's
interfering with the proper registration.
And, finally, I tried one other thing - I copied the /API directory and
called it /siesta, and changed the references to the directory in its
Application.cfc. I then tried registering the REST services through the
Administrator as well as programmatically, but received the same "Missing
dependency..." error above.
- Jim
On Tue, Jan 15, 2013 at 4:31 PM, AJ Mercer wrote:
>
> when you tried to register a different ReST app,
> did you take the old one out of the rest search path?
> this.restsettings.cfclocation
>
> Or try this
> this.restsettings.skipCFCWithError=true
>
>
>
> On 16 January 2013 03:35, Jim Campbell wrote:
>
> >
> > Hi all -
> >
> > I've got some very strange errors in CF10, and I'm not sure what's going
> > on. Basically, it's like this... I'm writing a REST API using CF10's
> native
> > REST functionality. No significant problems at all during development
> over
> > the last couple of weeks, but an hour or so ago, it stopped returning any
> > data whatsoever.
> >
> > The paths resolve if I request them from a browser (no 404s or 500s or
> > other strangeness), the underlying functions and data structures are
> > working and available; one function returns some info from an
> > application-scoped struct - dumping that struct in a CFM works fine.
> > Various restarts (service, webserver, applicationStop()) don't fix
> > anything. I'm running CF 10.0.7 (as of this morning!) on Win7/IIS6. I
> don't
> > think the OS/Web server are contributing factors, though, because,
> looking
> > at exception.log, I see this dump from when a REST request was made (full
> > error stack follows, continued afterwards):
> >
> > "Error","ajp-bio-8012-exec-4","01/15/13","12:59:59",,"An error occurred
> > while initializing the REST application restApp : null. "
> > com.sun.jersey.spi.inject.Errors$ErrorMessagesException
> > at com.sun.jersey.spi.inject.Errors.processErrorMessages(Errors.java:170)
> > at com.sun.jersey.spi.inject.Errors.postProcess(Errors.java:136)
> > at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:199)
> > at
> >
> >
> com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
> > at
> >
> >
> com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
> > at
> >
> >
> com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
> > at
> >
> >
> com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
> > at
> >
> >
> com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
> > at
> >
> >
> com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
> > at
> >
> >
> com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
> > at
> >
> >
> com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
> > at
> >
> >
> coldfusion.rest.servlet.CFRestServlet.initRestApplication(CFRestServlet.java:152)
> > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:391)
> > at coldfusion.rest.servlet.RestFilter.invoke(RestFilter.java:58)
> > at coldfusion.filter.LicenseFilter.invoke(LicenseFilter.java:30)
> > at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94)
> > at
> >
> >
> coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28)
> > at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38)
> > at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22)
> > at coldfusion.rest.servlet.CFRestServl
Re: CF10 REST has completely tanked
when you tried to register a different ReST app, did you take the old one out of the rest search path? this.restsettings.cfclocation Or try this this.restsettings.skipCFCWithError=true On 16 January 2013 03:35, Jim Campbell wrote: > > Hi all - > > I've got some very strange errors in CF10, and I'm not sure what's going > on. Basically, it's like this... I'm writing a REST API using CF10's native > REST functionality. No significant problems at all during development over > the last couple of weeks, but an hour or so ago, it stopped returning any > data whatsoever. > > The paths resolve if I request them from a browser (no 404s or 500s or > other strangeness), the underlying functions and data structures are > working and available; one function returns some info from an > application-scoped struct - dumping that struct in a CFM works fine. > Various restarts (service, webserver, applicationStop()) don't fix > anything. I'm running CF 10.0.7 (as of this morning!) on Win7/IIS6. I don't > think the OS/Web server are contributing factors, though, because, looking > at exception.log, I see this dump from when a REST request was made (full > error stack follows, continued afterwards): > > "Error","ajp-bio-8012-exec-4","01/15/13","12:59:59",,"An error occurred > while initializing the REST application restApp : null. " > com.sun.jersey.spi.inject.Errors$ErrorMessagesException > at com.sun.jersey.spi.inject.Errors.processErrorMessages(Errors.java:170) > at com.sun.jersey.spi.inject.Errors.postProcess(Errors.java:136) > at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:199) > at > > com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771) > at > > com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766) > at > > com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488) > at > > com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318) > at > > com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609) > at > > com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210) > at > > com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373) > at > > com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556) > at > > coldfusion.rest.servlet.CFRestServlet.initRestApplication(CFRestServlet.java:152) > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:391) > at coldfusion.rest.servlet.RestFilter.invoke(RestFilter.java:58) > at coldfusion.filter.LicenseFilter.invoke(LicenseFilter.java:30) > at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94) > at > > coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28) > at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) > at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:356) > at coldfusion.rest.servlet.CFRestServlet.service(CFRestServlet.java:347) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) > 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:204) > 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) >
Re: CF10 REST has completely tanked
No worries - the way it's built, it's not *too* much of a stretch to switch
gears and go to the old "http://domain/foo.cfc?kicking=it&old=school";
method - the REST interface itself is a minor aspect of the functional
nature of the application. I'll keep an eye on this thread, though - maybe
there's a solution, and I'll check in with Adobe support and file a bug
report if necessary.
Thanks!
- Jim
On Tue, Jan 15, 2013 at 3:46 PM, Raymond Camden wrote:
>
> You got me man. Sorry. The virtual server thing is something I ran into and
> was never able to get around. Unless someone else can help, best I'd
> recommend is Adobe support.
>
> Actually - let me ping someone.
>
>
> On Tue, Jan 15, 2013 at 3:42 PM, Jim Campbell wrote:
>
> >
> > The REST CFCs themselves are not in virtual directories. I have two local
> > servers created in IIS - dev.remote (which handles the REST requests) and
> > dev.local (everything else). Both of these environments have virtual
> > directories for CFIDE and jakarta, but, for dev.local, the REST CFCs are
> > physically there.
> >
> > I've tried CF mapping the folder containing the REST CFCs ("/API"), but
> it
> > doesn't make a difference.
> >
> > Just now, I tried using restDeleteApplication() and restInitApplication()
> > in onApplicationStart(), but no dice. At this point, there doesn't seem
> to
> > be any way to re-register the app.
> >
> > Is there possibly a neo-something.xml file that could contain some fouled
> > up registration code?
> >
> > - Jim
> >
> > On Tue, Jan 15, 2013 at 3:13 PM, Raymond Camden > >wrote:
> >
> > >
> > > By any chance are these CFCs under a virtual folder? (Not CF mapping,a
> > > virtual IIS folder).
> > >
> > >
> > > On Tue, Jan 15, 2013 at 2:46 PM, Jim Campbell wrote:
> > >
> > > >
> > > > Yep - that did nothing notable (no errors on the page or in the logs)
> > and
> > > > no difference in response. For the record, all of my REST responses
> are
> > > > coming back empty, regardless of the return type.
> > > > On Jan 15, 2013 2:30 PM, "Raymond Camden"
> > > wrote:
> > > >
> > > > >
> > > > > Have you tried reloading it in the REST page in the CF Admin?
> > > > >
> > > >
> > > --
> > >
> >
> ===
> > > Raymond Camden, Adobe Developer Evangelist
> > >
> > > Email : raymondcam...@gmail.com
> > > Blog : www.raymondcamden.com
> > > Twitter: cfjedimaster
> > >
> > >
> > >
> >
> >
>
>
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353904
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: CF10 REST has completely tanked
You got me man. Sorry. The virtual server thing is something I ran into and
was never able to get around. Unless someone else can help, best I'd
recommend is Adobe support.
Actually - let me ping someone.
On Tue, Jan 15, 2013 at 3:42 PM, Jim Campbell wrote:
>
> The REST CFCs themselves are not in virtual directories. I have two local
> servers created in IIS - dev.remote (which handles the REST requests) and
> dev.local (everything else). Both of these environments have virtual
> directories for CFIDE and jakarta, but, for dev.local, the REST CFCs are
> physically there.
>
> I've tried CF mapping the folder containing the REST CFCs ("/API"), but it
> doesn't make a difference.
>
> Just now, I tried using restDeleteApplication() and restInitApplication()
> in onApplicationStart(), but no dice. At this point, there doesn't seem to
> be any way to re-register the app.
>
> Is there possibly a neo-something.xml file that could contain some fouled
> up registration code?
>
> - Jim
>
> On Tue, Jan 15, 2013 at 3:13 PM, Raymond Camden >wrote:
>
> >
> > By any chance are these CFCs under a virtual folder? (Not CF mapping,a
> > virtual IIS folder).
> >
> >
> > On Tue, Jan 15, 2013 at 2:46 PM, Jim Campbell wrote:
> >
> > >
> > > Yep - that did nothing notable (no errors on the page or in the logs)
> and
> > > no difference in response. For the record, all of my REST responses are
> > > coming back empty, regardless of the return type.
> > > On Jan 15, 2013 2:30 PM, "Raymond Camden"
> > wrote:
> > >
> > > >
> > > > Have you tried reloading it in the REST page in the CF Admin?
> > > >
> > >
> > --
> >
> ===
> > Raymond Camden, Adobe Developer Evangelist
> >
> > Email : raymondcam...@gmail.com
> > Blog : www.raymondcamden.com
> > Twitter: cfjedimaster
> >
> >
> >
>
>
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353902
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: CF10 REST has completely tanked
>
> but, for dev.local, the REST CFCs are physically there.
That should read "... but for dev.*remote* ..."
On Tue, Jan 15, 2013 at 3:42 PM, Jim Campbell wrote:
> The REST CFCs themselves are not in virtual directories. I have two local
> servers created in IIS - dev.remote (which handles the REST requests) and
> dev.local (everything else). Both of these environments have virtual
> directories for CFIDE and jakarta, but, for dev.local, the REST CFCs are
> physically there.
>
> I've tried CF mapping the folder containing the REST CFCs ("/API"), but it
> doesn't make a difference.
>
> Just now, I tried using restDeleteApplication() and restInitApplication()
> in onApplicationStart(), but no dice. At this point, there doesn't seem to
> be any way to re-register the app.
>
> Is there possibly a neo-something.xml file that could contain some fouled
> up registration code?
>
> - Jim
>
> On Tue, Jan 15, 2013 at 3:13 PM, Raymond Camden
> wrote:
>
>>
>> By any chance are these CFCs under a virtual folder? (Not CF mapping,a
>> virtual IIS folder).
>>
>>
>> On Tue, Jan 15, 2013 at 2:46 PM, Jim Campbell wrote:
>>
>> >
>> > Yep - that did nothing notable (no errors on the page or in the logs)
>> and
>> > no difference in response. For the record, all of my REST responses are
>> > coming back empty, regardless of the return type.
>> > On Jan 15, 2013 2:30 PM, "Raymond Camden"
>> wrote:
>> >
>> > >
>> > > Have you tried reloading it in the REST page in the CF Admin?
>> > >
>> >
>> --
>>
>> ===
>> Raymond Camden, Adobe Developer Evangelist
>>
>> Email : raymondcam...@gmail.com
>> Blog : www.raymondcamden.com
>> Twitter: cfjedimaster
>>
>>
>>
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353901
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: CF10 REST has completely tanked
The REST CFCs themselves are not in virtual directories. I have two local
servers created in IIS - dev.remote (which handles the REST requests) and
dev.local (everything else). Both of these environments have virtual
directories for CFIDE and jakarta, but, for dev.local, the REST CFCs are
physically there.
I've tried CF mapping the folder containing the REST CFCs ("/API"), but it
doesn't make a difference.
Just now, I tried using restDeleteApplication() and restInitApplication()
in onApplicationStart(), but no dice. At this point, there doesn't seem to
be any way to re-register the app.
Is there possibly a neo-something.xml file that could contain some fouled
up registration code?
- Jim
On Tue, Jan 15, 2013 at 3:13 PM, Raymond Camden wrote:
>
> By any chance are these CFCs under a virtual folder? (Not CF mapping,a
> virtual IIS folder).
>
>
> On Tue, Jan 15, 2013 at 2:46 PM, Jim Campbell wrote:
>
> >
> > Yep - that did nothing notable (no errors on the page or in the logs) and
> > no difference in response. For the record, all of my REST responses are
> > coming back empty, regardless of the return type.
> > On Jan 15, 2013 2:30 PM, "Raymond Camden"
> wrote:
> >
> > >
> > > Have you tried reloading it in the REST page in the CF Admin?
> > >
> >
> --
> ===
> Raymond Camden, Adobe Developer Evangelist
>
> Email : raymondcam...@gmail.com
> Blog : www.raymondcamden.com
> Twitter: cfjedimaster
>
>
>
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353900
Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: CF10 REST has completely tanked
By any chance are these CFCs under a virtual folder? (Not CF mapping,a virtual IIS folder). On Tue, Jan 15, 2013 at 2:46 PM, Jim Campbell wrote: > > Yep - that did nothing notable (no errors on the page or in the logs) and > no difference in response. For the record, all of my REST responses are > coming back empty, regardless of the return type. > On Jan 15, 2013 2:30 PM, "Raymond Camden" wrote: > > > > > Have you tried reloading it in the REST page in the CF Admin? > > > -- === Raymond Camden, Adobe Developer Evangelist Email : raymondcam...@gmail.com Blog : www.raymondcamden.com Twitter: cfjedimaster ~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:353899 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
Re: CF10 REST has completely tanked
Yep - that did nothing notable (no errors on the page or in the logs) and no difference in response. For the record, all of my REST responses are coming back empty, regardless of the return type. On Jan 15, 2013 2:30 PM, "Raymond Camden" wrote: > > Have you tried reloading it in the REST page in the CF Admin? > > > On Tue, Jan 15, 2013 at 1:35 PM, Jim Campbell wrote: > > > > > Hi all - > > > > I've got some very strange errors in CF10, and I'm not sure what's going > > on. Basically, it's like this... I'm writing a REST API using CF10's > native > > REST functionality. No significant problems at all during development > over > > the last couple of weeks, but an hour or so ago, it stopped returning any > > data whatsoever. > > > > The paths resolve if I request them from a browser (no 404s or 500s or > > other strangeness), the underlying functions and data structures are > > working and available; one function returns some info from an > > application-scoped struct - dumping that struct in a CFM works fine. > > Various restarts (service, webserver, applicationStop()) don't fix > > anything. I'm running CF 10.0.7 (as of this morning!) on Win7/IIS6. I > don't > > think the OS/Web server are contributing factors, though, because, > looking > > at exception.log, I see this dump from when a REST request was made (full > > error stack follows, continued afterwards): > > > > "Error","ajp-bio-8012-exec-4","01/15/13","12:59:59",,"An error occurred > > while initializing the REST application restApp : null. " > > com.sun.jersey.spi.inject.Errors$ErrorMessagesException > > at com.sun.jersey.spi.inject.Errors.processErrorMessages(Errors.java:170) > > at com.sun.jersey.spi.inject.Errors.postProcess(Errors.java:136) > > at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:199) > > at > > > > > com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771) > > at > > > > > com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766) > > at > > > > > com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488) > > at > > > > > com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318) > > at > > > > > com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609) > > at > > > > > com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210) > > at > > > > > com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373) > > at > > > > > com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556) > > at > > > > > coldfusion.rest.servlet.CFRestServlet.initRestApplication(CFRestServlet.java:152) > > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:391) > > at coldfusion.rest.servlet.RestFilter.invoke(RestFilter.java:58) > > at coldfusion.filter.LicenseFilter.invoke(LicenseFilter.java:30) > > at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94) > > at > > > > > coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28) > > at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) > > at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) > > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:356) > > at coldfusion.rest.servlet.CFRestServlet.service(CFRestServlet.java:347) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) > > 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.servic
Re: CF10 REST has completely tanked
Have you tried reloading it in the REST page in the CF Admin? On Tue, Jan 15, 2013 at 1:35 PM, Jim Campbell wrote: > > Hi all - > > I've got some very strange errors in CF10, and I'm not sure what's going > on. Basically, it's like this... I'm writing a REST API using CF10's native > REST functionality. No significant problems at all during development over > the last couple of weeks, but an hour or so ago, it stopped returning any > data whatsoever. > > The paths resolve if I request them from a browser (no 404s or 500s or > other strangeness), the underlying functions and data structures are > working and available; one function returns some info from an > application-scoped struct - dumping that struct in a CFM works fine. > Various restarts (service, webserver, applicationStop()) don't fix > anything. I'm running CF 10.0.7 (as of this morning!) on Win7/IIS6. I don't > think the OS/Web server are contributing factors, though, because, looking > at exception.log, I see this dump from when a REST request was made (full > error stack follows, continued afterwards): > > "Error","ajp-bio-8012-exec-4","01/15/13","12:59:59",,"An error occurred > while initializing the REST application restApp : null. " > com.sun.jersey.spi.inject.Errors$ErrorMessagesException > at com.sun.jersey.spi.inject.Errors.processErrorMessages(Errors.java:170) > at com.sun.jersey.spi.inject.Errors.postProcess(Errors.java:136) > at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:199) > at > > com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771) > at > > com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766) > at > > com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488) > at > > com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318) > at > > com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609) > at > > com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210) > at > > com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373) > at > > com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556) > at > > coldfusion.rest.servlet.CFRestServlet.initRestApplication(CFRestServlet.java:152) > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:391) > at coldfusion.rest.servlet.RestFilter.invoke(RestFilter.java:58) > at coldfusion.filter.LicenseFilter.invoke(LicenseFilter.java:30) > at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94) > at > > coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28) > at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) > at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:356) > at coldfusion.rest.servlet.CFRestServlet.service(CFRestServlet.java:347) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) > 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:204) > 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:6
Re: CF10 REST has completely tanked
Quick clarification (if you've read this far): I updated CF in the midst of all this annoyance, with no change in the behavior of the app - I believe it's just a security patch, but I figured if nothing else worked, then applying an update might help. That would be a negative... Jersey errors before CF update, Jersey errors after the CF update. - Jim On Tue, Jan 15, 2013 at 1:35 PM, Jim Campbell wrote: > Hi all - > > I've got some very strange errors in CF10, and I'm not sure what's going > on. Basically, it's like this... I'm writing a REST API using CF10's native > REST functionality. No significant problems at all during development over > the last couple of weeks, but an hour or so ago, it stopped returning any > data whatsoever. > > The paths resolve if I request them from a browser (no 404s or 500s or > other strangeness), the underlying functions and data structures are > working and available; one function returns some info from an > application-scoped struct - dumping that struct in a CFM works fine. > Various restarts (service, webserver, applicationStop()) don't fix > anything. I'm running CF 10.0.7 (as of this morning!) on Win7/IIS6. I don't > think the OS/Web server are contributing factors, though, because, looking > at exception.log, I see this dump from when a REST request was made (full > error stack follows, continued afterwards): > > "Error","ajp-bio-8012-exec-4","01/15/13","12:59:59",,"An error occurred > while initializing the REST application restApp : null. " > com.sun.jersey.spi.inject.Errors$ErrorMessagesException > at com.sun.jersey.spi.inject.Errors.processErrorMessages(Errors.java:170) > at com.sun.jersey.spi.inject.Errors.postProcess(Errors.java:136) > at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:199) > at > com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771) > at > com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766) > at > com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488) > at > com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318) > at > com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609) > at > com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210) > at > com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373) > at > com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556) > at > coldfusion.rest.servlet.CFRestServlet.initRestApplication(CFRestServlet.java:152) > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:391) > at coldfusion.rest.servlet.RestFilter.invoke(RestFilter.java:58) > at coldfusion.filter.LicenseFilter.invoke(LicenseFilter.java:30) > at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94) > at > coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28) > at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) > at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) > at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:356) > at coldfusion.rest.servlet.CFRestServlet.service(CFRestServlet.java:347) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) > 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:204) > at > org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539) > at > org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(
CF10 REST has completely tanked
Hi all - I've got some very strange errors in CF10, and I'm not sure what's going on. Basically, it's like this... I'm writing a REST API using CF10's native REST functionality. No significant problems at all during development over the last couple of weeks, but an hour or so ago, it stopped returning any data whatsoever. The paths resolve if I request them from a browser (no 404s or 500s or other strangeness), the underlying functions and data structures are working and available; one function returns some info from an application-scoped struct - dumping that struct in a CFM works fine. Various restarts (service, webserver, applicationStop()) don't fix anything. I'm running CF 10.0.7 (as of this morning!) on Win7/IIS6. I don't think the OS/Web server are contributing factors, though, because, looking at exception.log, I see this dump from when a REST request was made (full error stack follows, continued afterwards): "Error","ajp-bio-8012-exec-4","01/15/13","12:59:59",,"An error occurred while initializing the REST application restApp : null. " com.sun.jersey.spi.inject.Errors$ErrorMessagesException at com.sun.jersey.spi.inject.Errors.processErrorMessages(Errors.java:170) at com.sun.jersey.spi.inject.Errors.postProcess(Errors.java:136) at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:199) at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771) at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766) at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488) at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318) at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609) at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210) at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373) at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556) at coldfusion.rest.servlet.CFRestServlet.initRestApplication(CFRestServlet.java:152) at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:391) at coldfusion.rest.servlet.RestFilter.invoke(RestFilter.java:58) at coldfusion.filter.LicenseFilter.invoke(LicenseFilter.java:30) at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94) at coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28) at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) at coldfusion.rest.servlet.CFRestServlet.invoke(CFRestServlet.java:356) at coldfusion.rest.servlet.CFRestServlet.service(CFRestServlet.java:347) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) 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:204) 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:662) Obviously, something not happy somewhere inside Jersey (which handles the REST aspect of CF). So, I get the bright idea to remove and re-add my REST application through the CF Admin, and I get this message: Error registering REST service. Please ensure that you have entered a proper mapping and path. Application restApp could not be initializ
