rails-devel — List for discussion of Rails development

Re: [Rails-devel] double-clicking to run?

[Tom M. <tom...@gm...>]

I can send when I am home this evening.

Sent via BlackBerry

-----Original Message-----
From: James Romano <rom...@gm...>
Date: Mon, 10 Feb 2014 13:58:46 
To: <tom...@gm...>; Development list for Rails: an 18xx game<rai...@li...>
Subject: Re: [Rails-devel] double-clicking to run?

Hi Tom,

I could associate the .rails type to the .bat file that runs rails via the
java command.  I think I could also set it up so that double-clicking on
the .rails file passes the save file (.rails file) name to the .bat file
and so that the .bat file would then pass the the save file name into the
java command somehow.  Does the java command allow such an argument, would
it be passed along to Rails in a sensible way, and would Rails interpret it
as a save file to load?  I take it from your success that your answers to
all those questions are "yes."

Could you share the java command used in your batch file so that I may see
how the file name argument should be passed along?

Jim


On Mon, Feb 10, 2014 at 1:37 PM, Tom McCorry <tom...@gm...> wrote:

> I have a batch file I use with Windows that I associate with the .rails
> file type. This allows me to double-click on a .rails file no matter what
> directory it resides in and have the Rails program autostart.
>
> Sent via BlackBerry
>
> -----Original Message-----
> From: James Romano <rom...@gm...>
> Date: Mon, 10 Feb 2014 12:33:26
> To: Development list for Rails: an 18xx game<
> rai...@li...>
> Reply-To: "Development list for Rails: an 18xx game"
>         <rai...@li...>
> Subject: [Rails-devel] double-clicking to run?
>
>
> ------------------------------------------------------------------------------
> Androi apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start now.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
>
>
>
> ------------------------------------------------------------------------------
> Androi apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start now.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] double-clicking to run?

[James R. <rom...@gm...>]

Hi Tom,

I could associate the .rails type to the .bat file that runs rails via the
java command.  I think I could also set it up so that double-clicking on
the .rails file passes the save file (.rails file) name to the .bat file
and so that the .bat file would then pass the the save file name into the
java command somehow.  Does the java command allow such an argument, would
it be passed along to Rails in a sensible way, and would Rails interpret it
as a save file to load?  I take it from your success that your answers to
all those questions are "yes."

Could you share the java command used in your batch file so that I may see
how the file name argument should be passed along?

Jim


On Mon, Feb 10, 2014 at 1:37 PM, Tom McCorry <tom...@gm...> wrote:

> I have a batch file I use with Windows that I associate with the .rails
> file type. This allows me to double-click on a .rails file no matter what
> directory it resides in and have the Rails program autostart.
>
> Sent via BlackBerry
>
> -----Original Message-----
> From: James Romano <rom...@gm...>
> Date: Mon, 10 Feb 2014 12:33:26
> To: Development list for Rails: an 18xx game<
> rai...@li...>
> Reply-To: "Development list for Rails: an 18xx game"
>         <rai...@li...>
> Subject: [Rails-devel] double-clicking to run?
>
>
> ------------------------------------------------------------------------------
> Androi apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start now.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
>
>
>
> ------------------------------------------------------------------------------
> Androi apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start now.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] double-clicking to run?

[Stefan F. <ste...@we...>]

In principle Webstart allows to set some OS association like desktop 
icon, start menu entry and file association. However this is all 
optional, thus it depends on the Webstart implementation.

I have added those options to an experimental webstart-file.

Copy or click on the following link to try this:

http://rails.sf.net/webstart/rails_desktop.jnlp

With IcedTea OpenJDK Webstart on my Linux system it does nothing.
However this might be different on Windows or Mac OS with Oracle JREs.

Would be great to get some feed back, if and what this achieves on other 
systems.

Stefan


On 02/10/2014 07:33 PM, James Romano wrote:
> Is it possible to set up save game files (.rails) so that
> double-clicking on them starts the Rails program and loads in the save?
>
> If so, are there reasonably detailed instructions (possibly OS-specific)
> on how to make it work?
>
>
> Jim
>
>
> ------------------------------------------------------------------------------
> Androi apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start now.
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] double-clicking to run?

[Tom M. <tom...@gm...>]

I have a batch file I use with Windows that I associate with the .rails file type. This allows me to double-click on a .rails file no matter what directory it resides in and have the Rails program autostart.

Sent via BlackBerry

-----Original Message-----
From: James Romano <rom...@gm...>
Date: Mon, 10 Feb 2014 12:33:26 
To: Development list for Rails: an 18xx game<rai...@li...>
Reply-To: "Development list for Rails: an 18xx game"
	<rai...@li...>
Subject: [Rails-devel] double-clicking to run?

------------------------------------------------------------------------------
Androi apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk

[Rails-devel] double-clicking to run?

[James R. <rom...@gm...>]

Is it possible to set up save game files (.rails) so that double-clicking
on them starts the Rails program and loads in the save?

If so, are there reasonably detailed instructions (possibly OS-specific) on
how to make it work?


Jim

[Rails-devel] Rails 2.0 Alpha release available via Webstart

[Stefan F. <ste...@we...>]

Rails 2.0 alpha release should be available via Webstart now.
Please refer to the link on the Rails homepage (http://rails.sf.net).

Please give notice if or if not it works for you.
Stefan

Re: [Rails-devel] Git branches

[brett l. <bre...@gm...>]

I figured that's what you meant. I prefer to use the generally accepted
nomenclature for the tool. In this case, all of the git literature uses the
"public" and "private" terms to mean specific things that relate to whether
something is visible to more than one person. Git doesn't really do any
sort of access control; it assumes that the underlying filesystem and
operating system are better suited for handling that.

If your concern is backing up your code, as opposed to publishing for
sharing purposes, there are many ways to do backups. I personally use
Dropbox and GitHub for that purpose. I don't see a reason to clutter the
official repo with code that isn't ready for collaborative development.

Speaking of GitHub, I've wondered if we should move the official git repo
over there. There's not anything tying us to sourceforge other than that
being the place where I started the project. I'm open to making changes as
the project's needs evolve. :-)

---Brett.


On Mon, Feb 10, 2014 at 10:19 AM, Stefan Frey <ste...@we...> wrote:

> I meant "private" as opposite to "official", not opposite to "public".
> So a branch, that is not one of the officials, but one that needs either
> backup and/or is of interest for others.
>
> Maybe you have a better idea how to backup long-running branches, that
> are only used by one developer?
>
> On 02/10/2014 03:52 PM, brett lentz wrote:
> >
> >
> > On Mon, Feb 10, 2014 at 4:13 AM, Stefan Frey <ste...@we...
> > <mailto:ste...@we...>> wrote:
> >
> >     There are no more and more branches on the git repo, I repeat my
> >     proposal from some time ago:
> >
> >     A) Let us have "official" branches which start with rails_1 or
> rails_2,
> >     and have all others indicate the developer you owns or started the
> >     branch. Thus e.g. I rename mine to "sfy_route" or
> >     "sfy_rails_2_unfinished".
> >
> >
> > +1 to standardized naming of official branches.
> >
> >     B) And it should be possible to delete old private branches,
> especially
> >     those that have been merged already. This can be checked using with
> the
> >     command "git branch --merged". Branches are only tags to specific
> >     commits, so they have nothing special.
> >
> >
> > Anybody with commit rights can remove branches by doing this:  git push
> > :some_branch
> >
> > The command syntax for push is "git push [src]:[dst]", so the command
> > for deleting branches is basically, "push null source to the remote
> branch."
> >
> > A point of clarification. Private branches are branches that you don't
> > push anywhere. If you push a branch to the SF.net repository, it's no
> > longer private.
> >
> > Names for private branches are the concern of each developer because
> > nobody else is going to see those branches.
> >
> > For public branches that aren't a part of the primary release process
> > (i.e. branches with in-development code you're pushing to share your
> > ideas with other developers.), those should have a clear naming
> > convention to reduce confusion for the release manager.
> >
> >
> >     This would make life easier for all of us.
> >
> >     What are the opinions of the others?
> >
> >
> > This is all fine by me.
> >
> > ---Brett.
> >
> >
> >
> ------------------------------------------------------------------------------
> > Managing the Performance of Cloud-Based Applications
> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> > Read the Whitepaper.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> >
> >
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
>
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Git branches

[Stefan F. <ste...@we...>]

I meant "private" as opposite to "official", not opposite to "public".
So a branch, that is not one of the officials, but one that needs either 
backup and/or is of interest for others.

Maybe you have a better idea how to backup long-running branches, that 
are only used by one developer?

On 02/10/2014 03:52 PM, brett lentz wrote:
>
>
> On Mon, Feb 10, 2014 at 4:13 AM, Stefan Frey <ste...@we...
> <mailto:ste...@we...>> wrote:
>
>     There are no more and more branches on the git repo, I repeat my
>     proposal from some time ago:
>
>     A) Let us have "official" branches which start with rails_1 or rails_2,
>     and have all others indicate the developer you owns or started the
>     branch. Thus e.g. I rename mine to "sfy_route" or
>     "sfy_rails_2_unfinished".
>
>
> +1 to standardized naming of official branches.
>
>     B) And it should be possible to delete old private branches, especially
>     those that have been merged already. This can be checked using with the
>     command "git branch --merged". Branches are only tags to specific
>     commits, so they have nothing special.
>
>
> Anybody with commit rights can remove branches by doing this:  git push
> :some_branch
>
> The command syntax for push is "git push [src]:[dst]", so the command
> for deleting branches is basically, "push null source to the remote branch."
>
> A point of clarification. Private branches are branches that you don't
> push anywhere. If you push a branch to the SF.net repository, it's no
> longer private.
>
> Names for private branches are the concern of each developer because
> nobody else is going to see those branches.
>
> For public branches that aren't a part of the primary release process
> (i.e. branches with in-development code you're pushing to share your
> ideas with other developers.), those should have a clear naming
> convention to reduce confusion for the release manager.
>
>
>     This would make life easier for all of us.
>
>     What are the opinions of the others?
>
>
> This is all fine by me.
>
> ---Brett.
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Git branches

