On Sat, Mar 22, 2008 at 9:23 PM, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> On 3/22/08, Phil Steitz <[EMAIL PROTECTED]> wrote:
> > On Sat, Mar 22, 2008 at 6:16 PM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> > > On Sat, Mar 22, 2008 at 3:10 PM, Phil Steitz <[EMAIL PROTECTED]> wrote:
> > >
> >
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jaxme has an issue affecting its community
integration.
This
Hi Mohammed,
To clarify, the process Niall recommended is as follows:
(1)
You send an email in a separate thread, requesting sandbox commit rights
for yourself and the other initial committer.
Provide your apache ids of course.
It might be nice to provide links to show some evidence of your
com
And u did it :( ???
On Wed, Mar 26, 2008 at 6:07 PM, Niall Pemberton
<[EMAIL PROTECTED]> wrote:
> On Wed, Mar 26, 2008 at 3:58 PM, Mohammad Nour El-Din
>
> <[EMAIL PROTECTED]> wrote:
>
> > Thanks Niall a lot. One last question for the sandbox project - if
> > approved - can I help you in creatin
On Wed, Mar 26, 2008 at 3:58 PM, Mohammad Nour El-Din
<[EMAIL PROTECTED]> wrote:
> Thanks Niall a lot. One last question for the sandbox project - if
> approved - can I help you in creating whatever required for that
> project, I just want to learn how these things are made :), I mean
> steap re
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by KenTanaka:
http://wiki.apache.org/jakarta-commons/SimpleSftpFileDownload
The comment on the change is:
Minor correction. Renamed local directory
Thanks Niall a lot. One last question for the sandbox project - if
approved - can I help you in creating whatever required for that
project, I just want to learn how these things are made :), I mean
steap related to creating new projects and so .
On Wed, Mar 26, 2008 at 5:31 PM, Niall Pemberton
<[
On Wed, Mar 26, 2008 at 3:20 PM, Mohammad Nour El-Din
<[EMAIL PROTECTED]> wrote:
> Hi simon...
>
> Thanks a lot :), but I like the idea of Naill, that is make a
> sandbox project for Validator2, so I can work away from the release
> process of the current implementation of validator - Validator
Hi simon...
Thanks a lot :), but I like the idea of Naill, that is make a
sandbox project for Validator2, so I can work away from the release
process of the current implementation of validator - Validator1, and
when I have a working thing, we can get it out of sandbox to commons
proper as part o
On Wed, Mar 26, 2008 at 5:08 PM, Niall Pemberton
<[EMAIL PROTECTED]> wrote:
> On Wed, Mar 26, 2008 at 2:54 PM, Mohammad Nour El-Din
>
> <[EMAIL PROTECTED]> wrote:
>
> > I skimmed over the JSR - not a detailed look actually - and through
> > using annotations you declare the validator class, so we
Hi Mohammed,
One of the purposes of the commons project is to pool the work of other
commons projects, ie extract bits out of other projects that can be more
widely applied. Therefore, the commons project is pretty open to
existing committers on other Apache projects getting commit access to
commo
On Wed, Mar 26, 2008 at 3:02 PM, Mohammad Nour El-Din
<[EMAIL PROTECTED]> wrote:
> Sorry for the last stupid question I could have know it from site, but
> one more - I hope not stupid - question, you will apply the Validator2
> code in trunk and make old validator in a separate branch ???
>From
On Wed, Mar 26, 2008 at 2:54 PM, Mohammad Nour El-Din
<[EMAIL PROTECTED]> wrote:
> I skimmed over the JSR - not a detailed look actually - and through
> using annotations you declare the validator class, so we can adapt the
> current validators, or at least make minor changes to make them
> suit
Sorry for the last stupid question I could have know it from site, but
one more - I hope not stupid - question, you will apply the Validator2
code in trunk and make old validator in a separate branch ???
On Wed, Mar 26, 2008 at 4:58 PM, Niall Pemberton
<[EMAIL PROTECTED]> wrote:
> On Wed, Mar 26,
On Wed, Mar 26, 2008 at 2:57 PM, Mohammad Nour El-Din
<[EMAIL PROTECTED]> wrote:
> Just to make sure, this is where trunk code exist
>
> http://svn.apache.org/repos/asf/commons/proper/validator/trunk/
>
Yes
Niall
>
> On Wed, Mar 26, 2008 at 4:54 PM, Mohammad Nour El-Din
>
> <[EMAIL PROTECTED]>
Just to make sure, this is where trunk code exist
http://svn.apache.org/repos/asf/commons/proper/validator/trunk/
???
On Wed, Mar 26, 2008 at 4:54 PM, Mohammad Nour El-Din
<[EMAIL PROTECTED]> wrote:
> I skimmed over the JSR - not a detailed look actually - and through
> using annotations you de
I skimmed over the JSR - not a detailed look actually - and through
using annotations you declare the validator class, so we can adapt the
current validators, or at least make minor changes to make them
suitable to be used through JSR#303/Validator2 impl. I will download
the code today and take a m
On Wed, Mar 26, 2008 at 2:06 PM, Mohammad Nour El-Din <[EMAIL PROTECTED]> wrote:
> Hi All...
>
> Recently an EDR JSR#303 has been published on JCP -
> http://jcp.org/en/jsr/detail?id=303 . They intend to make a unified
> Bean Validation APIs/Framework based on using annotations and XML
> confi
I've looked at the JIRA for Validator2, but I have one question, is it
going to be a full rewrite, or just going to adapt the already written
validators so it can be used through the JSR's proposed framework ?
On Wed, Mar 26, 2008 at 4:41 PM, Mohammad Nour El-Din
<[EMAIL PROTECTED]> wrote:
> Hi Pa
Hi Paul :)
Thanks for clarification, I will plan with my colleague and see what
we can do :) .
On Wed, Mar 26, 2008 at 4:20 PM, Paul Benedict <[EMAIL PROTECTED]> wrote:
> The project is active :-) but it is not getting it's due attention at the
> moment.
>
> Go to JIRA and you can see there is
The project is active :-) but it is not getting it's due attention at the
moment.
Go to JIRA and you can see there is a Validator2 ticket list to implemetn
JSR 303.
Paul
On Wed, Mar 26, 2008 at 9:06 AM, Mohammad Nour El-Din <[EMAIL PROTECTED]>
wrote:
> Hi All...
>
> Recently an EDR JSR#303 has
Hi All...
Recently an EDR JSR#303 has been published on JCP -
http://jcp.org/en/jsr/detail?id=303 . They intend to make a unified
Bean Validation APIs/Framework based on using annotations and XML
configuration files, and they define the way how to apply and use
validation, and it will be part of
--- Henri Yandell <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 25, 2008 at 4:10 PM, Matt Benson
> <[EMAIL PROTECTED]> wrote:
> >
> > --- Stephen Colebourne <[EMAIL PROTECTED]>
> wrote:
>
> > > The generics branch should remove the
> deprecated
> > > code, and that will
> > > allow new growth to
This must be nonstandard.
I could not find any reference to "TYPE C" or "TYPE Z"
in the RFCs, or other references linked from
http://en.wikipedia.org/wiki/File_Transfer_Protocol
What products support "TYPE Z" ?
Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Man
On Tue, Mar 25, 2008 at 7:24 PM, Torsten Curdt <[EMAIL PROTECTED]> wrote:
> > In the end, I think that no change, and a single jar file, may still
> > be the best option.
>
> Whoever is concerned about jar size could reduce the size at build time.
> I am not so sure it's worth the hassle to spli
The commons net package supports setting the file type to
COMPRESSED_TRANSFER_MODE which results in a "TYPE C" being sent to the
server.
I looked around but have been unable to locate any links to a server
which actually supports this. Apparently "TYPE Z" is used in some
products to have the
26 matches
Mail list logo
