You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Michael Homeijer <M....@devote.nl> on 2003/02/09 13:28:33 UTC
RE: A note about the "best(?) (cocoon-) development environment"
...
Your classpath issue won't be fixed by other combinations. It's not a tomcat
problem. The only thing that will fix the problem is fixing the java
compiler in Cocoon to not use a classpath, but use the classloader instead.
For this two fixes have been suggested on the mailing list:
- Fixing the piza compiler (I think this was done bij Jakob Dalsgaard)
I tried the fix, but couldn't get it to work in my Cocoon setup.
- Using the eclipse java compiler in Cocoon (suggested by Christopher
Oliver). The compiler he tested should be integrated in Cocoon.
Because I am not working on a cocoon project right now, I cannot spend time
on it. I guess if it bothers someone enough he will fix it?
HTH,
Michael
-----Original Message-----
From: Robert Simmons
To: cocoon-users@xml.apache.org
Sent: 8-2-2003 10:05
Subject: Re: A note about the "best(?) (cocoon-) development environment"
...
I use JBoss but not jetty. Are you saying the Jetty-JBoss combo is
superior
to the Tomcat-JBoss combo? If so, I will definitely go try it. Perhaps
it
will fix my classpath in XSP issue. Bugzilla Reference:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580.
Kodo JDO is an implementation of the JDO specification and MORE. It
basically
rules. Go through the tutorials and you will love it. Create an object
model
using your favorite problem domain. Then create the JDO mapping file
(raw XML
or with IDE plug-in) and then just say "uhh, make a schema for me" and
it
just does it. Its amazing! No more screwing around with persistence and
schema manipulation.
I have the commercial version of that product and will be talking about
using
it in the book that I am writing.
-- Robert
----- Original Message -----
From: "Thor Heinrichs-Wolpert" <th...@lunartek.com>
To: <co...@xml.apache.org>
Sent: Saturday, February 08, 2003 9:47 PM
Subject: Re: A note about the "best(?) (cocoon-) development
environment" ...
Robert:
Have a look at Jetty, or JBoss/Jetty (aka JBossWeb). No nasty "must
copy things to endorsed directories, etc.)". You take Cocoon (2.0/2.1)
and drop it in your deploy directory and POOF it's there. It's nice
when the servlet engine actually uses the libs you define and not its
own first as the default ... isn't that in the spec ... and will be
available in Tomcat at some point.
If you want any extra libs in cocoon-2.1 you add them in the lib tree,
add them to jars.xml and the cocoon build adds them to the Manifest ...
Jetty/Jboss just eats 'em up in the right place.
I'm off to look for Kudo JDO (which hopefully follows the ODMG JDO and
not Sun's) ... how does this rank against Castor or Jakarta-OJB ?
Cheers,
Thor HW
On Saturday, February 8, 2003, at 11:42 AM, Robert Simmons wrote:
>> Hy, all;
>>
>> During the last months of activities i learned a lot from this
mailing
>> list. while i followed the discussions i started getting my
>> development
>> environment a bit up to date. I plan to setup a Wiki page on this
>> theme. Although this may be a bit off topic, it still would be great,
>> if someone could comment on this issue.
>>
>>
>> the tools collection
>> --------------------
>> Here is what i have put together so far. Of course this is driven
>> at least partially by what i do for my customers...
>>
>> free tools:
>> 1.) OS: linux and solaris (maybe a mater of taste)
>
> Go linux. Instead of spending money on licenses, you spend money on
> support
> contracts. Cheaper. In addition, Solaris is primitive compared to
> Linux.
>
>> 2.) apache 1.3.26 (mod_jk2, mod_SSL)
>
> Duh ;)
>
>> 3.) tomcat 4.1.18
>
> Yes, but you can go one step further. Get JBoss with integrated
> tomcat. JBoss
> will handle all sorty of nasty things like deploying to clusters for
> you. As
> a bonus, you get the ability to integrate with EJB based programs.
>
>> 4.) cocoon-2.0.4
>
> 2.1 Hopefully soon!
>
>> 5.) eclipse
>
> See my previous message about eclopse vs netbeans.
>
>> 6.) sunbow eclipse tools (xml/sitemap)
>
> URL ?
>
>> 7.) ant
>
> I have 15 million of them in my damn appartment, want a few? Oh ...
> you mean
> Jakarta ant? Ok, nevermind then. =) Im currently looking at Krysalis'
> extensions to ant. http://www.krysalis.org/centipede/quickstart.html
>
>
>> 8.) java-1.3.1 (sun JDK on all platforms)
>
> No no .. 1.4.1!!!!!! In 1.4 there are so many COOOL things that I
> couldnt
> live without anymore.
>
>> 9.) Secureway LDAP Server (i'll switch to Open LDAP soon)
>
> Im an LDAP idiot so Ill trust you there.
>
> Tools you didnt talk about:
>
> CVS - Use it over clearcase. its powerful, free, and a pleasure to
use.
> BugZilla - Great program!!!!! Lousy looking interface. We should start
> a
> project to port
> it to cocoon. =) However bugzilla is a great and free
> bugtracking system.
>
>> commercial tools:
>> 10.) clearcase cms (see below)
>
> Garbage.
>
>> 11.) xml-spy
>
> Good but confusing.
>
>> 12.) several DB-Systems
>
> all you need is Mysql baby.
>
> Ones you didnt talk about:
>
> 13) Together control center. If you can afford it, it absolutely kills
> any
> other IDE on the planet.
> 14) eXcelon Stylus Studio. A great XML editor. It has a bonus of being
> easy
> to use and allot less confusing than XML Spy.
> 15) User editors for creating static content. (FrameMaker? OpenOffice?
> Im
> still working on this one)
> 16) Kodo JDO. Dont leave home without it. All that nasty persistence
> stuff
> just goes POOOF.
>
>>
>> notes about the collection
>> --------------------------
>>
>> * All tools mentioned above fit tightly together.
>> I use apache/tomcat since about three years now.
>> The above combination also works fine with SSL.
>>
>> * After i got eclipse setup in tomcat debugging mode,
>> i could at least double my productivity.
>> Thanks to the tomcat site it was a matter of seconds to
>> get it up see:
>>
>> http://jakarta.apache.org/site/idedev-rdtomcat.html
>>
>> * I also managed to setup eclipse with Cocoon in less than 10
>> minutes. OK, i did a lousy trick, but for debugging and
>> learning how cocoon internals work it's absolutley
>> satisfying...
>
> Shouldnt be tough, just run tomcat (or JBoss) in debug mode with a
> socket
> attach. Then you can remote attach to the socket and you are on your
> way!
>
>>
>> * about SCM in general and Clearcase in particular:
>> Clearcase is a quite expensive and known to be very slow
>> SCM tool. On the other hand it is super easy to integrate.
>> Due to exposing the data within a "virtual filesystem" you
>> just don't see it from the users viewpoint (except checkin
>> checkout your files).
>> Having the clearcase integration kit for eclipse up and
>> running comes near to a developers dream. I hope, after
>> Rational has been incorporated into IBM, clearcase or a
>> derivate of it will eventually find it's way into the
>> ongoing eclipse efforts to build just another SCM. See
>>
>> http://www.eclipse.org/technology/index.html
>> follow the link to "stellation" at the bottom of the page.
>>
>> Another interesting new SCM could be subversion from
>>
>> http://subversion.tigris.org/ ...
>>
>> All of these SCM's provide directory versioning
>> (something once you got it, you'll never want to miss again...)
>>
>> * I happen to use XML-Spy since a couple of years now.
>> Maybe i just got used to it. I like it, although i have
>> to pay for the license. At least it helps me getting
>> my XSCHEMA's generated in no time.
>>
>>
>> My personal SAXESS story ...
>> ----------------------------
>> SAXESS stands for "System AXESS", just to get this clear;-)
>> I write this down, mainly because i got very very satisfied
>> with this especially when i compare this to what i was used
>> to in former times when open source was something, nobody
>> ever heard of...
>>
>> I'm running my webserver on some linux box and my webapps
>> on solaris driven by tomcat. All of my code is dropped
>> into a company wide multiplatform SCM system. I'm developing
>> with the eclipse IDE right on my Desktop machine. I'm running
>> Cocoon for the visualisation part of my projects. This is just
>> a great XML publishing tool, and i'm still only using the
>> basics of it for now. By saving my work to the SCM,
>> my testwebapp gets autodeployed on a solaris box, which
>> happens to be our testenvironment. I can setup remote debuggig
>> sessions from my desktop directly into the heart of my
>> webapplications...
>> Once i checked in my work into the SCM, my webapp gets
>> autodeployed on linux, which happens to be our website
>> server. And i bet, after fiddeling around a bit, i could
>> setup a debugging session on my customers site, while sitting
>> somewhere at a beach, quickfix a bug, and then turn back to
>> the real life just beeing happy for the rest of the day...
>>
>> A personal thank to the Open Source comunity
>> --------------------------------------------
>> Folks, Thank you very much all you, who have contributed to get
>> such a powerfull toolset up and running. I just get very excited
>> seeing this developer's dream becoming reality...
>> And sad enough i'm not sitting at a beach, but in
>> "good ol'e germany" getting to much rain and too
>> few sun (solaris is not good for everything...).
>>
>> thanks for your attention, if your patience lasted until here ;-)
>>
>> regards, Hussayn
>>
>> --
>> Dr. Hussayn Dabbous
>> SAXESS Software Design GmbH
>> Neuenhöfer Allee 125
>> D-50935 Köln
>> tel.:+49 221 56011 0
>> fax.:+49 221-56011 20
>> email:dabbous@saxess.com
>>
>>
>> ---------------------------------------------------------------------
>> Please check that your question has not already been answered in the
>> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>>
>> To unsubscribe, e-mail: <co...@xml.apache.org>
>> For additional commands, e-mail: <co...@xml.apache.org>
>>
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>