[brett l. <bre...@gm...>]

On Mon, Feb 10, 2014 at 4:13 AM, Stefan Frey <ste...@we...> wrote:

> There are no more and more branches on the git repo, I repeat my
> proposal from some time ago:
>
> A) Let us have "official" branches which start with rails_1 or rails_2,
> and have all others indicate the developer you owns or started the
> branch. Thus e.g. I rename mine to "sfy_route" or
> "sfy_rails_2_unfinished".
>
>
+1 to standardized naming of official branches.


> B) And it should be possible to delete old private branches, especially
> those that have been merged already. This can be checked using with the
> command "git branch --merged". Branches are only tags to specific
> commits, so they have nothing special.
>
>
Anybody with commit rights can remove branches by doing this:  git push
:some_branch

The command syntax for push is "git push [src]:[dst]", so the command for
deleting branches is basically, "push null source to the remote branch."

A point of clarification. Private branches are branches that you don't push
anywhere. If you push a branch to the SF.net repository, it's no longer
private.

Names for private branches are the concern of each developer because nobody
else is going to see those branches.

For public branches that aren't a part of the primary release process (i.e.
branches with in-development code you're pushing to share your ideas with
other developers.), those should have a clear naming convention to reduce
confusion for the release manager.




> This would make life easier for all of us.
>
> What are the opinions of the others?
>

This is all fine by me.

---Brett.

Re: [Rails-devel] Rails_2_develop vs 1.8.7

[Michael A. <out...@gm...>]

The reason I did that originally was to determine when a foreign investor
was connected to it's parent company.  I was having trouble with the
existing implementation because it was "connecting" through an off-map
station (going in one side and out the other).  I had thought at the time
that there was no other way I could do it.

As it turns out, a handful of weeks after that, I noticed that the off-map
station was defined wrong in the XML.  I suspect that once it was defined
correctly (which I did), that the original NetworkCompanyGraph would have
worked - but I wasn't sure it was worth changing it back until 2.0.

The function that has to work is Investor_1880::isConnectedtoLinkedCompany()

Mike




On Mon, Feb 10, 2014 at 5:17 AM, Stefan Frey <ste...@we...> wrote:

> Martin & Mike:
> I can do later today, however could someone of you remind me for what
> reason you have sub-classed NetworkCompanyGraph? I have done some
> changes in Rails 2.0 to those classes to support tile laying and usually
> it is better to use the interfaces (here most likely the
> NetworkGraphModifier) instead of sub-classes.
> Stefan
>
>
> On 02/09/2014 11:31 PM, Michael Alexander wrote:
> > I'll take a look, but it will probably not be until mid-week.
> >
> > Mike
> >
> >
> > On Sun, Feb 9, 2014 at 2:53 PM, Martin Brumm
> > <dr....@t-... <mailto:dr....@t-...>>
> wrote:
> >
> >     Hi Stefan, Brett, Erik, Mike & Rest of the crew,
> >
> >     i created a branch of Rails_2_develop called Rails_2_develop_1880
> since
> >     i didnt want to mess with Stefans work.
> >     In that branch if i assume right that Stefan started from 1.7.12 with
> >     his work in Rails_2_develop everything but some local side projects
> by
> >     me (1824, 1837) has been rebased from 1.8.7+ on Rails 2.0. Three bugs
> >     remain that i cant fix with my current understanding of the Network
> >     Code :).
> >
> >          public SimpleGraph<NetworkVertex, NetworkEdge>
> >     createConnectionGraph(boolean addHQ) {
> >
> >     in NetworkCompanyGraph_1880 contains 3 bug indications. If anyone so
> >     brave could have a look at the code and fix that, it should be ready
> for
> >     extensive testing with a number of save files :)
> >
> >     Kind Regards,
> >     Martin
> >
> >
> >
> ------------------------------------------------------------------------------
> >     Managing the Performance of Cloud-Based Applications
> >     Take advantage of what the Cloud has to offer - Avoid Common
> Pitfalls.
> >     Read the Whitepaper.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> >     _______________________________________________
> >     Rails-devel mailing list
> >     Rai...@li...
> >     <mailto:Rai...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
>
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Rails_2_develop vs 1.8.7

