What is with the influx of Struts plugins??

Just wondering why all you Struts plugins don't get together and write one kick-ass all encompassing Struts plugin? There are currently 5 different Struts plugins, each on appears to have their stronger and weaker elements but very few have the same strengths and weaknesses. Wouldn't it make more sense for the community to pool your considerable talents together and make one really great plugin?

17 comments

This has been asked before, but is not possible for Struts Plugin since I can't release the sources, only the binaries.

IMHO having multiple plugins has advantages, too. Each user is free to choose the one(s) suiting her needs.

My personal preference is Struts Plugin for navigation/autocompletion etc. bundled with Struts Assistant for visualisation.

Yann

0

IMHO having multiple plugins has advantages, too.

No it hasn't. Plug-ins are not vegetables.
Everything around IntelliJ is driven by "quality instead of quantity".

Ahmed.

0

Totally agree. Duplicated plugins suxx. It misleading and not user friendly.

0

+10 on multiple plugins suxx. Can't we all just get along.

"Dmitry Kashin" <no_mail@jetbrains.com> wrote in message
news:3245348.1129284144852.JavaMail.itn@is.intellij.net...

Totally agree. Duplicated plugins suxx. It misleading and not user
friendly.



0

Why can't you release your sources? Is it going to be converted to a
commercial product?

I have to disagree with having multiple plugins for the same thing is an
advantage. It follows more on the lines of divide and conquer.
Unfortunately, it's the IJ/Struts users that will be conquered.

I believe the "Struts Plugin" is the best, but it can certainly benefit
from some of the cool features that the others have. It would be much
better for 5 parties to build 1 complete plugin, than to have 5 parties
build 5 incomplete plugins.

This is a community, not a competition.



Yann Cebron wrote:

This has been asked before, but is not possible for Struts Plugin since I can't release the sources, only the binaries.

>

IMHO having multiple plugins has advantages, too. Each user is free to choose the one(s) suiting her needs.

>

My personal preference is Struts Plugin for navigation/autocompletion etc. bundled with Struts Assistant for visualisation.

>

Yann

0

Legal reasons: I do not have the agreement from my company to release the sources. Since I developed quite a big part of it during my regular working time, I cannot release them.

IMHO it's not about competition, but combination and specialization.

Take Struts Assistant: it does not have any of the features my plugin has and vice versa. So what's wrong with that? And if you prefer Struts Navigator to Struts Plugin: it's all about choice.

Greetings,
Yann

0

If the various Struts-related plugin authors can/will not combine their efforts to create a
single plugin, they should at least work to ensure that there is very little overlap and
that they coexist peacefully with one another while they are all installed. Maybe even
offer an easy toggle to enable/disable the plugin while another one is being evaluated.

It would also be extremely helpful if there was a single place users could go to see a table
of the features offered by each one. That way they could make an informed decision as to
which plugin(s) would be the most useful to them.

Tim

0

This is indeed a very good idea!

I have created a blank entry in WIKI, everyone feel free to add content:

http://www.intellij.org/twiki/bin/view/Main/StrutsPluginsFeaturesOverview

I will fill in stuff for Struts Plugin over the weekend..

Yann

0

I've started to create a comparison table, please everyone join and fill in more information:

http://www.intellij.org/twiki/bin/view/Main/StrutsPluginsFeaturesOverview

0

Hey, according to that page the Struts assistant doesn't do anything at all, it doesn't feature a single functionality in the comparison list!

In my opinion the first (and potentially the only) feature that the plugins should really try to share is loading of configuration information: I am currently using two of the three (not using struts assistant because it failed my 2-minutes-test asking me to install a struts distribution(!?) only for it to be able to grab libraries (I think) and found this completely non-idea-ish), and what I think is sorely missing is a way to specify struts and tiles configuration files on a per-module basis. The struts plugin is doing a pretty good job, but its configuration seems to be project-related and not module-related.

0

+Hey, according to that page the Struts assistant doesn't do anything at all, it doesn't feature a single functionality in the comparison list!
+
As I said: feel free to add items, I can't possibly fill in all features and marks ;)

The struts plugin is doing a pretty good job, but its configuration seems to be project-related and not module-related.
It works in all Web-Modules throughout a project, but configuration file lookup is restricted to the current module.

0

I've updated the features table (http://www.intellij.org/twiki/bin/view/Main/StrutsPluginsFeaturesOverview
)
Struts Assistant plugin is going to provide completion/navigation features, too.

0

I've updated the features table
(http://www.intellij.org/twiki/bin/view/Main/StrutsPlu
insFeaturesOverview
)
Struts Assistant plugin is going to provide
completion/navigation features, too.


I tried your plugin today: instead of replicating functionalities of other plugins I'd suggest adding more "smart" graphical reorganization of the diagrams (today I spent a lot of time moving stuff over a pretty complex one), or the capability to include information about other struts-cfg.xml of the same module, or again provide a way to visualize not only links specified in the action mappings but also links from tiles and jsps to the actions themselves.

0

Yeah but struts and idea are opposites in terms of agenda. Struts and struts people are all about 'everything but quality', so the millions of plugins is just another manifestation of that delightful mentality.

It's particularly delicious seeing the struts approach manifest itself and its failures in such a delightful new way!

0

It's particularly delicious seeing the struts approach manifest
itself and its failures in such a delightful new way!

I wouldn't be so delighted about such a thing.
Generally speaking, bad or not working IDEA plug-ins are also bad for the IDEA IDE
image.

IMHO there should be some constant review process from the side of Jetbrains over the
plug-ins in http://plugins.intellij.net/plugins/, to remove or at least "deactivate" those
plug-ins that do more harm than help.
For now, with the last stable IDEA version more than 80% of them simply don't work. I think
this is pretty bad for IDEAs image.

Ahmed.

0

Let's see how soon the Spring|Hibernate| community "fails" when more than one plugin will be available to choose from

<SCNR/>

0

Wow, does this mean we can expect a brand new WebWork plugin with all the features the three Struts plugins have in a single bundle? ;P

0

Please sign in to leave a comment.