[
https://issues.jboss.org/browse/JBIDE-8548?page=com.atlassian.jira.plugin...
]
Snjezana Peco commented on JBIDE-8548:
--------------------------------------
I will create the UI as you required.
>The plugin creates a configuration (the default)
Currently it creates a custom type of launch - which really is not
necessary and dilutes the purpose imo
Marked as "default" is redundant - why is that there? Why
not search the existing remote launches and use that if it fits the same criteria ? i.e.
project selection, port etc. ?
I wanted to enable the user to select more projects that would be added as the default
attachment. The Eclipse's Remote Java Application configuration adds only the first
selected project. This can also be performed by changing a source path computer of the
Eclipse's Remote Java Application configuration, but that would be changing the
standard Eclipse Remote Configuration.
"project selection, port" aren't the only criterias when selecting some
configuration. The user can also use some additional source attachments that there
aren't in his workspace. For example, when the user tests Arquillian on JBoss AS, he
will want to add some libraries from JBoss AS, when testing it on Glassfish, he will want
to add Glassfish libraries ... The user will create separate configurations on JBoss AS
and Glassfish, but how to choose what configuration to launch?
What will the plugin do if it can't find a corresponding "project selection,
port"?
Would we create a different configuration for every "project selection, port"
combination? That would mean creating a lot of launch configurations.
Would we change an existing remote configuration? When using the standard Eclipse Remote
Java Application configuration, we mustn't change it because we can't know if the
user has created it for other purpose.
It is likely that adding some new potential feature to this plugin won't be possible
to do using the standard Eclipse remote configuration.
That's why I have created a separate type of a launch configuration. It is similar to
the standard Eclipse remote configuration, but has a separate source path computer. This
way, we can add all selected projects to the default attachment and create a separate
Launch Configuration dialog.
The "default" launch configuration is created if there isn't any JBoss
remote launch configuration.
The user can create more different configurations in order to be able to add different
source attachments for different applications.
When starting debugging automatically (using a menu or shortcut), the plugin uses a
configuration that he marks as the default. The plugin checks and, if necessary, changes
the selected projects and the port of that configuration and launches the configuration.
The user's additional source attachments won't be changed.
If the user wants to start a non-default configuration with different attachments, he can
call the "Configure..." action or change the default configuration.
Support auto discovery of remote processes for debugging
--------------------------------------------------------
Key: JBIDE-8548
URL:
https://issues.jboss.org/browse/JBIDE-8548
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: JBossAS
Reporter: Aslak Knutsen
Assignee: Snjezana Peco
Fix For: 3.3.0.M3, 3.3.x
Attachments: 8548-1.png, 8548-2.png, 8548-3.png, jbide-8548d.png, lsof.txt,
org.jboss.tools.remote.debug.zip, org.jboss.tools.remote.debug1.zip,
org.jboss.tools.remote.debug2.zip, remote_java_application.bmml
It would be helpful if Eclipse could provide a 'debug as' with auto discover of
local java processes, somewhat like jconsole does. Eclipse should also auto associate the
debug session with the current project.
'debug as' -> 'remote process x'
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira