Thread: [Tassel-Dev] gmane

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

We're now officially registered with gmane.

Robert

Before updating cvs with those minor style changes I made - I thought I 
should actually get tassel up and running on my laptop to test my 
changes.  So I went to install java/eclipse/spindle et al on my Ubuntu 
laptop and got splashed with the cold reality of Java on Debian.  Ohhh - 
I am going to miss my package manager.

Robert, could I impose upon you to say a brief word about which versions 
of java/tomcat/eclipse/tapestry/cayenne/spindle you are using for your 
Tassel development?  Along with what RDBMS you have on the backend?  I 
might as well clone your config as closely as possible.

Thanks very much.
James

Ok...
development box:
  java: j2sdk 1.4.2_01
  rdms: mysql
  rdms-version: 4.0.24
  servlet runner: jetty (I use the jetty-launcher plugin, v, 1.2.2)
  servlet-runner version: 5.0.0
  eclipse: 3.0.2
  spindle: 3.1.22
  tapestry: 3.0.3
  cayenne: 1.2M4
  mysql-jdbc driver: connectorJ
    version: 3.1.7
  lucene: 1.4-final

deployment box:
  java: j2sdk 1.4.2_04-b05
  rdms: mysql
  rdms-version: 3.23.49
  servlet runner: tomcat
    version: 4.0.3
  eclipse: n/a
  spindle: n/a
  tapestry: 3.0
  cayenne:  1.1
  lucene: 1.4-final

That should be everything...

The deployment versions of the java-libs need to be upgraded,
and will be soon.

Robert

James Treleaven wrote:
> Before updating cvs with those minor style changes I made - I thought I
> should actually get tassel up and running on my laptop to test my
> changes.  So I went to install java/eclipse/spindle et al on my Ubuntu
> laptop and got splashed with the cold reality of Java on Debian.  Ohhh -
> I am going to miss my package manager.
> 
> Robert, could I impose upon you to say a brief word about which versions
> of java/tomcat/eclipse/tapestry/cayenne/spindle you are using for your
> Tassel development?  Along with what RDBMS you have on the backend?  I
> might as well clone your config as closely as possible.
> 
> Thanks very much.
> James
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

Robert - thanks very much for the detailed release specification info.

I've got everything installed and I am ready to go, but I cannot find 
any project file (which I understand should be named '.project' for the 
eclipse project file).  And perhaps '.tapestryplugin' for spindle and 
something else for JettyLauncher?

I did find cayenne.xml with no problem!

Since I am new to eclipse, spindle, and Jetty - any project files would 
be of an enormous help to me.  I have taken a run at spindle before but 
found creating the project a big hump to get over.

James

Ah, sorry 'bout that.. I guess I didn't commit those before...
They're committed now.

Robert

James Treleaven wrote:
> Robert - thanks very much for the detailed release specification info.
> 
> I've got everything installed and I am ready to go, but I cannot find
> any project file (which I understand should be named '.project' for the
> eclipse project file).  And perhaps '.tapestryplugin' for spindle and
> something else for JettyLauncher?
> 
> I did find cayenne.xml with no problem!
> 
> Since I am new to eclipse, spindle, and Jetty - any project files would
> be of an enormous help to me.  I have taken a run at spindle before but
> found creating the project a big hump to get over.
> 
> James
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

I propose that we move toward using eclipse variables for jar files (or 
better yet, jar directories) as the cayenne guys discuss doing here:
http://thread.gmane.org/gmane.comp.java.cayenne.devel/2048

And I volunteer to do the work.  :)

Also, I wouldn't mind knowing what /TapestryComponents is for in the 
existing .classpath.

James

In fact I am just going to go ahead and do it unless anyone objects ...

James Treleaven wrote:
> I propose that we move toward using eclipse variables for jar files (or 
> better yet, jar directories) as the cayenne guys discuss doing here:
> http://thread.gmane.org/gmane.comp.java.cayenne.devel/2048
> 
> And I volunteer to do the work.  :)
> 
> Also, I wouldn't mind knowing what /TapestryComponents is for in the 
> existing .classpath.