[Stefan F. <ste...@we...>]

Martin & Mike:
I can do later today, however could someone of you remind me for what 
reason you have sub-classed NetworkCompanyGraph? I have done some 
changes in Rails 2.0 to those classes to support tile laying and usually 
it is better to use the interfaces (here most likely the 
NetworkGraphModifier) instead of sub-classes.
Stefan


On 02/09/2014 11:31 PM, Michael Alexander wrote:
> I'll take a look, but it will probably not be until mid-week.
>
> Mike
>
>
> On Sun, Feb 9, 2014 at 2:53 PM, Martin Brumm
> <dr....@t-... <mailto:dr....@t-...>> wrote:
>
>     Hi Stefan, Brett, Erik, Mike & Rest of the crew,
>
>     i created a branch of Rails_2_develop called Rails_2_develop_1880 since
>     i didnt want to mess with Stefans work.
>     In that branch if i assume right that Stefan started from 1.7.12 with
>     his work in Rails_2_develop everything but some local side projects by
>     me (1824, 1837) has been rebased from 1.8.7+ on Rails 2.0. Three bugs
>     remain that i cant fix with my current understanding of the Network
>     Code :).
>
>          public SimpleGraph<NetworkVertex, NetworkEdge>
>     createConnectionGraph(boolean addHQ) {
>
>     in NetworkCompanyGraph_1880 contains 3 bug indications. If anyone so
>     brave could have a look at the code and fix that, it should be ready for
>     extensive testing with a number of save files :)
>
>     Kind Regards,
>     Martin
>
>
>     ------------------------------------------------------------------------------
>     Managing the Performance of Cloud-Based Applications
>     Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
>     Read the Whitepaper.
>     http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>     _______________________________________________
>     Rails-devel mailing list
>     Rai...@li...
>     <mailto:Rai...@li...>
>     https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

[Rails-devel] Git branches

[Stefan F. <ste...@we...>]

There are no more and more branches on the git repo, I repeat my 
proposal from some time ago:

A) Let us have "official" branches which start with rails_1 or rails_2, 
and have all others indicate the developer you owns or started the 
branch. Thus e.g. I rename mine to "sfy_route" or 
"sfy_rails_2_unfinished".

B) And it should be possible to delete old private branches, especially 
those that have been merged already. This can be checked using with the 
command "git branch --merged". Branches are only tags to specific 
commits, so they have nothing special.

This would make life easier for all of us.

What are the opinions of the others?

Re: [Rails-devel] Rails_2_develop vs 1.8.7

[Michael A. <out...@gm...>]

I'll take a look, but it will probably not be until mid-week.

Mike


On Sun, Feb 9, 2014 at 2:53 PM, Martin Brumm <dr....@t-...>wrote:

> Hi Stefan, Brett, Erik, Mike & Rest of the crew,
>
> i created a branch of Rails_2_develop called Rails_2_develop_1880 since
> i didnt want to mess with Stefans work.
> In that branch if i assume right that Stefan started from 1.7.12 with
> his work in Rails_2_develop everything but some local side projects by
> me (1824, 1837) has been rebased from 1.8.7+ on Rails 2.0. Three bugs
> remain that i cant fix with my current understanding of the Network Code
> :).
>
>     public SimpleGraph<NetworkVertex, NetworkEdge>
> createConnectionGraph(boolean addHQ) {
>
> in NetworkCompanyGraph_1880 contains 3 bug indications. If anyone so
> brave could have a look at the code and fix that, it should be ready for
> extensive testing with a number of save files :)
>
> Kind Regards,
> Martin
>
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

[Rails-devel] Rails_2_develop vs 1.8.7

[Martin B. <dr....@t-...>]

Hi Stefan, Brett, Erik, Mike & Rest of the crew,

i created a branch of Rails_2_develop called Rails_2_develop_1880 since
i didnt want to mess with Stefans work.
In that branch if i assume right that Stefan started from 1.7.12 with
his work in Rails_2_develop everything but some local side projects by
me (1824, 1837) has been rebased from 1.8.7+ on Rails 2.0. Three bugs
remain that i cant fix with my current understanding of the Network Code :).

    public SimpleGraph<NetworkVertex, NetworkEdge>
createConnectionGraph(boolean addHQ) {
     
in NetworkCompanyGraph_1880 contains 3 bug indications. If anyone so
brave could have a look at the code and fix that, it should be ready for
extensive testing with a number of save files :)

Kind Regards,
Martin

[Rails-devel] Rails 2.0 alpha 1 released

[Stefan F. <ste...@we...>]

I have uploaded a jar that contains all files required to start the 
first alpha release of Rails 2.0.

