Goldstein Lyor created SSHD-751:
---
Summary: Add support for SOCKS proxy for Spring integration SFTP
adapter replacement
Key: SSHD-751
URL: https://issues.apache.org/jira/browse/SSHD-751
Project: MINA
guess this issue
is not anymore relevant...
> Improve Spring integration
> --
>
> Key: DIRMINA-237
> URL: https://issues.apache.org/jira/browse/DIRMINA-237
> Project: MINA
> Issue Type: Improvement
[
https://issues.apache.org/jira/browse/DIRMINA-237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny updated DIRMINA-237:
--
Description:
The Spring integration module is in need of an overhaul. There are some
rning
>Assignee: Ashish Paliwal
>Priority: Minor
> Fix For: 2.0.8
>
>
> The Spring integration module is in need of an overhaul. There are some
> things that aren't that simple to configure like the default IoService
> config. Also, S
rning
>Assignee: Ashish Paliwal
>Priority: Minor
> Fix For: 2.0.6
>
>
> The Spring integration module is in need of an overhaul. There are some
> things that aren't that simple to configure like the default IoService
> config. Also, S
oops, sent to Guillaume only
-- Forwarded message --
From: Emmanuel Lecharny
Date: Tue, Apr 20, 2010 at 4:23 PM
Subject: Re: Spring Integration
To: Guillaume Nodet
On Tue, Apr 20, 2010 at 9:23 AM, Guillaume Nodet wrote:
> I somewhat disagree. I agree we should not
My opinion was similar to the one stated by Emmanuel and thus my
advice to Andreas... I agree that a 'more usable code' is desirable
(even if you are not using any DI container, it's nice to know
beforehand how you should create an object) but only as long as we
don't have to call the needed chang
I somewhat disagree. I agree we should not be spring specific (i.e.
including specific annotations or interfaces), but providing setters or
cleaner init methods should be considered in order to make the code more
usable.
On Sat, Apr 17, 2010 at 09:47, Emmanuel Lecharny wrote:
> On 4/7/10 2:06 PM,
On 4/7/10 2:06 PM, David Latorre wrote:
Hello Andreas,
I don't think this has been discussed for MINA3 yet but it should be
sometime in the future. For Mina 2.0 I guess your best option would
be to write wrapper classes - and you can provide patches for these,
of course.
IMHO, and regardi
2.x and
>>> noticed that you removed a lot of special spring stuff in favor of a
>>> more general support for injection frameworks.
>>>
>>> Still there are a number of classes in the framework that are pretty
>>> spring-unfriendly and cannot be used fr
vor of a
>> more general support for injection frameworks.
>>
>> Still there are a number of classes in the framework that are pretty
>> spring-unfriendly and cannot be used from within spring without user
>> modifications (like extending them or wrapping them). So my
in the xbean package?
>
> I am referring for example to DemuxingProtocolCodecFactory or
> DemuxingIoHandler, which can't be initialized easily from within
> spring.
>
> Best regards,
>
There is JIRA for improving spring integration (assigned to me)
https://issues.apache.org/jira/brows
t; modifications (like extending them or wrapping them). So my question
> is:
>
> What is your midterm plans regarding spring integration?
> Are you going to modify your classes so that they can be easily from
> within spring?
> If so, should I file a bug (with patch) for classes that
the framework that are pretty
spring-unfriendly and cannot be used from within spring without user
modifications (like extending them or wrapping them). So my question
is:
What is your midterm plans regarding spring integration?
Are you going to modify your classes so that they can be easily from
[
https://issues.apache.org/jira/browse/DIRMINA-237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashish Paliwal reassigned DIRMINA-237:
--
Assignee: Ashish Paliwal
> Improve Spring integrat
[
https://issues.apache.org/jira/browse/DIRMINA-237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny updated DIRMINA-237:
--
Fix Version/s: 3.0.0-M1
Postponed to 3.0.0
> Improve Spring integrat
[
https://issues.apache.org/jira/browse/DIRMINA-237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny updated DIRMINA-237:
--
Status for this very old JIRA ?
> Improve Spring integrat
We did not want it to be "spring-centric". The goal was to support
all of the IoC containers like xbeans, spring, pico.
On Tue, Aug 26, 2008 at 1:04 PM, Trustin Lee (이희승) <[EMAIL PROTECTED]> wrote:
> On Wed, 27 Aug 2008 01:36:19 +0900, Julien Vermillard
> <[EMAIL PROTECTED]> wrote:
>
>> due to
On Wed, 27 Aug 2008 01:36:19 +0900, Julien Vermillard
<[EMAIL PROTECTED]> wrote:
due to lack of doc/mails as usual
http://markmail.org/message/o5lzxyrcnkawhnnj
--
Trustin Lee - Principal Software Engineer, JBoss, Red Hat
--
what we call human nature is actually human habit
--
http://gleamyn
On Tue, 26 Aug 2008 11:37:51 -0400
"Alex Karasulu" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I started looking at moving to 2.0.0-M3 yesterday for ApacheDS. I
> thought it was going to be trivial but lots of things have changed.
> Also the spring integration st
Hi,
I started looking at moving to 2.0.0-M3 yesterday for ApacheDS. I thought
it was going to be trivial but lots of things have changed. Also the spring
integration stuff has been renamed I guess to integration-beans. At first I
looked for it and did not find spring stuff. Took a guess and
No objection? I will wait another 72 hrs and make the changes. :)
Trustin
On Nov 15, 2007 11:04 AM, Trustin Lee <[EMAIL PROTECTED]> wrote:
>
> On Nov 15, 2007 10:22 AM, Trustin Lee <[EMAIL PROTECTED]> wrote:
> >
> > On Nov 14, 2007 10:28 PM, Niklas Therning <[EMAIL PROTECTED]> wrote:
> > > Trust
On Nov 15, 2007 10:22 AM, Trustin Lee <[EMAIL PROTECTED]> wrote:
>
> On Nov 14, 2007 10:28 PM, Niklas Therning <[EMAIL PROTECTED]> wrote:
> > Trustin Lee wrote:
> > > Hi folks,
> > >
> > > I've just added DefaultIoFilterChainBuilder.setFilters() that is very
> > > friendly to existing IoC container
On Nov 14, 2007 10:28 PM, Niklas Therning <[EMAIL PROTECTED]> wrote:
> Trustin Lee wrote:
> > Hi folks,
> >
> > I've just added DefaultIoFilterChainBuilder.setFilters() that is very
> > friendly to existing IoC containers such as Springframework. This
> > mean we can remove
> >
> > * IoFilterMappi
Trustin Lee wrote:
> Hi folks,
>
> I've just added DefaultIoFilterChainBuilder.setFilters() that is very
> friendly to existing IoC containers such as Springframework. This
> mean we can remove
>
> * IoFilterMapping
> * DefaultIoFilterChainBuilderFactoryBean
>
> ThreadPoolExecutorFactoryBean is al
Hi folks,
I've just added DefaultIoFilterChainBuilder.setFilters() that is very
friendly to existing IoC containers such as Springframework. This
mean we can remove
* IoFilterMapping
* DefaultIoFilterChainBuilderFactoryBean
ThreadPoolExecutorFactoryBean is also of dubious value with new
Ordered
On 8/16/07, mat <[EMAIL PROTECTED]> wrote:
> On 8/16/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
> >
> > On 8/16/07, mat <[EMAIL PROTECTED]> wrote:
> > > If so, why doesn't Mina design the classes DI comparable? So we don't
> > need
> > > make these integration classes? Am I right? Just a thought.
>
On 8/16/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
>
> On 8/16/07, mat <[EMAIL PROTECTED]> wrote:
> > If so, why doesn't Mina design the classes DI comparable? So we don't
> need
> > make these integration classes? Am I right? Just a thought.
>
> We are working on making MINA IoC container friendly
On 8/16/07, mat <[EMAIL PROTECTED]> wrote:
> If so, why doesn't Mina design the classes DI comparable? So we don't need
> make these integration classes? Am I right? Just a thought.
We are working on making MINA IoC container friendly in trunk. :)
Trustin
--
what we call human nature is actually
If so, why doesn't Mina design the classes DI comparable? So we don't need
make these integration classes? Am I right? Just a thought.
On 8/16/07, mat <[EMAIL PROTECTED]> wrote:
>
> If using PicoContainer, I still have to make the pico-integration classes
> like mina-integration classes?
>
> On 7/
If using PicoContainer, I still have to make the pico-integration classes
like mina-integration classes?
On 7/18/07, peter royal <[EMAIL PROTECTED]> wrote:
>
> On Jul 17, 2007, at 6:43 PM, Rob Butler wrote:
> > To use Spring for configuring MINA or not is of course a personal
> > choice. I very m
On Jul 17, 2007, at 6:43 PM, Rob Butler wrote:
To use Spring for configuring MINA or not is of course a personal
choice. I very much like using Spring to configure MINA. It has
made adding filters and other configuration very easy.
agreed that its a personal choice.
personally, i'm sick o
a
PropertyPlaceholderConfigurer.
Rob
- Original Message
From: Kumaran Arul <[EMAIL PROTECTED]>
To: dev@mina.apache.org
Sent: Wednesday, July 18, 2007 1:56:09 AM
Subject: RE: Is Spring Integration of MINA recommended?
Hi
Any body knows how to configure MINA server threadpool d
Wednesday, July 18, 2007 1:13:25 AM
Subject: Re: Is Spring Integration of MINA recommended?
On 7/18/07, Mark Webb <[EMAIL PROTECTED]> wrote:
> I have not played much with Spring and Mina other than the chat
example. Is
> it possible to add filters on-the-fly with Spring?
You cannot ad
and parameters while the
server is running.
Rob
- Original Message
From: Trustin Lee <[EMAIL PROTECTED]>
To: dev@mina.apache.org
Sent: Wednesday, July 18, 2007 1:13:25 AM
Subject: Re: Is Spring Integration of MINA recommended?
On 7/18/07, Mark Webb <[EMAIL PROTECTED]> wrot
:[EMAIL PROTECTED]
Sent: Wednesday, 18 July 2007 11:44 AM
To: dev@mina.apache.org
Subject: Re: Is Spring Integration of MINA recommended?
To use Spring for configuring MINA or not is of course a personal
choice. I very much like using Spring to configure MINA. It has made
adding filters and
On 7/18/07, Mark Webb <[EMAIL PROTECTED]> wrote:
I have not played much with Spring and Mina other than the chat example. Is
it possible to add filters on-the-fly with Spring?
You cannot add and remove filters after once it's started up AFAIK,
but it is quite convenient when the filter setting
@mina.apache.org
Subject: Re: Is Spring Integration of MINA recommended?
I have not played much with Spring and Mina other than the chat example.
Is
it possible to add filters on-the-fly with Spring?
On 7/17/07, Rob Butler <[EMAIL PROTECTED]> wrote:
>
> To use Spring for configuring MINA
: dev@mina.apache.org
Subject: Re: Is Spring Integration of MINA recommended?
To use Spring for configuring MINA or not is of course a personal
choice. I very much like using Spring to configure MINA. It has made
adding filters and other configuration very easy.
Rob
- Original Message
ing to configure MINA. It has made
adding filters and other configuration very easy.
Rob
- Original Message
From: Kumaran Arul <[EMAIL PROTECTED]>
To: dev@mina.apache.org
Sent: Tuesday, July 17, 2007 9:23:46 PM
Subject: Is Spring Integration of MINA recommended?
Hi
Firstly, I am very im
g
Sent: Tuesday, July 17, 2007 9:23:46 PM
Subject: Is Spring Integration of MINA recommended?
Hi
Firstly, I am very impressed with the MINA as a whole. I just finished
JMX enabling my server and it is a breeze.
I have a working MINA based server without any Spring Integration except
for DI for business
Hi
Firstly, I am very impressed with the MINA as a whole. I just finished
JMX enabling my server and it is a breeze.
I have a working MINA based server without any Spring Integration except
for DI for business logic/Service Layer/DAO layers.
I looked at the Chat Server example at MINA site
KlausStake wrote:
> I've checked out the latest release and tried to run the chat example aiming
> to show the spring integration capabilities. Somehow I miss some classes
> which make it impossible to use the spring integration.
>
Did you check out trunk from Subversion or
I've checked out the latest release and tried to run the chat example aiming
to show the spring integration capabilities. Somehow I miss some classes
which make it impossible to use the spring integration.
The missing classes are:
org.apache.mina.integration.spring.Bi
44 matches
Mail list logo
