I just downloaded and installed OpenBD Jam on a dev box (Fresh dev
box, ubuntu 10.04LTS server install).
When I first ran ./openbdjam start, it claimed to be starting the
services, but MySQL wouldn't start (Status confirmed)
So I ran the upgrade and tried again, and now neither MySQL nor Jetty
is starting (Apache starts fine).
Any known issues? Or am I breaking things in a brand new way again :D
> I just downloaded and installed OpenBD Jam on a dev box (Fresh dev
> box, ubuntu 10.04LTS server install).
> When I first ran ./openbdjam start, it claimed to be starting the
> services, but MySQL wouldn't start (Status confirmed)
> So I ran the upgrade and tried again, and now neither MySQL nor Jetty
> is starting (Apache starts fine).
> Any known issues? Or am I breaking things in a brand new way again :D
After I log into the admin panel with blank password, everything is
fine, I can change some things and it seems to work just fine, but
when I try to change the admin password for logging into the OpenBD
admin panel, I get breakage, this one:
Type Application
Detail Data not supported
Tag Context CFIF (/opt/openbdjam/webroot1/bluedragon/administrator/
login.cfm, Line=54, Column=8)
|
+-- CFOUTPUT (/opt/openbdjam/webroot1/bluedragon/administrator/
login.cfm, Line=35, Column=2)
|
+-- CFSAVECONTENT (/opt/openbdjam/webroot1/bluedragon/
administrator/login.cfm, Line=34, Column=1)
Source
And afterwards I get the same error every time I try loading the login
page, however, it seems that restarting OpenBD Jam fixes the issue, as
I can once more log in and use the panel again (Still blank password
though.)
On Jul 1, 1:49 am, MarcusF <trena...@gmail.com> wrote:
> I just tried removing everything and re-installing, and this time it
> started just fine. lol, I guess it's one of those nights.
> On Jul 1, 1:40 am, MarcusF <trena...@gmail.com> wrote:
> > I just downloaded and installed OpenBD Jam on a dev box (Fresh dev
> > box, ubuntu 10.04LTS server install).
> > When I first ran ./openbdjam start, it claimed to be starting the
> > services, but MySQL wouldn't start (Status confirmed)
> > So I ran the upgrade and tried again, and now neither MySQL nor Jetty
> > is starting (Apache starts fine).
> > Any known issues? Or am I breaking things in a brand new way again :D
On Sunday, July 1, 2012, MarcusF wrote:
> Ok, it sure is one of those nights!
> After I log into the admin panel with blank password, everything is
> fine, I can change some things and it seems to work just fine, but
> when I try to change the admin password for logging into the OpenBD
> admin panel, I get breakage, this one:
> Type Application
> Detail Data not supported
> Tag Context CFIF (/opt/openbdjam/webroot1/bluedragon/administrator/
> login.cfm, Line=54, Column=8)
> |
> +-- CFOUTPUT (/opt/openbdjam/webroot1/bluedragon/administrator/
> login.cfm, Line=35, Column=2)
> |
> +-- CFSAVECONTENT (/opt/openbdjam/webroot1/bluedragon/
> administrator/login.cfm, Line=34, Column=1)
> Source
> And afterwards I get the same error every time I try loading the login
> page, however, it seems that restarting OpenBD Jam fixes the issue, as
> I can once more log in and use the panel again (Still blank password
> though.)
> On Jul 1, 1:49 am, MarcusF <trena...@gmail.com <javascript:;>> wrote:
> > I just tried removing everything and re-installing, and this time it
> > started just fine. lol, I guess it's one of those nights.
> > > I just downloaded and installed OpenBD Jam on a dev box (Fresh dev
> > > box, ubuntu 10.04LTS server install).
> > > When I first ran ./openbdjam start, it claimed to be starting the
> > > services, but MySQL wouldn't start (Status confirmed)
> > > So I ran the upgrade and tried again, and now neither MySQL nor Jetty
> > > is starting (Apache starts fine).
> > > Any known issues? Or am I breaking things in a brand new way again :D
I ran ./openbdjam upgrade, and now Jetty won't load, I'm looking at
logs and I see in start.log:
Establishing start.log on Sun Jul 01 13:54:03 CDT 2012
SLF4J: The requested version 1.5.6 by your slf4j binding is not
compatible with [1.6]
SLF4J: See http://www.slf4j.org/codes.html#version_mismatch for
further details.
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:485)
at org.eclipse.jetty.start.Main.start(Main.java:626)
at org.eclipse.jetty.start.Main.parseCommandLine(Main.java:
275)
at org.eclipse.jetty.start.Main.main(Main.java:82)
Caused by: java.lang.NoSuchMethodError:
org.slf4j.helpers.MessageFormatter.arrayFormat(Ljava/lang/String;
[Ljava/lang/Object;)Ljava/lang/String;
at
org.slf4j.impl.Log4jLoggerAdapter.warn(Log4jLoggerAdapter.java:459)
at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:40)
at org.eclipse.jetty.util.log.Log.warn(Log.java:240)
at
org.eclipse.jetty.xml.XmlConfiguration.configure(XmlConfiguration.java:
274)
at
org.eclipse.jetty.xml.XmlConfiguration.configure(XmlConfiguration.java:
220)
On Jul 1, 2:52 am, Mats Stromberg <dothebizz...@gmail.com> wrote:
> Not sure what version of the Jam you're using but I woud try to just
> replace the OpenBD part with the nightly build as a test.
> /Mats/
> On Sunday, July 1, 2012, MarcusF wrote:
> > Ok, it sure is one of those nights!
> > After I log into the admin panel with blank password, everything is
> > fine, I can change some things and it seems to work just fine, but
> > when I try to change the admin password for logging into the OpenBD
> > admin panel, I get breakage, this one:
> > And afterwards I get the same error every time I try loading the login
> > page, however, it seems that restarting OpenBD Jam fixes the issue, as
> > I can once more log in and use the panel again (Still blank password
> > though.)
> > On Jul 1, 1:49 am, MarcusF <trena...@gmail.com <javascript:;>> wrote:
> > > I just tried removing everything and re-installing, and this time it
> > > started just fine. lol, I guess it's one of those nights.
> > > > I just downloaded and installed OpenBD Jam on a dev box (Fresh dev
> > > > box, ubuntu 10.04LTS server install).
> > > > When I first ran ./openbdjam start, it claimed to be starting the
> > > > services, but MySQL wouldn't start (Status confirmed)
> > > > So I ran the upgrade and tried again, and now neither MySQL nor Jetty
> > > > is starting (Apache starts fine).
> > > > Any known issues? Or am I breaking things in a brand new way again :D
I have no idea if it's appropriate here, but whenever I run into a never ending mess o' errors with a deployment, I go straight to permissions first. Then comes Java versions. Then a different version download and (re)install, usually with beer - if available.
I admit I have been slacking on the message boards, but can someone tell me when in the past couple months the cfajaxproxy response from the server went from all lower case (columns, data) to all caps? I just did a nightly update a server to the new nightly build to get the broken cfc working (was using the official download from several months past).
That's not the only bits, it appears that all the data coming from the query now retains capital letters in fields that had capital letters.
I am hoping this is more of an oops bug verses new function as I now need to go back through and rewrite a few sites to handle the new json format coming back from the site.
We changed that to come inline with the output other engines are kicking out.
See my [ANN] email earlier this week ... you have full control over this, including setting what the default is in bluedragon.xml so you don't have to go back and rework your code.
Historically we lower-cased everything; now the default is to maintain.
This is why we have the nightly build ... to shake out some of these things. We wanted to hold back this release until others had their big releases so we could tighten things up accordingly.
On 01/07/2012 17:32, minifiredra...@comcast.net wrote:
> I admit I have been slacking on the message boards, but can someone > tell me when in the past couple months the cfajaxproxy response from > the server went from all lower case (columns, data) to all caps? I > just did a nightly update a server to the new nightly build to get the > broken cfc working (was using the official download from several > months past).
> That's not the only bits, it appears that all the data coming from the > query now retains capital letters in fields that had capital letters.
> I am hoping this is more of an oops bug verses new function as I now > need to go back through and rewrite a few sites to handle the new json > format coming back from the site.
It turns out my a rewrite wasn't to terrible. I added 1 line of code. :)
And apparently I had forgotten I wrote my query restructuring code to account for a change on another site. I remember now that ColdFusion gave me 1 format and OpenBD gave me the other format. Then on top of that I forgot to copy that rewrite into my default site setup.
But it is nice to know I can control how openbd hands me data.
----- Original Message -----
From: "Alan Williamson" <a...@aw20.co.uk> To: openbd@googlegroups.com Sent: Sunday, July 1, 2012 5:47:31 PM Subject: Re: [OpenBD] Change on CFAJAXPROCY JSON output
We changed that to come inline with the output other engines are kicking out.
See my [ANN] email earlier this week ... you have full control over this, including setting what the default is in bluedragon.xml so you don't have to go back and rework your code.
Historically we lower-cased everything; now the default is to maintain.
This is why we have the nightly build ... to shake out some of these things. We wanted to hold back this release until others had their big releases so we could tighten things up accordingly.
On 01/07/2012 17:32, minifiredra...@comcast.net wrote:
I admit I have been slacking on the message boards, but can someone tell me when in the past couple months the cfajaxproxy response from the server went from all lower case (columns, data) to all caps? I just did a nightly update a server to the new nightly build to get the broken cfc working (was using the official download from several months past).
That's not the only bits, it appears that all the data coming from the query now retains capital letters in fields that had capital letters.
I am hoping this is more of an oops bug verses new function as I now need to go back through and rewrite a few sites to handle the new json format coming back from the site.
Well, I'm playing with OpenBD JAM, which is supposed to be self-
contained, with the whole idea of download-n-run, rather than setting
up a server manually?
I'm going to play around with this more of course, see if I can figure
out what's going on.
I really love the idea of being able to run this stack, and was
planning to use it on a live server to handle many sites with a single
OpenBD instance rather than like I do now, a "classic" Apache2/Tomcat6
setup with separate deployed files, which limits me to about 5-6 sites
on the server.
On Jul 1, 2:39 pm, Alan Holden <alhol...@akh.com> wrote:
> I have no idea if it's appropriate here, but whenever I run into a never
> ending mess o' errors with a deployment, I go straight to permissions
> first. Then comes Java versions. Then a different version download and
> (re)install, usually with beer - if available.
click on the only link on the page it will bring up a window to sign up. If you fill in the fields and submit and watch what firebug reports being sent, you will see no check boxes in the list, checked or not.
> Well, I'm playing with OpenBD JAM, which is supposed to be self-
> contained, with the whole idea of download-n-run, rather than setting
> up a server manually?
> I'm going to play around with this more of course, see if I can figure
> out what's going on.
> I really love the idea of being able to run this stack, and was
> planning to use it on a live server to handle many sites with a single
> OpenBD instance rather than like I do now, a "classic" Apache2/Tomcat6
> setup with separate deployed files, which limits me to about 5-6 sites
> on the server.
> On Jul 1, 2:39 pm, Alan Holden <alhol...@akh.com> wrote:
>> I have no idea if it's appropriate here, but whenever I run into a never
>> ending mess o' errors with a deployment, I go straight to permissions
>> first. Then comes Java versions. Then a different version download and
>> (re)install, usually with beer - if available.
> I have just recently run up a CentOS5.5 Rackspace machine, put OpenBDJAM
> on it, with absolutely no problems. I was running in literally minutes.
> The upgrade script will probably not work as there has been a number of
> JAR file updates. I would recommend you do it manually.
> On 01/07/2012 18:21, MarcusF wrote:
> > Well, I'm playing with OpenBD JAM, which is supposed to be self-
> > contained, with the whole idea of download-n-run, rather than setting
> > up a server manually?
> > I'm going to play around with this more of course, see if I can figure
> > out what's going on.
> > I really love the idea of being able to run this stack, and was
> > planning to use it on a live server to handle many sites with a single
> > OpenBD instance rather than like I do now, a "classic" Apache2/Tomcat6
> > setup with separate deployed files, which limits me to about 5-6 sites
> > on the server.
> > On Jul 1, 2:39 pm, Alan Holden <alhol...@akh.com> wrote:
> >> I have no idea if it's appropriate here, but whenever I run into a never
> >> ending mess o' errors with a deployment, I go straight to permissions
> >> first. Then comes Java versions. Then a different version download and
> >> (re)install, usually with beer - if available.
Ah ok, I was running into the error when I try and change the password
on the admin panel, which is why I tried running the upgrade, which
broke the included Jetty server, that's why I was asking, to see if
it's just my test setup that somehow causes the error.
On Jul 1, 5:54 pm, Alan Williamson <a...@aw20.co.uk> wrote:
