You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by Stanczak Group <ju...@stanczakgroup.com> on 2007/08/19 04:45:18 UTC
Deciding on a protocol, need help
I'm at a impasse with protocols. I don't know which to use. Does anyone
have a suggestion? I like something simple like JMS uses. I tried
serialization, but feel I'll run into limitations. I looked at things
like JSON, and XStream.
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
Ya, I've written web applications for many years, using many different
frameworks. I looked at the XFire approach, but I find it a very heavy
stack. However I've never used it so I can't say for sure. Mina just
seemed like a very fast and flexible framework, being a network
framework for applications.
Rodrigo Madera wrote:
> I'll give you my opinion based on your description.
>
> Or course, this is only one of the various ways you can implement your
> project.
>
> It would be awesome that other members of the list provide their own
> implementations so we can compare.
>
> I'm creating a client/server learning management system. It will involve
>
>> everything from passing objects to multimedia audio/video. I need some
>> kind of control structure to pass requests to different services on the
>> handler.
>>
>
>
> This could be implemented as a rich Internet page. Of course you will need a
> web interface (which you said you don't want) but this way it's already
> available and ready for you to put together.
>
>
> I was just creating a main handler and having it call an array
>
>> of services. But none of this is set in stone. I'm really just learning
>> it. An example would be a student logs in and a request if made for the
>> list of courses this student is enrolled in. So my server would return a
>> list of Course objects to the client. So I have to have a way to route
>> requests to the proper services.
>>
>
>
> This is normally implemented as a page. You can make this a standard web
> service using SOAP (which relies on HTTP itself) and make it available for
> every kind of client, be it or not a web based one.
>
> I started to create a action class that
>
>> just extends a hashmap that way it was abstract enough to used on future
>> version. Like JMS message class. Does any of this make sense? I'm sure
>> others deal with this issue all the time. I even thought about just
>> copying the JMS message class.
>>
>
>
> Again, you could implement it using a variety of methods, but the web page
> version makes more sense to me.
>
> Regards,
> Rodrigo
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Pat Farrell <pf...@pfarrell.com>.
Stanczak Group wrote:
> I need something I can use for everything from streaming
> audio/video/object, to RMI like requests.
Well, TCP/IP can deliver anything, but as Mike said,
>> it's about not reinventing the wheel.
In the past two decades, I've worked on many systems that "needed" RMI
or Corba or whatever other solution was out there. I don't believe that
any of them actually needed it. A simple request response protocol
worked in every case. And was far simpler to implement and test.
You can always have the first part of the response be a version tag and
an type description, followed by the body. This is essentially what
HTTP delivers. The version tag lets you get smarter and change the
response approach, just change the version.
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
Ya, that makes sense. I'm just not explaining fully. I guess that's
where the Rich Client thing gets confusing. With Ajax and what not. I
need something I can use for everything from streaming
audio/video/object, to RMI like requests. I'm creating a software that
can be used like a video conference software, but also can deliver
content like JavaFX scripts. I think I've looked at every API out there,
Restlet, Jboss Remoting, Spring Remoting, all the services frameworks
stuff like XFire, JMS, Jini, JXTA.
Mike Heath wrote:
> Stanczak Group wrote:
>> I've been doing a lot of research on this, and you're saying if for
>> example I created an application in Java, probably delivered with
>> Webstart, you would use SOAP and not MINA? Is MINA more for creating
>> servers? Are there any examples of Mina being used of client
>> applications over a WAN? For example could Mina be used to create a
>> video conferencing application client and server?
>
> It's not so much that MINA is more for creating servers. It's about
> not reinventing the wheel. If all you're doing is RMI, then using
> SOAP is going to be MUCH easier than building your own protocol. If
> you're doing something that can't easily be done with SOAP, then
> perhaps using MINA would serve you better.
>
> Any MINA client can be used over a WAN (as long as the WAN supports
> IP, of course). And yes, MINA could be used to create a video
> conferencing application client and server.
>
> -Mike
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Mike Heath <mh...@apache.org>.
Stanczak Group wrote:
> I've been doing a lot of research on this, and you're saying if for
> example I created an application in Java, probably delivered with
> Webstart, you would use SOAP and not MINA? Is MINA more for creating
> servers? Are there any examples of Mina being used of client
> applications over a WAN? For example could Mina be used to create a
> video conferencing application client and server?
It's not so much that MINA is more for creating servers. It's about not
reinventing the wheel. If all you're doing is RMI, then using SOAP is
going to be MUCH easier than building your own protocol. If you're
doing something that can't easily be done with SOAP, then perhaps using
MINA would serve you better.
Any MINA client can be used over a WAN (as long as the WAN supports IP,
of course). And yes, MINA could be used to create a video conferencing
application client and server.
-Mike
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
I've been doing a lot of research on this, and you're saying if for
example I created an application in Java, probably delivered with
Webstart, you would use SOAP and not MINA? Is MINA more for creating
servers? Are there any examples of Mina being used of client
applications over a WAN? For example could Mina be used to create a
video conferencing application client and server?
Rodrigo Madera wrote:
> I'll give you my opinion based on your description.
>
> Or course, this is only one of the various ways you can implement your
> project.
>
> It would be awesome that other members of the list provide their own
> implementations so we can compare.
>
> I'm creating a client/server learning management system. It will involve
>
>> everything from passing objects to multimedia audio/video. I need some
>> kind of control structure to pass requests to different services on the
>> handler.
>>
>
>
> This could be implemented as a rich Internet page. Of course you will need a
> web interface (which you said you don't want) but this way it's already
> available and ready for you to put together.
>
>
> I was just creating a main handler and having it call an array
>
>> of services. But none of this is set in stone. I'm really just learning
>> it. An example would be a student logs in and a request if made for the
>> list of courses this student is enrolled in. So my server would return a
>> list of Course objects to the client. So I have to have a way to route
>> requests to the proper services.
>>
>
>
> This is normally implemented as a page. You can make this a standard web
> service using SOAP (which relies on HTTP itself) and make it available for
> every kind of client, be it or not a web based one.
>
> I started to create a action class that
>
>> just extends a hashmap that way it was abstract enough to used on future
>> version. Like JMS message class. Does any of this make sense? I'm sure
>> others deal with this issue all the time. I even thought about just
>> copying the JMS message class.
>>
>
>
> Again, you could implement it using a variety of methods, but the web page
> version makes more sense to me.
>
> Regards,
> Rodrigo
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Rodrigo Madera <ro...@gmail.com>.
I'll give you my opinion based on your description.
Or course, this is only one of the various ways you can implement your
project.
It would be awesome that other members of the list provide their own
implementations so we can compare.
I'm creating a client/server learning management system. It will involve
> everything from passing objects to multimedia audio/video. I need some
> kind of control structure to pass requests to different services on the
> handler.
This could be implemented as a rich Internet page. Of course you will need a
web interface (which you said you don't want) but this way it's already
available and ready for you to put together.
I was just creating a main handler and having it call an array
> of services. But none of this is set in stone. I'm really just learning
> it. An example would be a student logs in and a request if made for the
> list of courses this student is enrolled in. So my server would return a
> list of Course objects to the client. So I have to have a way to route
> requests to the proper services.
This is normally implemented as a page. You can make this a standard web
service using SOAP (which relies on HTTP itself) and make it available for
every kind of client, be it or not a web based one.
I started to create a action class that
> just extends a hashmap that way it was abstract enough to used on future
> version. Like JMS message class. Does any of this make sense? I'm sure
> others deal with this issue all the time. I even thought about just
> copying the JMS message class.
Again, you could implement it using a variety of methods, but the web page
version makes more sense to me.
Regards,
Rodrigo
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
I was also looking at Restlet, now that you say HTTP. I looked at JBoss
Remoting as well.
Rodrigo Madera wrote:
> Justin,
>
> By what you said, you definitely described a HTTP based application.
>
> Everything you need can be used using simple JSP stuff.
>
> Of course you could do it in many other ways, but I would professionally
> advise you to seriously consider HTTP.
>
> Hope I helped a bit,
> Rodrigo
>
> On 8/19/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>
>> I'm creating a client/server learning management system. It will involve
>> everything from passing objects to multimedia audio/video. I need some
>> kind of control structure to pass requests to different services on the
>> handler. I was just creating a main handler and having it call an array
>> of services. But none of this is set in stone. I'm really just learning
>> it. An example would be a student logs in and a request if made for the
>> list of courses this student is enrolled in. So my server would return a
>> list of Course objects to the client. So I have to have a way to route
>> requests to the proper services. I started to create a action class that
>> just extends a hashmap that way it was abstract enough to used on future
>> version. Like JMS message class. Does any of this make sense? I'm sure
>> others deal with this issue all the time. I even thought about just
>> copying the JMS message class.
>>
>> Rodrigo Madera wrote:
>>
>>> Hello Justin,
>>>
>>> Deciding on a protocol is something that involves a lot of variables.
>>>
>>> Describe what your project's needs are and we may be able to help you
>>> better.
>>>
>>> Regards,
>>> Rodrigo
>>>
>>> On 8/18/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>>>
>>>
>>>> I'm at a impasse with protocols. I don't know which to use. Does anyone
>>>> have a suggestion? I like something simple like JMS uses. I tried
>>>> serialization, but feel I'll run into limitations. I looked at things
>>>> like JSON, and XStream.
>>>>
>>>> --
>>>> Justin Stanczak
>>>> Stanczak Group
>>>> 812-735-3600
>>>>
>>>> "All that is necessary for the triumph of evil is that good men do
>>>> nothing."
>>>> Edmund Burke
>>>>
>>>>
>>>>
>>>>
>>>
>> --
>> Justin Stanczak
>> Stanczak Group
>> 812-735-3600
>>
>> "All that is necessary for the triumph of evil is that good men do
>> nothing."
>> Edmund Burke
>>
>>
>>
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
I would reference something like Adobe Breeze as an example of what I'd
like to create. Except using Java and Webstart.
Rodrigo Madera wrote:
> Justin,
>
> By what you said, you definitely described a HTTP based application.
>
> Everything you need can be used using simple JSP stuff.
>
> Of course you could do it in many other ways, but I would professionally
> advise you to seriously consider HTTP.
>
> Hope I helped a bit,
> Rodrigo
>
> On 8/19/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>
>> I'm creating a client/server learning management system. It will involve
>> everything from passing objects to multimedia audio/video. I need some
>> kind of control structure to pass requests to different services on the
>> handler. I was just creating a main handler and having it call an array
>> of services. But none of this is set in stone. I'm really just learning
>> it. An example would be a student logs in and a request if made for the
>> list of courses this student is enrolled in. So my server would return a
>> list of Course objects to the client. So I have to have a way to route
>> requests to the proper services. I started to create a action class that
>> just extends a hashmap that way it was abstract enough to used on future
>> version. Like JMS message class. Does any of this make sense? I'm sure
>> others deal with this issue all the time. I even thought about just
>> copying the JMS message class.
>>
>> Rodrigo Madera wrote:
>>
>>> Hello Justin,
>>>
>>> Deciding on a protocol is something that involves a lot of variables.
>>>
>>> Describe what your project's needs are and we may be able to help you
>>> better.
>>>
>>> Regards,
>>> Rodrigo
>>>
>>> On 8/18/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>>>
>>>
>>>> I'm at a impasse with protocols. I don't know which to use. Does anyone
>>>> have a suggestion? I like something simple like JMS uses. I tried
>>>> serialization, but feel I'll run into limitations. I looked at things
>>>> like JSON, and XStream.
>>>>
>>>> --
>>>> Justin Stanczak
>>>> Stanczak Group
>>>> 812-735-3600
>>>>
>>>> "All that is necessary for the triumph of evil is that good men do
>>>> nothing."
>>>> Edmund Burke
>>>>
>>>>
>>>>
>>>>
>>>
>> --
>> Justin Stanczak
>> Stanczak Group
>> 812-735-3600
>>
>> "All that is necessary for the triumph of evil is that good men do
>> nothing."
>> Edmund Burke
>>
>>
>>
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
Well, I've been reading more on this Restlet. I'm starting to like the
idea.
Maarten Bosteels wrote:
> Pat,
>
> Have you done REST on top of MINA ?
> I am thinking about implementing a REST service that would be consumed by a
> client application written in Flex.
>
> Are there any java libraries/frameworks (besides restlet) that you'd suggest
> for implementing a REST service ?
>
> As for Justin's question: if you are 100% certain that your client will
> always be implemented in Java,
> then Object Serialization is definitely less work than the alternatives.
> And if you're careful you can switch to another protocol later on.
>
> Thanks,
> Maarten
>
> On 8/19/07, Pat Farrell <pf...@pfarrell.com> wrote:
>
>> Stanczak Group wrote:
>>
>>> So would something like Restlet be better for this then Mina?
>>>
>> I don't want to say anything bad about Mina as its very nice. Very
>> clean, and approachable.
>>
>> I have loved REST for a long time. It solves a lot of real problems.
>>
>> One of my favorite things about REST is that it is easy to setup and
>> test. I'm a big fan of testing, test driven design, etc. If you compare
>> what you have to do to make a client for REST against Soap, there is no
>> question which is faster to get working.
>>
>> I haven't looked at Restlet, but from a quick google, it sure looks
>> worth considering.
>>
>> Pat
>>
>>
>> --
>> Pat Farrell
>> http://www.pfarrell.com/
>>
>>
>>
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Maarten Bosteels <mb...@gmail.com>.
Pat,
Have you done REST on top of MINA ?
I am thinking about implementing a REST service that would be consumed by a
client application written in Flex.
Are there any java libraries/frameworks (besides restlet) that you'd suggest
for implementing a REST service ?
As for Justin's question: if you are 100% certain that your client will
always be implemented in Java,
then Object Serialization is definitely less work than the alternatives.
And if you're careful you can switch to another protocol later on.
Thanks,
Maarten
On 8/19/07, Pat Farrell <pf...@pfarrell.com> wrote:
>
> Stanczak Group wrote:
> > So would something like Restlet be better for this then Mina?
>
> I don't want to say anything bad about Mina as its very nice. Very
> clean, and approachable.
>
> I have loved REST for a long time. It solves a lot of real problems.
>
> One of my favorite things about REST is that it is easy to setup and
> test. I'm a big fan of testing, test driven design, etc. If you compare
> what you have to do to make a client for REST against Soap, there is no
> question which is faster to get working.
>
> I haven't looked at Restlet, but from a quick google, it sure looks
> worth considering.
>
> Pat
>
>
> --
> Pat Farrell
> http://www.pfarrell.com/
>
>
Re: Deciding on a protocol, need help
Posted by Pat Farrell <pf...@pfarrell.com>.
Stanczak Group wrote:
> Where does Mina fit when doing a project. Is
> there things it's better for over others?
Sure, look at the mina.apache.org
# Unified API for various transport types:
* TCP/IP & UDP/IP via Java NIO
* Serial communication (RS232) via RXTX
* In-VM pipe communication
* You can implement your own!
If you restrict yourself to just using HTTP, your transport if locked.
Mina is vastly more flexible, and for lots of stuff, you need it.
For example, if you really want a UDP type service, don't even think
about pushing that over HTTP, as HTTP is total overkill. Same if you
want to use serial.
--
Pat Farrell
http://www.pfarrell.com/
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
Ya. I downloaded and tried it out some. Looks pretty good. But it does
bring up a good question. Where does Mina fit when doing a project. Is
there things it's better for over others? Is it something that's used to
make servers or something that's used for client server. Is it LAN or
WAN? Where does it fit?
Pat Farrell wrote:
> Stanczak Group wrote:
>> So would something like Restlet be better for this then Mina?
>
> I don't want to say anything bad about Mina as its very nice. Very
> clean, and approachable.
>
> I have loved REST for a long time. It solves a lot of real problems.
>
> One of my favorite things about REST is that it is easy to setup and
> test. I'm a big fan of testing, test driven design, etc. If you
> compare what you have to do to make a client for REST against Soap,
> there is no question which is faster to get working.
>
> I haven't looked at Restlet, but from a quick google, it sure looks
> worth considering.
>
> Pat
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Pat Farrell <pf...@pfarrell.com>.
Stanczak Group wrote:
> So would something like Restlet be better for this then Mina?
I don't want to say anything bad about Mina as its very nice. Very
clean, and approachable.
I have loved REST for a long time. It solves a lot of real problems.
One of my favorite things about REST is that it is easy to setup and
test. I'm a big fan of testing, test driven design, etc. If you compare
what you have to do to make a client for REST against Soap, there is no
question which is faster to get working.
I haven't looked at Restlet, but from a quick google, it sure looks
worth considering.
Pat
--
Pat Farrell
http://www.pfarrell.com/
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
So would something like Restlet be better for this then Mina?
Pat Farrell wrote:
> Rodrigo Madera wrote:
>> By what you said, you definitely described a HTTP based application.
>> Everything you need can be used using simple JSP stuff.
>
> What Rodrigo said.
>
> If what you want to do can be directly done using HTTP, I believe you
> are much better off using it than using any other protocol or
> messaging system. This means your protocol has to be either purely
> stateless, or be able to live with the kinds of state management that
> you can do with Sessions in the servlet model (and equivalent)
>
> Of course, you can go too far in this direction.
> One thing that drives me nuts is folks reimplementing much of TCP/IP
> over HTTP (or worse, remote object invocation, etc.).
>
> The prime advantage of using HTTP, in addition to the not minor fact
> that there are tons of tools to help, is that corporate firewalls
> generally allow HTTP over port 80 and many block nearly everything else.
>
> Being able to deploy in a commercial setting without having to spend
> years getting the IT department to approve is a big deal.
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Pat Farrell <pf...@pfarrell.com>.
Rodrigo Madera wrote:
> By what you said, you definitely described a HTTP based application.
> Everything you need can be used using simple JSP stuff.
What Rodrigo said.
If what you want to do can be directly done using HTTP, I believe you
are much better off using it than using any other protocol or messaging
system. This means your protocol has to be either purely stateless, or
be able to live with the kinds of state management that you can do with
Sessions in the servlet model (and equivalent)
Of course, you can go too far in this direction.
One thing that drives me nuts is folks reimplementing much of TCP/IP
over HTTP (or worse, remote object invocation, etc.).
The prime advantage of using HTTP, in addition to the not minor fact
that there are tons of tools to help, is that corporate firewalls
generally allow HTTP over port 80 and many block nearly everything else.
Being able to deploy in a commercial setting without having to spend
years getting the IT department to approve is a big deal.
--
Pat Farrell
http://www.pfarrell.com/
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
So you're saying not to use Mina? Us Tomcat and JSP? Or Http over Mina?
I don't want a browser based client. I want a rich Java client.
Rodrigo Madera wrote:
> Justin,
>
> By what you said, you definitely described a HTTP based application.
>
> Everything you need can be used using simple JSP stuff.
>
> Of course you could do it in many other ways, but I would professionally
> advise you to seriously consider HTTP.
>
> Hope I helped a bit,
> Rodrigo
>
> On 8/19/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>
>> I'm creating a client/server learning management system. It will involve
>> everything from passing objects to multimedia audio/video. I need some
>> kind of control structure to pass requests to different services on the
>> handler. I was just creating a main handler and having it call an array
>> of services. But none of this is set in stone. I'm really just learning
>> it. An example would be a student logs in and a request if made for the
>> list of courses this student is enrolled in. So my server would return a
>> list of Course objects to the client. So I have to have a way to route
>> requests to the proper services. I started to create a action class that
>> just extends a hashmap that way it was abstract enough to used on future
>> version. Like JMS message class. Does any of this make sense? I'm sure
>> others deal with this issue all the time. I even thought about just
>> copying the JMS message class.
>>
>> Rodrigo Madera wrote:
>>
>>> Hello Justin,
>>>
>>> Deciding on a protocol is something that involves a lot of variables.
>>>
>>> Describe what your project's needs are and we may be able to help you
>>> better.
>>>
>>> Regards,
>>> Rodrigo
>>>
>>> On 8/18/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>>>
>>>
>>>> I'm at a impasse with protocols. I don't know which to use. Does anyone
>>>> have a suggestion? I like something simple like JMS uses. I tried
>>>> serialization, but feel I'll run into limitations. I looked at things
>>>> like JSON, and XStream.
>>>>
>>>> --
>>>> Justin Stanczak
>>>> Stanczak Group
>>>> 812-735-3600
>>>>
>>>> "All that is necessary for the triumph of evil is that good men do
>>>> nothing."
>>>> Edmund Burke
>>>>
>>>>
>>>>
>>>>
>>>
>> --
>> Justin Stanczak
>> Stanczak Group
>> 812-735-3600
>>
>> "All that is necessary for the triumph of evil is that good men do
>> nothing."
>> Edmund Burke
>>
>>
>>
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
I was also looking at Restlet, now that you say HTTP.
Rodrigo Madera wrote:
> Justin,
>
> By what you said, you definitely described a HTTP based application.
>
> Everything you need can be used using simple JSP stuff.
>
> Of course you could do it in many other ways, but I would professionally
> advise you to seriously consider HTTP.
>
> Hope I helped a bit,
> Rodrigo
>
> On 8/19/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>
>> I'm creating a client/server learning management system. It will involve
>> everything from passing objects to multimedia audio/video. I need some
>> kind of control structure to pass requests to different services on the
>> handler. I was just creating a main handler and having it call an array
>> of services. But none of this is set in stone. I'm really just learning
>> it. An example would be a student logs in and a request if made for the
>> list of courses this student is enrolled in. So my server would return a
>> list of Course objects to the client. So I have to have a way to route
>> requests to the proper services. I started to create a action class that
>> just extends a hashmap that way it was abstract enough to used on future
>> version. Like JMS message class. Does any of this make sense? I'm sure
>> others deal with this issue all the time. I even thought about just
>> copying the JMS message class.
>>
>> Rodrigo Madera wrote:
>>
>>> Hello Justin,
>>>
>>> Deciding on a protocol is something that involves a lot of variables.
>>>
>>> Describe what your project's needs are and we may be able to help you
>>> better.
>>>
>>> Regards,
>>> Rodrigo
>>>
>>> On 8/18/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>>>
>>>
>>>> I'm at a impasse with protocols. I don't know which to use. Does anyone
>>>> have a suggestion? I like something simple like JMS uses. I tried
>>>> serialization, but feel I'll run into limitations. I looked at things
>>>> like JSON, and XStream.
>>>>
>>>> --
>>>> Justin Stanczak
>>>> Stanczak Group
>>>> 812-735-3600
>>>>
>>>> "All that is necessary for the triumph of evil is that good men do
>>>> nothing."
>>>> Edmund Burke
>>>>
>>>>
>>>>
>>>>
>>>
>> --
>> Justin Stanczak
>> Stanczak Group
>> 812-735-3600
>>
>> "All that is necessary for the triumph of evil is that good men do
>> nothing."
>> Edmund Burke
>>
>>
>>
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Rodrigo Madera <ro...@gmail.com>.
Justin,
By what you said, you definitely described a HTTP based application.
Everything you need can be used using simple JSP stuff.
Of course you could do it in many other ways, but I would professionally
advise you to seriously consider HTTP.
Hope I helped a bit,
Rodrigo
On 8/19/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>
> I'm creating a client/server learning management system. It will involve
> everything from passing objects to multimedia audio/video. I need some
> kind of control structure to pass requests to different services on the
> handler. I was just creating a main handler and having it call an array
> of services. But none of this is set in stone. I'm really just learning
> it. An example would be a student logs in and a request if made for the
> list of courses this student is enrolled in. So my server would return a
> list of Course objects to the client. So I have to have a way to route
> requests to the proper services. I started to create a action class that
> just extends a hashmap that way it was abstract enough to used on future
> version. Like JMS message class. Does any of this make sense? I'm sure
> others deal with this issue all the time. I even thought about just
> copying the JMS message class.
>
> Rodrigo Madera wrote:
> > Hello Justin,
> >
> > Deciding on a protocol is something that involves a lot of variables.
> >
> > Describe what your project's needs are and we may be able to help you
> > better.
> >
> > Regards,
> > Rodrigo
> >
> > On 8/18/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
> >
> >> I'm at a impasse with protocols. I don't know which to use. Does anyone
> >> have a suggestion? I like something simple like JMS uses. I tried
> >> serialization, but feel I'll run into limitations. I looked at things
> >> like JSON, and XStream.
> >>
> >> --
> >> Justin Stanczak
> >> Stanczak Group
> >> 812-735-3600
> >>
> >> "All that is necessary for the triumph of evil is that good men do
> >> nothing."
> >> Edmund Burke
> >>
> >>
> >>
> >
> >
>
> --
> Justin Stanczak
> Stanczak Group
> 812-735-3600
>
> "All that is necessary for the triumph of evil is that good men do
> nothing."
> Edmund Burke
>
>
Re: Deciding on a protocol, need help
Posted by Stanczak Group <ju...@stanczakgroup.com>.
I'm creating a client/server learning management system. It will involve
everything from passing objects to multimedia audio/video. I need some
kind of control structure to pass requests to different services on the
handler. I was just creating a main handler and having it call an array
of services. But none of this is set in stone. I'm really just learning
it. An example would be a student logs in and a request if made for the
list of courses this student is enrolled in. So my server would return a
list of Course objects to the client. So I have to have a way to route
requests to the proper services. I started to create a action class that
just extends a hashmap that way it was abstract enough to used on future
version. Like JMS message class. Does any of this make sense? I'm sure
others deal with this issue all the time. I even thought about just
copying the JMS message class.
Rodrigo Madera wrote:
> Hello Justin,
>
> Deciding on a protocol is something that involves a lot of variables.
>
> Describe what your project's needs are and we may be able to help you
> better.
>
> Regards,
> Rodrigo
>
> On 8/18/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>
>> I'm at a impasse with protocols. I don't know which to use. Does anyone
>> have a suggestion? I like something simple like JMS uses. I tried
>> serialization, but feel I'll run into limitations. I looked at things
>> like JSON, and XStream.
>>
>> --
>> Justin Stanczak
>> Stanczak Group
>> 812-735-3600
>>
>> "All that is necessary for the triumph of evil is that good men do
>> nothing."
>> Edmund Burke
>>
>>
>>
>
>
--
Justin Stanczak
Stanczak Group
812-735-3600
"All that is necessary for the triumph of evil is that good men do nothing."
Edmund Burke
Re: Deciding on a protocol, need help
Posted by Rodrigo Madera <ro...@gmail.com>.
Hello Justin,
Deciding on a protocol is something that involves a lot of variables.
Describe what your project's needs are and we may be able to help you
better.
Regards,
Rodrigo
On 8/18/07, Stanczak Group <ju...@stanczakgroup.com> wrote:
>
> I'm at a impasse with protocols. I don't know which to use. Does anyone
> have a suggestion? I like something simple like JMS uses. I tried
> serialization, but feel I'll run into limitations. I looked at things
> like JSON, and XStream.
>
> --
> Justin Stanczak
> Stanczak Group
> 812-735-3600
>
> "All that is necessary for the triumph of evil is that good men do
> nothing."
> Edmund Burke
>
>