eclipse variables is a good thing.  Again, I mentioned there was a lot
of code cleaning that needed to happen... a result of working on the
project by myself for a year. ;) Thanks for volunteering to do the work.

/TapestryComponents is a project in my workspace.  It contains pretty
much all of the components I've submitted to tassel, plus a few.
I'd like to remove the Tassel class-path dependence on
TapestryComponents if possible.  One of the things keeping me from doing
so at the present time is a "ResultMessage" component, which was
basically me getting fed up with the complexity of tapestry's validation
system. Don't get me wrong... the validation system is very nice... but
it also takes an overly-large amount of setup (you have to define a bean
for the validation delegate, and you have to define the validator beans,
and you have to... and so on and so forth. :) I was working under
serious time constraints, and the "ResultMesage" component was an
adaptation of code I had written earlier that has a very trivial api.
That said, I'd like to get rid of it in the Tassel code, and switch over
to using the validation system.

In the interim, I could remove the /TapestryComponents classpath
dependency, add the "RZTapestryComponent.jar" to the WEB-INF/lib folder,
add the jar as a dependency, and any other necessary jars, and commit
that to cvs for the sake of making it easier  for y'all to build the
thing in eclipse.  Or, I could add the jars as a dependency, but not add
them to cvs, but make the individual components available elsewhere, or...

Feeback appreciated. :)

Robert

James Treleaven wrote:
> I propose that we move toward using eclipse variables for jar files (or
> better yet, jar directories) as the cayenne guys discuss doing here:
> http://thread.gmane.org/gmane.comp.java.cayenne.devel/2048
> 
> And I volunteer to do the work.  :)
> 
> Also, I wouldn't mind knowing what /TapestryComponents is for in the
> existing .classpath.
> 
> James
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

Robert Zeigler wrote:
> In the interim, I could remove the /TapestryComponents classpath
> dependency, add the "RZTapestryComponent.jar" to the WEB-INF/lib folder,
> add the jar as a dependency, and any other necessary jars, and commit
> that to cvs for the sake of making it easier  for y'all to build the
> thing in eclipse.  Or, I could add the jars as a dependency, but not add
> them to cvs, but make the individual components available elsewhere, or...

Yeah - I think putting RZTapestryComponent.jar in WEB-INF/lib in cvs and 
adding the jar as a dependency is probably easiest for everyone 
concerned ... and it is a good strategy for any other "non-standard" 
components or libraries that may be lurking.

James

Alright.
I'll do that now and commit it.

Robert

James Treleaven wrote:
> Robert Zeigler wrote:
> 
>> In the interim, I could remove the /TapestryComponents classpath
>> dependency, add the "RZTapestryComponent.jar" to the WEB-INF/lib folder,
>> add the jar as a dependency, and any other necessary jars, and commit
>> that to cvs for the sake of making it easier  for y'all to build the
>> thing in eclipse.  Or, I could add the jars as a dependency, but not add
>> them to cvs, but make the individual components available elsewhere,
>> or...
> 
> 
> Yeah - I think putting RZTapestryComponent.jar in WEB-INF/lib in cvs and
> adding the jar as a dependency is probably easiest for everyone
> concerned ... and it is a good strategy for any other "non-standard"
> components or libraries that may be lurking.
> 
> James
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

Heh, I think I lied in my earlier e-mail... or rather, misspoke.
I do have result message in its own component library (for future use)
but I also have it defined as a component in the tassel distribution.
But, I was using the "NewWindowLink" from /TapestryComponents.
[I happen to like it better than just using the contrib:PopupLinkRender
because it includes js logic for centering the window, which is the
default. So I never have to worry about centering it. ;)

In any event, I've altered the classpath accordingly.

Changes have been committed to CVS.

Robert

