Just in case, by working with patches I mean to do something like :
svn diff > /path/to/patchfile.patch This would create a patchfile.patch with only the difference from your code relative to the one on the trunk (on this case sandbox) and I can easily just apply the patch in my end. Let me know if you have questions... -- Luciano Resende http://people.apache.org/~lresende On 11/20/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
Would you mind if we start working with patches from what I have on the sandbox ? that way i don't have to diff all files to check what you have modified.... also, you can be in sync with what I'm doing by calling svn updates.... - Luciano On 11/20/06, Amita Vadhavkar <[EMAIL PROTECTED]> wrote: > > Hi Luciano, > I have made the web app and the das container combination working. There > were some class cast etc. problems in orginal code. Now the jsp is > showcasing > a working SELECT through getAllCompanies(). This work is attached to > JIRA-904. Please check it. I can modify it to showcase all CRUD + SP > in 1 more day. Please see if you can put it after that ( I will mail you > once > work is completed and attached to JIRA). I feel, it will be better if > I attach any > work to JIRA and after you validate it, you can put it in your sandbox. > Please > let me know if this is not convenient. > > Regards, > Amita > > On 11/18/06, Luciano Resende < [EMAIL PROTECTED]> wrote: > > I have commited some small changes and a simple web app to my sandbox. > > https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/lresende/ > > > > -- > > Luciano Resende > > http://people.apache.org/~lresende<http://people.apache.org/%7Elresende> > > > > > > On 11/17/06, Luciano Resende < [EMAIL PROTECTED]> wrote: > > > > > > Jim and Kevin, thanks... I'm working on that... > > > > > > On 11/17/06, Kevin Williams <[EMAIL PROTECTED] > wrote: > > > > > > > > Jim Marino wrote: > > > > > > > > >> If I understood your question correctly, DAS allows a 1:1 and > 1:N > > > > >> relationship, > > > > >> An application could have multiple components using the same > config > > > > >> file, > > > > >> or could split the config file based on the components model... > > > > but the > > > > >> choice is really made by the app developer. > > > > >> > > > > > This sounds similar to the model JPA has with PersistenceUnit > and > > > > > Hibernate has with a SessionFactory. If I decide to share the > > > > > configuration, does DAS process the configuration once and put > it is > > > > > some object? For example, JPA has an EntityManagerFactory which > > > > > processes a configuration. The factory is used to create an > > > > > EntityManager which is used by a JPA client. > > > > > > > > > > In the JPA integration work, the EntityManagerFactory is created > and > > > > > cached as a system component in the application > composite. Something > > > > > similar could be done with DAS if this model fits. > > > > > > > > > Currently, The DAS Factory does not cache a processed config > model. > > > > Sounds like this is something we should consider. > > > > > > > > > Jim > > > > > > > > > >> - Luciano > > > > >> > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > -- > > > Luciano Resende > > > http://people.apache.org/~lresende > <http://people.apache.org/%7Elresende> < > http://people.apache.org/%7Elresende> > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Luciano Resende http://people.apache.org/~lresende <http://people.apache.org/%7Elresende>
