Re: [JBoss-user] Retrieving large lists

2003-03-18 Thread Philippe de M. Sevestre
How often does the data from which you populate your pull-down changes ?

Usually this kind of information is relatively static so you should
consider caching the resulting bean collection in a session attribute (if
user specific)
or even a context attribute.



- Original Message -
From: "Pete Beck" <>
To: <[EMAIL PROTECTED]>
Sent: terça-feira, 18 de março de 2003 13:50
Subject: [JBoss-user] Retrieving large lists


> Hi,
> My application frequently needs to grab a large number of entities from
> the database to populate drop down lists.
>
> The current method I use, is to use a CMP finder which returns a bunch
> of entities.  I then iterate through the list grabbing the values I need
> to populate the list.
>
> But, it is too slow!
>
> I usually need only two fields from each entity, and the overhead of
> converting each row into a bean is high.
>
> I am using the read-ahead optimisation.
>
> My only option to speed this up seems to be a SQL+JDBC solution.
>
> Does anyone have any better suggestions for me?
>
> Thanks,
> Pete
>
> --
> Peter Beck BEng (hons) MIEE - Managing Director, Electrostrata Ltd.
> http://www.electrostrata.com  --+-+--  Experts in e-business and
e-commerce
>
>
>
> ---
> This SF.net email is sponsored by: Does your code think in ink?
> You could win a Tablet PC. Get a free Tablet PC hat just for playing.
> What are you waiting for?
> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This SF.net email is sponsored by: Does your code think in ink?
You could win a Tablet PC. Get a free Tablet PC hat just for playing.
What are you waiting for?
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


Re: [JBoss-user] delphi client to jboss through iiop

2002-11-14 Thread Philippe de M. Sevestre
This link may be of your interest:

http://java.sun.com/j2se/1.3/docs/guide/corba/index.html


- Original Message -
From: "Emerson Cargnin - SICREDI Serviços" <>
To: <[EMAIL PROTECTED]>
Sent: quarta-feira, 13 de novembro de 2002 12:36
Subject: [JBoss-user] delphi client to jboss through iiop


> Have anyone used iiop to access jboss from a delphi client?
> --
> 
> | Emerson Cargnin  |
> | Analista de Sistemas Sr. |
> | Tel : (051) 3358-4959|
> | SICREDI Serviços |
> | Porto Alegre - Brasil|
> |xx|
>
>
>
> ---
> This sf.net email is sponsored by: Are you worried about
> your web server security? Click here for a FREE Thawte
> Apache SSL Guide and answer your Apache SSL security
> needs: http://www.gothawte.com/rd523.html
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



Re: [JBoss-user] delphi client to jboss through iiop

2002-11-14 Thread Philippe de M. Sevestre
Some time ago, I was involved in a project that was pretty much
in the opposite way, i.e, a java client running inside a app server
calling CORBA components.

The basic problems are:

1. If you intend to use a nanimg service, configure both sides use the same
(CORBA) naming service.

2. Which IDL constructs to avoid in order to keep away
   from compatibility problems.


One approach is _not_ to use naming services. Create a mbean in JBoss that
instantiates the server and register it with the POA. Then, you can get
the stringified IOR and put it into a file somewhere acessible to your
client.



- Original Message -
From: "Emerson Cargnin - SICREDI Serviços" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: quarta-feira, 13 de novembro de 2002 12:36
Subject: [JBoss-user] delphi client to jboss through iiop


> Have anyone used iiop to access jboss from a delphi client?
> --
> 
> | Emerson Cargnin  |
> | Analista de Sistemas Sr. |
> | Tel : (051) 3358-4959|
> | SICREDI Serviços |
> | Porto Alegre - Brasil|
> |xx|
>
>
>
> ---
> This sf.net email is sponsored by: Are you worried about
> your web server security? Click here for a FREE Thawte
> Apache SSL Guide and answer your Apache SSL security
> needs: http://www.gothawte.com/rd523.html
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



Re: [JBoss-user] [JBoss-dev] question about caching session beans in the web layer

2002-11-12 Thread Philippe de M. Sevestre

Bean methods are synchronized as per the spec, that's why containers
usually pool multiple bean instances in order to deal with simultaneous
requests.




- Original Message -
From: "Emerson Cargnin - SICREDI Serviços" <>
To: <[EMAIL PROTECTED]>
Sent: quarta-feira, 23 de outubro de 2002 19:23
Subject: Re: [JBoss-user] [JBoss-dev] question about caching session beans
in the web layer