Robert Zeigler wrote:
> Alright.
> I'll do that now and commit it.
> 
> Robert
> 
> James Treleaven wrote:
> 
>>Robert Zeigler wrote:
>>
>>
>>>In the interim, I could remove the /TapestryComponents classpath
>>>dependency, add the "RZTapestryComponent.jar" to the WEB-INF/lib folder,
>>>add the jar as a dependency, and any other necessary jars, and commit
>>>that to cvs for the sake of making it easier  for y'all to build the
>>>thing in eclipse.  Or, I could add the jars as a dependency, but not add
>>>them to cvs, but make the individual components available elsewhere,
>>>or...
>>
>>
>>Yeah - I think putting RZTapestryComponent.jar in WEB-INF/lib in cvs and
>>adding the jar as a dependency is probably easiest for everyone
>>concerned ... and it is a good strategy for any other "non-standard"
>>components or libraries that may be lurking.
>>
>>James
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>Tapestry-tassel-development mailing list
>>Tap...@li...
>>https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

> 
> In any event, I've altered the classpath accordingly.
> 
> Changes have been committed to CVS.
> 
> Robert

I thought it would be fun to run tassel locally to play with the 
stylesheet and such, but the .classpath is giving me some trouble.

path="/home/robertz/files2/downloads/cayenne/lib/cayenne.jar"/>
path="/usr/local/tomcat4/common/lib/activation.jar"/>
path="/usr/local/tomcat4/common/lib/mail.jar"/>

Is there some license or other reason not to include those in the lib in 
CVS?
How should I go about creating the database, is there a create script or 
some cayenne magic to do that?

I know that James is working on changing the class path entries and such
to use eclipse variables, instead of the hard-coded path names that I've
got in there. :)
As far as the jar-inclusion is concerned, there are no issues, to the
best of my knowledge, with including them in cvs. On the other hand,
they are also readily available for download other places.

For the database structure, yes, cayenne provides tools for generating
the database.  In time, I'll probably utilize the "cdbgen" ant task to
create an ant build file for building the db, but I haven't gotten that
far yet. For the time being, if you grab a copy of cayenne, you can fire
up the modeler, load the cayenne.xml file (in the top level of the
tassel src directory), then you can go to tools->generate database
schema.  You can provide whatever configuration information you want
there (for connecting to the database, etc.), then you can generate a
the database. :)

Robert

Johan Maasing wrote:
>>
>> In any event, I've altered the classpath accordingly.
>>
>> Changes have been committed to CVS.
>>
>> Robert
> 
> 
> I thought it would be fun to run tassel locally to play with the
> stylesheet and such, but the .classpath is giving me some trouble.
> 
> path="/home/robertz/files2/downloads/cayenne/lib/cayenne.jar"/>
> path="/usr/local/tomcat4/common/lib/activation.jar"/>
> path="/usr/local/tomcat4/common/lib/mail.jar"/>
> 
> Is there some license or other reason not to include those in the lib in
> CVS?
> How should I go about creating the database, is there a create script or
> some cayenne magic to do that?
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

Sorry to be such a newbie - but eclipse, jetty, and jettylauncher are 
quite opaque to me and I have to ask some questions so I can get 
productive on this project.

1) Tassel/build.xml - is it for (a) deploying to tomcat, (b) for 
deploying to Jetty, or (c) for deploying to both tomcat and jetty? 
Because the comments say tomcat but 'tomcatHome' points to a jetty 
installation.

2) More out of curiosity than anything: where does Tassel/build.xml come 
from - was it written by hand or was it a product of some tool such as 
spindle?

3) I am using the JettyLauncher plugin to launch Tassel and I am getting 
this error:
'Could not load class org.equalitylearning.tassel.TasselEngine from 
ContextLoader@7905810: org.equalitylearning.tassel.TasselEngine'

Clearly TasselEngine should have been compiled into either a .class 
file, .jar file, or .war file - but the only such file I see in my 
workspace (excluding external jars like RZTapestryComponents.jar) is
./DeployWars/local-dev/Tassel.war - but it seems to include everything 
but executable java files (it contains 
.html,.jwc,.properties,.page,.css,... files).   So where should the java 
be getting compiled to and how does eclipse know to put it there?

thanks,
James

