colossus-developers Mailing List for Colossus (Page 3)

On 10 June 2015 at 12:20, Brent Jackson <sal...@gm...> wrote:

> Hi.  I am interested in doing some work on the Colossus code.  I have been
> unable to find any information on the steps involved in getting involved.
>
> To date I have signed up to github, cloned the repository onto my
> computer, and downloaded and installed Ant.
>
> Now I should be able to (compile and ?) run my local copy but I'm not sure
> how to do that.  I can run Ant in a shell, but I was expecting a GUI
> interface.
>
> Is Ant the right tool ?  The build.xml file in the repository says so, but
> that may well be out of date.
>

Yes, Ant is still the right tool.

Did you have a look in the htdocs directory?
e.g.
https://github.com/cleka/colossus-titan/blob/master/Colossus/htdocs/Building.html

Having a look at those instructions it still talks about SVN, so a really
good first pull request would be to try and follow those docs (and its
great you are new) and enhance them to be relevant for github and for
current versions of tooling.

Hi.  I am interested in doing some work on the Colossus code.  I have been
unable to find any information on the steps involved in getting involved.

To date I have signed up to github, cloned the repository onto my computer,
and downloaded and installed Ant.

Now I should be able to (compile and ?) run my local copy but I'm not sure
how to do that.  I can run Ant in a shell, but I was expecting a GUI
interface.

Is Ant the right tool ?  The build.xml file in the repository says so, but
that may well be out of date.

Regards,
Brent.

On 06/04/2015 04:48 AM, Clemens Katzer wrote:
> 
> Thanks to Barrie, this went easier than I could have imagined. And yes, 
> now github even recognizes you as author in contributors.
> 
> (and even better, one funny thing: Before this, it showed "5 
> contributors" - but only 4 boxes with author below it. It had driven me 
> crazy - wondering was this caused by me importing it several times, once 
> with my "normal" email, later with github-cleka@ ... etc.
> 
> 
> And now ... it says 5 contributors and shows 5 people. Isn't that 
> lovely !?!?!  ;-)

But where are the other 14?

Author: Adam Berger <ad...@us...>
Author: Barrie Treloar <bae...@gm...>
Author: bluce <bl...@us...>
Author: Chris Goebel <ja...@us...>
Author: Clemens Katzer <git...@cl...>
Author: Corwin Joy <cor...@us...>
Author: Craig Lish <cl...@us...>
Author: Dave <re...@us...>
Author: David Ripton <dr...@ri...>
Author: Dranathi <dra...@us...>
Author: Jani Hurskainen <web...@ja...>
Author: Kim Milvang-Jensen <mi...@us...>
Author: No author <no...@us...>
Author: Peter Becker <pe...@pe...>
Author: Romain Dolbeau <ro...@do...>
Author: Tom Fruchterman <tfr...@us...>
Author: Torsten Will <to...@us...>
Author: uid22220 <uid...@us...>
Author: uid60063 <uid...@us...>

I guess it's only counting people who have github accounts with the same
email as contributors.

Still a big win.  Congrats.

-- 
David Ripton    dr...@ri...

2015-06-04 10:48 GMT+02:00 Clemens Katzer <cle...@cl...>:

> Thanks to Barrie, this went easier than I could have imagined. And yes,
> now github even recognizes you as author in contributors.
> (and even better, one funny thing: Before this, it showed "5 contributors"
> - but only 4 boxes with author below it. It had driven me crazy - wondering
> was this caused by me importing it several times, once with my "normal"
> email, later with github-cleka@ ... etc.
> And now ... it says 5 contributors and shows 5 people. Isn't that lovely
> !?!?!  ;-)
> (or, as David might say ... :>)
> Big thanks to Barrie!
>
> Thanks everyone. History all the way back to 1997, nice :-)

Cordially,

-- 
Romain Dolbeau

Thanks to Barrie, this went easier than I could have imagined. And yes, 
now github even recognizes you as author in contributors.

(and even better, one funny thing: Before this, it showed "5 
contributors" - but only 4 boxes with author below it. It had driven me 
crazy - wondering was this caused by me importing it several times, once 
with my "normal" email, later with github-cleka@ ... etc.


And now ... it says 5 contributors and shows 5 people. Isn't that 
lovely !?!?!  ;-)

(or, as David might say ... :>)

Big thanks to Barrie!

Enjoy,
Clemens






On 2015-06-04 11:34, Romain Dolbeau wrote:
> 2015-06-04 9:46 GMT+02:00 Clemens Katzer <cle...@cl...
> [2]>:
>
>> Arggh. You had told me:
>>
>>> rdolbeau on GitHub
>>> <https://github.com/rdolbeau/ [1]>
>> and I took it literally. I don't even see that or any other email
>> address when I go to that page?
>
> Yeah sorry, I thought you needed a GitHub user but you needed an
> e-mail instead...
>
> It's not worth 1-2 hours. if you can do it with git-filter-branch as
> pointed out by Barrie then fine, otherwise don't bother.
>
> Cordially,

2015-06-04 9:46 GMT+02:00 Clemens Katzer <cle...@cl...>:

Arggh. You had told me:
>
>> rdolbeau on GitHub
>> <https://github.com/rdolbeau/>
>>
> and I took it literally. I don't even see that or any other email address
> when I go to that page?
>

Yeah sorry, I thought you needed a GitHub user but you needed an e-mail
instead...

It's not worth 1-2 hours. if you can do it with git-filter-branch as
pointed out by Barrie then fine, otherwise don't bother.

Cordially,

-- 
Romain Dolbeau

On 4 June 2015 at 17:16, Clemens Katzer <cle...@cl...> wrote:

> > If it's still possible, can you change that to "ro...@do...
>
> It is possible, it's just a matter of work. I can reconvert all again
> and upload it; that's not a big deal (1-2 hours?)
>
> But how to glue / replay those new commits I made since then on top of
> the new imported/converted stuff - does anybody good idea how to do
> that?
>
> Or is there some other generally?


You dont need to re-import.

And I doubt anyone has already cloned your repo - so you could be cavalier
about rewriting history.
But in general you should avoid doing that because it borks everyone's
linked repos at that point.
Given where colossus-titan is in the git migration I think you can live
with that pain now.

How many commits are we talking about?

If its only a few then the first answer
http://stackoverflow.com/a/1320317/552958 using rebase -i would be the
easiest.
Otherwise using the git filter-branch (
http://git-scm.com/docs/git-filter-branch) option of the second answer
http://stackoverflow.com/a/870367/552958 would be the way to go.

Cheers
Barrie

On 2015-06-04 09:28, Romain Dolbeau wrote:
> 2015-06-03 21:28 GMT+02:00 Clemens Katzer <cle...@cl...
> [2]>:
>
>> After a couple of tries Colossus is now on github:
>> https://github.com/cleka/colossus-titan [1]
>
> The commit log uses "rdo...@gi... [3]" for me, but this 
> doesn't
> link back to my account on github.
>


Arggh. You had told me:

> rdolbeau on GitHub
>
> <https://github.com/rdolbeau/>

and I took it literally. I don't even see that or any other email 
address when I go to that page?


> If it's still possible, can you change that to "ro...@do...

It is possible, it's just a matter of work. I can reconvert all again 
and upload it; that's not a big deal (1-2 hours?)

But how to glue / replay those new commits I made since then on top of 
the new imported/converted stuff - does anybody good idea how to do 
that?

Or is there some other generally?


Thx,
Clemens

On 4 June 2015 at 04:58, Clemens Katzer <cle...@cl...> wrote:

>
> [ ... ]
>
> After a couple of tries Colossus is now on github:
> https://github.com/cleka/colossus-titan
>
> [ ... ]


Good times!
Now let the patches roll in.

[ ... ]

After a couple of tries Colossus is now on github: 
https://github.com/cleka/colossus-titan

[ ... ]


All the best,
Clemens



On 2015-04-14 11:13, Romain Dolbeau wrote:
> 2015-04-10 16:17 GMT+02:00 Clemens Katzer <cle...@cl...
> [1]>:
>
>> Perhaps it's really time to port something to today's world.
>
> Probably.
>
>  
>
>> Aspects to consider:
>> Java 1.5 vs. 1.7
>
> Sounds good.
>
>   SVN vs. G
>
>>>
>> He who does the job, makes the decision :-)
>>
>> I've no concer
> nion about the first two (it's just tools, so as long as they are
> reasonably well known and available...).
> I've always found java web start very convenient (click on the 
> website
> button, play), but I understand if it's obsolete it has to be
> replaced.
>
> Cordially,

There is nothing Github specific about that file. I use

  Peter Becker <pe...@pe...>

for myself. 

