[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] [tm-dev] Any RSE dependencies in Neon?

Yes, of course. Otherwise, I would not have proposed it.
I also hope that there are others who would volunteer too for the good of their projects/products.

Kaloyan

On Tue, Dec 15, 2015 at 9:26 AM, Lars Vogel <lars.vogel@xxxxxxxxxxx> wrote:
Hi Kaloyan,

would you be interested in becoming a committer in this new project? I
think only creating a new project does not help, if there are no
committer.

Best regards, Lars

On Tue, Dec 15, 2015 at 8:03 AM, Kaloyan Raev <kaloyan.r@xxxxxxxx> wrote:
> Hi Martin,
>
> As far as I understand, correct me if I am wrong, the existing TM project
> committers have no interest in maintaining the project, they want to knock
> it off the release train and archive it.
>
> Of course, it is possible to maintain RSE in the TM project, but the main
> prerequisite for this is patches from contributors to be reviewed. I
> submitted a simple patch [1] some time ago and it has not been reviewed yet.
> My team wants to contribute other patches, but in the current situation we
> would not invest the efforts.
>
> Please, don't take this as some sort of blaming, like I don't take it
> personally that my patch has not been reviewed yet :-) I completely
> understand that the current TM committers are looking in a different
> direction and RSE is not their focus. This is why I believe that moving RSE
> to a separate project is the optimal solution at the moment.
>
> [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=480836
>
> Greetings,
> Kaloyan
>
> On Tue, Dec 15, 2015 at 5:09 AM, Oberhuber, Martin
> <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:
>>
>> Hello Kaloyan,
>>
>>
>>
>> Why do you think moving RSE to an âorphan projectâ would simplify things ?
>>
>> Why couldnât interested parties maintain RSE in its current project ?
>>
>>
>>
>> Thanks,
>>
>> Martin
>>
>> --
>>
>> Martin Oberhuber, SMTS / Product Owner â Development Tools, Wind River
>>
>> direct +43.662.457915.85Â fax +43.662.457915.6
>>
>>
>>
>> From: cross-project-issues-dev-bounces@xxxxxxxxxxx
>> [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx] On Behalf Of Kaloyan
>> Raev
>> Sent: Saturday, December 12, 2015 9:15 AM
>> To: Cross project issues
>> Cc: TM project developer discussions
>> Subject: Re: [cross-project-issues-dev] [tm-dev] Any RSE dependencies in
>> Neon?
>>
>>
>>
>> The DLTK project contributes a DLTK RSE feature to the release train. My
>> guess is that no one else on the release train depends on this DLTK RSE
>> feature, so it would be easy to remove it if necessary.
>>
>>
>>
>> From adopter's point of view, like JBoss Tools, Zend Studio also heavily
>> relies on RSE.
>>
>> The new o.e.remote really has some advantages like the Synchronized
>> Project, but still misses some basic features of RSE:
>>
>>Â Â- Connecting to Windows systems (no cygwin please)
>>
>>Â Â- FTP connections
>>
>>Â Â- Remote Systems Explorer view, which allows browsing and editing files
>> without creating a project on a remote system, but also on the local file
>> system using the Local connection.
>>
>>
>>
>> However, I suppose that Zend Studio, JBoss Tools and any other adopter can
>> continue using RSE outside of the release train, while the project remains
>> under the Eclipse Foundation.
>>
>>
>>
>> BTW, something interesting I noticed is that IBM has already a fork of the
>> RSE project. In the IBM Rational products the RSE plugins exist with the
>> same org.eclipse.rse.* IDs, but with version 4.4.x. RSE under the Eclipse
>> Foundation is still with version 3.7.2. This already causes a nasty
>> fragmentation of RSE in the community. Any plugin that depends on the EF RSE
>> most likely cannot be installed on IBM Rational due to dependency conflicts.
>>
>>
>>
>> So, I have a suggestion. If the TM project has no interest in maintaining
>> RSE in future, how about moving RSE to a new "orphan" project outside of the
>> TM project, so those adopter who still rely on RSE can continue maintaining
>> and improving it until they are ready to switch to the new alternative?
>>
>>
>>
>> Kaloyan
>>
>>
>>
>>
>>
>> On Sat, Dec 12, 2015 at 9:17 AM, Max Rydahl Andersen <manderse@xxxxxxxxxx>
>> wrote:
>>
>> I know we are not on the release train but JBoss tools continues to use
>> RSE.
>>
>> Afaik there are still no replacement for the functionality it provides
>> with respect to UI for connecting to ssh and ftp based systems.
>>
>> If there are I would love to hear about them.
>>
>> Thus my interest is still to keep it in.
>>
>> If help is needed for including it let me know.
>>
>> /max
>> http://about.me/maxandersen
>>
>>
>> > On 11 Dec 2015, at 19:13, Greg Watson <g.watson@xxxxxxxxxxxx> wrote:
>> >
>> > Are there any projects that have a dependency on Remote System Explorer
>> > (RSE) in Neon? The TM project must decide if RSE will be included in the
>> > Neon release. Currently there is only interest in including TM Terminal.
>> >
>> > Thanks,
>> > Greg
>> > _______________________________________________
>> > tm-dev mailing list
>> > tm-dev@xxxxxxxxxxx
>> > To change your delivery options, retrieve your password, or unsubscribe
>> > from this list, visit
>> > https://dev.eclipse.org/mailman/listinfo/tm-dev
>>
>> _______________________________________________
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>
>>
>>
>>
>> _______________________________________________
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> _______________________________________________
> cross-project-issues-dev mailing list
> cross-project-issues-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



--
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
GeschÃftsfÃhrer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (032) 221739404, Email: lars.vogel@xxxxxxxxxxx, Web: http://www.vogella.com
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev