Current showstopper list
My plugin sorta works, but there are a number of showstopper issues that prevent me from releasing. These are:
http://www.intellij.net/tracker/idea/viewSCR?publicId=34574
This one makes it very hard to keep using the plugin. It's one thing if the run config is lost, it's easy to reproduce, but the loss means that all the modules become bound to 'generic appserver', and the user would have to go through those manually and assign them anew to my appserver.
It's also symptomatic of a more serious problem; that modules have to be strongly bound to one appserver. I'd imagine a very popular scenario for people testing cross server compatibility is to want to run the same module in a couple of different server plugins. Currently they'd have to go to the module and switch the server the module is bound to, instead of just creating a new run configuration.
http://www.intellij.net/tracker/idea/viewSCR?publicId=34260
This just looks very odd. I should not have to stop a server twice in a row.
Finally, the 'debug does nothing' message I posted earlier, but I'm hoping that one is more due to be doing something foolish.
These problems all exist in 2114.
Please sign in to leave a comment.
"Currently they'd have to go to the module and switch the server the module is bound to, instead of just creating a new run configuration."
Hani, I was just about to point that out. This is just really bad. You can't drop into a separate run config and run the app with a different server.
Please fix this!
R
>Currently they'd have to go to the module and switch the server the module
is bound to, instead of just creating a >new run configuration.
The only question is how to make such a project (project with several
serverrs activated)? Should all build participants take part in a build
procedure or you have to select one of them in the build settings?
--
Olesya Smirnova
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Hani Suleiman" <hani@formicary.net> wrote in message
news:12618754.1087223945594.JavaMail.itn@is.intellij.net...
prevent me from releasing. These are:
>
>
the run config is lost, it's easy to reproduce, but the loss means that all
the modules become bound to 'generic appserver', and the user would have to
go through those manually and assign them anew to my appserver.
>
strongly bound to one appserver. I'd imagine a very popular scenario for
people testing cross server compatibility is to want to run the same module
in a couple of different server plugins. Currently they'd have to go to the
module and switch the server the module is bound to, instead of just
creating a new run configuration.
>
>
row.
>
>
that one is more due to be doing something foolish.
>
Hi,
Hani Suleiman wrote:
Please, post (or point to) the issue with more details to the tracker.
--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"
should be fixed in 2119
--
Olesya Smirnova
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Hani Suleiman" <hani@formicary.net> wrote in message
news:12618754.1087223945594.JavaMail.itn@is.intellij.net...
prevent me from releasing. These are:
>
>
the run config is lost, it's easy to reproduce, but the loss means that all
the modules become bound to 'generic appserver', and the user would have to
go through those manually and assign them anew to my appserver.
>
strongly bound to one appserver. I'd imagine a very popular scenario for
people testing cross server compatibility is to want to run the same module
in a couple of different server plugins. Currently they'd have to go to the
module and switch the server the module is bound to, instead of just
creating a new run configuration.
>
>
row.
>
>
that one is more due to be doing something foolish.
>
I'd say they should all take part. I don't think this will be issue since only particularly crappy appservers require a pre-compile phase, and even these are slowly dying out...or is it more common than I know?
>Finally, the 'debug does nothing' message I posted earlier
Fixed in 2120
--
Olesya Smirnova
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Hani Suleiman" <hani@formicary.net> wrote in message
news:12618754.1087223945594.JavaMail.itn@is.intellij.net...
prevent me from releasing. These are:
>
>
the run config is lost, it's easy to reproduce, but the loss means that all
the modules become bound to 'generic appserver', and the user would have to
go through those manually and assign them anew to my appserver.
>
strongly bound to one appserver. I'd imagine a very popular scenario for
people testing cross server compatibility is to want to run the same module
in a couple of different server plugins. Currently they'd have to go to the
module and switch the server the module is bound to, instead of just
creating a new run configuration.
>
>
row.
>
>
that one is more due to be doing something foolish.
>
Yay, amazing! Thank you so much!