If you don't get an answer from a committer, i propose you use either emails from this list or the SF user email. I'm pretty sure Github lets you register multiple email addresses against their account to unify your work. 

On 14 April 2015 7:48:45 PM AEST, Barrie Treloar <bae...@gm...> wrote:
>On 14 April 2015 at 17:35, Clemens Katzer <cle...@cl...>
>wrote:
>>
>> This git-svn conversion is based on some author mapping file. I
>suppose
>> one can add/fix missing ones later. Still:
>>
>> For those of you, who you have an git account, let me know, then I
>> could add it to the mapping file right away.
>
>The https://www.atlassian.com/git/tutorials/migrating-overview walks
>you through it.
>
>At https://www.atlassian.com/git/tutorials/migrating-synchronize it
>says
>It looks like
>
>$1 <$1...@ex...>
>
>For me that would be:
>
>Barrie Treloar <bae...@gm...>
>
>------------------------------------------------------------------------------
>BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>Develop your own process in accordance with the BPMN 2 standard
>Learn Process modeling best practices with Bonita BPM through live
>exercises
>http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>event?utm_
>source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>_______________________________________________
>Colossus-developers mailing list
>Col...@li...
>https://lists.sourceforge.net/lists/listinfo/colossus-developers

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

yes, thanks, I've read through that instructions and will probably do 
it mostly like that.

Thx,
Clemens

On 2015-04-14 12:48, Barrie Treloar wrote:
> On 14 April 2015 at 17:35, Clemens Katzer <cle...@cl...> 
> wrote:
>>
>> This git-svn conversion is based on some author mapping file. I 
>> suppose
>> one can add/fix missing ones later. Still:
>>
>> For those of you, who you have an git account, let me know, then I
>> could add it to the mapping file right away.
>
> The https://www.atlassian.com/git/tutorials/migrating-overview walks
> you through it.
>
> At https://www.atlassian.com/git/tutorials/migrating-synchronize it 
> says
> It looks like
>
> $1 <$1...@ex...>
>
> For me that would be:
>
> Barrie Treloar <bae...@gm...>

On 14 April 2015 at 17:35, Clemens Katzer <cle...@cl...> wrote:
>
> This git-svn conversion is based on some author mapping file. I suppose
> one can add/fix missing ones later. Still:
>
> For those of you, who you have an git account, let me know, then I
> could add it to the mapping file right away.

The https://www.atlassian.com/git/tutorials/migrating-overview walks
you through it.

At https://www.atlassian.com/git/tutorials/migrating-synchronize it says
It looks like

$1 <$1...@ex...>

For me that would be:

Barrie Treloar <bae...@gm...>

Re Java web start obsoleteness, I must confess I dont even let my browsers have the Java extension running at all after the last few years of bad press they've been getting.

I've only ever used the jar (when not in eclipse).

T

Sent from my smarty pants phone.

-----Original Message-----
From: "Romain Dolbeau" <ro...@do...>
Sent: ‎14/‎04/‎2015 6:13 PM
To: "Clemens Katzer" <cle...@cl...>
Cc: "Colossus DevelopersList" <col...@li...>
Subject: Re: [Colossus-developers] Java, Git, Maven, JWS, ...

2015-04-10 16:17 GMT+02:00 Clemens Katzer <cle...@cl...>:

Perhaps it's really time to port something to today's world.



Probably.

 

Aspects to consider:
Java 1.5 vs. 1.7



Sounds good.

 
SVN vs. Git
Ant vs. Maven
Java web start ?
And in which order....



He who does the job, makes the decision :-)


I've no concern or even opinion about the first two (it's just tools, so as long as they are reasonably well known and available...).
I've always found java web start very convenient (click on the website button, play), but I understand if it's obsolete it has to be replaced.


Cordially,


-- 

Romain Dolbeau

2015-04-10 16:17 GMT+02:00 Clemens Katzer <cle...@cl...>:

> Perhaps it's really time to port something to today's world.
>

Probably.


> Aspects to consider:
> Java 1.5 vs. 1.7
>

Sounds good.


> SVN vs. Git
> Ant vs. Maven
> Java web start ?
> And in which order....
>

He who does the job, makes the decision :-)

I've no concern or even opinion about the first two (it's just tools, so as
long as they are reasonably well known and available...).
I've always found java web start very convenient (click on the website
button, play), but I understand if it's obsolete it has to be replaced.

Cordially,

