If you're developing a plugin or patch for Jenkins, which uses the Stapler framework, you might run into issues where you define a new @DataBoundConstructor with an additional parameter, but it just seems to be ignored by the framework.
If so, look for an overridden newInstance method. It's probably being used instead of the constructor annotation.
Yet another tech geek weblog with a focus on technical Linux and open source, particularly server-side PostgreSQL and Kubernetes
Tuesday, July 22, 2014
Monday, March 31, 2014
WifiBaby - First Impressions
I bought a WiFi Baby remote IP camera / baby monitor from wifibaby.net last week. It arrived today, and I wanted to share my first impressions.
Even though WifiBaby don't usually sell outside the USA and Canada they made a special effort to send me a PayPal invoice and they even pointed me at the discount code on their Facebook page (or rather, applied it, then told me they'd done so!). Huge props for this, I've never had better sales service.
Overall, the product its self is quite impressive, with a few disappointments that detract from what is overall a very good product.
It turns out to be closely related to the Y-Cam Cube, specifically a YCW003 VGA Y-Cam Cube. Y-Cam tell me it's not quite the same (different casing, somewhat different specs), and alas isn't firmware-compatible.
It works! This much neglected feature is becoming rare in IT products, and should be savoured when found.
It's well presented, well built, and comes with a really solid mounting bracket. The power brick seems to be good quality, too, and supports 110-240V (though of course it has USA prongs).
Supports WPA2. None of that dodgy OFDM we-claim-it's-secure-but-you-can't-verify-it business of the proprietary camera vendors. (OTOH, see "HTTPs" below, it's not all roses).
The device comes preconfigured for DHCP with a sensible hostname (wifibaby) that makes it easily discovered on most routers, and it can be configured entirely via a web browser. A flash applet on the browser can be used to stream video, with the caveat noted below.
Image quality is excellent, with a high res image in both colour & active infrared. You can choose from several levels of streaming quality for different bandwidth levels. Active infrared quality is excellent, with pretty impressive range without too much foreground over-exposure. I cannot stress how amazing the infrared camera is enough.
Plenty of control over things like whether it uses infrared or not, whether or not it uses the IR cut filter, whether it publishes its address over dynamic DNS, etc.
Once connected to the network, setup is quick and easy with the browser based wizard.
Built-in support for dynamic DNS providers for those who don't have one already, and it even comes preconfigured.
Phone support for those who need it.
Wired Ethernet port. Very handy for maximum quality if you have the house wired anyway.
Multi-user viewing support - works extremely well.
Remote access from off-site (but see caveat below re HTTPs, password security).
No security screws, clips, etc. So if (OK, let's face it, when) I take it apart to get at its guts, it should be easy.
Initial setup to get it on the wifi is OK, but a bit dated. It doesn't support WPS (Wifi Protected Setup) for automatic setup, it expects you to plug it in over wired Ethernet and run a desktop application to discover the device. The quickstart guide is good, though, so inexperienced users should be OK. You don't have to use the app, either, you can just find the address it got over DHCP and visit that with a web browser. (Update: it looks like the current Y-Cam firmware supports WPS, but maybe WifiBaby haven't updated to it yet, despite WPS being added in August 2013 in firmware 5.46).
The web UI is crude but functional. Not much attention has gone into usability, but it's simple enough that that's OK.
Some apps support remote control of the infrared feature, etc. Awesome, except you have to buy 3rd party apps to do it, the browser based Flash app doesn't do it.
Ordering from outside the USA is a little bit of a pain and a bit pricey because of shipping, but on the other hand, they did it when they'd normally not ship at all. Try that with Amazon! (Update: Actually, you can).
The price. The base Y-Cam hardware (if I'm right about that) runs a newer firmware that doesn't seem to lack any functionality present in the WifiBaby and adds some more; it also costs 3/4 as much. Of course, you're not getting personal USA based tech support for that, nor the great sales service WifiBaby provide. Pick your priorities I guess.
The camera doesn't seem to support HTTPs. Not impressive for a device that supports UPnP to open up a hole in your firewall for remote access - you have to send the credentials in clear text. They should fix this, especially since it defaults to being Internet accessible with a non-randomly-generated password.
The microphone is fairly poor, and it lacks a socket for an external microphone. That's a serious omission.
The infrared cut filter makes a less than quiet "click" noise as it switches in or out. It's not super loud, but it's sharp, sudden, and plenty loud enough to be disturbing. Not good in a baby product. The device does allow you to turn the use of the filter off, though.
There's over two seconds of time lag on the Flash based mobile viewer. This lag doesn't occur to anywhere near the same extent when using mobile devices that stream video from the device.
It doesn't make you generate a new password or enter a new one when you set it up. That'd be OK ... if it didn't also default to opening a hole in the firewall for streaming video. I can understand this one from an ease of support point of view, but think it'd be a lot better to offer a password reset that only worked on the local WLAN or via a wired connection and then encourage the user to generate or enter a better password/phrase.
It doesn't seem to enter much of a low-power mode, producing a fair amount of heat when not actively streaming. I hope it copes OK with the Western Australian summer.
In my opinion the vendor doesn't do a very good job of making it clear that the advertised mobile device support requires extra-cost third-party apps. The prices are shown in the apps section of the site, but there's no reference to them being extra cost where the mobile features are listed on the camera product page its self, though the page strongly highlights the features that are only available via those mobile apps. Mobile device logos are prominent, but lack telltale asterisks. It'd be nice to see this made more prominent - or alternately, for the vendor to license these apps and bundle rebrands of them with preconfigured detection of the wifibaby, which would make setup nice and smooth too.
There's no GPL compliance notice in the box, on the camera web page, or in the CD, but it appears to run Linux 2.6.x. I will be taking this up with the vendor. I could be wrong, so don't get too excited, especially as the distributor probably doesn't know anything much about the firmware produced by the manufacturer. (Confirmed by email discussion - I've sent them some information and guides, and will wait to see if anything happens.)
I've sent WifiBaby, and the hardware vendor Y-Cam, links to:
... so we'll see if anything happens there.
Talk-back / two-way audio. In a high end baby monitor. I'd really prefer to have this, and many IP cams support it, so it should not be overly hard (as anyone who's never done something always says, right?). They don't claim it supports two-way anywhere, so I didn't expect to have this feature, but it's something I'd like to see appear in a future version.
External microphone port, or a decent quality mike.
Quieter IR cut filter switch over.
HTTPs. Seriously.
Rate-adaptive streaming.
Alternatives
I've since found a similar looking device, which looks like another OEM rebrand of the same IP camera, sold as BabyPing. It's from the same manufacturer according to WifiBaby (update: That's Y-Cam), but unlike the WifiBaby it's a cloud-based device. So, y'know, security/privacy issues there.
The HomeMonitor is also a Y-Cam rebrand. It seems to be another version with a custom firmware reliant on a cloud service.
The Y-Cam cube its self, mentioned above, may be a good option to consider.
Jaycar sells what looks like a previous revision of the same sort of camera for less than a third of the price and has two way audio. Of course, it's probably rather primitive in image quality in comparison, too, and won't come with the same goodies.
Even though WifiBaby don't usually sell outside the USA and Canada they made a special effort to send me a PayPal invoice and they even pointed me at the discount code on their Facebook page (or rather, applied it, then told me they'd done so!). Huge props for this, I've never had better sales service.
Overall, the product its self is quite impressive, with a few disappointments that detract from what is overall a very good product.
It turns out to be closely related to the Y-Cam Cube, specifically a YCW003 VGA Y-Cam Cube. Y-Cam tell me it's not quite the same (different casing, somewhat different specs), and alas isn't firmware-compatible.
The good
It works! This much neglected feature is becoming rare in IT products, and should be savoured when found.
It's well presented, well built, and comes with a really solid mounting bracket. The power brick seems to be good quality, too, and supports 110-240V (though of course it has USA prongs).
Supports WPA2. None of that dodgy OFDM we-claim-it's-secure-but-you-can't-verify-it business of the proprietary camera vendors. (OTOH, see "HTTPs" below, it's not all roses).
The device comes preconfigured for DHCP with a sensible hostname (wifibaby) that makes it easily discovered on most routers, and it can be configured entirely via a web browser. A flash applet on the browser can be used to stream video, with the caveat noted below.
Image quality is excellent, with a high res image in both colour & active infrared. You can choose from several levels of streaming quality for different bandwidth levels. Active infrared quality is excellent, with pretty impressive range without too much foreground over-exposure. I cannot stress how amazing the infrared camera is enough.
Plenty of control over things like whether it uses infrared or not, whether or not it uses the IR cut filter, whether it publishes its address over dynamic DNS, etc.
Once connected to the network, setup is quick and easy with the browser based wizard.
Built-in support for dynamic DNS providers for those who don't have one already, and it even comes preconfigured.
Phone support for those who need it.
Wired Ethernet port. Very handy for maximum quality if you have the house wired anyway.
Multi-user viewing support - works extremely well.
Remote access from off-site (but see caveat below re HTTPs, password security).
No security screws, clips, etc. So if (OK, let's face it, when) I take it apart to get at its guts, it should be easy.
Neither here nor there
Initial setup to get it on the wifi is OK, but a bit dated. It doesn't support WPS (Wifi Protected Setup) for automatic setup, it expects you to plug it in over wired Ethernet and run a desktop application to discover the device. The quickstart guide is good, though, so inexperienced users should be OK. You don't have to use the app, either, you can just find the address it got over DHCP and visit that with a web browser. (Update: it looks like the current Y-Cam firmware supports WPS, but maybe WifiBaby haven't updated to it yet, despite WPS being added in August 2013 in firmware 5.46).
The web UI is crude but functional. Not much attention has gone into usability, but it's simple enough that that's OK.
Some apps support remote control of the infrared feature, etc. Awesome, except you have to buy 3rd party apps to do it, the browser based Flash app doesn't do it.
Ordering from outside the USA is a little bit of a pain and a bit pricey because of shipping, but on the other hand, they did it when they'd normally not ship at all. Try that with Amazon! (Update: Actually, you can).
The price. The base Y-Cam hardware (if I'm right about that) runs a newer firmware that doesn't seem to lack any functionality present in the WifiBaby and adds some more; it also costs 3/4 as much. Of course, you're not getting personal USA based tech support for that, nor the great sales service WifiBaby provide. Pick your priorities I guess.
Not so great
The camera doesn't seem to support HTTPs. Not impressive for a device that supports UPnP to open up a hole in your firewall for remote access - you have to send the credentials in clear text. They should fix this, especially since it defaults to being Internet accessible with a non-randomly-generated password.
The microphone is fairly poor, and it lacks a socket for an external microphone. That's a serious omission.
The infrared cut filter makes a less than quiet "click" noise as it switches in or out. It's not super loud, but it's sharp, sudden, and plenty loud enough to be disturbing. Not good in a baby product. The device does allow you to turn the use of the filter off, though.
There's over two seconds of time lag on the Flash based mobile viewer. This lag doesn't occur to anywhere near the same extent when using mobile devices that stream video from the device.
It doesn't make you generate a new password or enter a new one when you set it up. That'd be OK ... if it didn't also default to opening a hole in the firewall for streaming video. I can understand this one from an ease of support point of view, but think it'd be a lot better to offer a password reset that only worked on the local WLAN or via a wired connection and then encourage the user to generate or enter a better password/phrase.
It doesn't seem to enter much of a low-power mode, producing a fair amount of heat when not actively streaming. I hope it copes OK with the Western Australian summer.
Concerning
In my opinion the vendor doesn't do a very good job of making it clear that the advertised mobile device support requires extra-cost third-party apps. The prices are shown in the apps section of the site, but there's no reference to them being extra cost where the mobile features are listed on the camera product page its self, though the page strongly highlights the features that are only available via those mobile apps. Mobile device logos are prominent, but lack telltale asterisks. It'd be nice to see this made more prominent - or alternately, for the vendor to license these apps and bundle rebrands of them with preconfigured detection of the wifibaby, which would make setup nice and smooth too.
There's no GPL compliance notice in the box, on the camera web page, or in the CD, but it appears to run Linux 2.6.x. I will be taking this up with the vendor. I could be wrong, so don't get too excited, especially as the distributor probably doesn't know anything much about the firmware produced by the manufacturer. (Confirmed by email discussion - I've sent them some information and guides, and will wait to see if anything happens.)
I've sent WifiBaby, and the hardware vendor Y-Cam, links to:
- the SoftwareFreedom.org compliance guide
- Linux kernel GPLv2 HOWTO
- Software Freedom Conservacy compliance guide
- SFConservacy enforcement information
... so we'll see if anything happens there.
Feature wishlist
Talk-back / two-way audio. In a high end baby monitor. I'd really prefer to have this, and many IP cams support it, so it should not be overly hard (as anyone who's never done something always says, right?). They don't claim it supports two-way anywhere, so I didn't expect to have this feature, but it's something I'd like to see appear in a future version.
External microphone port, or a decent quality mike.
Quieter IR cut filter switch over.
HTTPs. Seriously.
Rate-adaptive streaming.
Alternatives
I've since found a similar looking device, which looks like another OEM rebrand of the same IP camera, sold as BabyPing. It's from the same manufacturer according to WifiBaby (update: That's Y-Cam), but unlike the WifiBaby it's a cloud-based device. So, y'know, security/privacy issues there.
The HomeMonitor is also a Y-Cam rebrand. It seems to be another version with a custom firmware reliant on a cloud service.
The Y-Cam cube its self, mentioned above, may be a good option to consider.
Jaycar sells what looks like a previous revision of the same sort of camera for less than a third of the price and has two way audio. Of course, it's probably rather primitive in image quality in comparison, too, and won't come with the same goodies.
Monday, July 15, 2013
On JPA fetch groups
It looks like JPA 2.1 has been released with support for "fetch groups". Hopefully that'll meet the previously identified need for control over JPA fetch behaviour.
It's come too late for me, as I'm no longer working with Java EE or JPA and am feeling badly burned by my experience with the platform after adopting EE 6. Hopefully this'll help others who're struggling with JPA performance issues.
It's come too late for me, as I'm no longer working with Java EE or JPA and am feeling badly burned by my experience with the platform after adopting EE 6. Hopefully this'll help others who're struggling with JPA performance issues.
Labels:
application server,
database,
fetch groups,
java,
jpa,
performance
Thursday, December 6, 2012
How to tell if a DLL is 32-bit (x86) or 64-bit (x64)
On Windows, there are several options for determining whether a given DLL is built for 32-bit or 64-bit CPUs.
You can open in in the wonderful dependency walker tool (kind of like
Alternately, Visual Studio (or the Windows SDK, either will do) include a
Start a Windows SDK Command Prompt or Visual Studio command prompt (or run setenv / vcvars) then:
eg:
Finally, install GNU File from GnuWin32, then:
You can open in in the wonderful dependency walker tool (kind of like
ldd on steroids).Alternately, Visual Studio (or the Windows SDK, either will do) include a
dumpbin program that performs much the same job as objdump. You can use this tool to determine the architecture a DLL was built for.Start a Windows SDK Command Prompt or Visual Studio command prompt (or run setenv / vcvars) then:
dumpbin /HEADERS thefile.dll | findstr 14C
eg:
D:\WinDev>dumpbin /HEADERS zlib1.dll|findstr 14C
14C machine (x86)
Finally, install GNU File from GnuWin32, then:
D:\WinDev>"%PROGRAMFILES%\GnuWin32\bin\file.exe" zlib1.dll zlib1.dll; PE32 executable for MS Windows (DLL) (GUI) Intel 80386 32-bit
Saturday, November 17, 2012
ACC complaint against Lenovo
Lenovo have failed to make good on their stated intention to amend their website to clearly show that "Mobile Broadband Ready" machines only accept whitelisted Lenovo cards after six months.
I'm writing an ACC complaint at the moment, alleging that they continue to sell devices with un-disclosed restrictions as a bait-and-switch tactic to force users to buy their marked-up 3G hardware.
I would welcome submissions from anyone else affected by this issue; contact me at the email address listed on the right hand bar in this blog, not via comments.
All Lenovo needs to do is fix its website to link "Mobile Broadband Ready" to a statement showing limitations, and to amend its product datasheets to show the PCI whitelist. This isn't a big thing to ask.
This is a purely private action and has nothing to do with my employer, past or present.
I'm writing an ACC complaint at the moment, alleging that they continue to sell devices with un-disclosed restrictions as a bait-and-switch tactic to force users to buy their marked-up 3G hardware.
I would welcome submissions from anyone else affected by this issue; contact me at the email address listed on the right hand bar in this blog, not via comments.
All Lenovo needs to do is fix its website to link "Mobile Broadband Ready" to a statement showing limitations, and to amend its product datasheets to show the PCI whitelist. This isn't a big thing to ask.
This is a purely private action and has nothing to do with my employer, past or present.
Tuesday, November 13, 2012
Joining 2nd Quadrant
I'm joining 2nd Quadrant, so I generally won't be posting new PostgreSQL entries here.
New PostgreSQL posts will appear on the 2nd Quadrant blog under my account there.
New PostgreSQL posts will appear on the 2nd Quadrant blog under my account there.
Thursday, November 1, 2012
Network silent (unattended) install of Google Chrome
I recently found myself with the need to push Google Chrome out across all machines in a WDS (Windows Deployment Services) group using MDT (Microsoft Deployment Tools) Deployment Workbench Task Sequences. I needed to do a silent, unattended install of Google Chrome from an offline installer. I still want it to auto-update.
This turns out to be badly documented and the method appears to have changed repeatedly, but once you find the right resources it works well.
This turns out to be badly documented and the method appears to have changed repeatedly, but once you find the right resources it works well.
Subscribe to:
Posts (Atom)