Hi,
I am sorry if this reply is not exactly what you may be expecting back. I am
sure around here there are many experts that will have many more interesting
replies then this one. However could you please explain to me (and possible
others) what Asynch[ronous] Http Client is, and what are its
Simon Aquilina wrote:
> Hi,
>
> I am sorry if this reply is not exactly what you may be expecting back.
> I am sure around here there are many experts that will have many more
> interesting replies then this one. However could you please explain to
> me (and possible others) what Asynch[ronous]
Thanks for the explanation :) I am no expert in Mina so the source of my
questions was mostly made out from curiosity. However from what you
explained it seems to be a very good idea :)
Thanks again,
Sim085
From: Jeff Genender <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: dev@mina.apach
I will have some free time in the next week or so. I can take the lead on
incorporating this into the baseline, if someone wants to give me a good
recommendation as to where to place the code. My initial thought is to
create a new top level project inside of the trunk. Maybe
"mina-asynch-httpcli
Mark wrote:
> I will have some free time in the next week or so. I can take the lead on
> incorporating this into the baseline, if someone wants to give me a good
> recommendation as to where to place the code. My initial thought is to
> create a new top level project inside of the trunk. Mayb
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 n
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 <[EMAIL PROTECTED]> wrote:
>
> I'm at a impasse with protocols. I don't know which to use
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 serv
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
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.
O
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 cou
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
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, b
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
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 protoco
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 applic
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 u
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 i
I am getting compilation errors on the following methods:
public static void trace(Logger log, IoSession session, String message)
public static void trace(Logger log, IoSession session, String message,
Throwable cause)
Am I missing someting? I just did an update in Eclipse, and the problem
still
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
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 communicat
21 matches
Mail list logo