James Treleaven wrote:
> Sorry to be such a newbie - but eclipse, jetty, and jettylauncher are
> quite opaque to me and I have to ask some questions so I can get
> productive on this project.
> 
> 1) Tassel/build.xml - is it for (a) deploying to tomcat, (b) for
> deploying to Jetty, or (c) for deploying to both tomcat and jetty?
> Because the comments say tomcat but 'tomcatHome' points to a jetty
> installation.

It was originally intended for deploying to tomcat.
I think I've tweaked it since the to deploy to a standalone jetty
installation... I'm a little rusty on the build file, sorry.
It needs to be rewritten.  That said, you should not need to use the
build file at all to launch to deploy to jetty if you are using the
jettylauncher plugin.

> 
> 2) More out of curiosity than anything: where does Tassel/build.xml come
> from - was it written by hand or was it a product of some tool such as
> spindle?

The build file is a tweaked version of the build file supplied with
Kevin Dorf's tutorial on getting started with tapestry.  I'm not much of
a hand with ant, myself.  I have the very raw and ugly basics... enough
that I've managed to scrape together a couple of simple build files for
putting together component jars, etc., but it's certainly not a "fluent
tongue" for me, if you will. ;)

> 
> 3) I am using the JettyLauncher plugin to launch Tassel and I am getting
> this error:
> 'Could not load class org.equalitylearning.tassel.TasselEngine from
> ContextLoader@7905810: org.equalitylearning.tassel.TasselEngine'
>
> Clearly TasselEngine should have been compiled into either a .class
> file, .jar file, or .war file - but the only such file I see in my
> workspace (excluding external jars like RZTapestryComponents.jar) is
> ./DeployWars/local-dev/Tassel.war - but it seems to include everything
> but executable java files (it contains
> .html,.jwc,.properties,.page,.css,... files).   So where should the java
> be getting compiled to and how does eclipse know to put it there?

Hm, I use the launcher, as well...
And I have committed TasselEngine.  It's in the
org.equalitylearning.tassel package. I can see it from viewcvs on sf,
so, the source is there.  Looks like it's probably a jetty-claspath issue.

Java files are compiled to WEB-INF/classes.  Eclipse knows to put it
there b/c you can define it as the binary output folder. If the project
is a tapestry project (ie, via spindle), it should be registered there
automatically.

I wouldn't worry about the war file too much.  That is to say, I
wouldn't try to deploy the war file. You can deploy directly from your
project files using jetty launcher. Create a jetty launch configuration,
set "Jetty Home" to point to wherever the jetty installation resides on
your machine. Webapp root should be context. Context name... normally,
for using jetty launcher, I set that as / which means I can access the
instance at:
http://localhost:8080/app
But you could just as well set the context name to /Tassel to give
http://localhost:8080/Tassel/app
(8080 being whatever port you have jetty run on).
Check the classpath entry in the jetty launch configuration to make sure
it includes Tassel.

Robert

> 
> thanks,
> James
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

Robert Zeigler wrote:
> Hm, I use the launcher, as well...
> And I have committed TasselEngine.  It's in the
> org.equalitylearning.tassel package. I can see it from viewcvs on sf,
> so, the source is there.  Looks like it's probably a jetty-claspath issue.
> 
> Java files are compiled to WEB-INF/classes.  Eclipse knows to put it
> there b/c you can define it as the binary output folder. If the project
> is a tapestry project (ie, via spindle), it should be registered there
> automatically.

Hoorah!  I have it up and running.

Robert - how is it that you added those jars to WEB-INF/lib using 
eclipse?  When I click on 'Add JARs' in 'Java Build Path' I get 'no 
entries available'.

I would like to add tapestry-3.0.3.jar and the tomcat servlet.jar to 
WEB-INF/lib because those 2 plus the JDBC driver were the 3 jars I 
needed to add to get things going.  (I think that the mysql driver is 
the single jar best not included because (i) It is GPL-ed, and (ii) 
people may well wish to use a different RDBMS).

Really, with those two jars added it is very easy for people to get up 
and running.  After they are in I will write a short README.txt that 
others on the list can try out if they like.

James

Couple of ways to get them in.
First, they have to exist in the lib directory.
You can either copy/move them in via your os, then refresh
the project, or else you can right click on libs->import...
Then choose to import from the file system.
Once they are in, you can go to to properties->java build
path->libraries tab->add jars.
But, yeah, the key is having the jar exist inside the project first,
then adding it as a dependency.

Leaving out the mysql driver is a good thing. :)
I'm not sure about adding servlet.jar or tapestry-3.0.3.
servlet.jar is provided by tomcat (and equivalent classes are provided
by jetty).  So, if someone is just deploying it, no big deal.
If someone is trying to run from eclipse... why not just install
spindle? Spindle includes the tapestry 3.0.3 jar as well as the servlet
jar, anyway, so...?

That said, if it makes it easier for people to get up, running, and
helping... I'm all for it. :)

Robert

James Treleaven wrote:
> Robert Zeigler wrote:
> 
>> Hm, I use the launcher, as well...
>> And I have committed TasselEngine.  It's in the
>> org.equalitylearning.tassel package. I can see it from viewcvs on sf,
>> so, the source is there.  Looks like it's probably a jetty-claspath
>> issue.
>>
>> Java files are compiled to WEB-INF/classes.  Eclipse knows to put it
>> there b/c you can define it as the binary output folder. If the project
>> is a tapestry project (ie, via spindle), it should be registered there
>> automatically.
> 
> 
> 
> Hoorah!  I have it up and running.
> 
> Robert - how is it that you added those jars to WEB-INF/lib using
> eclipse?  When I click on 'Add JARs' in 'Java Build Path' I get 'no
> entries available'.
> 
> I would like to add tapestry-3.0.3.jar and the tomcat servlet.jar to
> WEB-INF/lib because those 2 plus the JDBC driver were the 3 jars I
> needed to add to get things going.  (I think that the mysql driver is
> the single jar best not included because (i) It is GPL-ed, and (ii)
> people may well wish to use a different RDBMS).
> 
> Really, with those two jars added it is very easy for people to get up
> and running.  After they are in I will write a short README.txt that
> others on the list can try out if they like.
> 
> James
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

Robert Zeigler wrote:
> Leaving out the mysql driver is a good thing. :)

If I have the time when I get back from my holiday I'll try to run 
Tassel using HSQLDB. That could be an alternative to MySQL for 
up-and-running-quickly since it is a little bit easier to install than 
MySQL (or at least to uninstall).

> I'm not sure about adding servlet.jar or tapestry-3.0.3.
> servlet.jar is provided by tomcat (and equivalent classes are provided
>>I would like to add tapestry-3.0.3.jar and the tomcat servlet.jar to
>>WEB-INF/lib because those 2 plus the JDBC driver were the 3 jars I

Servlet.jar should absolutely not go in the WEB-INF/lib. Actually the 
servlet specs (SRV9.7.2 spec 2.3) says that the container must ignore 
J2SE and servlet classes there.

I know many developers like to have eclipse project files (Tacos does 
the same) in the CVS but I don't since it presumes everyone has the same 
directory layout on their machine. There, I just had to say it :-)

Johan Maasing wrote:
> Robert Zeigler wrote:
> 
>> Leaving out the mysql driver is a good thing. :)
> 
> 
> If I have the time when I get back from my holiday I'll try to run
> Tassel using HSQLDB. That could be an alternative to MySQL for
> up-and-running-quickly since it is a little bit easier to install than
> MySQL (or at least to uninstall).
> 
>> I'm not sure about adding servlet.jar or tapestry-3.0.3.
>> servlet.jar is provided by tomcat (and equivalent classes are provided
>>
>>> I would like to add tapestry-3.0.3.jar and the tomcat servlet.jar to
>>> WEB-INF/lib because those 2 plus the JDBC driver were the 3 jars I
> 
> 
> Servlet.jar should absolutely not go in the WEB-INF/lib. Actually the
> servlet specs (SRV9.7.2 spec 2.3) says that the container must ignore
> J2SE and servlet classes there.

:)

