Well Holger,
you approved the code :P
Next time you should complain before you merge the code into the master.
BR,
Stefan
On 26.01.2015 13:55, Christian Cikryt wrote:
1) I tried something like that:
http://saros-build.imp.fu-berlin.de/gerrit/#/c/2028/
In the comments the common opinion was that developers should be
willing to install one extra jar.
I still think it is a pragmatic solution if you don't care which OS
version of SWT you use to compile.
Alternatively each developer has to individually define a SWT lib for
their OS, which is the current solution.
2) Should work as soon as we can load a jar from inside another jar
and we have the time to implement that.
3) The HTML UI stuff uses the Saros startup mechanism and pico
container etc. so a new module would lead to even more code
duplication and more work apart from reverting the integration.
Furthermore, different developers would have different versions of the
modules.xml which is shared in git.
BTW we (including you) made the decision to develop on the master
branch and closely integrate in existing code.
Best regards,
Christian
2015-01-26 12:13 GMT+01:00 Holger Schmeisky <holge...@fu-berlin.de
<mailto:holge...@fu-berlin.de>>:
Thanks for providing the instructions. Notes:
1) IMO we should create a intellij/build folder for the swt jars -
then
we can add a fixed location of them to the .iml file
2) You should find a way to avoid the manual installation of the
plugin
to the sandbox - maybe using the IntelliJ plugin dependency mechanisms
helps? (<depends> in plugin.xml)
3) It's really not nice, that you now have to download SWT even if you
want to work only on mainline IntelliJ (non-SWT). Maybe it would make
sense to hide the swt dependency behind an interface or in another
module, that does not have to be used when developing on the "normal"
intellij?
Regards,
Holger
Am 19.01.2015 um 17:14 schrieb Christian Cikryt:
> Hi Basti,
>
> The following information may also be useful to everyone who
wants to
> have a closer look at the current development version of Saros
IntelliJ.
>
> Since December a first version of the HTML UI is included in the
> IntelliJ part of the master branch. So you need SWT as library to
> compile the IntelliJ version of Saros.
>
> In order to do this in IntelliJ you can follow this series of steps:
>
> 1. Download "SWT Binary and Source" for your OS from [1] and
extract it.
>
> 2. Open the "Project Structure" Dialog in IntelliJ (CTRL + ALT +
SHIFT + S)
>
> 3. Select Modules -> de.fu_berlin.inf.dpp.intellij ->
Dependencies ->
> click the green plus -> 2 Library
>
> 4. New Library... -> Java -> find the downloaded SWT folder ->
Select
> "swt-debug.jar" and "src.zip"
>
> 5. Give the library the name "swt-debug" and the level "project
library"
> (using this settings will allow you to reuse the .iml files from
the git
> repository)
>
> 6. After adding the library, set its scope from "compile" to
"provided"
>
> Now the project should compile. In order to get it running you
need to
> install the "swt library plugin", as Saros IntelliJ now depends
on it.
> You can find
> it in the folder "de.fu_berlin.inf.dpp.swt_plugin". To install
it follow
> the installation notes:
>
> To install this plugin please copy the whole folder
> 'de.fu_berlin.inf.dpp.swt_plugin'
> into your IntelliJ plugin directory.
> For more information about where this directory is,
> see
https://www.jetbrains.com/idea/help/project-and-ide-settings.html
>
> Tip: Look in this dialog [2] to find the "plugins" directory which
> resides just below Sandbox Home.
>
> Feel free to contact me if you have further questions. I will
update the
> developer guide in the next days.
>
> Best regards,
> Christian
>
> [1]
>
http://download.eclipse.org/eclipse/downloads/drops4/R-4.4-201406061215/#SWT
> [2]
>
http://www.saros-project.org/sites/saros-project.org/files/DevDocumentation/saros-i/install09.png
>
>
>
> 2015-01-19 16:06 GMT+01:00 Bastian Sieker
<bsie...@mail.uni-paderborn.de <mailto:bsie...@mail.uni-paderborn.de>
> <mailto:bsie...@mail.uni-paderborn.de
<mailto:bsie...@mail.uni-paderborn.de>>>:
>
> Hi all,
> i just tried to setup IntelliJ with the help of
> http://www.saros-project.org/setup-intellij-environment
> Looks nice until running the Saros-I plugin.
> The compilation errors concern the org.eclipse.swt.*
packages which
> does not exist.
>
> One example error in detail:
>
>
/Users/basti/Desktop/saros/intellij/saros/de.fu_berlin.inf.dpp.intellij/src/de/fu_berlin/inf/dpp/intellij/ui/swt_browser/SwtThread.java
> Error:(25, 31) java: package org.eclipse.swt.widgets does
not exist
> Error:(44, 9) java: cannot find symbol
> symbol: class Display
> location: class
> de.fu_berlin.inf.dpp.intellij.ui.swt_browser.SwtThread
> Error:(44, 27) java: cannot find symbol
> symbol: variable Display
> location: class
> de.fu_berlin.inf.dpp.intellij.ui.swt_browser.SwtThread
>
> Any ideas?
>
> Best, Basti
>
>
------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in
Ashburn, VA.
> GigeNET is offering a free month of service with a new server in
> Ashburn.
> Choose from 2 high performing configs, both with 100TB of
bandwidth.
> Higher redundancy.Lower latency.Increased
capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> DPP-Devel mailing list
> DPP-Devel@lists.sourceforge.net
<mailto:DPP-Devel@lists.sourceforge.net>
<mailto:DPP-Devel@lists.sourceforge.net
<mailto:DPP-Devel@lists.sourceforge.net>>
> https://lists.sourceforge.net/lists/listinfo/dpp-devel
>
>
>
>
>
------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in
Ashburn, VA.
> GigeNET is offering a free month of service with a new server in
Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely
compliant.
> http://p.sf.net/sfu/gigenet
>
>
>
> _______________________________________________
> DPP-Devel mailing list
> DPP-Devel@lists.sourceforge.net
<mailto:DPP-Devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/dpp-devel
>
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot
Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and
more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
<mailto:DPP-Devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/dpp-devel
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel
