Ok I see your point. Here is a small tutorial I've just done:

cd qooxdoo-0.8.1-sdk/component/apiviewer
./generate.py build

create:
qooxdoo-0.8.1-sdk/component/application/demobrowser/build

cd qooxdoo-0.8.1-sdk/application/demobrowser:
./generate.py build

-> create:
qooxdoo-0.8.1-sdk/application/demobrowser/build/

under qooxdoo08/:

mkdir rpc

// example of frontend
svn co 
https://qooxdoo-contrib.svn.sourceforge.net/svnroot/qooxdoo-contrib/trunk/qooxdoo-contrib/RpcExample

// java backend
svn co 
https://qooxdoo-contrib.svn.sourceforge.net/svnroot/qooxdoo-contrib/trunk/qooxdoo-contrib/RpcJava/
cd RpcJava


vi build.xml

change variables frontenddir to qooxdoo-0.8.1 and:

<target name="war">
        <mkdir dir="build"/>
        <copy todir="build/apiviewer">
            <!-- fileset dir="${frontendDir}/application/apiviewer/build"/ -->
            <fileset dir="${frontendDir}/component/apiviewer/build"/>
        </copy>
        <copy todir="build/demobrowser">
            <fileset dir="${frontendDir}/application/demobrowser/build"/>
        </copy>

ant make

Then I deploy the qooxdoo.war and tried the rpc frontend example. There is no 
connection. When I check the tomcat qooxdoo repository, I 've just founded 
demobrowser and apiviewer (localhost:8080/demobrowser is working but not 
localhost:8080/apiviewer -> I saw some class references missing during 
building). Perhaps I didn't do something correctly.

I will check the DWR framework now (I want to have quickly a rpc solution 
working). I think it must integrate well with your great project.

Regards
Christophe
--- En date de : Dim 25.1.09, thron7 <[email protected]> a écrit :

> De: thron7 <[email protected]>
> Objet: Re: [qooxdoo-devel] rpc for java
> À: [email protected], "qooxdoo Development" 
> <[email protected]>
> Date: Dimanche 25 Janvier 2009, 0h46
> > Hello,
> > I'm looking for rpc with qooxdoo in java. Some
> changed occured in a
> > repository between the release 0.8 and the older; the
> /frontend repository
> > doesn't exist anymore and is required for the
> building rpc backend. I get
> > the RpcExample from svn and successfully build this
> part. I think
> > RpcExample if the new repository for frontend.
> >
> > I just have a glance at the older release 0.7.4 just
> to check the
> > repositories.
> >
> > Could it be possible to have a new release for
> rpcExample including both a
> > frontend and a backend so that we just have to execute
> ant make and let it
> > run ? Or perhaps there is somethink I did not see.
> 
> Christophe,
> 
> I'm not sure I get fully what you are trying to say,
> but here are a few
> hints:
> 
> * Before 0.8 the qooxdoo SDK contained a 'backend'
> and a 'frontend'
> folder. The various backends have been transformed into
> individual
> 'contrib' projects, like e.g. the RpcJava project
> which you are referring
> to.
> 
> * I'm not sure the Java RPC backend really depends on
> the frontend parts
> that are referred to in the build.xml. The RPC backends are
> server code,
> and are surely independent from the frontend stuff. You
> might get in touch
> with the RPC maintainer to set things straight. You might
> want to open a
> bug for this issue.
> 
> * If you want a quick fix you can set the references to
> apiviewer and
> demobrowser in build.xml to the correct paths of your local
> qooxdoo SDK
> installation. That might help somewhat.
> 
> * The RpcExample, on the other hand, is a sample client
> project, to show
> the use of any of the Rpc backends. You might use the code
> instructional,
> to see how to code your own Rpc requests in your frontend.
> 
> * As for the Ant make, frontend and backend are independent
> bodies of
> code, so you can integrate them in your build enviornment
> independently.
> I'm sure you know how to integrate Java code, and for
> the frontend you
> invoke the qooxdoo generator. I don't think there will
> be a release that
> combines frontend and backend into a single project. Which
> backend would
> you include? The Php backend? The Java backend? The Perl
> backend? This
> would defeat the whole idea of decoupling the Rpc frontends
> and backends.
> 
> HTH,
> Thomas


      

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to