-- 
Romain Dolbeau

>>> The web site

The actual home page (where one can click on the icon to start it via 
web start) is at the moment inside the trunk/Colossus/htdocs/  folder.  
That's another thing to split out. Updating that afterwards/together 
with a release was always somewhat painful. It's also updated on other 
occasions, e.g. announcing maintenance breaks.

-Clemens


On 2015-04-14 11:03, Clemens Katzer wrote:
> On 2015-04-14 02:39, Peter Becker wrote:
>> I forgot a pretty good resource on moving from svn to git:
>> https://www.atlassian.com/git/tutorials/migrating-overview [4]/
>>
>>  Worth a read and might answer your second question.
>
> Yes. Seems the doing it locally is the better approach.
>
>>
>> On 13 April 2015 11:03:10 PM AEST, Peter Becker
>> <pe...@pe...>
>> wrote:
>>
>>> Re 1: that means splitting the repository. Maybe
>>>
>
> yes, found that afterwards myself.
>
>>
>> 
>> https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository
>>> [3]/ is what you need.
>>>
>>> Re 2: if you use git-svn already, you could probably just push to
>>> two different upstreams. I'm not quite sure about this, though. But
>>> there will be ways of doing it, worst case would be grafting some
>>> new commits on top of an existing repo.
>>>
>>> One note on splitting repos: my rule of thumb is to use Maven
>>> modules to break code, repos to break life cycles.
>
> Sounds good to me.
>
>>> The web site
>
> The web site is actually stale. It was where an ex-collegue of mine
> created a nice complete new page with navigation menus and 
> everything.
> Sadly I never found the time to take it into use.
>
> Thx,
> Clemens
>
>
>>> might be a separate life cycle, I suspect client and server would
>>> evolve together. But maybe you have different plans.
>>>
>>> On 13 April 2015 10:46:30 PM AEST, Clemens Katzer
>>> <cle...@cl...> wrote:
>>>
>>>> hm, yeah, github seems to be easy enough even for me.
>>>>
>>>> I have done one test import, went quite nicely (not to mention
>>>> that
>>>> it's about 10 times faster than doing it locally with gitsvn).
>>>>
>>>> Questions:
>>>>
>>>> 1) I would like to have "Colossus" and "Website" end up as
>>>> different
>>>> repositories.**)
>>>>
>>>> 2) If I do some more small release work in svn, could I afterwards
>>>>
>>>> still pull them over to github?
>>>>
>>>> For 1):
>>>>
>>>> help pages say:
>>>>> On GitHub, each of these projects will usually map to a separate
>>>>> Git
>>>>> repository
>>>>
>>>> I didn't see a way how to achieve that splitting in the web based
>>>> import tool.
>>>>
>>>> On 2015-04-13 04:30, Barrie Treloar wrote:
>>>>
>>>>> Since Clemens is the only really doing anything, then whatever
>>>>> you
>>>>> want to do is what will happen :)
>>>>
>>>> Interesting viewpoint :>)
>>>>
>>>> -Clemens
>>>>
>>>> **) There might be also a third one for stuff for the "Public game
>>>>
>>>> server" (cf file templates, scripts to start a webserver and 2 or
>>>> 3 test
>>>> web clients, etc.)
>>>>
>>>> -------------------------
>>>>
>>>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>>>> Develop your own process in accordance with the BPMN 2 standard
>>>> Learn Process modeling best practices with Bonita BPM through live
>>>> exercises
>>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual
>>>> [1]- event?utm_
>>>>
>>>
>>
>> 
>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>>>>
>>>> -------------------------
>>>>
>>>> Colossus-developers mailing list
>>>> Col...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/colossus-developers
>>>> [2]
>>
>>  --
>>  Sent from my Android device with K-9 Mail. Please excuse my 
>> brevity.
>>
>> Links:
>> ------
>> [1] http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual
>> [2] https://lists.sourceforge.net/lists/listinfo/colossus-developers
>> [3]
>>
>> 
>> https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository
>> [4] https://www.atlassian.com/git/tutorials/migrating-overview
>
>
> 
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live 
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- 
> event?utm_
> 
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Colossus-developers mailing list
> Col...@li...
> https://lists.sourceforge.net/lists/listinfo/colossus-developers

This git-svn conversion is based on some author mapping file. I suppose 
one can add/fix missing ones later. Still:

For those of you, who you have an git account, let me know, then I 
could add it to the mapping file right away.

Thanks!
-Clemens



On 2015-04-14 02:39, Peter Becker wrote:
> I forgot a pretty good resource on moving from svn to git:
> https://www.atlassian.com/git/tutorials/migrating-overview [4]/
>
>  Worth a read and might answer your second question.
>
> On 13 April 2015 11:03:10 PM AEST, Peter Becker 
> <pe...@pe...>
> wrote:
>
>> Re 1: that means splitting the repository. Maybe
>>
> 
> https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository
>> [3]/ is what you need.
>>
>> Re 2: if you use git-svn already, you could probably just push to
>> two different upstreams. I'm not quite sure about this, though. But
>> there will be ways of doing it, worst case would be grafting some
>> new commits on top of an existing repo.
>>
>> One note on splitting repos: my rule of thumb is to use Maven
>> modules to break code, repos to break life cycles. The web site
>> might be a separate life cycle, I suspect client and server would
>> evolve together. But maybe you have different plans.
>>
>> On 13 April 2015 10:46:30 PM AEST, Clemens Katzer
>> <cle...@cl...> wrote:
>>
>>> hm, yeah, github seems to be easy enough even for me.
>>>
>>> I have done one test import, went quite nicely (not to mention
>>> that
>>> it's about 10 times faster than doing it locally with gitsvn).
>>>
>>> Questions:
>>>
>>> 1) I would like to have "Colossus" and "Website" end up as
>>> different
>>> repositories.**)
>>>
>>> 2) If I do some more small release work in svn, could I afterwards
>>>
>>> still pull them over to github?
>>>
>>> For 1):
>>>
>>> help pages say:
>>>> On GitHub, each of these projects will usually map to a separate
>>>> Git
>>>> repository
>>>
>>> I didn't see a way how to achieve that splitting in the web based
>>> import tool.
>>>
>>> On 2015-04-13 04:30, Barrie Treloar wrote:
>>>
>>>> Since Clemens is the only really doing anything, then whatever
>>>> you
>>>> want to do is what will happen :)
>>>
>>> Interesting viewpoint :>)
>>>
>>> -Clemens
>>>
>>> **) There might be also a third one for stuff for the "Public game
>>>
>>> server" (cf file templates, scripts to start a webserver and 2 or
>>> 3 test
>>> web clients, etc.)
>>>
>>> -------------------------
>>>
>>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>>> Develop your own process in accordance with the BPMN 2 standard
>>> Learn Process modeling best practices with Bonita BPM through live
>>> exercises
>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual
>>> [1]- event?utm_
>>>
>>
> 
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>>>
>>> -------------------------
>>>
>>> Colossus-developers mailing list
>>> Col...@li...
>>> https://lists.sourceforge.net/lists/listinfo/colossus-developers
>>> [2]
>
>  --
>  Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> Links:
> ------
> [1] http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual
> [2] https://lists.sourceforge.net/lists/listinfo/colossus-developers
> [3]
> 
> https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository
> [4] https://www.atlassian.com/git/tutorials/migrating-overview

On 2015-04-14 02:39, Peter Becker wrote:
> I forgot a pretty good resource on moving from svn to git:
> https://www.atlassian.com/git/tutorials/migrating-overview [4]/
>
>  Worth a read and might answer your second question.

Yes. Seems the doing it locally is the better approach.

>
> On 13 April 2015 11:03:10 PM AEST, Peter Becker 
> <pe...@pe...>
> wrote:
>
>> Re 1: that means splitting the repository. Maybe
>>

yes, found that afterwards myself.

> 
> https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository
>> [3]/ is what you need.
>>
>> Re 2: if you use git-svn already, you could probably just push to
>> two different upstreams. I'm not quite sure about this, though. But
>> there will be ways of doing it, worst case would be grafting some
>> new commits on top of an existing repo.
>>
>> One note on splitting repos: my rule of thumb is to use Maven
>> modules to break code, repos to break life cycles.

Sounds good to me.

>> The web site

The web site is actually stale. It was where an ex-collegue of mine 
created a nice complete new page with navigation menus and everything. 
Sadly I never found the time to take it into use.

Thx,
Clemens


