Re: JavaPos, J2EE & Tomcat

Thank you so much for you help and comments.

Best regards
Rui Francisco



On Wed, Feb 20, 2008 at 1:58 AM, Sasan <[EMAIL PROTECTED]> wrote:
>
>
> info or special char are both data, it would be ok as long as applet is
> sending this data to the server that it has been downloaded from
>
> and if applet and its associated policy allows it to access the data on
> local host, you're fine
>
> take it this way, if the bar code reader is storing data in a special folder
> that applet does not have access to, then it can not transmit this data to
> server, but if you provide the applet with this access privilege then it
> would be ok. This really depends on what the applet is suppose to do,
> because applets are restricted by nature in accessing folders, reading ports
> on local host, in general they're bound to the policy which is configurable.
>
> on the other hand if you use a swing application you should again be careful
> with security issues and protect it from malicious accesses
>
> Cheers,
> S.
>
>
> ----- Original Message ----
> From: Rui Francisco <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
>
> Sent: Wednesday, February 20, 2008 12:04:37 AM
> Subject: Re: JavaPos, J2EE & Tomcat
>
> The problem is that web apps are processed on the server and the
> access to physical devices is made on the client.
>
> The devices are accessed to send special chars not to send info to the
> server.
>
> In case of the barcode reader it sends chars to the input field.
>
> In either case no communication is sent to the server without user
> direct intervention.
>
> I think that with an applet the connection to the local device using
> the rest of processing at the server.
>
> What do you think ?
>
> Thank you
>
> best regards
> Rui Francisco
>
>
>
>
>
> On Feb 19, 2008 10:24 AM, Sasan <[EMAIL PROTECTED]> wrote:
> >
> >
> > I don't see too much relevance between a client application and such
> > connected devices. either its a bar code reader or something else.
> > the choice between applet, swing and a web application is all based on
> > restrictions they create through accessing the local host or server
> > if applet is not trusted and can not get through policy of accessing ports
> > or a device intermediate sw on local host then other alternatives should
> be
> > consider. I guess you should see how you are sending the read barcodes to
> > the client application. from that point on you will be on pretty much or
> > mainly on HTTP connection with the server (if its an HTTP server), but the
> > way I look at it the main question to answer is to establish a
> communication
> > between device and the client app. the client app does not necessarily
> need
> > to access the device directly as it can be done by an intermediate sw, but
> > the point is, considering applet, what if applet can not be configured to
> > establish this communication with intermediate software.
> >
> > I guess if the applet can have this connection, then the choices are open
> to
> > you, if not, then you can start thinking of a i.e. swing app that reads
> the
> > barcode and establishes the HTTP connection and then the rest of story
> >
> >
> > ----- Original Message ----
> > From: Rui Francisco <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> >
> > Sent: Tuesday, February 19, 2008 8:06:18 AM
> > Subject: Re: JavaPos, J2EE & Tomcat
> >
> > Hi,
> >
> > Ok, but what if i add one device like a card reader ? or a posprinter?
> > i will need the applet right ?
> >
> > I know that there is javapos, but to send it to the client in a tomcat
> > application then i will need the applet or you suggest another
> > approach ?
> >
> > Thank you
> >
> > Regards
> > Rui
> >
> >
> >
> > On Feb 19, 2008 5:33 AM, laurence daluz <[EMAIL PROTECTED]> wrote:
> > > Hello,
> > >
> > > When you say "add bar code scanner capabilities in the client side", do
> > you
> > > mean you are expecting that all your client will be a bar code scanner
> > which
> > > make an input by reading the bar code? If yes, then I guess you don't
> need
> > > to use applet or swing... just normal web application with forms. From
> > what
> > > I know, bar code scanner is just like your keyboard, just point your
> > cursor
> > > to the form field and do the scan and the form field will automatically
> > > populated by the scanner.
> > >
> > > Regards,
> > > /Laurence
> > >
> > >
> > >
> > > On Feb 18, 2008 11:32 AM, Rui Francisco <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > >
> > > > Hi,
> > > >
> > > > I'm not very experienced in Java but i would like to clear one doubt
> if
> > > this
> > > > is the right place to do it.
> > > >
> > > > I'm writing a small app to run on tomcat. In this app i will need to
> add
> > > bar
> > > > code scanner capabilities in the client side.
> > > >
> > > > Is the inclusion of an applet sent to the client enough to make
> possible
> > > the
> > > > use of the scanner or its better to write a swing app ?
> > > >
> > > > Thank you in advance for the time
> > > >
> > > > best regards
> > > > Rui
> > > >
> > > >
> > > >
> > >
> >
> ===========================================================================
> > > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> > > body
> > > > of the message "signoff J2EE-INTEREST".  For general help, send email
> to
> > > > [EMAIL PROTECTED] and include in the body of the message "help".
> > > >
> > >
> > >
> >
> ===========================================================================
> > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> > body
> > > of the message "signoff J2EE-INTEREST". For general help, send email to
> > > [EMAIL PROTECTED] and include in the body of the message "help".
> > >
> > >
> >
> >
> ===========================================================================
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> > of the message "signoff J2EE-INTEREST".  For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
> >
> >
> >
> >  ________________________________
> > Never miss a thing. Make Yahoo your homepage.
> >
> ===========================================================================
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> > of the message "signoff J2EE-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
> >
> >
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff J2EE-INTEREST".  For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
>  ________________________________
> Looking for last minute shopping deals? Find them fast with Yahoo! Search.
>  ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff J2EE-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff J2EE-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".