JME3 GDE svn

[normen]

Hi.
I am currently starting to write the JME3 "Game Development Environment" based on NetBeans 6.8
Since I want the GDE to be able to update itself automatically, I want to use the svn as an "update center" as well, which would require packed versions of all modules and libraries residing in the svn. Although the GDE should be a central part of jme3 in the end, I think I should start the GDE in a different GoogleCode project to avoid bloating the jme-svn too much with it, what do you think?
Cheers,
Normen

[Empire Phoenix]

svn are sucky anyway wont matter, also  it would be nice to see your progress and we can help better if its in the main svn

[normen]

svn are sucky anyway wont matter, also  it would be nice to see your progress and we can help better if its in the main svn

Its just that the jme-svn is already at 35% disk space usage and the gde might take some additional MB's due to the update packages.. Also this way there could be a trunk version and branches for other developers that want to implement additional plugins..

[sbook]

Its just that the jme-svn is already at 35% disk space usage and the gde might take some additional MB's due to the update packages.. Also this way there could be a trunk version and branches for other developers that want to implement additional plugins..

Good point about available space.  There is a stipulation from Google that you can request data beyond the quota provided you are found to be a legitimate open source project.  I have no doubt we'd pass that qualification due to our long term stability as well as the fairly de-centralized nature of the project.

It may make sense to consider other options for update packages... There are other options like running a Hudson job to build releases (nightly or at release time) and have that available on the website.  From there it would be fairly easy to institute a checker for new packages within the software that simply reaches out a link on the site and checks for a file numbered higher than the one already installed.

[normen]

It may make sense to consider other options for update packages... There are other options like running a Hudson job to build releases (nightly or at release time) and have that available on the website.

Yes, I am sure we could find other options for the updates, maybe even a folder on www.jmonkeyengine.com or something.. The thing is that there needs to be the possibility of creating a folder structure so the downloads section of GoogleCode is not an option.
OK, so I'll put the first upload of jme3-gde in a branch in the current svn..

[Empire Phoenix]

What about having a own svn server? I mean it's just a double click and configuring a config. (And yes, I have a sv running for my own projcts to have kinda a backup system to the weekly backups)

[sbook]

That's certainly an option, but I think it would make sense to keep ourselves fairly close together in terms of SVN providers.  For example, we'd need to set up yet another set of usernames and passwords when weve already got that with Google.  I think if we were to go for a switch then we'd be best suited to do a full migration for all of our stuff.  This had been brought up and discussed a few months back with the consensus that GCode was serving its purpose fine.  That, of course, is subject to change if we start hitting space limits though

[normen]

Yeah, I also have a root server with svn etc. but I too think that another login is a no-go. Either a googlecode project or the current svn.

[Empire Phoenix]

Oh, well I assumed that jmonkeyengine.com is running on a root server in wich case instaling a svn there would be the easyest possibility, in no way i want to split jme3 projects up over several different servers (as it sucks as we can see with jme2)

[Core-Dump]

google code provides a lot more then just svn, like email notification, bug tracking, rss feeds etc.
never change a running system ....

[sbook]

google code provides a lot more then just svn, like email notification, bug tracking, rss feeds etc.
never change a running system ....

Out of curiosity, have you used the RSS feeds for SVN?  It seems like it works well on some days, is late on others, and totally misses commits in other cases.  Very odd, but the other functionality is very nice

[normen]

Out of curiosity, have you used the RSS feeds for SVN?  It seems like it works well on some days, is late on others, and totally misses commits in other cases.  Very odd, but the other functionality is very nice

Could that be your RSS reader? For me it seems to work most of the time..

[sbook]

I use the reader in Apple mail on my laptop and seem to change my Windows reader every week because I'm never satisfied 

[realbadapple]

Why not just wait a month or two until oracle adds the kenai backend to java.net and move there? You will then have all the real time chat and bug tracking inside netbeans that kenai has now! This would really spead development in the team setting! As of right now java.net has aready seen its speed much inproved improved, so I can only speculate that some of the integration has already taken place. If you look closely you can also notice that the theme is slightly different, but, simillar.

[normen]

Why not just wait a month or two until oracle adds the kenai backend to java.net and move there?

Well, you can have the googlecode bugtracker in Netbeans using Cubeon already if you want to. I think googlecode is a good solution for jme since not everybody using/improving it is using Netbeans.. I know Kenai is also just a normal OSS-site, but its strengths are in Netbeans integration..

[Tags:]

jMonkey Forum > jME3 Development > jMonkeyPlatform (Moderator: normen) > Topic: JME3 GDE svn