>> might be a separate life cycle, I suspect client and server would
>> evolve together. But maybe you have different plans.
>>
>> On 13 April 2015 10:46:30 PM AEST, Clemens Katzer
>> <cle...@cl...> wrote:
>>
>>> hm, yeah, github seems to be easy enough even for me.
>>>
>>> I have done one test import, went quite nicely (not to mention
>>> that
>>> it's about 10 times faster than doing it locally with gitsvn).
>>>
>>> Questions:
>>>
>>> 1) I would like to have "Colossus" and "Website" end up as
>>> different
>>> repositories.**)
>>>
>>> 2) If I do some more small release work in svn, could I afterwards
>>>
>>> still pull them over to github?
>>>
>>> For 1):
>>>
>>> help pages say:
>>>> On GitHub, each of these projects will usually map to a separate
>>>> Git
>>>> repository
>>>
>>> I didn't see a way how to achieve that splitting in the web based
>>> import tool.
>>>
>>> On 2015-04-13 04:30, Barrie Treloar wrote:
>>>
>>>> Since Clemens is the only really doing anything, then whatever
>>>> you
>>>> want to do is what will happen :)
>>>
>>> Interesting viewpoint :>)
>>>
>>> -Clemens
>>>
>>> **) There might be also a third one for stuff for the "Public game
>>>
>>> server" (cf file templates, scripts to start a webserver and 2 or
>>> 3 test
>>> web clients, etc.)
>>>
>>> -------------------------
>>>
>>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>>> Develop your own process in accordance with the BPMN 2 standard
>>> Learn Process modeling best practices with Bonita BPM through live
>>> exercises
>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual
>>> [1]- event?utm_
>>>
>>
> 
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>>>
>>> -------------------------
>>>
>>> Colossus-developers mailing list
>>> Col...@li...
>>> https://lists.sourceforge.net/lists/listinfo/colossus-developers
>>> [2]
>
>  --
>  Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> Links:
> ------
> [1] http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual
> [2] https://lists.sourceforge.net/lists/listinfo/colossus-developers
> [3]
> 
> https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository
> [4] https://www.atlassian.com/git/tutorials/migrating-overview

I forgot a pretty good resource on moving from svn to git: https://www.atlassian.com/git/tutorials/migrating-overview/

Worth a read and might answer your second question. 

On 13 April 2015 11:03:10 PM AEST, Peter Becker <pe...@pe...> wrote:
>Re 1: that means splitting the repository.  Maybe
>https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository/
>is what you need. 
>
>Re 2: if you use git-svn already,  you could probably just push to two
>different upstreams. I'm not quite sure about this,  though. But there
>will be ways of doing it, worst case would be grafting some new commits
>on top of an existing repo. 
>
>One note on splitting repos: my rule of thumb is to use Maven modules
>to break code, repos to break life cycles. The web site might be a
>separate life cycle, I suspect client and server would evolve together.
>But maybe you have different plans. 
>
>On 13 April 2015 10:46:30 PM AEST, Clemens Katzer
><cle...@cl...> wrote:
>>
>>hm, yeah, github seems to be easy enough even for me.
>>
>>I have done one test import, went quite nicely (not to mention that 
>>it's about 10 times faster than doing it locally with gitsvn).
>>
>>Questions:
>>
>>1) I would like to have "Colossus" and "Website" end up as different 
>>repositories.**)
>>
>>2) If I do some more small release work in svn, could I afterwards 
>>still pull them over to github?
>>
>>
>>For 1):
>>
>>help pages say:
>>> On GitHub, each of these projects will usually map to a separate Git
>
>>> repository
>>
>>I didn't see a way how to achieve that splitting in the web based 
>>import tool.
>>
>>
>>
>>
>>On 2015-04-13 04:30, Barrie Treloar wrote:
>>> Since Clemens is the only really doing anything, then whatever you
>>> want to do is what will happen :)
>>
>>Interesting viewpoint :>)
>>
>>
>>-Clemens
>>
>>
>>**) There might be also a third one for stuff for the "Public game 
>>server" (cf file templates, scripts to start a webserver and 2 or 3
>>test 
>>web clients, etc.)
>>
>>
>>------------------------------------------------------------------------------
>>BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>>Develop your own process in accordance with the BPMN 2 standard
>>Learn Process modeling best practices with Bonita BPM through live
>>exercises
>>http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>>event?utm_
>>source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>>_______________________________________________
>>Colossus-developers mailing list
>>Col...@li...
>>https://lists.sourceforge.net/lists/listinfo/colossus-developers
>
>-- 
>Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
>------------------------------------------------------------------------
>
>------------------------------------------------------------------------------
>BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>Develop your own process in accordance with the BPMN 2 standard
>Learn Process modeling best practices with Bonita BPM through live
>exercises
>http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>event?utm_
>source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Colossus-developers mailing list
>Col...@li...
>https://lists.sourceforge.net/lists/listinfo/colossus-developers

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On Mon, Apr 13, 2015 at 11:00:48 +0930,
  Barrie Treloar <bae...@gm...> wrote:
>
>Looking through the archives I think Bruno is the one re-packaging for
>rpm distribution, so some insights on how to best support that would
>be useful.

I just package it for Fedora. I don't know if anyone else looks at it 
to help package for anything else. Fedora has both ant and maven, though 
I and not particularly good with either. As long as I can get all of the 
parts to build from source, that will work for Fedora.

Re 1: that means splitting the repository.  Maybe https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository/ is what you need. 

Re 2: if you use git-svn already,  you could probably just push to two different upstreams. I'm not quite sure about this,  though. But there will be ways of doing it, worst case would be grafting some new commits on top of an existing repo. 

One note on splitting repos: my rule of thumb is to use Maven modules to break code, repos to break life cycles. The web site might be a separate life cycle, I suspect client and server would evolve together. But maybe you have different plans. 

On 13 April 2015 10:46:30 PM AEST, Clemens Katzer <cle...@cl...> wrote:
>
>hm, yeah, github seems to be easy enough even for me.
>
>I have done one test import, went quite nicely (not to mention that 
>it's about 10 times faster than doing it locally with gitsvn).
>
>Questions:
>
>1) I would like to have "Colossus" and "Website" end up as different 
>repositories.**)
>
>2) If I do some more small release work in svn, could I afterwards 
>still pull them over to github?
>
>
>For 1):
>
>help pages say:
>> On GitHub, each of these projects will usually map to a separate Git 
>> repository
>
>I didn't see a way how to achieve that splitting in the web based 
>import tool.
>
>
>
>
>On 2015-04-13 04:30, Barrie Treloar wrote:
>> Since Clemens is the only really doing anything, then whatever you
>> want to do is what will happen :)
>
>Interesting viewpoint :>)
>
>
>-Clemens
>
>
>**) There might be also a third one for stuff for the "Public game 
>server" (cf file templates, scripts to start a webserver and 2 or 3
>test 
>web clients, etc.)
>
>
>------------------------------------------------------------------------------
>BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>Develop your own process in accordance with the BPMN 2 standard
>Learn Process modeling best practices with Bonita BPM through live
>exercises
>http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>event?utm_
>source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>_______________________________________________
>Colossus-developers mailing list
>Col...@li...
>https://lists.sourceforge.net/lists/listinfo/colossus-developers

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

hm, yeah, github seems to be easy enough even for me.

I have done one test import, went quite nicely (not to mention that 
it's about 10 times faster than doing it locally with gitsvn).

Questions:

1) I would like to have "Colossus" and "Website" end up as different 
repositories.**)

2) If I do some more small release work in svn, could I afterwards 
still pull them over to github?


For 1):

help pages say:
> On GitHub, each of these projects will usually map to a separate Git 
> repository

I didn't see a way how to achieve that splitting in the web based 
import tool.




On 2015-04-13 04:30, Barrie Treloar wrote:
> Since Clemens is the only really doing anything, then whatever you
> want to do is what will happen :)

Interesting viewpoint :>)


-Clemens


**) There might be also a third one for stuff for the "Public game 
server" (cf file templates, scripts to start a webserver and 2 or 3 test 
web clients, etc.)

On 13 April 2015 at 15:59, Clemens Katzer <cle...@cl...> wrote:
>> The existing users can still use an old version of Colossus until
>> they
>> can upgrade.
>> But if you can't develop then no one gets new versions.
>> This may also be a barrier for people to contribute - i.e. they dont
>> have an old version of Java available to develop with.
>>
>> Project structure.
>> I'm biased towards Maven (as a PMC member) but being able to
>> modularise the build bits might help.
>> If its layered right
>
> If it *would be*  ;-)

It's mostly there.
Maven forces the detangling because it won't compile otherwise :)

>> Perhaps someone might be tempted to create a web based client (which
>> would mean they dont need all the java ui classes) which is hard to
>> do
>> at the moment because everything is together.
>
>
> What does it mean "a web based client" ? And how could there be a
> client without GUI classes?
>
> Did you have something in mind like
> "http://acts.warhorsesim.com/ttn.asp"? ;-)