Download link:
http://sourceforge.net/projects/rails/files/Rails/2.0/

This single jar is in preparation that I will try to get Webstart 
running tomorrow using a signed version of that jar.

Most likely most users who are interested in testing an alpha, know how 
to start a jar on their system.

Otherwise:
On *nix (including Mac OS?): java -jar (file)

On Windows: Check e.g. the solutions on
http://stackoverflow.com/questions/394616/

Please be aware that this is alpha, so many things might not work.
This version could still compile under 1.5, however I changed the target 
Java JRE to Java 6.

Have fun with it. As I said before, the most exciting new feature is 
that tile laying is enforced now. But as there are many changes behind 
the scenes, please feel encouraged to report any bug you experience. 
Saved game files are always welcome.

Stefan

[Rails-devel] XML library (was: Restructured directory layout for Rails 2.0)

[Stefan F. <ste...@we...>]

If move up to Java 6 it is possible to use JAXB 2.0 shipped with the JDK 
instead of the external Simple XML. Seems that it is not much more 
difficult to use. If I am not mistaken JAXB 1.x was not that nice.

(Some easy examples discussed here 
http://blog.bdoughan.com/2010/10/how-does-jaxb-compare-to-simple.html)

Any opinions on that?

Stefan


> My intention is to replace the current serialization process of Rails
> with one based on xml-files. I intend to use the simple library for this
> reason (see http://simple.sourceforge.net/ ) as it is both easy to use
> and adjustable and will allow renaming the action package to its full name.
>
>

[Rails-devel] Restructured directory layout for Rails 2.0

[Stefan F. <ste...@we...>]

In preparation to the first alpha release I have changed the directory 
layout close to the de-facto standard of Java projects.

Why? => It makes the build process with gradle (and other tools) much 
easier and requires less complicated build scripts.

Could some other developer please confirm that is possible to pull and 
compile/run without error?
As the project file of eclipse is saved it should still work, but I 
would like to be sure before I proceed.

Thanks,
Stefan

Included changes:

/src/main/java for all java classes required for running Rails
/src/main/resources for all other files required for running Rails (e.g. 
images, tiles, xml-files)

/src/test/java for all java classes for testing Rails
/src/test/resources for all other files required for testing Rails (e.g. 
test game save files and reports)

/libs/main for all external libraries required for running rails
/libs/test for all external libraries required for testing rails

I also changed the package prefix from /rails/... to  /net/sf/rails/...
to indicate that the Rails namespace is derived from rails.sf.net
(sf = abbreviation for sourceforge).
This is also mapped into the directory structure of the Rails project.

There is one omission to this: The action package is still named 
rails/game/action as otherwise the deserialization fails.

Unfortunately the workaround from
http://stackoverflow.com/questions/5305473/how-to-deal-with-a-java-serialized-object-whose-package-changed
does not work as intended if combined with the getFields() method of the 
ObjectStreamClass which we use to support old Rails 1.x classes.

My intention is to replace the current serialization process of Rails 
with one based on xml-files. I intend to use the simple library for this 
reason (see http://simple.sourceforge.net/ ) as it is both easy to use 
and adjustable and will allow renaming the action package to its full name.

Re: [Rails-devel] New build process and installer for Rails 2.0?

[Stefan F. <ste...@we...>]

No it should not be a show stopper for you, as running from/inside 
Eclipse will be the same as before.

I will keep Eclipse myself as development tool for this project, even if 
it is not my preferred one to ensure that it will always build without 
any problems inside Eclipse to avoid breaking it for others.

So usually you will only have to pull the new code and everything should 
build automatically in Eclipse. If it does not, please ask.

Build tool here refers to build process for the package to publish, 
which means creating the .jar file and to add all libraries and resource 
files into a compressed archive (.zip or .tar.gz) for a new release.

Stefan

On 02/06/2014 04:19 AM, John David Galt wrote:
> On 2014-02-05 04:45, Stefan Frey wrote:
>> I intend to update the build process and suggest for this using gradle
>> (http://www.gradle.org).
>>
>> I compared this to adding apache ivy (http://ant.apache.org/ivy/) and
>> stay with the previous ant/eclipse-build.
>>
>> My strong feeling is that I prefer to make the move to the
>> next-generation build tool. Using xml seemed as weird for a build as
>> writing Makefiles. And it seems much less restrictive than maven is/was.
>>
>> I still want to hear if there are any objections, even if it will only
>> effect myself as I will be responsible for the rails2.0 build.
>
> The question is, will I still be able to build the dev tree in eclipse?
>
> I feel I'm only started on the hugely hard, steep learning curve to be
> able to safely write code for this project at all, and it seems like
> everytime I turn around, someone wants to make a change like this one
> which may be trivial for them but is likely a show stopper for me and
> other new devs.
>
>
>
>
>>
>> The other issue is to use installer to create packages for the different
>> operating systems.
>>
>> Unfortunately I have not found any reasonable non-commercial tool for
>> this task. However there are two installer products that provide free
>> licenses to OS systems:
>>
>> Install4j: Requires a link to their page
>>
>> http://www.ej-technologies.com/buy/install4j/openSource/enter
>>
>> Installbuilder: No such requirement
>>
>> http://installbuilder.bitrock.com/open-source-licenses.html?ModPagespeed=noscript
>>
>> Does anyone of you have an objection or recommendation? If I do hear
>> nothing negative I would apply for a free license for Rails for both
>> products.
>>
>> ------------------------------------------------------------------------------
>> Managing the Performance of Cloud-Based Applications
>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
>> Read the Whitepaper.
>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] New build process and installer for Rails 2.0?

[John D. G. <jd...@di...>]

On 2014-02-05 04:45, Stefan Frey wrote:
> I intend to update the build process and suggest for this using gradle 
> (http://www.gradle.org).
> 
> I compared this to adding apache ivy (http://ant.apache.org/ivy/) and 
> stay with the previous ant/eclipse-build.
> 
> My strong feeling is that I prefer to make the move to the 
> next-generation build tool. Using xml seemed as weird for a build as 
> writing Makefiles. And it seems much less restrictive than maven is/was.
> 
> I still want to hear if there are any objections, even if it will only 
> effect myself as I will be responsible for the rails2.0 build.

The question is, will I still be able to build the dev tree in eclipse?

I feel I'm only started on the hugely hard, steep learning curve to be
able to safely write code for this project at all, and it seems like
everytime I turn around, someone wants to make a change like this one
which may be trivial for them but is likely a show stopper for me and
other new devs.




> 
> The other issue is to use installer to create packages for the different 
> operating systems.
> 
> Unfortunately I have not found any reasonable non-commercial tool for 
> this task. However there are two installer products that provide free 
> licenses to OS systems:
> 
> Install4j: Requires a link to their page
> 
> http://www.ej-technologies.com/buy/install4j/openSource/enter
> 
> Installbuilder: No such requirement
> 
> http://installbuilder.bitrock.com/open-source-licenses.html?ModPagespeed=noscript
> 
> Does anyone of you have an objection or recommendation? If I do hear 
> nothing negative I would apply for a free license for Rails for both 
> products.
> 
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
> 

Re: [Rails-devel] New build process and installer for Rails 2.0?

[brett l. <bre...@gm...>]

Being familiar with the tools is a good plus. So, I'm fine with Gradle,
especially if you've got good experience.

The installer seems of limited utility right now. My suggestion would be to
shelve that for a little while. It might be more important later on,
especially if we get to things like network play or integrating with a web
service or something.

---Brett.


---Brett.


On Wed, Feb 5, 2014 at 10:58 AM, Stefan Frey <ste...@we...> wrote:

> You are right I did not tell you why exactly.
>
> I hope at least some of the arguments are convincing enough...
> Stefan
>
> A) Build tool:
> All build tools on the market will allow us to get things done. The main
> improvements are functionality and ease of use.
>
> Duplication of definitions in the current build.xml and rails_build.xml
> files and the
>
> I started working on smaller scale fun projects using either for Android
> or using one of the recent JVM languages like Scala and Groovy.
>
> And for all of those there is gradle a possible solution.
>
> Compared to ant I believe gradle is better documented, provides more
> features and is easier to use.
>
> And I have more experience with gradle compared to ant. And I do not
> think that there is anyone with a lot of Ant programming on Rails now.
>
> My choice of gradle is mostly due to the ease of use. The second reason
> is the improved functionality (e.g. easier to integrate with Eclipse and
> other IDEs and for dependency management).
>
> B) Installer
> Here it is mostly to be able to try and test new features.
>
> See for example:
>
> http://installbuilder.bitrock.com/installbuilder-features.html
>
> http://www.ej-technologies.com/products/install4j/features.html
>
> Some features might be desktop integration (icons, file assoc),
> automatic JRE update, creation of resource bundles to make allow quicker
> updates etc.
>
> However it is not as important as a new build tool.
>
>
>
>
> On 02/05/2014 03:29 PM, brett lentz wrote:
> >
> > On Wed, Feb 5, 2014 at 7:45 AM, Stefan Frey <ste...@we...
> > <mailto:ste...@we...>> wrote:
> >
> >     There was something I did not remember was still to be done before I
> >     will release an alpha:
> >
> >     I intend to update the build process and suggest for this using
> gradle
> >     (http://www.gradle.org).
> >
> >     I compared this to adding apache ivy (http://ant.apache.org/ivy/)
> and
> >     stay with the previous ant/eclipse-build.
> >
> >     My strong feeling is that I prefer to make the move to the
> >     next-generation build tool. Using xml seemed as weird for a build as
> >     writing Makefiles. And it seems much less restrictive than maven
> is/was.
> >
> >
> > The biggest question I have is... why?
> >
> > What will changing build tools enable us to do that we can't with the
> > existing tools?
> >
> >     I still want to hear if there are any objections, even if it will
> only
> >     effect myself as I will be responsible for the rails2.0 build.
> >
> >     The other issue is to use installer to create packages for the
> different
> >     operating systems.
> >
> >
> >
> > Again... why?
> >
> > What benefit does this give us over the current distribution method?
> >
> >     Unfortunately I have not found any reasonable non-commercial tool for
> >     this task. However there are two installer products that provide free
> >     licenses to OS systems:
> >
> >     Install4j: Requires a link to their page
> >
> >     http://www.ej-technologies.com/buy/install4j/openSource/enter
> >
> >     Installbuilder: No such requirement
> >
> >
> http://installbuilder.bitrock.com/open-source-licenses.html?ModPagespeed=noscript
> >
> >     Does anyone of you have an objection or recommendation? If I do hear
> >     nothing negative I would apply for a free license for Rails for both
> >     products.
> >
> >
> >
> > I'm not immediately opposed to either idea, provided that there's a good
> > reason to spend the time on that instead of implementing other desirable
> > features.
> >
> > ---Brett.
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Managing the Performance of Cloud-Based Applications
> > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> > Read the Whitepaper.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> >
> >
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
>
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] New build process and installer for Rails 2.0?

[Stefan F. <ste...@we...>]

You are right I did not tell you why exactly.

I hope at least some of the arguments are convincing enough...
Stefan

A) Build tool:
All build tools on the market will allow us to get things done. The main 
improvements are functionality and ease of use.

Duplication of definitions in the current build.xml and rails_build.xml 
files and the

I started working on smaller scale fun projects using either for Android 
or using one of the recent JVM languages like Scala and Groovy.

And for all of those there is gradle a possible solution.

Compared to ant I believe gradle is better documented, provides more 
features and is easier to use.

And I have more experience with gradle compared to ant. And I do not 
think that there is anyone with a lot of Ant programming on Rails now.

My choice of gradle is mostly due to the ease of use. The second reason 
is the improved functionality (e.g. easier to integrate with Eclipse and 
other IDEs and for dependency management).

B) Installer
Here it is mostly to be able to try and test new features.

See for example:

http://installbuilder.bitrock.com/installbuilder-features.html

http://www.ej-technologies.com/products/install4j/features.html

Some features might be desktop integration (icons, file assoc), 
automatic JRE update, creation of resource bundles to make allow quicker 
updates etc.

However it is not as important as a new build tool.




On 02/05/2014 03:29 PM, brett lentz wrote:
>
> On Wed, Feb 5, 2014 at 7:45 AM, Stefan Frey <ste...@we...
> <mailto:ste...@we...>> wrote:
>
>     There was something I did not remember was still to be done before I
>     will release an alpha:
>
>     I intend to update the build process and suggest for this using gradle
>     (http://www.gradle.org).
>
>     I compared this to adding apache ivy (http://ant.apache.org/ivy/) and
>     stay with the previous ant/eclipse-build.
>
>     My strong feeling is that I prefer to make the move to the
>     next-generation build tool. Using xml seemed as weird for a build as
>     writing Makefiles. And it seems much less restrictive than maven is/was.
>
>
> The biggest question I have is... why?
>
> What will changing build tools enable us to do that we can't with the
> existing tools?
>
>     I still want to hear if there are any objections, even if it will only
>     effect myself as I will be responsible for the rails2.0 build.
>
>     The other issue is to use installer to create packages for the different
>     operating systems.
>
>
>
> Again... why?
>
> What benefit does this give us over the current distribution method?
>
>     Unfortunately I have not found any reasonable non-commercial tool for
>     this task. However there are two installer products that provide free
>     licenses to OS systems:
>
>     Install4j: Requires a link to their page
>
>     http://www.ej-technologies.com/buy/install4j/openSource/enter
>
>     Installbuilder: No such requirement
>
>     http://installbuilder.bitrock.com/open-source-licenses.html?ModPagespeed=noscript
>
>     Does anyone of you have an objection or recommendation? If I do hear
>     nothing negative I would apply for a free license for Rails for both
>     products.
>
>
>
> I'm not immediately opposed to either idea, provided that there's a good
> reason to spend the time on that instead of implementing other desirable
> features.
>
> ---Brett.
>
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] New build process and installer for Rails 2.0?

[Phil D. <de...@gm...>]

As far as the build process goes - I have minimal idea on how the
current tool works.

As far as installer goes, is this necessary?  Currently just download,
extract and run the .jar works nicely (at least for me, maybe there
are people out there who struggle with that?)

On 5 February 2014 12:45, Stefan Frey <ste...@we...> wrote:
> There was something I did not remember was still to be done before I
> will release an alpha:
>
> I intend to update the build process and suggest for this using gradle
> (http://www.gradle.org).
>
> I compared this to adding apache ivy (http://ant.apache.org/ivy/) and
> stay with the previous ant/eclipse-build.
>
> My strong feeling is that I prefer to make the move to the
> next-generation build tool. Using xml seemed as weird for a build as
> writing Makefiles. And it seems much less restrictive than maven is/was.
>
> I still want to hear if there are any objections, even if it will only
> effect myself as I will be responsible for the rails2.0 build.
>
> The other issue is to use installer to create packages for the different
> operating systems.
>
> Unfortunately I have not found any reasonable non-commercial tool for
> this task. However there are two installer products that provide free
> licenses to OS systems:
>
> Install4j: Requires a link to their page
>
> http://www.ej-technologies.com/buy/install4j/openSource/enter
>
> Installbuilder: No such requirement
>
> http://installbuilder.bitrock.com/open-source-licenses.html?ModPagespeed=noscript
>
> Does anyone of you have an objection or recommendation? If I do hear
> nothing negative I would apply for a free license for Rails for both
> products.
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] New build process and installer for Rails 2.0?

[brett l. <bre...@gm...>]

On Wed, Feb 5, 2014 at 7:45 AM, Stefan Frey <ste...@we...> wrote:

> There was something I did not remember was still to be done before I
> will release an alpha:
>
> I intend to update the build process and suggest for this using gradle
> (http://www.gradle.org).
>
> I compared this to adding apache ivy (http://ant.apache.org/ivy/) and
> stay with the previous ant/eclipse-build.
>
> My strong feeling is that I prefer to make the move to the
> next-generation build tool. Using xml seemed as weird for a build as
> writing Makefiles. And it seems much less restrictive than maven is/was.
>
>
The biggest question I have is... why?

What will changing build tools enable us to do that we can't with the
existing tools?



> I still want to hear if there are any objections, even if it will only
> effect myself as I will be responsible for the rails2.0 build.
>
> The other issue is to use installer to create packages for the different
> operating systems.
>
>

Again... why?

What benefit does this give us over the current distribution method?



> Unfortunately I have not found any reasonable non-commercial tool for
> this task. However there are two installer products that provide free
> licenses to OS systems:
>
> Install4j: Requires a link to their page
>
> http://www.ej-technologies.com/buy/install4j/openSource/enter
>
> Installbuilder: No such requirement
>
>
> http://installbuilder.bitrock.com/open-source-licenses.html?ModPagespeed=noscript
>
> Does anyone of you have an objection or recommendation? If I do hear
> nothing negative I would apply for a free license for Rails for both
> products.
>
>
>
I'm not immediately opposed to either idea, provided that there's a good
reason to spend the time on that instead of implementing other desirable
features.

---Brett.

[Rails-devel] New build process and installer for Rails 2.0?

[Stefan F. <ste...@we...>]

There was something I did not remember was still to be done before I 
will release an alpha:

I intend to update the build process and suggest for this using gradle 
(http://www.gradle.org).

I compared this to adding apache ivy (http://ant.apache.org/ivy/) and 
stay with the previous ant/eclipse-build.

My strong feeling is that I prefer to make the move to the 
next-generation build tool. Using xml seemed as weird for a build as 
writing Makefiles. And it seems much less restrictive than maven is/was.

I still want to hear if there are any objections, even if it will only 
effect myself as I will be responsible for the rails2.0 build.

The other issue is to use installer to create packages for the different 
operating systems.

Unfortunately I have not found any reasonable non-commercial tool for 
this task. However there are two installer products that provide free 
licenses to OS systems:

Install4j: Requires a link to their page

http://www.ej-technologies.com/buy/install4j/openSource/enter

Installbuilder: No such requirement

http://installbuilder.bitrock.com/open-source-licenses.html?ModPagespeed=noscript

Does anyone of you have an objection or recommendation? If I do hear 
nothing negative I would apply for a free license for Rails for both 
products.

Re: [Rails-devel] Rails 2.0 code pushed to repo for first alpha release

[Stefan F. <ste...@we...>]

Update:
I have added a new game option "RouteAlgorithm" for each 18xx.

There are some games that are ambiguous and which default I have used:
1830: Permissive
1835: Permissive
18AL/18GA: Semi-Restrictive
18Kaas and 18Lummer (not included): identical to 1830, thus Permissive
Compare http://www.fwtwr.com/18xx/rules_difference_list/5_3.htm

Simply pull and you now able to test the Tile Laying support without 
setting a configuration option in Eclipse.

This is also true for saved game files.

Stefan