> 
> I know many developers like to have eclipse project files (Tacos does
> the same) in the CVS but I don't since it presumes everyone has the same
> directory layout on their machine. There, I just had to say it :-)

;) Indeed. It's one reason James discussed moving to using eclipse
variables for the classpath entries... you have the variable defined as
appropriate to your setup. Haven't gotten that far yet...
removing absolute fs entries was the first step, though. :)

Robert

> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

>>I know many developers like to have eclipse project files (Tacos does
>>the same) in the CVS but I don't since it presumes everyone has the same
>>directory layout on their machine. There, I just had to say it :-)
> 
> 
> ;) Indeed. It's one reason James discussed moving to using eclipse
> variables for the classpath entries... you have the variable defined as
> appropriate to your setup. Haven't gotten that far yet...
> removing absolute fs entries was the first step, though. :)

Right - and I am still learning the "idioms" that eclipse users are used 
to ... I come from a C/Makefile background.

> I'm not sure about adding servlet.jar or tapestry-3.0.3.
> servlet.jar is provided by tomcat (and equivalent classes are provided
> by jetty).  So, if someone is just deploying it, no big deal.
> If someone is trying to run from eclipse... why not just install
> spindle? Spindle includes the tapestry 3.0.3 jar as well as the servlet
> jar, anyway, so...?

Yes, spindle includes those jars but I guess the developer has to add 
them into his (global?) classpath ... whereas if we had put them in the 
project they would be part of the project classpath and so that 
dependency we be guaranteed to be satisfied.  (I have spindle installed 
but I had to add these two jars as external jars to get tassel to 
build).  That said, you guys have convinced me to leave them out.

James

As a follow-up... removing the dependence on the TapestryComponents
reminded me that there are some other jars which y'all will be needing.
Once upon a time, I had all of the needed jars inside of WEB-INF/lib,
but then I kept having major class loader issues with an older version
of jetty launcher. So, most of them got stripped out. :(
But, bit-by-bit, I'll be restoring them and committing the changed
structure to cvs.

Cheers,

Robert

James Treleaven wrote:
> Sorry to be such a newbie - but eclipse, jetty, and jettylauncher are
> quite opaque to me and I have to ask some questions so I can get
> productive on this project.
> 
> 1) Tassel/build.xml - is it for (a) deploying to tomcat, (b) for
> deploying to Jetty, or (c) for deploying to both tomcat and jetty?
> Because the comments say tomcat but 'tomcatHome' points to a jetty
> installation.
> 
> 2) More out of curiosity than anything: where does Tassel/build.xml come
> from - was it written by hand or was it a product of some tool such as
> spindle?
> 
> 3) I am using the JettyLauncher plugin to launch Tassel and I am getting
> this error:
> 'Could not load class org.equalitylearning.tassel.TasselEngine from
> ContextLoader@7905810: org.equalitylearning.tassel.TasselEngine'
> 
> Clearly TasselEngine should have been compiled into either a .class
> file, .jar file, or .war file - but the only such file I see in my
> workspace (excluding external jars like RZTapestryComponents.jar) is
> ./DeployWars/local-dev/Tassel.war - but it seems to include everything
> but executable java files (it contains
> .html,.jwc,.properties,.page,.css,... files).   So where should the java
> be getting compiled to and how does eclipse know to put it there?
> 
> thanks,
> James
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

Ok, I've added about 6 new jars to cvs.
These include mail.jar, activation.jar, file_id.jar (used by
the include component, so it's a dependency for
RZTapestryComponents.jar), the ResultMessage jar (yes, it is a component
within Tassel, but the externalized version is required for
RZTapestryComponents.jar; I'll eventually strip out the tassel version
in favor of the externalized version), jazzy.jar (required for HTMLArea
spell checking, so, another dependency for RZTapestryComponents), and
cayenne.  These jars are all now included in the lib directory. (cayenne
version is 1.2M4 at the moment). Classpath has been adjusted
accordingly.  Tassel runs fine on my box after all of the changes.

Robert

