Wow I didn’t know things had gotten this bad. I had been waiting to do work on both of my binding (Emby and Konnected) once 2.5 m2 came out as I thought that would mean that the dev env would have stabilized by then but I guess from what I am reading that is a big no as of right now?
You should try. Maybe your bindings work.
No it’s not that bad. There is some work to improve working with additional dependencies. But the konnected binding has none so should work without much problems. I couldn’t find the emby binding other than in your repo and that seems also ok. You even don’t the gson provided dependency.
Well, respectfully, I disagree. I’ve spent another 6 hours today trying to get a development environment working, and I’m very nearly at the point I give up! This has been going on for months now.
Sorry for the frustration, but I’ve wasted numerous days trying to get a stable environment over the past few months!
Can someone elaborate on the modification of the development environment? I was aware ESH had to be moved back into the OH core. I thought the problems with the development environment stemmed from the move. I was unaware a new system was introduced
I knew the build system had been revamped to make milestone builds easier but also thought this did not effect the development environment
The move of ESH back into the OH repository is separate to the change in the build environment.
Someone posted a video on the Github issue recently from one of the SmartHome days where there was a discussion about it - it’s interesting to watch.
The argument is that this was going to be better at managing dependencies, faster to run, and more modern. My experience, when it works at all, is that it’s a lot slower, and management of dependencies so far has been a major mess. Kai argues in the video to keep the original system (kudos to Kai) but I guess was unfortunately outvoted (somewhere!) and the system was changed. I would fully agree with Kai’s arguments, and in effect I would say that his concerns have come to fruition.
Thanks Chris for replying and I have watched that video and saw Kai arguing to keep the working system. I thought that video was about the build system. If I am correct, then what you are saying is that this change to the build system is effecting your development environment.
In your opinion, would a roll back to the old system even be possible and would it allow you to immediately go back to a working development environment?
It is - the build system and the development environment are “the same”. It comes down to the structure of the projects and the tools used. The main change being the move away from the “in-built” Eclipse PDE system which worked well with Eclipse, to the bnd centric system which relies on plugins in Eclipse…
I did suggest it a month or so back, and it received a less negative response than I’d expected, but practically speaking it’s a painful thing to do. The issue of course is the status quo is not something that works so far and this needs to change soon - so the question is still how long to wait before making painful decisions.
OK, thanks for explaining this to me. I knew about the new build system, I thought I remembered it made the builds a lot more automated and easier to run. I was unaware this is what made your development environment so unuseabe. I’m following the discussion on the git thread
So, the subject of the thread comes back around
Are the problems one of our most experienced and valuable contributors is having being ignored deliberately or by accident?
Yes I had just started working on the emby binding right when all the word on m2 and ESH reintegration was happening so I held off work until that was done because i knew that any pull request for a new binding was going to be pointless anyways. So the only place that it does exist right now is in my repo.
After spending 3+ weeks to get a system up and running and having my current hardware fail to be recognized or integrated I have to move to a system that just works.
I really wanted to use OH but the issue of having multiple interfaces that do not talk to each other is an issue for me. I’m not really a programmer but do understand how to edit the code and what I am looking at when I do.
I have since setup an Home Assistant install on my Raspberry Pi and within 4 days have everything working with a nice interface to control it.
There seems to be a lot of frustration of people when I look at the forms for OH and a lot of issues deciding what direction the project should take. This is a concern that I see for me about continuing with OH at this time. If in the future things level out and there is a common direction then I might be tempted to use OH. But for now I am going to go to the Home Assistant path.
I am thinking about getting another Raspberry Pi and installed OH on it just to play with but not use as stable functioning system to control my home.
It’s really a-shame that the OH project is in such turmoil. I will continue to read the posts to see if this gets sorted out.
All comments are welcome and this is not meant to be negative but it’s just the way I am interpreting what is going on. Being interested in home automation for many years but just now having the time and resources to invest in it I feel that others wanting to get into home automation might be also be inclined to move on to some other platforms as I am doing.
This sounds more like you are trying to set up an OH installation and integrate hardware, rather than setting up a development environment for developing core functionality / bindings / addons which was discussed here.
If so it’s better to start a new topic with your problem and your are more likely to get some help.
Hi and yes I realize this is a development thread. My comments were kinda directed to this as OH seems difficult to implement and I wanted the developers to understand that if someone like me wants to use OH then I would recommend better UI integration at least between the ones OH offers.
FYI, if you feel yourself brave enough and exhausted already with automatic IDE setup you can try following this little tutorial of getting openHAB working from IntelliJ: Setting up development environment with IntelliJ any feedback on this is welcome.
If you are to get started with the use of openHAB, have you looked into/read the tutorials? When running into trouble did you ask for help on this forum?
openHAB can be used with big variety of hardware, not two setups will be the same. Do not expect that everything is running out of the box.
A new unified UI is already being built. See the openhab-uis repo for details.
I was curious about the progress . I saw some mentions to this “new UI” in other threads but I can’t seem to find it . Are you referencing to https://github.com/openhab/openhab-webui ? It seems to contain only existing ui’s ?
My understanding is there is also work going on there, probably in PRs that have yet to be merged, to build what will likely be the new OH 3 UI which is supposed to replace PaperUI, BasicUI, and ClassicUI at a minimum with a unified UI. Check the Issues and PRs and I’m sure you will find the progress.
The new unified UI has not yet been migrated to the official repo since it’s not clear how it would fit in at this stage, but it will when it’s more-or-less ready. For the time being it’s still in a prototype stage on a personal repo https://github.com/ghys/openhab-ui-f7 and deployed to a demo installation at https://tiny.cc/ohdemo. There are a number of features that are currently working but some are still in a mockup or prototype state.
I know it’s not been updated for more than 2 months due to personal reasons, but it’s not dead and the plan is still to ship it as the default UI for OH3.
for completeness here is David’s design proposal