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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

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

0
Comment actions Permalink

+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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

+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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

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
Comment actions Permalink

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

<SCNR/>

0
Comment actions Permalink

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.