Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Web Tools Project (WTP) » Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3
Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3 [message #189545] Sat, 10 March 2007 06:42 Go to next message
Darryl Miles is currently offline Darryl Miles
Messages: 123
Registered: July 2009
Senior Member
This is what I am installing:

tar -zxvf /tmp/eclipse-SDK-3.2.2-linux-gtk-x86_64.tar.gz
unzip /tmp/emf-sdo-xsd-SDK-2.2.2.zip
unzip /tmp/GEF-SDK-3.2.2.zip
unzip /tmp/JEM-SDK-1.2.3_jem.zip md5sum:16eb29da8602dee27c7bcafd95d9f55c
unzip /tmp/wtp-sdk-R-1.5.3.zip

I then run "./eclipse/eclipse -clean"



The errors are visible from Help -> Software Updates -> Manage
Configuration.


I select the top level item where I see red error marker over "Java EMF
Model SDK 1.2.3.v20070130_R-G95EUxxxxxxx", in the show properties ->
status for this module there is:


No plug-in: "org.eclipse.jem.sdk" included at runtime.

Included feature "Java EMF Model" version
"1.2.3.v20070130_R----6zXJK-L2U8VZ" contains problems.



No I select the second level item where I see red error market over
"Java EMF Model 1.2.3.v20070130_R---6zXJK-L2U8VZ" in the show properties
-> status for this module there is:


The feature is not configured properly.

No plug-in: "org.eclipse.jem.proxy" included at runtime.
No plug-in: "org.eclipse.jem" included at runtime.
No plug-in: "com.ibm.etools.emf.event" included at runtime.
No plug-in: "org.eclipse.jem.ui" included at runtime.
No plug-in: "org.eclipse.jem.util" included at runtime.



I have the following files in the eclipse/plugin/* tree:

eclipse/plugins/org.eclipse.jem.proxy_1.2.0.v20060918_M.jar
eclipse/plugins/org.eclipse.jem_1.2.1.v20060918_M.jar
eclipse/plugins/com.ibm.etools.emf.event_3.0.0.v20060918_M.j ar
eclipse/plugins/org.eclipse.jem.ui_1.2.1.v20060918_M.jar
eclipse/plugins/org.eclipse.jem.util_1.2.1.v20060918_M.jar



*** BEGIN RESOLUTION ***
....SNIPPED SUCESSFULL STUFF...
** RESOLVING [org.eclipse.emf.exporter_2.2.0.v200702131851] **
....SNIPPED SUCESSFULL STUFF...
** RESOLVING [org.eclipse.wst.command.env.core_1.0.102.v200702021949] **
** REQUIRE
org.eclipse.jem.util[org.eclipse.wst.common.frameworks_1.1.3 .v200702071605]
failed to resolve
[org.eclipse.wst.common.frameworks_1.1.3.v200702071605] NOT RESOLVED
** REQUIRE
org.eclipse.wst.common.frameworks[org.eclipse.wst.command.en v.core_1.0.102.v200702021949]
failed to resolve
[org.eclipse.wst.command.env.core_1.0.102.v200702021949] NOT RESOLVED
** RESOLVING
[org.eclipse.wst.rdb.dbdefinition.sqlserver_1.0.105.v2006101 61905] **
....ETC...ETC...


FYI the following JEM plugins are successfully activated:

org.eclipse.jem.beaninfo_1.2.2.v20061027_M
org.eclipse.jem.workbench_1.2.3.v20070130_R




Darryl
Re: Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3 [message #189813 is a reply to message #189545] Thu, 15 March 2007 07:53 Go to previous messageGo to next message
Darryl Miles is currently offline Darryl Miles
Messages: 123
Registered: July 2009
Senior Member
Could anyone be kind enough to confirm if this issue exists for them,
and also which JVM they are using and Windows or Linux.


When using WTP 1.5.3 after installing from ZIPs to a fresh eclipse
directory (but keeping all my existing workspace and configuration) the
JSP editor looses its syntax highlighting and appears as-if its treated
as a regular text file.

Could anyone confirm this effect would result from o.e.jem not activating ?


Due to this I have reinstated 1.5.2 and aborted the upgrade.


Darryl
Re: Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3 [message #189953 is a reply to message #189813] Thu, 15 March 2007 15:41 Go to previous messageGo to next message
Nitin Dahyabhai is currently offline Nitin Dahyabhai
Messages: 2237
Registered: July 2009
Senior Member
Darryl L. Miles wrote:
>
> Could anyone be kind enough to confirm if this issue exists for them,
> and also which JVM they are using and Windows or Linux.
>
>
> When using WTP 1.5.3 after installing from ZIPs to a fresh eclipse
> directory (but keeping all my existing workspace and configuration) the
> JSP editor looses its syntax highlighting and appears as-if its treated
> as a regular text file.
>
> Could anyone confirm this effect would result from o.e.jem not activating ?
>
>
> Due to this I have reinstated 1.5.2 and aborted the upgrade.

With the JEM plugins not starting, the JSP editor itself wouldn't
even open, but the combination you listed works fine for me with JRE
1.4.2_11, including the same md5sum for the jem zip. Which JRE are
you using and are you actually on a 64-bit system?

--
Nitin Dahyabhai
Structured Source Editor


---
Nitin Dahyabhai
Eclipse WTP, IBM
Re: Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3 [message #189961 is a reply to message #189545] Thu, 15 March 2007 17:25 Go to previous messageGo to next message
Eclipse User
Originally posted by: eclipse.newsgroups.javafreelancer.net

hello,

i have essentially the same setup as the o.p. except i'm on solaris
9/sparc + i installed wtp-R-1.5.3.zip (instead of the full sdk). the other
wtp pre-reqs are the same though.

unlike the o.p. though, all my features (org.eclipse.jem.* included) are
reported as being configured properly in Help -> Software Updates ->
Manage Configuration (no red error markers for anything).

but like the o.p., when i am editing java source, the editor "[looses] its
syntax highlighting and appears as-if its treated as a regular text file".

when i go to "Window -> Preferences -> General Appearance -> Colors and
Fonts" to change stuff, the rectangular color indicator in the top r.h.
corner of the panel is white for every single item! even if i select the
color indicator and change the color, the color indicator remains white!

please, can anybody suggest a solution?

many thanks,
sun_certified

p.s. btw, does anybody know what that "Quote" button at the bottom l.h.
side of this forum's Web interface is for? it doesn't do anything in
either mozilla 1.7.13 nor msie 7!
Re: Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3 [message #190008 is a reply to message #189953] Fri, 16 March 2007 10:12 Go to previous messageGo to next message
Darryl Miles is currently offline Darryl Miles
Messages: 123
Registered: July 2009
Senior Member
Nitin Dahyabhai wrote:
> With the JEM plugins not starting, the JSP editor itself wouldn't even
> open, but the combination you listed works fine for me with JRE
> 1.4.2_11, including the same md5sum for the jem zip. Which JRE are you
> using and are you actually on a 64-bit system?

Thanks for the reply Nitin, Yes I am on a 64bit system and using SUN JVM
1.5.0u8:

$ java -version
java version "1.5.0_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_08-b03, mixed mode)


FYI: Eclipse will not complete its start up if you use an incorrect mix
of JVM and 32 or 64bit build of eclipse platform, this is dues to ABI
mismatch when it goes to load DLL from the Eclipse plaform. This is
because while a 64bit linux host can run 32bit programs the EXE/DLL
loader does not allow the mixing of 64 and 32bit code within the same
process. Part of the reason for this is that a 64bit CPU has a
completely different ABI which makes use of the extra general registers
in EMT64 CPU to pass the first ~4 parameters in functions calls within
registers (as opposed to 32bit which uses the stack for everything).



For clarity these are the md5sum's of where I started:

5c074908f8e120ced088491f65095665 eclipse-SDK-3.2.2-linux-gtk-x86_64.tar.gz
fe080744674e76e20131dd3830ca0b58 emf-sdo-xsd-SDK-2.2.2.zip
8f509be402978ced7a6e205fc62b636b GEF-SDK-3.2.2.zip
16eb29da8602dee27c7bcafd95d9f55c JEM-SDK-1.2.3_jem.zip
4dd027d37126906e8128dfe9ae9c540b wtp-sdk-R-1.5.3.zip



Ok I have forced a new configuration directory but kept my old workspace
to check for a problem with the configuration data. In doing this JSP
editors work correctly.


I do something slightly different with my configuration area, in that at
some point in the past I got fed up with upgrading eclipse and loosing
all my configuration settings.

This is because by default eclipse will write those configuration
settings into the executable configuration location, this being the
eclipse/configuration directory where you extracted
eclipse-SDK-3.2.2-linux-gtk-x86_64.tar.gz in my case that is
/opt/eclipse/configuration.

This is just not on. All personal configuration data should be
associated with the users $HOME directory (not with the shared location
where the executables are located).

So to stop this practice after installation I mark the entire eclipse
executable hierarchy as not modifiable by the userid I run eclipse as, I
run eclipse as a non-root user so "chown root.root -R /opt/eclipse" does
the trick here.

I found doing this forced the platform to start storing configuration
data in $HOME and to make sure it always used the same location after an
upgrade I give a -configuration
file:///home/dlm/.eclipse/org.eclipse.platform_3.2.0/configu ration/
command line option.

I personally think that it should never write to the shared executable
location (even if the system allow it to happen) unless specifically
instructed to do so and by default it should only use the $HOME and the
workspace areas to store stuff.



So I guess in my case there is a problem with migration of the old
configuration to 1.5.3, it just does not like it and -clean does not fix
whatever it does not like.

$ ls -l /home/dlm/.eclipse
total 32
drwxrwxr-x 3 dlm dlm 4096 Jan 8 2006 org.eclipse.platform_3.1.0
drwxrwxr-x 3 dlm dlm 4096 Dec 30 2005 org.eclipse.platform_3.1.1
drwxrwxr-x 3 dlm dlm 4096 Mar 19 2006 org.eclipse.platform_3.1.2
drwxrwxr-x 5 dlm dlm 4096 Sep 22 17:41 org.eclipse.platform_3.2.0


I notice the platform version number is somehow connected with the
configuration, my problem is that the -configuration command line
directory wants the exact location which at the moment I have been using:

/opt/eclips/eclipse -configuration
/home/dlm/.eclipse/org.eclipse.platform_3.2.0/configuration

I actually don't want to specify this, all I really intended was to
specify that "/home/dlm/.eclipse" should be used and not
"/opt/eclipse/configuration" if it is necessary for the platform to
create org.eclipse.platform_3.2.2 then that is fine. Thats an issue I
don't want to have to manage or confront.

It would also be dandy if when first running a new version of the
platform (causing org.eclipse.platform_3.2.2 to be created, that I get a
GUI dialog to import all the configuration settings from one of the
other directories, giving a list of all previous versions it found, with
the default being the most highest version below the one we are using
now). It would be even dandier if there was an extension point which
each module owner could hook into to authorize, veto or modify
configuration directives that were being imported during this process
during that update.

Maybe I should suggest a feature enhancement for a new command line option:

-configprefix /home/dlm/.eclipse



Thanks for your reply knowing that it actually works for someone else
helped me isolate the problem.

Now I need to weigh up the productivity gain from upgrading to 1.5.3
over the productivity loss of loosing the entire my configuration.
Maybe I can copy a text file across manually ?


Darryl
Re: Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3 [message #190016 is a reply to message #189961] Fri, 16 March 2007 10:18 Go to previous messageGo to next message
Darryl Miles is currently offline Darryl Miles
Messages: 123
Registered: July 2009
Senior Member
sun_certified wrote:
> but like the o.p., when i am editing java source, the editor "[looses]
> its syntax highlighting and appears as-if its treated as a regular text
> file".

"java source" ?? My post refers to "JSP Editor" which is used for
editing *.jsp files.

Please confirm if you mean *.java or *.jsp.


To verify my problem:

* Create a new DWP: New -> Project -> Web -> Dynamic Web Project
* Fill in the project name "Test", leave everything else as default.
* I found on linux there is a "I Agree" button to process, but it would
not let me press it, although my browser showed the SUN notice, I closed
the browser and clicked "I Disagree" since its the only button lit up,
but the project appear to create itself ok anyway.
* Expand the project tree for Test/WebContent
* In this directory right click and select New -> File
* For the filename use "foo.jsp"
* When the editor opens, type in "<jsp" then press Ctrl + Space (for
context help)

If the various <jsp:...> tags appear then your JSP editor is working.



Java is more fundamental and part of the base platform, so you could
only need to install eclipse-SDK-3.2.2-linux-gtk-x86_64.tar.gz to be
able to create a HelloWorld.java file and debug it.

Darryl
Re: Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3 [message #192124 is a reply to message #189545] Fri, 04 May 2007 13:37 Go to previous messageGo to next message
Eclipse User
Originally posted by: 025613t.acadiau.ca

Ok, this may be a silly question, but I cannot seem to even extract the
files from the .zip. I keep getting prompted for a password?

Zach
Re: Installation of WTP 1.5.3 from ZIP doesn't activate o.e.jem v1.2.3 [message #192175 is a reply to message #192124] Mon, 07 May 2007 12:57 Go to previous message
David Williams is currently offline David Williams
Messages: 696
Registered: July 2009
Senior Member
On Fri, 04 May 2007 13:37:45 -0400, Zach <025613t@acadiau.ca> wrote:

> Ok, this may be a silly question, but I cannot seem to even extract the
> files from the .zip. I keep getting prompted for a password?
>
> Zach
>


See if http://www.eclipse.org/webtools/faq/main.html#about_5a
helps solve your problem?
Previous Topic:Debugging Axis2 Web Service on Tomcat with Eclipse
Next Topic:Is 2.0 going to be a stable API?
Goto Forum:
  


Current Time: Tue Jul 29 02:40:26 EDT 2014

Powered by FUDForum. Page generated in 0.01832 seconds