Tim,
I just canceled the bug that I opened because for 3.1 regarding the module
status. We are actually displaying the status correctly, I just missed this
part yesterday because the code is now in a different place.
Best Regards,
-- --
Mr. Angel Vera
Server Tools Developer for WTP and Rational
Lotus Notes: Angel Vera/Toronto/i...@ibmca
Tel: 905-413-5919 - E-Mail: arv...@ca.ibm.com
-----
Those who think that something is impossible,
should not interfere with those who are willing to do it. - Angel Vera
----- Forwarded by Angel Vera/Toronto/IBM on 07/29/2009 11:09 AM -----
From: Angel Vera/Toronto/IBM
To: Tim McConnell <tim.mcco...@gmail.com>
Cc: wtp-dev@eclipse.org
Date: 07/29/2009 11:05 AM
Subject: Re: [wtp-dev] Another WTP Question
Tim,
I had a chance to look at this, you can indeed add your own text. By
creating a IStatus and calling .setModuleStatus(IModule[], IStatus).
This will work as long as you are in 3.0. For 3.1 when we moved to the CNF
View, we missed porting that functionality over, so I have opened a bug
against 3.1 to make it work for 3.1.1 (
https://bugs.eclipse.org/bugs/show_bug.cgi?id=285015)
Best Regards,
-- --
Mr. Angel Vera
Server Tools Developer for WTP and Rational
Lotus Notes: Angel Vera/Toronto/i...@ibmca
Tel: 905-413-5919 - E-Mail: arv...@ca.ibm.com
-----
Those who think that something is impossible,
should not interfere with those who are willing to do it. - Angel Vera
From: Tim McConnell <tim.mcco...@gmail.com>
To: Angel Vera/Toronto/i...@ibmca
Cc: wtp-dev@eclipse.org
Date: 07/27/2009 02:34 PM
Subject: Re: [wtp-dev] Another WTP Question
Hi Angel, thanks very much for the information. I believe I understand and
appreciate the aim of the two UI aids you mention below, and I actually
really
like the changes WTP has made in 3.1 to aid the end-user. Unfortunately,
users of
our adapter are not as understanding or well-versed in the subtle nuances
of
these aids. In my experience with 3.0 if end-users see an artifact somehow
associated with the server in the Server View they jump to the conclusion
that it
is actually on the server, and many times given the nature of the usage of
the
adapter in a development environment, they are incorrect. So something that
is
not so subtle -- like a poke in the eye -- would likely have more impact.
Possibly a new publish state (e.g., PUBLISH_STATE_ERROR) could be
introduced to
change the server and/or module decorator to bold red so that it jumps out
more.
It's just a suggestion though. Finally, when I was looking through the
Javadocs
for WTP 3.1 I didn't see anything that would enable adopters to include
their own
one line message in cases of errors, but I may have just missed it. If you
do
find it, please let us know how to utilize it as it may accomplish the same
effect. If not, it seems like a very worthwhile enhancement for 3.2 as you
suggest.
Thanks again.
Angel Vera wrote:
> Hi Tim,
>
> The Servers view displays what has been added to the server but not
> necessarily what is on the server. When a module/project is added to the
> Server it 'may' or 'may not' be synchronized. By synchronized we mean
> that the module/project or files within it, might not yet been
> installed/published to the server. When the resources of a
> module/project in the workspace are not synchronized with the resources
> on the server, the status of the server and module will change to
> republish and the module that is not synchronized will/should display
> with italics, but apparently that didn't work all the time as you can
> see from Comment #2 on bug# 267993.
>
> Another behavior that comes to mind that is similar to the Servers view
> is the behaviour of the workspace and file system. In this scenario,
> when a user modifies a file that exists in the workspace but is modified
> outside of the IDE, the IDE will not pick up the changes until you do a
> refresh or try to edit the file. In the case of the servers view we use
> the status label to show that resources are out of sync.
>
> In the scope of your question, there is two UI aids that aim to assist
> the user understand the status of the Server: the server status label
> and italics fonts on modules.
> - The server status flag, is a label that aims help users understand
> that a module/project has changes in the workspace that need to be
> published to the server. The server status flag in WTP 3.0 and earlier
> versions will display in a separate column, but in 3.1 and older the
> status flag displays a label decorator beside the server or module. The
> status of the flag is republish and synchronized, but in the case of an
> error (if I recall correctly) adopters can introduce a one lined
> message. I will need to look into the code to make sure that adopters
> can put their own one lined error messages, but if I am mistaken on
> this, it sounds like a neat enhancement for 3.2 :)
>
> - The italics fonts on a module, aim to emphasizes the mismatch of the
> module/project between the Server and the workspace resources.
>
> If you have other ideas on how we can improve the scenario, we are open
> to discussion. We could setup a meeting for later this week and hold an
> open discussion.
>
> Best Regards,
> -- --
> Mr. Angel Vera
> Server Tools Developer for WTP and Rational
> Lotus Notes: Angel Vera/Toronto/i...@ibmca
> Tel: 905-413-5919 - E-Mail: arv...@ca.ibm.com
> -----
> Those who think that something is impossible,
> should not interfere with those who are willing to do it. - Angel Vera
>
> Inactive hide details for Tim McConnell ---07/24/2009 10:06:32
> PM---Thanks for the information Rochelle. I see that the bugzillTim
> McConnell ---07/24/2009 10:06:32 PM---Thanks for the information
> Rochelle. I see that the bugzilla issue is "Resolved" with "WontFix", wh
>
>
> From:
> Tim McConnell <tim.mcco...@gmail.com>
>
> To:
> "General discussion of project-wide or architectural issues."
> <wtp-dev@eclipse.org>
>
> Date:
> 07/24/2009 10:06 PM
>
> Subject:
> Re: [wtp-dev] Another WTP Question
>
> Sent by:
> wtp-dev-boun...@eclipse.org
>
> ------------------------------------------------------------------------
>
>
>
> Thanks for the information Rochelle. I see that the bugzilla issue is
> "Resolved"
> with "WontFix", which is a little disconcerting to me since it has and
will
> continue to cause many usability issues as deployment exceptions happen
> all the
> time. I wonder if anyone from the WTP development team might offer a
> work-around
> to mitigate this confusion ??
>
> Thanks.
>
>
> rac...@dev.java.net wrote:
> > This is similar to a question I had as well - see issue
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=267993
> >
> > Rochelle
> >
> > Tim McConnell wrote:
> >> Hi, I've noticed that whenever I deploy a single module or multiple
> >> modules from the WTP "Add and Remove" wizard and I get a deployment
> >> exception from the server, it still shows up in the Server view as if
> >> it deployed successfully, which is very confusing to our end-users. I
> >> assume we're doing something incorrect in our BehaviorDelegate but
> >> it's not obvious to me. When I debug this code in Server.publishImpl
()
> >> below, I see that our BehaviorDelegate CoreException is caught. I
also
> >> see our module contained within modules2 below so I expect that it'll
> >> get deleted (or at least not added) but instead it gets saved in the
> >> .metadata\.plugins\org.eclipse.wst.server.core\publish0.dat file even
> >> though it doesn't really exist in the server. Can someone help
explain
> >> what else I need to do in our BehaviorDelegate when throwing our
> >> CoreException ?? Or is this a bug or expected behavior ?? Thanks
> >> much.....
> >>
> >> try {
> >> getBehaviourDelegate(monitor).publish(kind, modules4,
> >> monitor, info);
> >> } catch (CoreException ce) {
> >> Trace.trace(Trace.WARNING, "Error during publishing",
> >> ce);
> >> status = ce.getStatus();
> >> }
> >>
> >> final List<IModule[]> modules2 = new ArrayList<IModule[]>
();
> >> visit(new IModuleVisitor() {
> >> public boolean visit(IModule[] module) {
> >> if (getModulePublishState(module) ==
> >> IServer.PUBLISH_STATE_NONE)
> >> getServerPublishInfo().fill(module);
> >>
> >> modules2.add(module);
> >> return true;
> >> }
> >> }, monitor);
> >>
> >>
> >> getServerPublishInfo().removeDeletedModulePublishInfo(Server.this,
> >> modules2);
> >> getServerPublishInfo().clearCache();
> >> getServerPublishInfo().save();
> >>
> >>
> >>
> >>
> > _______________________________________________
> > wtp-dev mailing list
> > wtp-dev@eclipse.org
> > https://dev.eclipse.org/mailman/listinfo/wtp-dev
> >
>
> --
> Thanks,
> Tim McConnell
> _______________________________________________
> wtp-dev mailing list
> wtp-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/wtp-dev
>
>
--
Thanks,
Tim McConnell
<<inline: ecblank.gif>>
<<inline: graycol.gif>>
_______________________________________________ wtp-dev mailing list wtp-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/wtp-dev