>
>
> Bill Burke wrote:
> > not sure how safe it is to cache.  Not sure if RMI would handle it well
if
> > server went down and came back up.  That's the only issue.  Try it out.
>
> the main issue is about making the client invocations to be serialized
> through the session bean. are the methods of the proxy sinchronized ?
>
>
> >
> > Bill
> >
> >
> >>-Original Message-
> >>From: [EMAIL PROTECTED]
> >>[mailto:jboss-user-admin@;lists.sourceforge.net]On Behalf Of Emerson
> >>Cargnin - SICREDI Serviços
> >>Sent: Wednesday, October 23, 2002 4:14 PM
> >>To: [EMAIL PROTECTED]
> >>Subject: [JBoss-user] [JBoss-dev] question about caching session beans
> >>in the web layer
> >>
> >>
> >>I have some questions regarding to caching homes and session beans in
> >>the remote client :
> >>
> >>1- I already cache initicalcontext and homes in businness delegate, is
> >>it secure to cache the real session object as a static attribute in
> >>business delegate and reuse it across a long time ?
> >>
> >>2- If i call the same session object instance simultaneously from two
> >>different threads it will serialize the business method calls?
> >>
> >>I made this  question because we use a satellite line between web and
> >>ejb layers (bank office and central bank site) and it takes 1,5 seconds
> >>to the cached home to just create the session facade bean.
> >>
> >>if someone has any better approache, i'd appreciate.
> >>
> >>Thanks in advance
> >>
> >>
> >>
> >>| Emerson Cargnin  |
> >>| Analista de Sistemas Sr. |
> >>| Tel : (051) 3358-4959|
> >>| SICREDI Serviços |
> >>| Porto Alegre - Brasil|
> >>|xx|
> >>
> >>
> >>
> >>---
> >>This sf.net email is sponsored by: Influence the future
> >>of Java(TM) technology. Join the Java Community
> >>Process(SM) (JCP(SM)) program now.
> >>http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en
> >>
> >>___
> >>Jboss-development mailing list
> >>[EMAIL PROTECTED]
> >>https://lists.sourceforge.net/lists/listinfo/jboss-development
> >>
> >>
> >>
> >>
> >>---
> >>This sf.net email is sponsored by: Influence the future
> >>of Java(TM) technology. Join the Java Community
> >>Process(SM) (JCP(SM)) program now.
> >>http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en
> >>
> >>___
> >>JBoss-user mailing list
> >>[EMAIL PROTECTED]
> >>https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
> >
> >
> > ---
> > This sf.net email is sponsored by: Influence the future
> > of Java(TM) technology. Join the Java Community
> > Process(SM) (JCP(SM)) program now.
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en
> >
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
>
>
> --
> 
> | Emerson Cargnin  |
> | Analista de Sistemas Sr. |
> | Tel : (051) 3358-4959|
> | SICREDI Serviços |
> | Porto Alegre - Brasil|
> |xx|
>
>
>
> ---
> This sf.net email is sponsored by: Influence the future
> of Java(TM) technology. Join the Java Community
> Process(SM) (JCP(SM)) program now.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



Re: [JBoss-user] Question about B2B and

2002-06-18 Thread Philippe de M. Sevestre

I've been thinking on the same subject some time ago, and it seems
that the whole J2EE spec assumes that you build a complete
application out of several web applications and/or EJBs and then deploy
them at once (just check the roles they define).

One of the problems with dynamic EJB discovery process has to do with
how the calls are made from the client to the EJB implementation. If your
core package does not have direct access to the add-on home/remote
interfaces
(since they are not packaged in), you're going to find yourself in a very
server-specific area (class loading and so on)...

If you want this kind of loose-coupling between you components, maybe you
should consider a diferent approach (e.g: message-driven beans and/or
web-services)...



Philippe.


- Original Message -
From: "Duarte Nuno Loreto" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: terça-feira, 18 de junho de 2002 17:10
Subject: [JBoss-user] Question about B2B and 


> Hello!
>
> On the project I'm working on, we have several EJBs that constitute the
main
> application ("core" from now one). We also have other EJBs that contain
> business logic ("add-ons" from now on). We are using
> JBoss2.4.6_Tomcat-4.0.3.
>
> One of the EJBs on the core has code to dinamically call EJBs on the
> add-ons. The core EJB reads from a XML file the name of the add-on class,
> the method and necessary parameters and calls it.
>
> The purpose of the application includes adding new add-on EJBs and call
them
> just by adding entries to the configuration XML file (that is not
deployed,
> it resides on the $JBOSS_DIS/conf/ directory).
>
> Now we have a problem. We are packing the core EJBs and add-on EJBs on the
> same .ear. We want to break up this in to applications and deploy them
> separatly. So that more add-on EJBs can be deployed without having to
> redeploy the core. But we are facing a problem...
>
> The descriptor of the core EJB that makes the dynamic invocations seems to
> need the  tag for each one of the add-on EJBs. So, adding a new
EJB
> to the add-on group would always force us to redeploy the core module with
> the new descriptor.
>
> Is this really necessary? Is there any way we can deploy core with no
> ejb-refs and make core know about the new EJBs as we deploy them?
>
> I thank you for reading my question. Hope to hear from you.
>
> Duarte Loreto
>
> --
--
>Bringing you mounds of caffeinated joy
>>>> http://thinkgeek.com/sf<<<
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



   Bringing you mounds of caffeinated joy
   >>> http://thinkgeek.com/sf<<<

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



Re: [JBoss-user] Application EJB to JBoss in SourceForge

2002-05-16 Thread Philippe de M. Sevestre

Don't know if this is the one you're looking for, but...

http://ejbca.sourceforge.net/


>
> Recently anybody commented about an application in sourefourge what use
EJB
> and work with JBOSS, i lost this email
> ,someone have this url
> Regards
> Jaime



___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user