Home » Language IDEs » ServerTools (WTP) » This has to be frustrating....
| This has to be frustrating.... [message #141379] |
Thu, 29 September 2005 17:08  |
 Dan Thurman
Messages: 57
Registered: July 2009 |
Member |
|
|
Following is a very frustrating story and experience... (LONG!)
Frustration #1
====================================
1) Start a 'Dynamic Web Project"
2) Add a project name: "Hello World"
3) Add a new JSP file: index.jsp
4) Add new code, such as
<%@ page language="java" contentType="text/html; charset=ISO-8859-1"
pageEncoding="ISO-8859-1"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Hello World</title>
</head>
<body>
<h1>Hello!</h1>
</body>
</html>
5) On index.jsp, Run As-> Run on server...
6) Add apache 5.5 server, add "Hello World" context, complete dialog
7) Server starts up, but context (index.jsp) does not run... DRAT!
8) Go back to project root tree: "Hello World", click: Build Project
9) Stop server in server tab
10) Perform step (5)
11) Viola! Web page appears correctly.
Sheesh - this has got to be the most poorly planned/designed application
for web page designs. You have to remember to BUILD the application,
then STOP the server, then somehow try to get the changes published
then restart the server only via the index.jsp->Run As-> Run on server
pathway. This is not very intutitive....
Frustration #2
==============
1) Ok, I am "done" with Hello World project.
2) Close Project
3) ... Later ... I decided to review the previously closed project: "Hello
World"
4) Import... in Navigator
5) Select: 'Existing projects into Workspace'
6) Select the directory where your project was last located, select the
project
when it appears
7) Error Message appears: 'Resource /Hello World already exists' --
There is nothing you can do to get your closed project back into your
navigator, at least I could not find a way to do it.
Frustration #3
==========
1) With the following code, definition tags and the database
code are as follows:
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
<%@taglib uri="http://java.sun.com/jsp/jstl/sql" prefix="sql"%>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>WebAndSql</title>
</head>
<body>
<span class="hdr"> Date/Time: <%= new java.util.Date() %><BR>
<BR>
<sql:setDataSource
var="mySqlDs"
url="jdbc:mysql://linux.cdkkt.com:3306/myTest"
driver="org.gjt.mm.mysql.Driver" user="dbuser" password="dbpassword" />
<sql:query var="mySqlQs" dataSource="${mySqlDs}">
SELECT * FROM cars ORDER BY carid
</sql:query>
<span class="hdr">host:[linux]; MySql 3.34 Database [MySql JDBC
Driver;myTest.Cars]</span>
<table border="1" class="table">
<tr class="titlec">
<th>CarID</th>
<th>Name</th>
<th>Type</th>
<th>Vendor</th>
</tr>
<c:forEach var="row" items="${mySqlQs.rows}" varStatus="lineInfo1">
<c:set var="c" value="oddc" />
<c:if test="${lineInfo1.count % 2 == 0}">
<c:set var="c" value="evenc" />
</c:if>
<tr class="${c}">
<td><c:out value="${row.CarId}" /></td>
<td><c:out value="${row.Name}" /></td>
<td><c:out value="${row.Type}" /></td>
<td><c:out value="${row.Vendor}" /></td>
</tr>
</c:forEach>
</table>
</table>
</body>
</html>
2) When you add the above code to your file: 'index.jsp', and save
it, you may notice that the tags have yellow squiggly lines underscored
under them, and the "error message" balloon says: "Unknown Tags
(sql:setDataSource)" Hmmm.... so I am guessing that it means the
Apache Taglib library is missing? Ok... so maybe I have to add it
to my project. Ignoring and continuing to the next step...
3) We are using the default server: tomcat 5.5, so you can select
the project root tree, click the right-mouse-button, select 'properties'
and then select: 'Server'. Then make sure you select 'Apache Tomcat
5.5' in the Target Runtime textbox. Next, we need to add the 'taglib'
support and jdbc (database) libaries. Ok, click in the properties
window: 'Java Build Path', click the tab: 'Library', click: 'Web App
Libraries', click 'Add External JARs...' and then when the file-manager
pops up, go to the Apache Taglib v1.1 library folder and choose:
'standard.jar' and 'jstl.jar' and then click the 'OK' button.
Oh.... drat!!!! These jars did NOT end up in the folder I selected!!!
Drat!!!
Ok, remove these two jars from the general list! Ok, how about we just
create a NEW library?
Ok, trying that we will click: 'Add Library...', select: 'User Library',
click: 'User Libraries...' button, click: 'New...', and then type in my
new library for this project (I typed: myLibs), then click OK, and
my new library container was created. Then click 'myLibs' container,
click: 'Add JARSs...', then using the file-manager, added the following
JARs, 'standard.lib', 'jstl.jar'. Similarly, added my jdbc driver jar:
'mysql-connector-javaX-X-X-bin.jar', click OK and now all of my
needed jars are in 'myLibs'. Complete all the steps by clicking 'OK'
or 'Finish' buttons to get back into the project. Please note that the
'Setting Build Path...' dialog pops up and adds your new library (myLibs)
to your project list! So far, so good? Hmmm... but the yellow squiggly
lines are still there... how to get rid of this? Ok, right-click on root
project,
and select 'Build Project'... nope. Still there. Try again but with: 'Run
Validation',
hmm.... nope. still there...
Hmm, maybe we have to build this project, and publish it right?
Ok, right-click on file: 'index.jsp', and select: Run As->Run on server...
and then go through the dialogs ensuring that your apache tomcat 5.5
is setup and your project is selected and complete. Server starts up
and the web-browser appears and.... drat!!! Says that there is an apache
error and that the problem is that the jdbc driver could not be located!!
Drat, drat, drat! The yellow squiggly lines are still there too. drat!
Ok, so maybe my new library (myLibs) does not work like the way I
thought it would.... ok, lets get rid of it. Here is how:
Right-click on the project root, select 'Properties'. Click 'Java Build
Path'. Select: 'myLibs' and then click: 'Remove' button. Then finish it
all by clicking 'OK' Note: The 'Setting Build Path...' dialog pops up
and.... drat! 'myLibs' is NOT removed from my project list! How the
heck can I REMOVE IT???? By the way - if you go deeper where
we create that library in the first place - it is STILL THERE! Yes,
you deleted that library from your 'Java Build Path' but this is misleading
as you will see this by 'Add Library...->User Library and in the 'Selected
User Library', your myLibs container is still there! Dunno how to get
rid of this one...
Since I know previously, you cannot close this project and try to get
this project back into the Navigator, this is not the pathway to 'clean
up the junk' i.e. to remove the myLibs from your project list. I have
looked everywhere and fail to discover how to remove this library!
OK - I closed this project and started a new one and copied the contents
of index.jsp from the OLD project and into the NEW file and "started
over" entirely.
Now, instead of adding the needed tablibs and jdbc in your own library,
how about just adding it to the Webcontent->WEB-INF->lib folder?
Ok, doing that - right-click on lib folder, and select 'Import...'. Then
select 'File System'. When the dialog appears, select the last folder to
where each of the jar files are locate, and add them in. Make SURE
that it is the last leaf of the path, OTHERWISE sub-folders will be created
under the lib folder. (This is a REAL PAIN to use and you have to do this
seperately for each JARs located in various system-folder locations...)
Ok, so now I have added the 'standard.jar', 'jstl.jar', and the jdbc jar
for mysql: 'mysql-connector-javaX-X-X-bin.jar' into the lib folder
and checked that it is actually there via my windows explorer (because
the files do NOT APPEAR in the project window. It is mysteriously
missing!).
Now, it is time to build and publish this project....
Right-click: index.jsp, then select: Run As->Run on server...,
then complete the apache tomcat 5.5 setup - but wait!! It was
previously setup from my last project that I closed! Ah... ok
no big deal, so use the apache tomcat 5.5 and then make sure
that you remove the old published web-app, select your current
web-app, and complete. Tomcat server now starts running and....
drat! Your new project fails to run because it is NOT PUBLISHED!
DRAT, DRAT, DRAT.... ok. Sensing that the problem is with the
server used. Ok, make sure that you select the 'Tomcat v5.5 Server@
localhost' item from the 'Servers' tab (you can get this tab via Window->
Show view->Servers) and right-click and DELETE. Now that the server
has stop and has now been deleted from the 'Servers' tab list. We can
proceed to start over again.
Right-click on 'index.jsp' file, select: Run As->Run on server... and select
a new Apache Tomcat v5.5 server, check 'set server as project default',
'Next', make sure your web-app is selected and in 'Configured projects'
list, and then click: 'Finish'
The server starts running now, and is started, then the web-browser pops
up in Eclipse main pane, and now I see that my database access works
and my table appears and show the data just obtained from the database.
So all is well? Alas... no. My CSS/Styles code seems to be missing... no
coloration at all.. Just plain black and white. DRAT!! DRAT DRAT DRAT!!!
By the way, the yellow squiggly lines are still there in index,jsp file.
I am now at loss to understand the problem here.... back to the drawing
board
or -- maybe I will just quit and stop using Eclipse. It is just not
intuitive and the
learning curve is just... too painful.
Dan
|
|
|
| Re: This has to be frustrating.... [message #141413 is a reply to message #141379] |
Thu, 29 September 2005 18:44  |
Larry Isaacs
Messages: 1354
Registered: July 2009 |
Senior Member |
|
|
Hi Dan,
Frustration #1: This worked for me. Open the "Project" menu and make
sure "Build Automatically" is checked, otherwise builds must be manually
invoked.
Frustration #2: The "Project Explorer" navigator that is a standard part
of the J2EE perspective is unique in that it tries to segregate projects
according to type. When you close a Dynamic Web Project, the "Project
Explorer" can no longer tell what kind of project it is, so it moves to
the "Other Projects" category. To re-open, expand the "Other Projects"
category, right click on the project and select "Open Project". Once
open, it will move back to the Dynamic Web Projects" category.
Frustration #3: I'll have to try that one later when I have more time.
Cheers,
Larry
Dan Thurman wrote:
> Following is a very frustrating story and experience... (LONG!)
>
> Frustration #1
> ====================================
> 1) Start a 'Dynamic Web Project"
> 2) Add a project name: "Hello World"
> 3) Add a new JSP file: index.jsp
> 4) Add new code, such as
>
> <%@ page language="java" contentType="text/html; charset=ISO-8859-1"
> pageEncoding="ISO-8859-1"%>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
> <title>Hello World</title>
> </head>
> <body>
> <h1>Hello!</h1>
> </body>
> </html>
>
> 5) On index.jsp, Run As-> Run on server...
> 6) Add apache 5.5 server, add "Hello World" context, complete dialog
> 7) Server starts up, but context (index.jsp) does not run... DRAT!
> 8) Go back to project root tree: "Hello World", click: Build Project
> 9) Stop server in server tab
> 10) Perform step (5)
> 11) Viola! Web page appears correctly.
>
> Sheesh - this has got to be the most poorly planned/designed application
> for web page designs. You have to remember to BUILD the application,
> then STOP the server, then somehow try to get the changes published
> then restart the server only via the index.jsp->Run As-> Run on server
> pathway. This is not very intutitive....
>
> Frustration #2
> ==============
> 1) Ok, I am "done" with Hello World project.
> 2) Close Project
> 3) ... Later ... I decided to review the previously closed project: "Hello
> World"
> 4) Import... in Navigator
> 5) Select: 'Existing projects into Workspace'
> 6) Select the directory where your project was last located, select the
> project
> when it appears
> 7) Error Message appears: 'Resource /Hello World already exists' --
> There is nothing you can do to get your closed project back into your
> navigator, at least I could not find a way to do it.
>
> Frustration #3
> ==========
> 1) With the following code, definition tags and the database
> code are as follows:
>
> <%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
> <%@taglib uri="http://java.sun.com/jsp/jstl/sql" prefix="sql"%>
>
> <html>
> <head>
> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
> <title>WebAndSql</title>
> </head>
> <body>
> <span class="hdr"> Date/Time: <%= new java.util.Date() %><BR>
> <BR>
> <sql:setDataSource
> var="mySqlDs"
> url="jdbc:mysql://linux.cdkkt.com:3306/myTest"
> driver="org.gjt.mm.mysql.Driver" user="dbuser" password="dbpassword" />
> <sql:query var="mySqlQs" dataSource="${mySqlDs}">
> SELECT * FROM cars ORDER BY carid
> </sql:query>
> <span class="hdr">host:[linux]; MySql 3.34 Database [MySql JDBC
> Driver;myTest.Cars]</span>
> <table border="1" class="table">
> <tr class="titlec">
> <th>CarID</th>
> <th>Name</th>
> <th>Type</th>
> <th>Vendor</th>
> </tr>
> <c:forEach var="row" items="${mySqlQs.rows}" varStatus="lineInfo1">
> <c:set var="c" value="oddc" />
> <c:if test="${lineInfo1.count % 2 == 0}">
> <c:set var="c" value="evenc" />
> </c:if>
> <tr class="${c}">
> <td><c:out value="${row.CarId}" /></td>
> <td><c:out value="${row.Name}" /></td>
> <td><c:out value="${row.Type}" /></td>
> <td><c:out value="${row.Vendor}" /></td>
> </tr>
> </c:forEach>
> </table>
> </table>
> </body>
> </html>
>
> 2) When you add the above code to your file: 'index.jsp', and save
> it, you may notice that the tags have yellow squiggly lines underscored
> under them, and the "error message" balloon says: "Unknown Tags
> (sql:setDataSource)" Hmmm.... so I am guessing that it means the
> Apache Taglib library is missing? Ok... so maybe I have to add it
> to my project. Ignoring and continuing to the next step...
>
> 3) We are using the default server: tomcat 5.5, so you can select
> the project root tree, click the right-mouse-button, select 'properties'
> and then select: 'Server'. Then make sure you select 'Apache Tomcat
> 5.5' in the Target Runtime textbox. Next, we need to add the 'taglib'
> support and jdbc (database) libaries. Ok, click in the properties
> window: 'Java Build Path', click the tab: 'Library', click: 'Web App
> Libraries', click 'Add External JARs...' and then when the file-manager
> pops up, go to the Apache Taglib v1.1 library folder and choose:
> 'standard.jar' and 'jstl.jar' and then click the 'OK' button.
>
> Oh.... drat!!!! These jars did NOT end up in the folder I selected!!!
> Drat!!!
>
> Ok, remove these two jars from the general list! Ok, how about we just
> create a NEW library?
>
> Ok, trying that we will click: 'Add Library...', select: 'User Library',
> click: 'User Libraries...' button, click: 'New...', and then type in my
> new library for this project (I typed: myLibs), then click OK, and
> my new library container was created. Then click 'myLibs' container,
> click: 'Add JARSs...', then using the file-manager, added the following
> JARs, 'standard.lib', 'jstl.jar'. Similarly, added my jdbc driver jar:
> 'mysql-connector-javaX-X-X-bin.jar', click OK and now all of my
> needed jars are in 'myLibs'. Complete all the steps by clicking 'OK'
> or 'Finish' buttons to get back into the project. Please note that the
> 'Setting Build Path...' dialog pops up and adds your new library (myLibs)
> to your project list! So far, so good? Hmmm... but the yellow squiggly
> lines are still there... how to get rid of this? Ok, right-click on root
> project,
> and select 'Build Project'... nope. Still there. Try again but with: 'Run
> Validation',
> hmm.... nope. still there...
>
> Hmm, maybe we have to build this project, and publish it right?
>
> Ok, right-click on file: 'index.jsp', and select: Run As->Run on server...
> and then go through the dialogs ensuring that your apache tomcat 5.5
> is setup and your project is selected and complete. Server starts up
> and the web-browser appears and.... drat!!! Says that there is an apache
> error and that the problem is that the jdbc driver could not be located!!
> Drat, drat, drat! The yellow squiggly lines are still there too. drat!
>
> Ok, so maybe my new library (myLibs) does not work like the way I
> thought it would.... ok, lets get rid of it. Here is how:
>
> Right-click on the project root, select 'Properties'. Click 'Java Build
> Path'. Select: 'myLibs' and then click: 'Remove' button. Then finish it
> all by clicking 'OK' Note: The 'Setting Build Path...' dialog pops up
> and.... drat! 'myLibs' is NOT removed from my project list! How the
> heck can I REMOVE IT???? By the way - if you go deeper where
> we create that library in the first place - it is STILL THERE! Yes,
> you deleted that library from your 'Java Build Path' but this is misleading
> as you will see this by 'Add Library...->User Library and in the 'Selected
> User Library', your myLibs container is still there! Dunno how to get
> rid of this one...
>
> Since I know previously, you cannot close this project and try to get
> this project back into the Navigator, this is not the pathway to 'clean
> up the junk' i.e. to remove the myLibs from your project list. I have
> looked everywhere and fail to discover how to remove this library!
>
> OK - I closed this project and started a new one and copied the contents
> of index.jsp from the OLD project and into the NEW file and "started
> over" entirely.
>
> Now, instead of adding the needed tablibs and jdbc in your own library,
> how about just adding it to the Webcontent->WEB-INF->lib folder?
>
> Ok, doing that - right-click on lib folder, and select 'Import...'. Then
> select 'File System'. When the dialog appears, select the last folder to
> where each of the jar files are locate, and add them in. Make SURE
> that it is the last leaf of the path, OTHERWISE sub-folders will be created
> under the lib folder. (This is a REAL PAIN to use and you have to do this
> seperately for each JARs located in various system-folder locations...)
>
> Ok, so now I have added the 'standard.jar', 'jstl.jar', and the jdbc jar
> for mysql: 'mysql-connector-javaX-X-X-bin.jar' into the lib folder
> and checked that it is actually there via my windows explorer (because
> the files do NOT APPEAR in the project window. It is mysteriously
> missing!).
>
> Now, it is time to build and publish this project....
>
> Right-click: index.jsp, then select: Run As->Run on server...,
> then complete the apache tomcat 5.5 setup - but wait!! It was
> previously setup from my last project that I closed! Ah... ok
> no big deal, so use the apache tomcat 5.5 and then make sure
> that you remove the old published web-app, select your current
> web-app, and complete. Tomcat server now starts running and....
> drat! Your new project fails to run because it is NOT PUBLISHED!
> DRAT, DRAT, DRAT.... ok. Sensing that the problem is with the
> server used. Ok, make sure that you select the 'Tomcat v5.5 Server@
> localhost' item from the 'Servers' tab (you can get this tab via Window->
> Show view->Servers) and right-click and DELETE. Now that the server
> has stop and has now been deleted from the 'Servers' tab list. We can
> proceed to start over again.
>
> Right-click on 'index.jsp' file, select: Run As->Run on server... and select
> a new Apache Tomcat v5.5 server, check 'set server as project default',
> 'Next', make sure your web-app is selected and in 'Configured projects'
> list, and then click: 'Finish'
>
> The server starts running now, and is started, then the web-browser pops
> up in Eclipse main pane, and now I see that my database access works
> and my table appears and show the data just obtained from the database.
>
> So all is well? Alas... no. My CSS/Styles code seems to be missing... no
> coloration at all.. Just plain black and white. DRAT!! DRAT DRAT DRAT!!!
>
> By the way, the yellow squiggly lines are still there in index,jsp file.
>
> I am now at loss to understand the problem here.... back to the drawing
> board
> or -- maybe I will just quit and stop using Eclipse. It is just not
> intuitive and the
> learning curve is just... too painful.
>
> Dan
>
>
|
|
|
| Re: This has to be frustrating.... [message #141461 is a reply to message #141413] |
Thu, 29 September 2005 20:38 |
Dan Thurman
Messages: 57
Registered: July 2009 |
Member |
|
|
Hi!
Thanks for responding!
Frustration #1: Yes, it works but I was just pointing out and counting my
steps/actions and seems that I was taking way too many steps. Sorta like
golf -- the least # of strokes the better... right? heh heh So, I have to
mentally
remember to build, assign run file, and execute at least the first time.
Adding
an 'autobuild' is just a band-aid and does not solve the crux of the issue.
Seems
to me very counter-intutuive. We should be able to just select the file to
run via
a simple mouse selection, then execute. Why go through all that trouble to
"add
the build/configure/run" step per file selection then execute? If I wanted
to change
the build properties, then I should choose to do that seperately- why force
it every
time and as part of the 'run/debug' execution? I think a redesign strategy
should be
revisited here and seperate the build-configure step from the run step.
Frustration #2:
This is the point you are missing. The close project REMOVED the project
from
the list. It is NOT in 'Other Projects' so I cannot find this sucker! That
is why I
tried the IMPORT... pathway! I SEE my project is actually in my filesystem,
but
there is no way for me to get it back into the Eclipse navigator! The
IMPORT
error message was cryptic and I could have sworn it was a message from
planet
Klaxon. :-)
Frustration #3: I discovered the color problem was due to a
<style type=""><style/> code block where 'type=""' was myteriously
added in. Removing the 'type=""' code made it work again, so color
CSS stylesheets is not a problem if I implied that. :-(
But, again, the 'yellow squiggly lines' are all still there and so this
tells
be that the editor is somehow not recognizing taglib code - even though
tomcat processed this just fine. Perhaps support is not yet available for
the editor. Beats me.
In summary of my journey - I learned that the only place to put the support
JAR files is int he WEB-INF/lib section and not with your own libraries as
it does not work quat this way, and that you cannot easily remove your
mistakes
once you add something in - as with the case of the Library. I also learned
that
you cannot move your projects into other folders after closing them because
metafiles
are being stored with the bundle. Seems to me that flexibility is somewhat
limiting.
One other thing annoys me about eclipse - is that it seems that all
projects are lumped
together in a flat-file hierarcy and I cannot create sub-folders to manage
them seperately.
An exception might be the J2EE perspective although 'Other Projects' will
show the "lumped
projects"
For example - I added the CDT stuff for C/C++ support so now I see that we
have C/C++,
Java, Web-stuff and so on so when I create a "C/C++" project, a Java
Project, a web project
and so on - selecting a perspective does not filter these projects
seperately but lumps them together
regardless of project types... Hmmm... annoying. I wonder if the Eclipse
communiity will be able to
integrate and sort these projects into proper perspectives so that they are
properly categoried and
intuitive otherwise just wait and see what spaghetti looks like and try to
find the missing meatballs. :-)
Ah -- I have not given up yet. I have time as I am out of work seeking
work....
Here is the stylesheet code if you care:
<style>
..hdr{
color: #993300;
font-weight: bold;
line-height: 16px;
text-color: #000000;
}
..table{
color: #FFFFFF;
background-color: #997777;
border-top-style: solid;
border-top-color: brown;
border-right-color: lightbrown;
border-bottom-color: lightbrown;
border-left-color: brown;
border-top-width: 1px;
border-right-width: 1px;
border-bottom-width: 1px;
border-left-width: 1px;
border-right-style: solid;
border-bottom-style: solid;
border-left-style: solid;
}
..titlec{
color: #993300;
background-color: #ffdd99;
line-height: 16px;
text-color: #000000;
}
..oddc {
color: #993300;
background-color: #ffffcc;
line-height: 16px;
text-color: #000000;
}
..evenc {
color: #993300;
background-color: #ffeecc;
line-height: 16px;
text-color: #000000;
}
</style>
"Larry Isaacs" <Larry.Isaacs@sas.com> wrote in message
news:dhhclq$k6v$1@news.eclipse.org...
> Hi Dan,
>
> Frustration #1: This worked for me. Open the "Project" menu and make
> sure "Build Automatically" is checked, otherwise builds must be manually
> invoked.
>
> Frustration #2: The "Project Explorer" navigator that is a standard part
> of the J2EE perspective is unique in that it tries to segregate projects
> according to type. When you close a Dynamic Web Project, the "Project
> Explorer" can no longer tell what kind of project it is, so it moves to
> the "Other Projects" category. To re-open, expand the "Other Projects"
> category, right click on the project and select "Open Project". Once
> open, it will move back to the Dynamic Web Projects" category.
>
> Frustration #3: I'll have to try that one later when I have more time.
>
> Cheers,
> Larry
>
> Dan Thurman wrote:
> > Following is a very frustrating story and experience... (LONG!)
> >
> > Frustration #1
> > ====================================
> > 1) Start a 'Dynamic Web Project"
> > 2) Add a project name: "Hello World"
> > 3) Add a new JSP file: index.jsp
> > 4) Add new code, such as
> >
> > <%@ page language="java" contentType="text/html; charset=ISO-8859-1"
> > pageEncoding="ISO-8859-1"%>
> > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> > <html>
> > <head>
> > <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
> > <title>Hello World</title>
> > </head>
> > <body>
> > <h1>Hello!</h1>
> > </body>
> > </html>
> >
> > 5) On index.jsp, Run As-> Run on server...
> > 6) Add apache 5.5 server, add "Hello World" context, complete dialog
> > 7) Server starts up, but context (index.jsp) does not run... DRAT!
> > 8) Go back to project root tree: "Hello World", click: Build Project
> > 9) Stop server in server tab
> > 10) Perform step (5)
> > 11) Viola! Web page appears correctly.
> >
> > Sheesh - this has got to be the most poorly planned/designed application
> > for web page designs. You have to remember to BUILD the application,
> > then STOP the server, then somehow try to get the changes published
> > then restart the server only via the index.jsp->Run As-> Run on server
> > pathway. This is not very intutitive....
> >
> > Frustration #2
> > ==============
> > 1) Ok, I am "done" with Hello World project.
> > 2) Close Project
> > 3) ... Later ... I decided to review the previously closed project:
"Hello
> > World"
> > 4) Import... in Navigator
> > 5) Select: 'Existing projects into Workspace'
> > 6) Select the directory where your project was last located, select the
> > project
> > when it appears
> > 7) Error Message appears: 'Resource /Hello World already exists' --
> > There is nothing you can do to get your closed project back into your
> > navigator, at least I could not find a way to do it.
> >
> > Frustration #3
> > ==========
> > 1) With the following code, definition tags and the database
> > code are as follows:
> >
> > <%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
> > <%@taglib uri="http://java.sun.com/jsp/jstl/sql" prefix="sql"%>
> >
> > <html>
> > <head>
> > <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
> > <title>WebAndSql</title>
> > </head>
> > <body>
> > <span class="hdr"> Date/Time: <%= new java.util.Date() %><BR>
> > <BR>
> > <sql:setDataSource
> > var="mySqlDs"
> > url="jdbc:mysql://linux.cdkkt.com:3306/myTest"
> > driver="org.gjt.mm.mysql.Driver" user="dbuser" password="dbpassword" />
> > <sql:query var="mySqlQs" dataSource="${mySqlDs}">
> > SELECT * FROM cars ORDER BY carid
> > </sql:query>
> > <span class="hdr">host:[linux]; MySql 3.34 Database [MySql JDBC
> > Driver;myTest.Cars]</span>
> > <table border="1" class="table">
> > <tr class="titlec">
> > <th>CarID</th>
> > <th>Name</th>
> > <th>Type</th>
> > <th>Vendor</th>
> > </tr>
> > <c:forEach var="row" items="${mySqlQs.rows}" varStatus="lineInfo1">
> > <c:set var="c" value="oddc" />
> > <c:if test="${lineInfo1.count % 2 == 0}">
> > <c:set var="c" value="evenc" />
> > </c:if>
> > <tr class="${c}">
> > <td><c:out value="${row.CarId}" /></td>
> > <td><c:out value="${row.Name}" /></td>
> > <td><c:out value="${row.Type}" /></td>
> > <td><c:out value="${row.Vendor}" /></td>
> > </tr>
> > </c:forEach>
> > </table>
> > </table>
> > </body>
> > </html>
> >
> > 2) When you add the above code to your file: 'index.jsp', and save
> > it, you may notice that the tags have yellow squiggly lines underscored
> > under them, and the "error message" balloon says: "Unknown Tags
> > (sql:setDataSource)" Hmmm.... so I am guessing that it means the
> > Apache Taglib library is missing? Ok... so maybe I have to add it
> > to my project. Ignoring and continuing to the next step...
> >
> > 3) We are using the default server: tomcat 5.5, so you can select
> > the project root tree, click the right-mouse-button, select 'properties'
> > and then select: 'Server'. Then make sure you select 'Apache Tomcat
> > 5.5' in the Target Runtime textbox. Next, we need to add the 'taglib'
> > support and jdbc (database) libaries. Ok, click in the properties
> > window: 'Java Build Path', click the tab: 'Library', click: 'Web App
> > Libraries', click 'Add External JARs...' and then when the file-manager
> > pops up, go to the Apache Taglib v1.1 library folder and choose:
> > 'standard.jar' and 'jstl.jar' and then click the 'OK' button.
> >
> > Oh.... drat!!!! These jars did NOT end up in the folder I selected!!!
> > Drat!!!
> >
> > Ok, remove these two jars from the general list! Ok, how about we just
> > create a NEW library?
> >
> > Ok, trying that we will click: 'Add Library...', select: 'User Library',
> > click: 'User Libraries...' button, click: 'New...', and then type in my
> > new library for this project (I typed: myLibs), then click OK, and
> > my new library container was created. Then click 'myLibs' container,
> > click: 'Add JARSs...', then using the file-manager, added the following
> > JARs, 'standard.lib', 'jstl.jar'. Similarly, added my jdbc driver jar:
> > 'mysql-connector-javaX-X-X-bin.jar', click OK and now all of my
> > needed jars are in 'myLibs'. Complete all the steps by clicking 'OK'
> > or 'Finish' buttons to get back into the project. Please note that the
> > 'Setting Build Path...' dialog pops up and adds your new library
(myLibs)
> > to your project list! So far, so good? Hmmm... but the yellow
squiggly
> > lines are still there... how to get rid of this? Ok, right-click on
root
> > project,
> > and select 'Build Project'... nope. Still there. Try again but with:
'Run
> > Validation',
> > hmm.... nope. still there...
> >
> > Hmm, maybe we have to build this project, and publish it right?
> >
> > Ok, right-click on file: 'index.jsp', and select: Run As->Run on
server...
> > and then go through the dialogs ensuring that your apache tomcat 5.5
> > is setup and your project is selected and complete. Server starts up
> > and the web-browser appears and.... drat!!! Says that there is an
apache
> > error and that the problem is that the jdbc driver could not be
located!!
> > Drat, drat, drat! The yellow squiggly lines are still there too. drat!
> >
> > Ok, so maybe my new library (myLibs) does not work like the way I
> > thought it would.... ok, lets get rid of it. Here is how:
> >
> > Right-click on the project root, select 'Properties'. Click 'Java Build
> > Path'. Select: 'myLibs' and then click: 'Remove' button. Then finish
it
> > all by clicking 'OK' Note: The 'Setting Build Path...' dialog pops up
> > and.... drat! 'myLibs' is NOT removed from my project list! How the
> > heck can I REMOVE IT???? By the way - if you go deeper where
> > we create that library in the first place - it is STILL THERE! Yes,
> > you deleted that library from your 'Java Build Path' but this is
misleading
> > as you will see this by 'Add Library...->User Library and in the
'Selected
> > User Library', your myLibs container is still there! Dunno how to get
> > rid of this one...
> >
> > Since I know previously, you cannot close this project and try to get
> > this project back into the Navigator, this is not the pathway to 'clean
> > up the junk' i.e. to remove the myLibs from your project list. I have
> > looked everywhere and fail to discover how to remove this library!
> >
> > OK - I closed this project and started a new one and copied the contents
> > of index.jsp from the OLD project and into the NEW file and "started
> > over" entirely.
> >
> > Now, instead of adding the needed tablibs and jdbc in your own library,
> > how about just adding it to the Webcontent->WEB-INF->lib folder?
> >
> > Ok, doing that - right-click on lib folder, and select 'Import...'.
Then
> > select 'File System'. When the dialog appears, select the last folder
to
> > where each of the jar files are locate, and add them in. Make SURE
> > that it is the last leaf of the path, OTHERWISE sub-folders will be
created
> > under the lib folder. (This is a REAL PAIN to use and you have to do
this
> > seperately for each JARs located in various system-folder locations...)
> >
> > Ok, so now I have added the 'standard.jar', 'jstl.jar', and the jdbc jar
> > for mysql: 'mysql-connector-javaX-X-X-bin.jar' into the lib folder
> > and checked that it is actually there via my windows explorer (because
> > the files do NOT APPEAR in the project window. It is mysteriously
> > missing!).
> >
> > Now, it is time to build and publish this project....
> >
> > Right-click: index.jsp, then select: Run As->Run on server...,
> > then complete the apache tomcat 5.5 setup - but wait!! It was
> > previously setup from my last project that I closed! Ah... ok
> > no big deal, so use the apache tomcat 5.5 and then make sure
> > that you remove the old published web-app, select your current
> > web-app, and complete. Tomcat server now starts running and....
> > drat! Your new project fails to run because it is NOT PUBLISHED!
> > DRAT, DRAT, DRAT.... ok. Sensing that the problem is with the
> > server used. Ok, make sure that you select the 'Tomcat v5.5 Server@
> > localhost' item from the 'Servers' tab (you can get this tab via
Window->
> > Show view->Servers) and right-click and DELETE. Now that the server
> > has stop and has now been deleted from the 'Servers' tab list. We can
> > proceed to start over again.
> >
> > Right-click on 'index.jsp' file, select: Run As->Run on server... and
select
> > a new Apache Tomcat v5.5 server, check 'set server as project default',
> > 'Next', make sure your web-app is selected and in 'Configured projects'
> > list, and then click: 'Finish'
> >
> > The server starts running now, and is started, then the web-browser pops
> > up in Eclipse main pane, and now I see that my database access works
> > and my table appears and show the data just obtained from the database.
> >
> > So all is well? Alas... no. My CSS/Styles code seems to be missing...
no
> > coloration at all.. Just plain black and white. DRAT!! DRAT DRAT
DRAT!!!
> >
> > By the way, the yellow squiggly lines are still there in index,jsp file.
> >
> > I am now at loss to understand the problem here.... back to the drawing
> > board
> > or -- maybe I will just quit and stop using Eclipse. It is just not
> > intuitive and the
> > learning curve is just... too painful.
> >
> > Dan
> >
> >
|
|
|
| Re: This has to be frustrating.... [message #141472 is a reply to message #141461] |
Thu, 29 September 2005 21:09 |
Dan Thurman
Messages: 57
Registered: July 2009 |
Member |
|
|
Sorry but I had to add more tidbits here.
I was investigating the 'Open Projects' and from what I discovered is that
the reason why I did not see the 'Open Projects' menu item in the 'Other
Projects' folder is because there was two 'Server' projects that was in it
and this prevented 'Open Projects' from being seen as a menu item!
I tested this further. I closed the two 'Servers' projects and noticed that
the
'Open Projects' menu item appeared. So selecting this menu item, it
proceeded
to tell me that some of the projects it was looking for was missing and it
stopped
dead right there! I remembered that I moved this projected to an archived
folder!
If I had deleted this project then I would be dead in the water! SO -- I
moved ALL
my projects into the common area and noticed that again, I had to delete all
imported
projects in order to get access to the 'Open Projects' menu item! BLEH!!!
That is
very poor design! Anyway - I then discovered that it tries to import all
the projects
it knows about and yet - if one is missing/broken - it stops dead right
there and even
though I have many more projects, I cannot have it unless the offending
project is fixed.
It appears to be in serial fashion and won't let me have all of my projects.
So in a nutshell
I am dead in the water. If you delete an old project manually outside of
Ecilpse then you
may be shooting yourself in the foot, so it seems.
I am guessing that I will need to go through the metafiles and search and
locate these
"projects" and remove them from the search list - again - another very poor
design
decision. Moving projects around is a no no for Eclipse since metafiles are
not flexible
at all and there are no mechanisms to proceed, delete, skip, or otherwise
allow you to
continue on without being knowledgeable about metafiles and if you are
lucky, you may
not destroy your eclipse enviroment/settings altogether. Sigh....
Dan
"Dan Thurman" <dant@cdkkt.com> wrote in message
news:dhhjdi$udv$1@news.eclipse.org...
> Hi!
>
> Thanks for responding!
>
> Frustration #1: Yes, it works but I was just pointing out and counting my
> steps/actions and seems that I was taking way too many steps. Sorta like
> golf -- the least # of strokes the better... right? heh heh So, I have
to
> mentally
> remember to build, assign run file, and execute at least the first time.
> Adding
> an 'autobuild' is just a band-aid and does not solve the crux of the
issue.
> Seems
> to me very counter-intutuive. We should be able to just select the file
to
> run via
> a simple mouse selection, then execute. Why go through all that trouble
to
> "add
> the build/configure/run" step per file selection then execute? If I
wanted
> to change
> the build properties, then I should choose to do that seperately- why
force
> it every
> time and as part of the 'run/debug' execution? I think a redesign
strategy
> should be
> revisited here and seperate the build-configure step from the run step.
>
> Frustration #2:
>
> This is the point you are missing. The close project REMOVED the project
> from
> the list. It is NOT in 'Other Projects' so I cannot find this sucker!
That
> is why I
> tried the IMPORT... pathway! I SEE my project is actually in my
filesystem,
> but
> there is no way for me to get it back into the Eclipse navigator! The
> IMPORT
> error message was cryptic and I could have sworn it was a message from
> planet
> Klaxon. :-)
>
> Frustration #3: I discovered the color problem was due to a
> <style type=""><style/> code block where 'type=""' was myteriously
> added in. Removing the 'type=""' code made it work again, so color
> CSS stylesheets is not a problem if I implied that. :-(
>
> But, again, the 'yellow squiggly lines' are all still there and so this
> tells
> be that the editor is somehow not recognizing taglib code - even though
> tomcat processed this just fine. Perhaps support is not yet available for
> the editor. Beats me.
>
> In summary of my journey - I learned that the only place to put the
support
> JAR files is int he WEB-INF/lib section and not with your own libraries as
> it does not work quat this way, and that you cannot easily remove your
> mistakes
> once you add something in - as with the case of the Library. I also
learned
> that
> you cannot move your projects into other folders after closing them
because
> metafiles
> are being stored with the bundle. Seems to me that flexibility is
somewhat
> limiting.
> One other thing annoys me about eclipse - is that it seems that all
> projects are lumped
> together in a flat-file hierarcy and I cannot create sub-folders to manage
> them seperately.
> An exception might be the J2EE perspective although 'Other Projects' will
> show the "lumped
> projects"
>
> For example - I added the CDT stuff for C/C++ support so now I see that we
> have C/C++,
> Java, Web-stuff and so on so when I create a "C/C++" project, a Java
> Project, a web project
> and so on - selecting a perspective does not filter these projects
> seperately but lumps them together
> regardless of project types... Hmmm... annoying. I wonder if the Eclipse
> communiity will be able to
> integrate and sort these projects into proper perspectives so that they
are
> properly categoried and
> intuitive otherwise just wait and see what spaghetti looks like and try to
> find the missing meatballs. :-)
>
> Ah -- I have not given up yet. I have time as I am out of work seeking
> work....
>
> Here is the stylesheet code if you care:
>
> <style>
> .hdr{
> color: #993300;
> font-weight: bold;
> line-height: 16px;
> text-color: #000000;
> }
> .table{
> color: #FFFFFF;
> background-color: #997777;
> border-top-style: solid;
> border-top-color: brown;
> border-right-color: lightbrown;
> border-bottom-color: lightbrown;
> border-left-color: brown;
> border-top-width: 1px;
> border-right-width: 1px;
> border-bottom-width: 1px;
> border-left-width: 1px;
> border-right-style: solid;
> border-bottom-style: solid;
> border-left-style: solid;
> }
> .titlec{
> color: #993300;
> background-color: #ffdd99;
> line-height: 16px;
> text-color: #000000;
> }
> .oddc {
> color: #993300;
> background-color: #ffffcc;
> line-height: 16px;
> text-color: #000000;
> }
> .evenc {
> color: #993300;
> background-color: #ffeecc;
> line-height: 16px;
> text-color: #000000;
> }
> </style>
>
>
>
> "Larry Isaacs" <Larry.Isaacs@sas.com> wrote in message
> news:dhhclq$k6v$1@news.eclipse.org...
> > Hi Dan,
> >
> > Frustration #1: This worked for me. Open the "Project" menu and make
> > sure "Build Automatically" is checked, otherwise builds must be manually
> > invoked.
> >
> > Frustration #2: The "Project Explorer" navigator that is a standard part
> > of the J2EE perspective is unique in that it tries to segregate projects
> > according to type. When you close a Dynamic Web Project, the "Project
> > Explorer" can no longer tell what kind of project it is, so it moves to
> > the "Other Projects" category. To re-open, expand the "Other Projects"
> > category, right click on the project and select "Open Project". Once
> > open, it will move back to the Dynamic Web Projects" category.
> >
> > Frustration #3: I'll have to try that one later when I have more time.
> >
> > Cheers,
> > Larry
> >
> > Dan Thurman wrote:
> > > Following is a very frustrating story and experience... (LONG!)
> > >
> > > Frustration #1
> > > ====================================
> > > 1) Start a 'Dynamic Web Project"
> > > 2) Add a project name: "Hello World"
> > > 3) Add a new JSP file: index.jsp
> > > 4) Add new code, such as
> > >
> > > <%@ page language="java" contentType="text/html; charset=ISO-8859-1"
> > > pageEncoding="ISO-8859-1"%>
> > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> > > <html>
> > > <head>
> > > <meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
> > > <title>Hello World</title>
> > > </head>
> > > <body>
> > > <h1>Hello!</h1>
> > > </body>
> > > </html>
> > >
> > > 5) On index.jsp, Run As-> Run on server...
> > > 6) Add apache 5.5 server, add "Hello World" context, complete dialog
> > > 7) Server starts up, but context (index.jsp) does not run... DRAT!
> > > 8) Go back to project root tree: "Hello World", click: Build Project
> > > 9) Stop server in server tab
> > > 10) Perform step (5)
> > > 11) Viola! Web page appears correctly.
> > >
> > > Sheesh - this has got to be the most poorly planned/designed
application
> > > for web page designs. You have to remember to BUILD the application,
> > > then STOP the server, then somehow try to get the changes published
> > > then restart the server only via the index.jsp->Run As-> Run on server
> > > pathway. This is not very intutitive....
> > >
> > > Frustration #2
> > > ==============
> > > 1) Ok, I am "done" with Hello World project.
> > > 2) Close Project
> > > 3) ... Later ... I decided to review the previously closed project:
> "Hello
> > > World"
> > > 4) Import... in Navigator
> > > 5) Select: 'Existing projects into Workspace'
> > > 6) Select the directory where your project was last located, select
the
> > > project
> > > when it appears
> > > 7) Error Message appears: 'Resource /Hello World already exists' --
> > > There is nothing you can do to get your closed project back into your
> > > navigator, at least I could not find a way to do it.
> > >
> > > Frustration #3
> > > ==========
> > > 1) With the following code, definition tags and the database
> > > code are as follows:
> > >
> > > <%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
> > > <%@taglib uri="http://java.sun.com/jsp/jstl/sql" prefix="sql"%>
> > >
> > > <html>
> > > <head>
> > > <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
> > > <title>WebAndSql</title>
> > > </head>
> > > <body>
> > > <span class="hdr"> Date/Time: <%= new java.util.Date() %><BR>
> > > <BR>
> > > <sql:setDataSource
> > > var="mySqlDs"
> > > url="jdbc:mysql://linux.cdkkt.com:3306/myTest"
> > > driver="org.gjt.mm.mysql.Driver" user="dbuser" password="dbpassword"
/>
> > > <sql:query var="mySqlQs" dataSource="${mySqlDs}">
> > > SELECT * FROM cars ORDER BY carid
> > > </sql:query>
> > > <span class="hdr">host:[linux]; MySql 3.34 Database [MySql JDBC
> > > Driver;myTest.Cars]</span>
> > > <table border="1" class="table">
> > > <tr class="titlec">
> > > <th>CarID</th>
> > > <th>Name</th>
> > > <th>Type</th>
> > > <th>Vendor</th>
> > > </tr>
> > > <c:forEach var="row" items="${mySqlQs.rows}" varStatus="lineInfo1">
> > > <c:set var="c" value="oddc" />
> > > <c:if test="${lineInfo1.count % 2 == 0}">
> > > <c:set var="c" value="evenc" />
> > > </c:if>
> > > <tr class="${c}">
> > > <td><c:out value="${row.CarId}" /></td>
> > > <td><c:out value="${row.Name}" /></td>
> > > <td><c:out value="${row.Type}" /></td>
> > > <td><c:out value="${row.Vendor}" /></td>
> > > </tr>
> > > </c:forEach>
> > > </table>
> > > </table>
> > > </body>
> > > </html>
> > >
> > > 2) When you add the above code to your file: 'index.jsp', and save
> > > it, you may notice that the tags have yellow squiggly lines
underscored
> > > under them, and the "error message" balloon says: "Unknown Tags
> > > (sql:setDataSource)" Hmmm.... so I am guessing that it means the
> > > Apache Taglib library is missing? Ok... so maybe I have to add it
> > > to my project. Ignoring and continuing to the next step...
> > >
> > > 3) We are using the default server: tomcat 5.5, so you can select
> > > the project root tree, click the right-mouse-button, select
'properties'
> > > and then select: 'Server'. Then make sure you select 'Apache Tomcat
> > > 5.5' in the Target Runtime textbox. Next, we need to add the 'taglib'
> > > support and jdbc (database) libaries. Ok, click in the properties
> > > window: 'Java Build Path', click the tab: 'Library', click: 'Web App
> > > Libraries', click 'Add External JARs...' and then when the
file-manager
> > > pops up, go to the Apache Taglib v1.1 library folder and choose:
> > > 'standard.jar' and 'jstl.jar' and then click the 'OK' button.
> > >
> > > Oh.... drat!!!! These jars did NOT end up in the folder I selected!!!
> > > Drat!!!
> > >
> > > Ok, remove these two jars from the general list! Ok, how about we
just
> > > create a NEW library?
> > >
> > > Ok, trying that we will click: 'Add Library...', select: 'User
Library',
> > > click: 'User Libraries...' button, click: 'New...', and then type in
my
> > > new library for this project (I typed: myLibs), then click OK, and
> > > my new library container was created. Then click 'myLibs' container,
> > > click: 'Add JARSs...', then using the file-manager, added the
following
> > > JARs, 'standard.lib', 'jstl.jar'. Similarly, added my jdbc driver
jar:
> > > 'mysql-connector-javaX-X-X-bin.jar', click OK and now all of my
> > > needed jars are in 'myLibs'. Complete all the steps by clicking 'OK'
> > > or 'Finish' buttons to get back into the project. Please note that
the
> > > 'Setting Build Path...' dialog pops up and adds your new library
> (myLibs)
> > > to your project list! So far, so good? Hmmm... but the yellow
> squiggly
> > > lines are still there... how to get rid of this? Ok, right-click on
> root
> > > project,
> > > and select 'Build Project'... nope. Still there. Try again but
with:
> 'Run
> > > Validation',
> > > hmm.... nope. still there...
> > >
> > > Hmm, maybe we have to build this project, and publish it right?
> > >
> > > Ok, right-click on file: 'index.jsp', and select: Run As->Run on
> server...
> > > and then go through the dialogs ensuring that your apache tomcat 5.5
> > > is setup and your project is selected and complete. Server starts up
> > > and the web-browser appears and.... drat!!! Says that there is an
> apache
> > > error and that the problem is that the jdbc driver could not be
> located!!
> > > Drat, drat, drat! The yellow squiggly lines are still there too.
drat!
> > >
> > > Ok, so maybe my new library (myLibs) does not work like the way I
> > > thought it would.... ok, lets get rid of it. Here is how:
> > >
> > > Right-click on the project root, select 'Properties'. Click 'Java
Build
> > > Path'. Select: 'myLibs' and then click: 'Remove' button. Then finish
> it
> > > all by clicking 'OK' Note: The 'Setting Build Path...' dialog pops
up
> > > and.... drat! 'myLibs' is NOT removed from my project list! How the
> > > heck can I REMOVE IT???? By the way - if you go deeper where
> > > we create that library in the first place - it is STILL THERE! Yes,
> > > you deleted that library from your 'Java Build Path' but this is
> misleading
> > > as you will see this by 'Add Library...->User Library and in the
> 'Selected
> > > User Library', your myLibs container is still there! Dunno how to get
> > > rid of this one...
> > >
> > > Since I know previously, you cannot close this project and try to get
> > > this project back into the Navigator, this is not the pathway to
'clean
> > > up the junk' i.e. to remove the myLibs from your project list. I have
> > > looked everywhere and fail to discover how to remove this library!
> > >
> > > OK - I closed this project and started a new one and copied the
contents
> > > of index.jsp from the OLD project and into the NEW file and "started
> > > over" entirely.
> > >
> > > Now, instead of adding the needed tablibs and jdbc in your own
library,
> > > how about just adding it to the Webcontent->WEB-INF->lib folder?
> > >
> > > Ok, doing that - right-click on lib folder, and select 'Import...'.
> Then
> > > select 'File System'. When the dialog appears, select the last folder
> to
> > > where each of the jar files are locate, and add them in. Make SURE
> > > that it is the last leaf of the path, OTHERWISE sub-folders will be
> created
> > > under the lib folder. (This is a REAL PAIN to use and you have to do
> this
> > > seperately for each JARs located in various system-folder
locations...)
> > >
> > > Ok, so now I have added the 'standard.jar', 'jstl.jar', and the jdbc
jar
> > > for mysql: 'mysql-connector-javaX-X-X-bin.jar' into the lib folder
> > > and checked that it is actually there via my windows explorer (because
> > > the files do NOT APPEAR in the project window. It is mysteriously
> > > missing!).
> > >
> > > Now, it is time to build and publish this project....
> > >
> > > Right-click: index.jsp, then select: Run As->Run on server...,
> > > then complete the apache tomcat 5.5 setup - but wait!! It was
> > > previously setup from my last project that I closed! Ah... ok
> > > no big deal, so use the apache tomcat 5.5 and then make sure
> > > that you remove the old published web-app, select your current
> > > web-app, and complete. Tomcat server now starts running and....
> > > drat! Your new project fails to run because it is NOT PUBLISHED!
> > > DRAT, DRAT, DRAT.... ok. Sensing that the problem is with the
> > > server used. Ok, make sure that you select the 'Tomcat v5.5 Server@
> > > localhost' item from the 'Servers' tab (you can get this tab via
> Window->
> > > Show view->Servers) and right-click and DELETE. Now that the server
> > > has stop and has now been deleted from the 'Servers' tab list. We can
> > > proceed to start over again.
> > >
> > > Right-click on 'index.jsp' file, select: Run As->Run on server... and
> select
> > > a new Apache Tomcat v5.5 server, check 'set server as project
default',
> > > 'Next', make sure your web-app is selected and in 'Configured
projects'
> > > list, and then click: 'Finish'
> > >
> > > The server starts running now, and is started, then the web-browser
pops
> > > up in Eclipse main pane, and now I see that my database access works
> > > and my table appears and show the data just obtained from the
database.
> > >
> > > So all is well? Alas... no. My CSS/Styles code seems to be
missing...
> no
> > > coloration at all.. Just plain black and white. DRAT!! DRAT DRAT
> DRAT!!!
> > >
> > > By the way, the yellow squiggly lines are still there in index,jsp
file.
> > >
> > > I am now at loss to understand the problem here.... back to the
drawing
> > > board
> > > or -- maybe I will just quit and stop using Eclipse. It is just not
> > > intuitive and the
> > > learning curve is just... too painful.
> > >
> > > Dan
> > >
> > >
>
>
|
|
| | |
| Re: This has to be frustrating.... [message #141569 is a reply to message #141525] |
Fri, 30 September 2005 15:40 |
Eclipse User |
|
|
|
Originally posted by: werner.schuster.netway.at
> Let us know if the comparison is fair, and if you
> have some free cycles, how NetBeans could do even
> better there.
How about you ask *Netbeans* users how *Netbeans* could be improved instead of trolling in *Eclipse* forums and posting OffTopic advertisments for your product.
I'll give you a little hint: Behaving like this will only get you ignored, as it's childish, useless behaviour. If your product can't compete on its own merits, and it needs people like you shoving it down peoples throats... well... can't be much of a product then, can it?
Sorry to sound rude, but it seems like Sun seems to use these practices all over the place (Sun bitching about MS, Sun bitching about IBM, Sun bitching about Redhat, Sun bitching about Eclipse,...). You all sound like you have nothing better to do than annoy everybody else...
|
|
|
| Re: This has to be frustrating.... [message #141580 is a reply to message #141569] |
Fri, 30 September 2005 16:10 |
| Eclipse User |
|
|
|
Originally posted by: erickson_d.yahoo.removethis.com
http://weblogs.java.net/blog/bleonard/archive/2005/09/netbea ns_take_2.html
murphee (Werner Schuster) wrote:
>>Let us know if the comparison is fair, and if you
>>have some free cycles, how NetBeans could do even
>>better there.
>
>
> How about you ask *Netbeans* users how *Netbeans* could be improved instead of trolling in *Eclipse* forums and posting OffTopic advertisments for your product.
>
> I'll give you a little hint: Behaving like this will only get you ignored, as it's childish, useless behaviour. If your product can't compete on its own merits, and it needs people like you shoving it down peoples throats... well... can't be much of a product then, can it?
>
> Sorry to sound rude, but it seems like Sun seems to use these practices all over the place (Sun bitching about MS, Sun bitching about IBM, Sun bitching about Redhat, Sun bitching about Eclipse,...). You all sound like you have nothing better to do than annoy everybody else...
|
|
|
| Re: This has to be frustrating.... [message #141589 is a reply to message #141569] |
Fri, 30 September 2005 16:11 |
| Eclipse User |
|
|
|
Originally posted by: ludovic.champenois.sun.com
Hi Werner,
the main reason I am on this thread is that I am part of the GlassFish Java EE 5 open source application server team, and I am starting the supervision of an Eclipse wtp plugin for this application server.
As I said, my goal is to help the J2EE/Java EE developers, including the developers using Eclipse. I am interested in the overall developer experience (both the generic J2EE features of an IDE like Eclipse, and how an extension plugin can offer app server specific integration).
Thanks,
Ludo
|
|
|
| Re: This has to be frustrating.... [message #141600 is a reply to message #141589] |
Fri, 30 September 2005 16:46 |
| Eclipse User |
|
|
|
Originally posted by: Laurentd75_nosp_am.yahoo.fr
ludo wrote:
> the main reason I am on this thread is that I am part of the GlassFish Java
> EE 5 open source application server team, and I am starting the supervision
> of an Eclipse wtp plugin for this application server.
Oh My God.... This actually is the truth, nothing else but the sad, naked,
harmful truth:
http://weblogs.java.net/blog/ludo/
Now, there must be some award of some kind for things like that :-)
Laurent
|
|
|
| Re: This has to be frustrating.... [message #141609 is a reply to message #141569] |
Fri, 30 September 2005 16:57 |
| Eclipse User |
|
|
|
Originally posted by: charles.ditzel.sun.com
>How about you ask *Netbeans* users how *Netbeans* could be improved instead of trolling in *Eclipse* forums and posting OffTopic advertisments for your product.
>If your product can't compete on its own merits,...
Ludo merely responded to a question and brought up in the process other related shortcomings of Eclipse.
A bit defensive aren't we? Especially since it was an Eclipse developer complaining about the lack of merit in Eclipse's web app development tool. Not to be rude but...an Eclipse developer complains about the tool he is using and someone does the same example with NetBeans - this should have relevance to developers (Eclipse developers and others). This is hardly trolling.
Here's a hint. If you are so scared of comparison - avoid developer forums all-together.
The comparison :
http://weblogs.java.net/blog/bleonard/archive/2005/09/netbea ns_take_2.html
has relavance to this discussion. If nothing else it shows how far behind Eclipse is and what Eclipse needs to do to compete.
Cheers.
Charles
|
|
|
| Re: This has to be frustrating.... [message #141619 is a reply to message #141569] |
Fri, 30 September 2005 19:04 |
Dan Thurman
Messages: 57
Registered: July 2009 |
Member |
|
|
You ARE rude. What is it that you think that I am advertising here? And
what
makes you think I am trolling in Eclipse when a fellow developer gave me a
pointer
to try out Eclipse? At least someone else in this newsgroup thread
recognizes the
value of feedback.
Here is my point of view regarding vendors in general but since I am using
an
IDE tool I will focus on this thread:
[On Soapbox]
If the IDE vendor/developer/supplier wants customers to use their product,
then they
would need to be proactive and consider feedback from their customers. If
vendors
do not make it easy for customers to provide feedback or wish to financially
drain their
customers who want to feedback - they will find themselves out of business,
eventually.
If they do not listen to their customers, then they will no longer remain in
business. I don't
care if they offer it for free. If the IDE tools is a PAIN to use, or if
they put in banner
adds or other hooks to monitor or steal code, or do any deceptive things to
their customers,
they will that customer and maybe many others by word of mouth. I wanted to
state this
and make this clear that I am just ONE customer - and I will choose the
tool(s) that works
for me. If they are especially good to me and good to their customers, then
we can do
business together. Welcome to free enterprises and competition and I am
glad that no
one vendor can claim everything for themselves and kill the competition.
Without the
competition, everything becomes stale and stagnant. IMHO, all (IDE) vendors
should not rest on their laurels if they wish to remain in force.
[Off Soapbox]
Now, since being a developer myself, I have personally used *many* different
tools
and this includes IDE's. I have 20+ years of experience in using these
things. I have
used *many* different IDE's besides IBM, Microsoft and Sun. I find that
each IDE
vendor has their 'flavor' and each has it's own advantages and
disadvantages. If enough
people like myself write to complain or offer points of view in the type of
experiences one
gets into, hopefully with suggestions on how to improve it, I would hope
that the IDE
developers/vendors appreciate this feedback. Please keep in mind... that
ignoring your
customers or "chewing them out" will not win any accolades.
By the way... Yes. I have also tried NetBeans too. And there are problems
with
their IDE too. I have complained there as well. I have to state that they
are intuitive
and I make no bones about it, but they are not perfect in every way, but who
is?
Now, since this is an Eclipse newsgroup, I will talk about Eclipse and from
what I see
is that Eclipse is an impressive piece of work. But due to the complexity of
the IDE
tool and the tool being 'all things to all things', there are some serious
pitfalls using it.
My goal again is very simple - feedback - and hopefully those that care can
take
a look and try to improve on Eclipse shortcomings due to my feedback.
Pitfall #1, IMHO is the learning curve since the IDE is 'different' from my
experiences
aforementioned above. Well, what's new here. Not really much but it IS a
problem
since if developers find they have to do a *LOT* of reading and learning how
to use
a tool because it is non-intuitive - they will abandon it. Same goes for
buggy code that
prevents them from using it. The more a hindrance it becomes, they will
abandon it.
I think the goal here is to IMPROVE the interface, REDUCE the learning
curve, take
PROACTIVE steps to constantly work and rework the tool for the benefit of
your
customers - after all - you want to win them on your side, right? I am not
implying
that these things I mentioned above is stating that the Eclipse team is not
doing the
above - I am stating that IF these things are not attended to - then there
are
consequences that is, you lose customers. DUH, a no brainer I am sure.
Pitfall #2 is setup and configuration. Again, being "all things to all
things", it
is not easy to get started. Some things are needed/required and some
mechanisms
are lacking to ease this transition. To note in this case - adaptors. Try
to add support
for a J2EE or a Servlet that is not already supported in the IDE. You have
to take
MANUAL steps in the right places to even get started. Another learning
curve.
Also, try to get a new application or product into Eclipse. You have many
applications
available from many vendors and so on and you'd wonder how all of this can
work together
seamlessly? Will adding these application clash with other applications?
Anyone care to
explain? Can you run these applications simultaneously? Can you add the new
application
into Eclipse without being forced to knowing the underlying/low-level
details and to prevent
product clashes? Another note, is that different applications requires
different installation
procedures and they are very inconsistent. Nothing new - but if there was a
standard,
one-install process - for all applications, that is a win.
For what I was doing, was VERY SIMPLE things. I tried CDT, and also tried
the WTP
and often times, I had to dig deep into the underlying cache, metadata, or
files and to try
to 'fix' problems if, when and where they occur. Often times, I find that
sometimes it is like
pulling out a thread in a sweater or pulling out a card from a house of
cards - you may end up
losing your entire project environment and be forced to rebuild everything
almost from
scratch. I have done this many times I have lost count. This is a royal
pain in the rear-end.
There are bugs aside, that from the Dynamic Web Projects at least, I could
NOT import
my projects (i.e. to bring the project back into the IDE), and the ONLY way
was to find
the metadata files and MANUALLY remove the specific projects. The
Open-Project
menu item is very poorly done. If an existing project is already in the
'Other Projects'
folder, then this menu item is not available. If any of the several
projects is recognized
by the 'Open Projects' menu item, then since it is serially loaded, any
"corrupted" projects
found will prevent any futher projects from being loaded.
Pitfall #3 is on using the build/configure/run "tool" often called 'Run',
'Run As',
'Debug', or 'Debug As' Yes, I understand perspectives and how it relates to
the
Run/Debug but it seems to me that it is simply counter-intuitive as it is,
in that the
build/configure/run is somewhat made in several steps rather that with
built-in "intelligence"
to which it recognizes the context of the 'thing being executed' and with a
simple mouse
click and then 'run it'. Smart intelligence will know if code needs to be
rebuilt,
reconfigured or otherwise executed. Keep it simple and stupid (KISS) is my
point.
Pitfall #4 is that while developing, I often times find that the build
processes are not
always working well together. For instance, while doing Dynamic Web
Projects,
I find that often times it is not clear how to run your application and how
to debug
the application. From the IDE's point of view, you have to select build the
tool first,
you have to select the 'starting file', start the Debug/Run As,
select/configure the
platform (tomcat, Sun JAS, whatever), and then 'fire it off'. Never mind the
'autobuild'
stuff as this can be a hinderance especially if you have a LOT of files and
the it takes
FOREVER to churn away. Of course several things are set into motion here
and I
can see that myself - but sometimes I find that the web browser can fail to
come up,
or that if it does comes up, the native web-browser cannot "see" the
application, or
that if you switch from a currently running normal application to that of a
debugged
one, you are sometimes forced to 'kill the server', or 'delete' the server
from the 'Servers'
tab, and only then you can restart the application to get into debugging it.
So, there
are many things going on in the several layers of processes and it is not
always easy
to know what action to take. It is somewhat inconsistent and I am more
often then
not taken from the problem-domain into the IDE domain and lose focus the
fact that
I am DEVELOPING CODE. Again, this is probably normal but is an area that
can
be improved upon.
Pitfall #5, is that unless you have a really powerful development system,
this IDE
tool can be painful to use. The development performance does not run too
well if
your system is not fast enough, has lots of memory, and lots of disk space.
I am running
on a Windows 2000 Professional system w/ 1GHz CPU, 512MB RAM, and 50GB hard
disk and find even with this "power", the IDE is workable - but at times
with a couple of java
programs running, it can quickly slow things down to a trickle. Nothing new
really,
but make sure that your system has the minimum power to run it.
I am sure there are other issues but that is all for now.
Thanks for listening.
Dan
"murphee (Werner Schuster)" <werner.schuster@netway.at> wrote in message
news:28168992.1128094869499.JavaMail.root@cp1.javalobby.org...
> > Let us know if the comparison is fair, and if you
> > have some free cycles, how NetBeans could do even
> > better there.
>
> How about you ask *Netbeans* users how *Netbeans* could be improved
instead of trolling in *Eclipse* forums and posting OffTopic advertisments
for your product.
>
> I'll give you a little hint: Behaving like this will only get you ignored,
as it's childish, useless behaviour. If your product can't compete on its
own merits, and it needs people like you shoving it down peoples throats...
well... can't be much of a product then, can it?
>
> Sorry to sound rude, but it seems like Sun seems to use these practices
all over the place (Sun bitching about MS, Sun bitching about IBM, Sun
bitching about Redhat, Sun bitching about Eclipse,...). You all sound like
you have nothing better to do than annoy everybody else...
|
|
| |
| Re: This has to be frustrating.... [message #141639 is a reply to message #141525] |
Fri, 30 September 2005 20:16 |
Dan Thurman
Messages: 57
Registered: July 2009 |
Member |
|
|
Hi Ludovic,
Yes, I find it amusing and kudos for for anyone harping a 'better product'
over another for the benefit of customers who can use the "best" product.
May the best product win, whomever they be.
Your customer feedback area in Netbeans is rather difficult to find
and use. I do not like the website layout in general as it it rather
difficult to navigate around in. Yes, I have an account with NetBeans
but so what... I do not find any useful information in it as of yet.
This is 'constructive criticisms' I hope and if you don't mind my
saying so.
I personally find the highest/quickest 'group interactions' is via the
newsgroup
and not with Mailing Lists or Emails, and since these are resource hogs, not
every company encourages huge emails to be sent to their inside email
servers (never mind the spam filters) for each and every account/mailing
list their employees subscribes to.
Too bad that netgroups do not have a 'notification monitor' for triggering
specific newsgroup replies, but hopefully someone will add that to the RFC
but in any case, they can email me directly.
If you have a newsgroup for NetBeans, please by all means provide
this information to me or if you don't, you should. If you do have a
newsgroup, make this well known in your NetBeans website. If the
newsgroup information is already in your website, tell me how you
found it?
Kind regards,
Dan
"ludo" <ludovic.champenois@sun.com> wrote in message
news:16130148.1128050162868.JavaMail.root@cp1.javalobby.org...
> Hi Dan,
>
> You might enjoy this thread:
> http://www.eclipsezone.com/eclipse/forums/m91936703.html
> mentioning this one:
> http://weblogs.java.net/blog/bleonard/archive/2005/09/netbea ns_take_2.html
>
> Let us know if the comparison is fair, and if you have some free cycles,
how NetBeans could do even better there.
>
> My goal is to help the J2EE developers now. Then the Java EE 5 developers
very soon, so your feedback is valuable...very valuable.
> Thanks,
> Ludo
|
|
|
| Re: This has to be frustrating.... [message #141722 is a reply to message #141639] |
Sat, 01 October 2005 18:15 |
Ed Burnette
Messages: 279
Registered: July 2009 |
Senior Member |
|
|
Well I can't speak for anybody else but personally I welcome feedback on Eclipse whether it's positive or negative.
Current versions of Eclipse have strong areas, like its Java language tools and plug-in architecture, and weak areas, like Web tools and profiling. If we want to improve the weak areas, then the first step is to accept and acknowledge the weakness, whatever it is. The second step is to quantify it, describe it, and write it down in bugzilla. Finally, we fix it and iterate.
BTW, this newsgroup does have a notification monitor if you view it through the EclipseZone forums. The direct link for Web Tools is:
http://www.eclipsezone.com/eclipse/forums/f18119.html
Click on 'watch forum' to get email when somebody posts (this can be digested). For more info on the options see:
http://www.eclipsezone.com/eclipse/forums/t43578.html
--Ed
http://www.eclipsezone.com
|
|
|
| Re: This has to be frustrating.... [message #141779 is a reply to message #141722] |
Sun, 02 October 2005 23:30 |
Dan Thurman
Messages: 57
Registered: July 2009 |
Member |
|
|
Thank you for your comments and I am glad that you understand the value
of feedback. Also, thanks for the tip regarding the notification monitor!
Dan
"Ed Burnette" <ed.burnette@sas.com> wrote in message
news:17847932.1128190553863.JavaMail.root@cp1.javalobby.org...
> Well I can't speak for anybody else but personally I welcome feedback on
Eclipse whether it's positive or negative.
>
> Current versions of Eclipse have strong areas, like its Java language
tools and plug-in architecture, and weak areas, like Web tools and
profiling. If we want to improve the weak areas, then the first step is to
accept and acknowledge the weakness, whatever it is. The second step is to
quantify it, describe it, and write it down in bugzilla. Finally, we fix it
and iterate.
>
> BTW, this newsgroup does have a notification monitor if you view it
through the EclipseZone forums. The direct link for Web Tools is:
>
> http://www.eclipsezone.com/eclipse/forums/f18119.html
>
> Click on 'watch forum' to get email when somebody posts (this can be
digested). For more info on the options see:
>
> http://www.eclipsezone.com/eclipse/forums/t43578.html
>
> --Ed
> http://www.eclipsezone.com
|
|
|
| Re: This has to be frustrating.... [message #142149 is a reply to message #141639] |
Mon, 03 October 2005 18:18 |
| Eclipse User |
|
|
|
Originally posted by: tboudreau.sun.com
> If you have a newsgroup for NetBeans, please by all means
> provide this information to me or if you don't, you should.
(Yes, this is off-topic here, but I don't know where else to respond to Dan): Dan, see news.gmane.org - all the top level (and some lower level) nb mailing lists are mirrored there.
|
|
| |
Goto Forum:
Current Time: Thu Apr 25 23:25:57 GMT 2024
Powered by FUDForum. Page generated in 0.04775 seconds |
] 
Search
Help
Register
Login
Home
