RE: Accessing PO session data from business objects

Jeremy,
AspectJ looks very intriguing. Let me dig a little deeper into it. I've
never tried AOP, so it may take some time for me to figure this out.
Thanks.

Oleg

-----Original Message-----
From: Jeremy Ferry [mailto:jferry@xxxxxxxxxxxxx] 
Sent: Wednesday, May 21, 2003 12:06 PM
To: enhydra@xxxxxxxxxxx
Subject: RE: Enhydra: Accessing PO session data from business objects
Importance: Low


Although I haven't tried this myself, it sounds like a perfect fit for
AspectJ http://www.eclipse.org/aspectj/. AspectJ could take your
crosscutting concern (logging) and concentrate it into one place (an
aspect) and allow you to add it at run time. It would be completely
independent from your actual business logic. AOP is very cool.

I would love to see this in action...

Jeremy

> -----Original Message-----
> From: enhydra-admin@xxxxxxxxxxx
> [mailto:enhydra-admin@xxxxxxxxxxx] On Behalf Of Oleg Lebedev
> Sent: Thursday, May 15, 2003 12:16 PM
> To: enhydra@xxxxxxxxxxx
> Subject: RE: Enhydra: Accessing PO session data from business objects
> 
> 
> I think you are right. It seems that classic
> data/business/presentation architecture is broken in my application. 
> The reason why I need session information in the business or 
> even data layer is that I want to log changes applied to the 
> object as well as the user who made them. By modifying DODS 
> templates I was able to accomplish this. Now, imagine that I 
> want to use my data and business layers with a different 
> presentation layer, which does not maintain required session 
> information. What I would need to do is just use original 
> DODS templates to regenerate the data layer and that's it. It 
> seems that this approach allows using logging functionality 
> as a plug-in, which is very convenient. Ideas, comments?
> 
> Thanks.
> 
> Oleg
> 
> -----Original Message-----
> From: Jeremy Ferry [mailto:jferry@xxxxxxxxxxxxx]
> Sent: Thursday, May 15, 2003 10:52 AM
> To: enhydra@xxxxxxxxxxx
> Subject: RE: Enhydra: Accessing PO session data from business objects
> Importance: Low
> 
> 
> Seems to me like you should be able to easily work around
> this by looking more carefully at which layer is doing what. 
> In my applications, everything that I need to do with the 
> request and session data is handled in the PO. If my business 
> classes need data from the presentation layer, which they 
> invariably do, I pass it in. Basically, I don't allow my 
> business classes to have direct access to the resources in 
> the presentation layer. So, maybe I'm missing something but I 
> think you should be able to do this without needing to give 
> your business classes direct access to the session.
> 
> Jeremy
> 
> > -----Original Message-----
> > From: enhydra-admin@xxxxxxxxxxx
> [mailto:enhydra-admin@xxxxxxxxxxx] On
> > Behalf Of Oleg Lebedev
> > Sent: Wednesday, May 14, 2003 3:26 PM
> > To: enhydra@xxxxxxxxxxx
> > Cc: enhydra-zh@xxxxxxxxxxxxx
> > Subject: Enhydra: Accessing PO session data from business objects
> > 
> > 
> > 
> > Question: Does anyone know if it is possible to access data
> of the PO
> > session that invoked a method in a business object from inside the
> > business object?
> > 
> > Example: Suppose a user clicks Save button on a webpage, which
> > triggers invocation of save() method in the corresponding business 
> > object. Can I access this user session information from within the 
> > save() method of this business object? Thanks.
> > 
> > Oleg
> > 
> > *************************************
> > 
> > This e-mail may contain privileged or confidential material
> intended
> > for the named recipient only. If you are not the named recipient,
> > delete this message and all attachments. Unauthorized reviewing, 
> > copying, printing, disclosing, or otherwise using 
> information in this
> > e-mail is prohibited. We reserve the right to monitor e-mail sent
> > through our network.
> > 
> > *************************************
> > 
> > 
> > _______________________________________________
> > Enhydra mailing list
> > Enhydra@xxxxxxxxxxx http://www.enhydra.org/mailman/listinfo.cgi/en>
> > hydra
> > 
> 
> _______________________________________________
> Enhydra mailing list
> Enhydra@xxxxxxxxxxx
> http://www.enhydra.org/mailman/listinfo.cgi/en> hydra
> 
> 
> 
> *************************************
> 
> This e-mail
> may contain privileged or confidential material intended for 
> the named recipient only. If you are not the named recipient, 
> delete this message and all attachments. Unauthorized 
> reviewing, copying, printing, disclosing, or otherwise using 
> information in this e-mail is prohibited. We reserve the 
> right to monitor e-mail sent through our network. 
> 
> *************************************
> 
> 
> _______________________________________________
> Enhydra mailing list
> Enhydra@xxxxxxxxxxx
> http://www.enhydra.org/mailman/listinfo.cgi/en> hydra
> 

_______________________________________________
Enhydra mailing list
Enhydra@xxxxxxxxxxx
http://www.enhydra.org/mailman/listinfo.cgi/enhydra


*************************************

This e-mail may contain privileged or confidential material intended for the 
named recipient only.
If you are not the named recipient, delete this message and all attachments.
Unauthorized reviewing, copying, printing, disclosing, or otherwise using 
information in this e-mail is prohibited.
We reserve the right to monitor e-mail sent through our network. 

*************************************