James Treleaven wrote:
> Sorry to be such a newbie - but eclipse, jetty, and jettylauncher are
> quite opaque to me and I have to ask some questions so I can get
> productive on this project.
> 
> 1) Tassel/build.xml - is it for (a) deploying to tomcat, (b) for
> deploying to Jetty, or (c) for deploying to both tomcat and jetty?
> Because the comments say tomcat but 'tomcatHome' points to a jetty
> installation.
> 
> 2) More out of curiosity than anything: where does Tassel/build.xml come
> from - was it written by hand or was it a product of some tool such as
> spindle?
> 
> 3) I am using the JettyLauncher plugin to launch Tassel and I am getting
> this error:
> 'Could not load class org.equalitylearning.tassel.TasselEngine from
> ContextLoader@7905810: org.equalitylearning.tassel.TasselEngine'
> 
> Clearly TasselEngine should have been compiled into either a .class
> file, .jar file, or .war file - but the only such file I see in my
> workspace (excluding external jars like RZTapestryComponents.jar) is
> ./DeployWars/local-dev/Tassel.war - but it seems to include everything
> but executable java files (it contains
> .html,.jwc,.properties,.page,.css,... files).   So where should the java
> be getting compiled to and how does eclipse know to put it there?
> 
> thanks,
> James
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

Robert Zeigler wrote:
> Ok, I've added about 6 new jars to cvs.
...
> version is 1.2M4 at the moment). Classpath has been adjusted
> accordingly.  Tassel runs fine on my box after all of the changes.

As far as I can see the .classpath in CVS at sourceforge still has

path="/home/robertz/files2/downloads/cayenne/lib/cayenne.jar"/>
path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
path="/usr/local/tomcat4/common/lib/activation.jar"/>
path="/usr/local/tomcat4/common/lib/mail.jar"/>

Did you remebemer to commit the changes to sourceforge or is it that I 
am out of sync?

> Robert

I committed the changes last night.
ViewCVS, at the very least, is out of sync.
Not sure how you're checking... but the classpath on
my box correctly references the library file. I just re-synced to make
sure, and cvs on my machine is seeing the correct files on the sf cvs
server. I believe that the ViewCVS cvs servers (and perhaps also the
anon. cvs servers?) are about 12 hrs. behind the developers' cvs
servers.  I'll check off and on today and let you know when the changes hit.

Robert

Johan Maasing wrote:
> Robert Zeigler wrote:
> 
>> Ok, I've added about 6 new jars to cvs.
> 
> ...
> 
>> version is 1.2M4 at the moment). Classpath has been adjusted
>> accordingly.  Tassel runs fine on my box after all of the changes.
> 
> 
> As far as I can see the .classpath in CVS at sourceforge still has
> 
> path="/home/robertz/files2/downloads/cayenne/lib/cayenne.jar"/>
> path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
> path="/usr/local/tomcat4/common/lib/activation.jar"/>
> path="/usr/local/tomcat4/common/lib/mail.jar"/>
> 
> Did you remebemer to commit the changes to sourceforge or is it that I
> am out of sync?
> 
>> Robert
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development

I'm seeing the updated files now in view cvs; the anonymous cvs servers
should show the updated classpath, etc., as well.

Robert

Johan Maasing wrote:
> Robert Zeigler wrote:
> 
>> Ok, I've added about 6 new jars to cvs.
> 
> ...
> 
>> version is 1.2M4 at the moment). Classpath has been adjusted
>> accordingly.  Tassel runs fine on my box after all of the changes.
> 
> 
> As far as I can see the .classpath in CVS at sourceforge still has
> 
> path="/home/robertz/files2/downloads/cayenne/lib/cayenne.jar"/>
> path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
> path="/usr/local/tomcat4/common/lib/activation.jar"/>
> path="/usr/local/tomcat4/common/lib/mail.jar"/>
> 
> Did you remebemer to commit the changes to sourceforge or is it that I
> am out of sync?
> 
>> Robert
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tapestry-tassel-development mailing list
> Tap...@li...
> https://lists.sourceforge.net/lists/listinfo/tapestry-tassel-development