I think one of my friends uses that, but I have not had a look.

> BTW, I mentioned the thought about a "light" client, which can just
> play remotely but not local play; on 2nd thought, I thought, well, does
> not help much, it's not the server side classes that make the jar so big
> - it's the images; on 3rd thought, I realized, yes it might help a lot,
> because client gets the images from the server anyway.

Yes a web 2.0 client.
i.e. HTML5.0/JavaScript client side.

Maybe some funky web socket thing where the backend does the colossus
protocol for you.
But they will need more work to make it a disconnected, async protocol :)

On 2015-04-13 04:30, Barrie Treloar wrote:
> Since Clemens is the only really doing anything, then whatever you
> want to do is what will happen :)
>
> Looking through the archives I think Bruno is the one re-packaging 
> for
> rpm distribution, so some insights on how to best support that would
> be useful.

True, had forgotten that completely.

>
> Some things you might want to consider Clemens:
>
> Github is awesome.
> You may find more people able to contribute by having the code
> available there.

ok, that might be a good reason.

> Forking is easy, so it lowers the barrier for contributors.
> It is even possible to make minor changes via a web browser on 
> github.
> You should check it out.
>
> Maintenance should trump users.
> If you are stuggling to support an old version of Java then move to
> one you can support.

exactly. Hence 1.7.

> The existing users can still use an old version of Colossus until 
> they
> can upgrade.
> But if you can't develop then no one gets new versions.
> This may also be a barrier for people to contribute - i.e. they dont
> have an old version of Java available to develop with.
>
> Project structure.
> I'm biased towards Maven (as a PMC member) but being able to
> modularise the build bits might help.
> If its layered right

If it *would be*  ;-)

> then it should be easier to understand things in
> isolation (java packages are also doing this too).

> Perhaps someone might be tempted to create a web based client (which
> would mean they dont need all the java ui classes) which is hard to 
> do
> at the moment because everything is together.


What does it mean "a web based client" ? And how could there be a 
client without GUI classes?

Did you have something in mind like 
"http://acts.warhorsesim.com/ttn.asp"? ;-)


BTW, I mentioned the thought about a "light" client, which can just 
play remotely but not local play; on 2nd thought, I thought, well, does 
not help much, it's not the server side classes that make the jar so big 
- it's the images; on 3rd thought, I realized, yes it might help a lot, 
because client gets the images from the server anyway.



Thanks for the good points!

-Clemens

+ 1 on all of this, but particularly on the "Github is awesome".

Regarding RPMs: I have had good experiences with http://redline-rpm.org - it's pure Java, so easy to integrate in a normal build.

  Peter

On 13 April 2015 11:30:48 am AEST, Barrie Treloar <bae...@gm...> wrote:
>Since Clemens is the only really doing anything, then whatever you
>want to do is what will happen :)
>
>Looking through the archives I think Bruno is the one re-packaging for
>rpm distribution, so some insights on how to best support that would
>be useful.
>
>Some things you might want to consider Clemens:
>
>Github is awesome.
>You may find more people able to contribute by having the code
>available there.
>Forking is easy, so it lowers the barrier for contributors.
>It is even possible to make minor changes via a web browser on github.
>You should check it out.
>
>Maintenance should trump users.
>If you are stuggling to support an old version of Java then move to
>one you can support.
>The existing users can still use an old version of Colossus until they
>can upgrade.
>But if you can't develop then no one gets new versions.
>This may also be a barrier for people to contribute - i.e. they dont
>have an old version of Java available to develop with.
>
>Project structure.
>I'm biased towards Maven (as a PMC member) but being able to
>modularise the build bits might help.
>If its layered right then it should be easier to understand things in
>isolation (java packages are also doing this too).
>Perhaps someone might be tempted to create a web based client (which
>would mean they dont need all the java ui classes) which is hard to do
>at the moment because everything is together.
>
>regards
>Barrie
>
>------------------------------------------------------------------------------
>BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>Develop your own process in accordance with the BPMN 2 standard
>Learn Process modeling best practices with Bonita BPM through live
>exercises
>http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
>event?utm_
>source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>_______________________________________________
>Colossus-developers mailing list
>Col...@li...
>https://lists.sourceforge.net/lists/listinfo/colossus-developers