[jira] [Created] (HUPA-117) The folder item should be highlighted after refreshing the page

[Echo Wang (JIRA)]

Echo Wang created HUPA-117:
--

 Summary: The folder item should be highlighted after refreshing 
the page
 Key: HUPA-117
 URL: https://issues.apache.org/jira/browse/HUPA-117
 Project: James Hupa
  Issue Type: Bug
  Components: client
Reporter: Echo Wang
Assignee: Manuel Carrasco Moñino


The items locate in the left panel.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: Call for vote: Java 8 switch

[Echo]

+1

On Sun, Aug 6, 2017 at 3:16 PM, Tellier Benoit  wrote:
> +1
>
> Le 04/08/2017 à 14:23, Tellier Benoit a écrit :
>> Hi everyone,
>>
>> Today I would like to submit the following vote:
>>
>> "Do you support a Java6 -> Java8 on all core James projects?"
>>
>> Core projects includes:
>>
>>  - Apache James mailbox
>>  - Apache James protocols
>>  - Apache James MPT
>>  - Apache James Mailet
>>  - Apache James Server
>>
>> Note that they are already merged in the same Git repository:
>> https://github.com/apache/james-project
>>
>> You can have a read of the underlying PR to get a better view of what
>> you will be voting for: https://github.com/linagora/james-project/pull/918
>>
>> -
>>
>> This vote follows the voting process for code changes as described in
>> https://www.apache.org/foundation/voting.html
>>
>> Here is a quick summary:
>>   - You may react with "+1" "0" or "-1" to this email
>>   - Only PMC votes are considered as binding. Developers and committers
>> votes will be considered informative.
>>   - To be valid, "-1" needs to followed by technical explanations
>>   - "-1" are vetoes
>>
>> Votes are open from 4th August 2017 11am45 UTC+7 until 11th August
>> 11am45 UTC+7
>>
>> Cheers,
>>
>> Benoit Tellier
>>
>>
>> -
>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
>> For additional commands, e-mail: server-dev-h...@james.apache.org
>>
>
> -
> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> For additional commands, e-mail: server-dev-h...@james.apache.org
>

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: Release james-server into 3.0.0 (second vote)

[Echo]

+1

On Fri, Jul 7, 2017 at 7:26 PM, Tellier Benoit  wrote:
> +1
>
> Le 07/07/2017 à 18:25, Tellier Benoit a écrit :
>> Hello every one,
>>
>> I'm very very very happy to announce the second vote for the upcoming
>> 3.0.0 version of our beloved James server.
>>
>> You can access sources on GitHub:
>>
>> https://github.com/apache/james-project/releases
>>
>> Nexus artifact to be released can be found here :
>> https://repository.apache.org/#stagingRepositories
>>
>> It is number #1017
>>
>> Moreover I uploaded compiled zip, along with md5 and sha1 sums, all signed.
>>
>> http://www.apache.org/dist/james/server/3.0.0/james-server-app-3.0.0-app.zip
>> http://www.apache.org/dist/james/server/3.0.0/james-server-app-3.0.0-app.zip.sig
>> http://www.apache.org/dist/james/server/3.0.0/james-server-app-3.0.0-app.zip.md5
>> http://www.apache.org/dist/james/server/3.0.0/james-server-app-3.0.0-app.zip.md5.sig
>> http://www.apache.org/dist/james/server/3.0.0/james-server-app-3.0.0-app.zip.sha1
>> http://www.apache.org/dist/james/server/3.0.0/james-server-app-3.0.0-app.zip.sha1.sig
>>
>> These artifact include corrections on the READMEs and are shipped with a
>> default configuration, that works out of the box.
>>
>> According to Release policy, we need a majority vote :
>>  - At least 3 PMC
>>  - A majority of voters
>>  - This release can't be vetoed
>>
>> Followhttp://www.apache.org/dev/release.html  for more details.
>>
>> To vote, you can reply to this email with
>>
>> +1
>>
>> If you accept the release
>>
>> -1
>>
>> If you reject the release
>>
>> Votes will close on Friday 14th July 2017, 6pm CEST.
>>
>> Regards,
>>
>> Antoine Duprat
>>
>> -
>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
>> For additional commands, e-mail: server-dev-h...@james.apache.org
>>
>
> -
> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> For additional commands, e-mail: server-dev-h...@james.apache.org
>

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: James logo – the Vote is Open

[Echo]

+10

On Wed, Sep 28, 2016 at 7:03 PM, Kiytiro-Keane, A Massae
 wrote:
> * VOTE FOR LOGO NUMBER: 8
>
> -Original Message-
> From: Quynh Nguyen [mailto:qngu...@linagora.com]
> Sent: Wednesday, September 28, 2016 3:54 AM
> To: James Developers List ; James Users List 
> 
> Subject: Re: James logo – the Vote is Open
>
>
> * VOTE FOR LOGO NUMBER: 5
>
>
> On 28/09/2016 12:18, Eric Charles wrote:
>> *How to vo**te :
>> **You have two options : **choosing**one of the **proposals between
>> the
>> 10 submitted *on : http://james.apache.org/#tabs-4 or *give a blank
>> vote*.
>
>
> -
> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> For additional commands, e-mail: server-dev-h...@james.apache.org
>

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: Git Repos

[Echo]

I guess Hupa can also be migrated to git. Need manolo's confirm.

On Tue, Jun 7, 2016 at 1:36 AM, Eric Charles <e...@apache.org> wrote:

> Will open a few INFRA JIRA for this and begin migrating wiki to website.
>
> For Hupa, there is still some recent activity. Manolo, Echo, Emma, dongxu,
> what are your plans for Hupa?
>
>
> On 06/06/16 16:57, Ioan Eugen Stan wrote:
>
>> Hello Eric,
>>
>> On 29.05.2016 10:39, Eric Charles wrote:
>>
>>> Looking at the git repos:
>>>
>>>
>>> https://git-wip-us.apache.org/repos/asf?a=project_list=james=Search
>>> + james-jdkim.git
>>> + james-jsieve.git
>>> + james-jspf.git
>>> + james-mime4j.git
>>> + james-postage.git
>>> + james-project.git
>>>
>>> https://github.com/apache/?utf8=%E2%9C%93=james
>>> + james-project
>>> + james-mime4j
>>> + james-jsieve
>>> + james-jdkim
>>> + james-postage
>>> + james-jspf
>>> + james (*)
>>> + james-mpt (*)
>>> + james-mailbox (*)
>>> + james-protocols (*)
>>> + james-mailet (*)
>>> + james-hupa (**)
>>> + james-app (*)
>>> + james-imap (*)
>>>
>>> (*) I propose to ask infra to remove the ones listed with a (*)
>>>
>>>
>> I agree with cleaning things up. If users can contribute to those
>> projects via another path (and I saw a lot of projects are merged in the
>> james-project), please go for it.
>>
>> Keep it simple :).
>>
>> A special case the james-hupa - Should we migrate it also to git?
>>>
>>
>> Seems kind of dead. I would migrate it out of principle or ignore it
>> alltogether. If there are no users, we could reitre it. WDYT?
>>
>>
>>> About the doc, I see for example
>>> http://james.apache.org/server/3/dev-build.html which is well updated.
>>>
>>> However http://james.apache.org/mime4j/start/build.html still refers to
>>> the svn tree.
>>>
>>> What about http://james.apache.org/contribute.html where we could also
>>> introduce the different repositories and explain the overall
>>> architecture of the James project and how we accept pull requests from
>>> github.
>>>
>>> Any thoughts?
>>>
>>
>> The website needs a lot of love. Thank you for taking your time to go
>> through all these tasks that need to be done.
>>
>> Regards,
>>
>>
>>
>> -
>> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
>> For additional commands, e-mail: server-dev-h...@james.apache.org
>>
>>
> -
> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> For additional commands, e-mail: server-dev-h...@james.apache.org
>
>

Re: [jira] [Created] (HUPA-111) Using gwt-polymer-elements for theme

[Echo]

Hi Manolo,

Do you think it will make sense?

-Echo

2015-11-13 16:57 GMT+08:00 dongxu (JIRA) <j...@apache.org>:

> dongxu created HUPA-111:
> ---
>
>  Summary: Using gwt-polymer-elements for theme
>  Key: HUPA-111
>  URL: https://issues.apache.org/jira/browse/HUPA-111
>  Project: James Hupa
>   Issue Type: Improvement
> Reporter: dongxu
> Assignee: dongxu
> Priority: Minor
>
>
> Replace the current theme by polymer-elements
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)
>
> -
> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> For additional commands, e-mail: server-dev-h...@james.apache.org
>
>

[jira] [Closed] (HUPA-85) [GSOC2012] Hupa evolution

[echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

echo closed HUPA-85.


Resolution: Not A Problem

It seems this issue should be able to closed since the GSoC 2012 had finished.

 [GSOC2012] Hupa evolution
 -

 Key: HUPA-85
 URL: https://issues.apache.org/jira/browse/HUPA-85
 Project: James Hupa
  Issue Type: New Feature
Reporter: Manuel Carrasco Moñino
Assignee: echo
  Labels: gsoc2012, mentor

 Hupa is an Rich IMAP-based Webmail application written in GWT,  but there is 
 no release delivered yet
 We propose that gsoc student/s take the actual Hupa code and make it fully 
 functional adding many features which are missing and removing out-of-dated 
 dependencies in favor of the new stuff in the latest GWT version.
 ** Hupa Status
 - Hupa has been entirely written in java to be coherent with the language 
 used in the James project.
 - Time ago, Hupa was a reference of a GWT MVP pattern application.  
 - Hupa MVP design is based of a set of libraries available for gwt a 
 couple of years ago when Gwt-core didn't have support for MVP
 Gwt-presenter: for the MVP and EventBus patterns.
 Gwt-dispatch: for the Command pattern
 Gin + Guice: for dependency injection. 
 - Hupa was developed before GWT-2.0 was released, when LayoutPanels, 
 uibinders, Cells, RF, etc. were not available.
 - Although Hupa is using the last GWT release, it still depends on some 
 unmaintained libraries because they have an equivalent feature in modern GWT.
 - In summary, Hupa is a functional and well designed email client, ready 
 to read, send and manage messages, but it lacks many of the nice features any 
 email client nowadays has.
 ** Hupa roadmap
- Replace out-of-date dependencies with GWT-2.4.0 stuff
 Replace gwt-dispatch by RequestFactory
 Replace gwt-presenter with the available stuff in GWT-2.4
 Remove gwt-incubator dependency in favor of CellTable and CellTree
 Use LayoutPanels and DecoratorPanels of css workarounds
 Use Gwt DnD 
 - Performance
 Use gQuery in client side to enhance message view, specially to parse 
 html messages and remove dangerous tags, instead of expensive parsing in 
 server side
 Implement Server cache and client storage
 - New features
 Contact management.
 Authentication: Oauth
 Message filtering, grouping, sorting and labeling. 
 User settings: name, emails, signature. 
 Theming.
 ** Student skills: Java, Gwt, Web (Js, Html, Css)
 ** Dificulty: medium
 ** Mentor: Manuel Carrasco man...@apache.org



--
This message was sent by Atlassian JIRA
(v6.1#6144)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Assigned] (HUPA-77) Nest folders not shown when depth 1

[echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-77?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

echo reassigned HUPA-77:


Assignee: echo  (was: Felix Knecht)

 Nest folders not shown when depth  1
 -

 Key: HUPA-77
 URL: https://issues.apache.org/jira/browse/HUPA-77
 Project: James Hupa
  Issue Type: Bug
Affects Versions: 0.1
 Environment: All
Reporter: Felix Knecht
Assignee: echo
Priority: Critical
 Fix For: 0.1


 When having a nested folder structure not all in depth are shown, e.g.
 original structure:
 folder
   \folder_1
 \folder_11
 \folder_12
 Shown are only folder  and folder_1



--
This message was sent by Atlassian JIRA
(v6.1#6144)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Resolved] (HUPA-77) Nest folders not shown when depth 1

[echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-77?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

echo resolved HUPA-77.
--

   Resolution: Fixed
Fix Version/s: (was: 0.1)

It should be ok in the latest trunk

 Nest folders not shown when depth  1
 -

 Key: HUPA-77
 URL: https://issues.apache.org/jira/browse/HUPA-77
 Project: James Hupa
  Issue Type: Bug
Affects Versions: 0.1
 Environment: All
Reporter: Felix Knecht
Assignee: echo
Priority: Critical

 When having a nested folder structure not all in depth are shown, e.g.
 original structure:
 folder
   \folder_1
 \folder_11
 \folder_12
 Shown are only folder  and folder_1



--
This message was sent by Atlassian JIRA
(v6.1#6144)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Closed] (HUPA-89) [GSoC 2012] Enable Auto-Complete in hupa project

[echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-89?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

echo closed HUPA-89.


Resolution: Duplicate

 [GSoC 2012] Enable Auto-Complete in hupa project
 

 Key: HUPA-89
 URL: https://issues.apache.org/jira/browse/HUPA-89
 Project: James Hupa
  Issue Type: New Feature
Reporter: tejaswini kurakula
Assignee: Norman Maurer
Priority: Minor

 autocomplete is typically used to fill in the e-mail addresses of the 
 intended recipients..The email client can be set up to connect mailboxes at 
 the same time and retrieve the user input either automatically, such as at 
 pre-set intervals, provided the request can be manually initiated by the user.
 autocomplete then serves as a form of convenient documentation as well as an 
 input method.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: [Announce] Replacement of Hupa by Hupa-Evolution

[Echo]

Hi Ioan,
thanks for the reply. For security reason of the daily work, I must confirm
the steps I need to commit to James Hupa trunk at Apache repo.

   - change some files
   - git status
   - git svn rebase
   - git commit -a -m change commit
   - git dcommit

are those correct?

Thanks.


On Wed, Aug 21, 2013 at 5:16 PM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Great,

 Try a simple commit - add some documentation lines. If it works you
 are ok to push the changes.

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: [Announce] Replacement of Hupa by Hupa-Evolution

[Echo]

ok, the detail was:
I wanted to experiment to merge the hupa-evo to hupa trunk under james. So
I create a new svn repo in googlecode to assume it as hupa trunk. It is
https://git2svn.googlecode.com/svn/trunk. Then I did as what you referred:

 clone it(the git2svn repo, which is seen as hupa trunk) with git svn,

git svn clone git2svn

git add remote the hupa-evo repo,
 git pull hupa-evo master
 git svn rebase,
 git svn dcommit

 Then the terminal would suspend after dcommit. So I guess that might
result from that googlecode don't allow us use the git-svn.

Thanks.


On Tue, Aug 20, 2013 at 4:04 PM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Hello Echo,

 Could you please make a detailed explanation of what you did/ are
 trying to do? What are the actors here? I saw Google SVN and I know
 you must push to Apache SVN but where does git come in to play here?

 Cheers,


 On Tue, Aug 20, 2013 at 4:57 AM, Echo echo...@gmail.com wrote:
  Hi Ioan,
  thanks for the advice. I've tried several methods to migrate the git to
 svn
  without results and I also experimented to use git with svn like what you
  suggested. As the later one, I was blocked at the last step after I
 typed *$
  git svn dcommit*
  The terminal would suspend there saying: *Committing to
  https://git2svn.googlecode.com/svn/trunk ...* , which is the experiment
  repo for svn.
  I guess whether googlecode doesn't allow us to use svn with git-svn? So
  should I do this using apache's svn repo?
 
  Thanks
 
 
  On Wed, Aug 14, 2013 at 12:47 AM, Ioan Eugen Stan stan.ieu...@gmail.com
 wrote:
 
  Hello Echo,
 
  You could use git-svn [1] to help you out. I would:
 
  - clone hupa with git svn
  - add my git repo as remote
  - do a merge/rebase
  - git svn commit if all is well (after review on github maybe - nice
 diff)
 
  Good luck,
 
  [1] http://wiki.apache.org/general/GitAtApache
 
  -
  To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
  For additional commands, e-mail: server-dev-h...@james.apache.org
 
 
 
 
  --
  *echo*



 --
 Ioan Eugen Stan
 0720 898 747

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: [Announce] Replacement of Hupa by Hupa-Evolution

[Echo]

Yes, it worked in the experiment repo(git2svn in googlecode). After the
long suspend, terminal began to commit to svn repo r by r.
So how if I commit it to james hupa trunk? Do I need more privilege besides
the apache account?

Thanks.


On Wed, Aug 21, 2013 at 7:42 AM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Hello,

 git svn has it's quirks but it should work. Please make sure you did
 something like this:

 
 After you commit first changes into Git you will probably want to push
 them back to SVN. Just make sure that you are in master branch (trunk)
 by using git gui or git branch commands and then execute

 git svn dcommit

 This command will push your changes back to SVN and that's it!
 ---

 You need to commit changes in git, on trunk branch, then do git push.
 The idea is that trunk is both an SVN and GIT branch. git commit
 commits via git, 'git svn dcomit' pushes the commits to the upstream
 svn server.

 I thin it will work, you should give it some more tries. If not, maybe
 I can try and push the changes for you as a last resort.

 Good luck,



 On Tue, Aug 20, 2013 at 3:11 PM, Echo echo...@gmail.com wrote:
  ok, the detail was:
  I wanted to experiment to merge the hupa-evo to hupa trunk under james.
 So
  I create a new svn repo in googlecode to assume it as hupa trunk. It is
  https://git2svn.googlecode.com/svn/trunk. Then I did as what you
 referred:
 
  clone it(the git2svn repo, which is seen as hupa trunk) with git svn,
 
  git svn clone git2svn
 
  git add remote the hupa-evo repo,
  git pull hupa-evo master
  git svn rebase,
  git svn dcommit
 
   Then the terminal would suspend after dcommit. So I guess that might
  result from that googlecode don't allow us use the git-svn.
 
  Thanks.
 
 
  On Tue, Aug 20, 2013 at 4:04 PM, Ioan Eugen Stan stan.ieu...@gmail.com
 wrote:
 
  Hello Echo,
 
  Could you please make a detailed explanation of what you did/ are
  trying to do? What are the actors here? I saw Google SVN and I know
  you must push to Apache SVN but where does git come in to play here?
 
  Cheers,
 
 
  On Tue, Aug 20, 2013 at 4:57 AM, Echo echo...@gmail.com wrote:
   Hi Ioan,
   thanks for the advice. I've tried several methods to migrate the git
 to
  svn
   without results and I also experimented to use git with svn like what
 you
   suggested. As the later one, I was blocked at the last step after I
  typed *$
   git svn dcommit*
   The terminal would suspend there saying: *Committing to
   https://git2svn.googlecode.com/svn/trunk ...* , which is the
 experiment
   repo for svn.
   I guess whether googlecode doesn't allow us to use svn with git-svn?
 So
   should I do this using apache's svn repo?
  
   Thanks
  
  
   On Wed, Aug 14, 2013 at 12:47 AM, Ioan Eugen Stan 
 stan.ieu...@gmail.com
  wrote:
  
   Hello Echo,
  
   You could use git-svn [1] to help you out. I would:
  
   - clone hupa with git svn
   - add my git repo as remote
   - do a merge/rebase
   - git svn commit if all is well (after review on github maybe - nice
  diff)
  
   Good luck,
  
   [1] http://wiki.apache.org/general/GitAtApache
  
   -
   To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
   For additional commands, e-mail: server-dev-h...@james.apache.org
  
  
  
  
   --
   *echo*
 
 
 
  --
  Ioan Eugen Stan
  0720 898 747
 
  -
  To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
  For additional commands, e-mail: server-dev-h...@james.apache.org
 
 
 
 
  --
  *echo*



 --
 Ioan Eugen Stan
 0720 898 747

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: [Announce] Replacement of Hupa by Hupa-Evolution

[Echo]

Hi Ioan,
thanks for the advice. I've tried several methods to migrate the git to svn
without results and I also experimented to use git with svn like what you
suggested. As the later one, I was blocked at the last step after I typed *$
git svn dcommit*
The terminal would suspend there saying: *Committing to
https://git2svn.googlecode.com/svn/trunk ...* , which is the experiment
repo for svn.
I guess whether googlecode doesn't allow us to use svn with git-svn? So
should I do this using apache's svn repo?

Thanks


On Wed, Aug 14, 2013 at 12:47 AM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Hello Echo,

 You could use git-svn [1] to help you out. I would:

 - clone hupa with git svn
 - add my git repo as remote
 - do a merge/rebase
 - git svn commit if all is well (after review on github maybe - nice diff)

 Good luck,

 [1] http://wiki.apache.org/general/GitAtApache

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: [Announce] Replacement of Hupa by Hupa-Evolution

[Echo]

Hi all,
Migrating from git to svn is the main block to merge evo at apache-extras
into james/hupa/trunk. Could you guys give me a hand if you know how to do
this?

Thanks in advance.


On Thu, Aug 8, 2013 at 5:08 PM, Manuel Carrasco Moñino man...@apache.orgwrote:

 Hi all.

 As you know thanks to GSoC 2012, we have had a student (Echo) working on
 Hupa Evolution [1] startiing last summer.

 As result of this work we have an evolution of Hupa hosted in the Apache
 Extras repository [2], and we have decided to replace the current James
 Hupa by the Hupa-Evo version.

 PMC James have accepted Dongxu Wang (Echo) as a new committer, so he will
 accomplish the merging of hupa-evo to hupa. The idea is to import git logs
 from apache-extras to james svn (if possible) instead of having a big
 commit. If someone in the list knows the steps to migrate from git to an
 existing svn repo, please help Echo.

 To play with Hupa, you can download and compile Hupa-evo from the apache
 extras repository[3] or it is easier to download the a compiled .war file
 from the apache james snapshots repository [4].

 After you download or compile the .war artifact, you can run Hupa in demo
 mode (login: demo/demo) just executing:
 $ java -Dhupa.demo -jar hupa-0.0.3-SNAPSHOT.war

 Or you can run it as a gmail client and login to any gmail account
 (previously you have to enable imap in your account)
 $ java -jar hupa-0.0.3-SNAPSHOT.war

 Please, test Hupa-evo and report any issue you find.

 After the merging, we will continue working on the issue list at Jira.

 - Manolo



 [1]
 http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/echo/1
 [2] https://code.google.com/a/apache-extras.org/p/hupa-evo/
 [3]  https://code.google.com/a/apache-extras.org/p/hupa-evo/
 [4]

 https://repository.apache.org/content/repositories/snapshots/org/apache/james/hupa/hupa/0.0.3-SNAPSHOT




-- 
*echo*

Re: [ANNOUNCE] Dongxu Wang (echo) Committer

[Echo]

@Manolo @Ioan
Thanks a lot ;)


On Sat, Aug 10, 2013 at 4:15 PM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Congrats Echo, welcome.


 -- ieugen

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: [ANNOUNCE] Dongxu Wang (echo) Committer

[Echo]

Thanks Eric, Hello guys in James,
I am an open source advocator in China. Almost every kind of open source
activities will be attractive to me. Lots of user groups I've participated
in, say Beijing Linux User Group, Gnome User Group, Ubuntu China and so
forth. From those activities, I learn not only so much programming skills
and also the GSoC when I was in an institute. Many thanks to Manolo from
Apache James, who accepted my application in 2012, the year I would then
graduate from the institute by the half, July. From then I got started my
journey for Apache James Hupa Evolution. I have to express my thanks again
to @Manolo for his tolerances and eruditions. For some reasons, I did the
project a little bit of slow and not every day. However, I made it with the
help of Manolo and lots of GWT related knowledge then came to me.
As a new Apache committer, which has been my long wish to become, I'll
continue with the improvement(both of the front and backend) of the Hupa,
the other good features Hupa should have and the integration of Hupa and
James Server. More over, if any interesting in James, I will try to make my
contribution to.

Thanks everyone,
echo.

[GWT]How to trigger the onResize in an Activity

[Echo]

Hi Manolo,
I've got a block about refreshing the messages list when dragging the
splitter downward. It seems the onResize can not be triggered within the
start of the Activity. [1]

Thanks in advance.

[1]
http://stackoverflow.com/questions/17183243/how-to-make-onresize-work-when-your-widget-attach-to-an-activity


-- 
*echo*

Re: [GWT]How to trigger the onResize in an Activity

[Echo]

Another problem would be that when I am attempting to test in Demo-Mode,
there will be an exception thrown from Mark as (un)read because of the
MockIMAPFolder, which'd not in Gmail-Mode. I updated the MockIMAPFolder as
herehttps://code.google.com/a/apache-extras.org/p/hupa-evo/source/diff?spec=svn7b2425822763e8efc86fee22b0cb91eb27c80754r=7b2425822763e8efc86fee22b0cb91eb27c80754format=sidepath=/mock/src/main/java/org/apache/hupa/server/mock/MockIMAPFolder.java[2]
(line 309~314), is that your real idea?

Thanks.

[2]
https://code.google.com/a/apache-extras.org/p/hupa-evo/source/diff?spec=svn7b2425822763e8efc86fee22b0cb91eb27c80754r=7b2425822763e8efc86fee22b0cb91eb27c80754format=sidepath=/mock/src/main/java/org/apache/hupa/server/mock/MockIMAPFolder.java


On Wed, Jun 19, 2013 at 2:26 PM, Echo echo...@gmail.com wrote:

 Hi Manolo,
 I've got a block about refreshing the messages list when dragging the
 splitter downward. It seems the onResize can not be triggered within the
 start of the Activity. [1]

 Thanks in advance.

 [1]
 http://stackoverflow.com/questions/17183243/how-to-make-onresize-work-when-your-widget-attach-to-an-activity


 --
 *echo*




-- 
*echo*

Re: jSPF download links not working

[Echo]

Hi Ashish,

it's working here as expected.



Thanks,

-echo


On Wed, Jun 19, 2013 at 3:50 PM, Sharma, Ashish ashish.shar...@hp.comwrote:

 Hi,

 Apache jSPF links:

 http://james.apache.org/download.cgi#Apache_jSPF

 are not working and returning 404.

 Someone please correct this.

 Thanks
 Ashish

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: jSPF download links not working

[Echo]

Yes, your right
(btw, we can change anther mirror if eager to download them, like
http://mirrors.ibiblio.org/apache/james/jspf/1.0.0/)

Thanks,
-echo


On Wed, Jun 19, 2013 at 4:09 PM, Sharma, Ashish ashish.shar...@hp.comwrote:

  Echo,

 ** **

 Ok, I referred the wrong thing here, I had meant the jSPF download links at 
 (http://james.apache.org/download.cgi#Apache_jSPF

 ), as follows (following links are not working):

 Apache James jSPF 1.0.0 is the latest jSPF stable version:

- Binary (ZIP Format): 
 apache-jspf-1.0.0-bin.ziphttp://www.gtlib.gatech.edu/pub/apache/james/jspf/binaries/apache-jspf-1.0.0-bin.zip[

 PGPhttp://www.apache.org/dist/james/jspf/binaries/apache-jspf-1.0.0-bin.zip.asc]

- Binary (Unix TAR.GZ): 
 apache-jspf-1.0.0-bin.tar.gzhttp://www.gtlib.gatech.edu/pub/apache/james/jspf/binaries/apache-jspf-1.0.0-bin.tar.gz[

 PGPhttp://www.apache.org/dist/james/jspf/binaries/apache-jspf-1.0.0-bin.tar.gz.asc]

- Source (Unix TAR.GZ): 
 apache-jspf-1.0.0-src.tar.gzhttp://www.gtlib.gatech.edu/pub/apache/james/jspf/source/apache-jspf-1.0.0-src.tar.gz[

 PGPhttp://www.apache.org/dist/james/jspf/source/apache-jspf-1.0.0-src.tar.gz.asc]

- Source (ZIP Format): 
 apache-jspf-1.0.0-src.ziphttp://www.gtlib.gatech.edu/pub/apache/james/jspf/source/apache-jspf-1.0.0-src.zip[

 PGPhttp://www.apache.org/dist/james/jspf/source/apache-jspf-1.0.0-src.zip.asc]

- Other 
 Binarieshttp://www.gtlib.gatech.edu/pub/apache/james/jspf/binaries/


 are not working and I am unable to download the jSPF binaries.

 Thanks

 Ashish

 ** **

 *From:* echowdx [mailto:echo...@gmail.com]
 *Sent:* Wednesday, June 19, 2013 1:29 PM
 *To:* server-dev@james.apache.org; Sharma, Ashish
 *Subject:* Re: jSPF download links not working

 ** **

 Hi Ashish,

 it's working here as expected.

 ** **

 

 ** **

 Thanks,

 -echo

 ** **

 ** **

  Original Message  

 *Sender:* Ashish ashish.shar...@hp.com

 *Recipient:* server-dev@james.apache.orgserver-dev@james.apache.org

 *Date:* Wednesday, Jun 19, 2013 15:50

 *Subject:* jSPF download links not working

 ** **

 Hi,

 ** **

 Apache jSPF links:

 ** **

 http://james.apache.org/download.cgi#Apache_jSPF

 ** **

 are not working and returning 404.

 ** **

 Someone please correct this.

 ** **

 Thanks

 Ashish

 ** **

 -

 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org

 For additional commands, e-mail: server-dev-h...@james.apache.org

 ** **




-- 
*echo*

Re: Problem running James

[Echo]

Hi,

there is an issue about James with JDK7
herehttp://james.apache.org/server/3/install.html[1],
I don't know whether it is the quirk.


[1] http://james.apache.org/server/3/install.html (section of the
Requirements=Java Virtual Machine)


Thanks,

-echo


On Thu, Jun 13, 2013 at 7:08 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 For some reason your message with the file doesnt have the file, maybe
 the mailing list remove attachments but I dont know.

 Anyway if it runs with java6 it is ok and you can continue.
 Maybe you could fill an ticket with the issue.

 On Thu, Jun 13, 2013 at 11:00 AM, Emma Sesmero emmasesm...@gmail.com
 wrote:
  The wrapper.log was a file with the output.
 
  Anyways, with Java6 it works!
  Thank you very much.
 
 
  2013/6/13 Manuel Carrasco Moñino man...@apache.org
 
  Actually you have not attached the output.
 
  Could you install sun java6 (I use this version) instead of java7
 
  On Thu, Jun 13, 2013 at 10:20 AM, Emma Sesmero emmasesm...@gmail.com
  wrote:
   I do not think there is anything running in the port 25
  
   root@emma-K55A:/home/emma/apache-james-3.0-beta4/bin# telnet
 localhost
  25
   Trying 127.0.0.1...
   telnet: Unable to connect to remote host: Connection refused
  
  
   But there is a problem running the wrapper. I get an
   IllegalAnnotationException. I have attached the output.
  
  
  
   2013/6/13 Manuel Carrasco Moñino man...@apache.org
  
   - can you run the launcher without daemonizing james? run this as
 root
   from the bin folder
# ./wrapper-linux-x86-32  ../conf/wrapper.conf
  
   - maybe you have running other mail server in the port 25? try:
# telnet localhost 25
  
   On Thu, Jun 13, 2013 at 9:38 AM, Emma Sesmero emmasesm...@gmail.com
 
   wrote:
My java version is 1.7
   
emma@emma-K55A:~$ java -version
java version 1.7.0_21
Java(TM) SE Runtime Environment (build 1.7.0_21-b11)
Java HotSpot(TM) 64-Bit Server VM (build 23.21-b01, mixed mode)
   
   
   
2013/6/13 Manuel Carrasco Moñino man...@apache.org
   
Your output is ok, which version of java have you installed? Run
 java
-version
On Jun 12, 2013 12:09 AM, Emma Sesmero emmasesm...@gmail.com
  wrote:
   
 Hi Manolo,

 I have run what you said, and this is the output I obtained:

 emma@emma-K55A:~/apache-james-3.0-beta4/bin$ ldd
 /home/emma/apache-james-3.0-beta4/bin/./wrapper-linux-x86-32
 linux-gate.so.1 =  (0xf7727000)
 libpthread.so.0 = /lib/i386-linux-gnu/libpthread.so.0
 (0xf76f2000)
 libc.so.6 = /lib/i386-linux-gnu/libc.so.6 (0xf7549000)
 /lib/ld-linux.so.2 (0xf7728000)


 Is anything missing?


 2013/6/11 Manuel Carrasco Moñino man...@apache.org

  Emma, try to execute this:
 
  # bash -x james start
 
  The last line is the final command the script runs, copy the
  executable execute the ldd command to know whether you have
 the
  necessary .so libs.
  In may case:
 
  # ldd
  /msoft/james/apache-james-3.0-beta4/bin/./wrapper-linux-x86-32
  linux-gate.so.1 =  (0xf77dc000)
  libpthread.so.0 = /lib/i386-linux-gnu/libpthread.so.0
  (0xf779a000)
  libc.so.6 = /lib/i386-linux-gnu/libc.so.6 (0xf75e7000)
  /lib/ld-linux.so.2 (0xf77dd000)
 
  maybe you don't have a valid libc.so.6
 
 
  - Manolo
 
  On Tue, Jun 11, 2013 at 8:46 PM, Emma Sesmero
  emmasesm...@gmail.com
  wrote:
   Hi,
  
   I need help running James. I am working on ubuntu 12.04 and
 I
   think I
  have
   followed the steps in the documentation:
  
   1) I have downloaded the binary code.
   2) I have unzip it.
   3) I have get into the bin folder, became root and run the
   following:
  
   root@emma-K55A:/home/emma/apache-james-3.0-beta4/bin#
 ./james
   start
   Starting Apache James Server App...
   root@emma-K55A:/home/emma/apache-james-3.0-beta4/bin# ps
  -feaww |
grep
  james
   root 11086 10998  0 13:05 pts/300:00:00 grep
  --color=auto
james
  
  
   It does not give me any errors, but it is not running.
   I have checked the logs and all of them are empty but
james-server.log
  that
   shows this:
  
  
   INFO  12:32:54,420 |
  


  org.apache.james.container.spring.context.JamesServerApplicationContext
 |
   Refreshing
  
 

   
   
 
 org.apache.james.container.spring.context.JamesServerApplicationContext@611353a7
  :
   startup date [Tue Jun 11 12:32:54 CEST 2013]; root of
 context
hierarchy
   INFO  12:56:42,758 |
  


  org.apache.james.container.spring.context.JamesServerApplicationContext
 |
   Refreshing
  
 

   
   
 
 org.apache.james.container.spring.context.JamesServerApplicationContext@3bd92abb
  :
   startup date [Tue Jun 11 12:56:42 CEST 2013]; root of
 context
hierarchy

[jira] [Commented] (HUPA-107) Hupa client hangs up after sending mail

[echo (JIRA)]

[ 
https://issues.apache.org/jira/browse/HUPA-107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13670116#comment-13670116
 ] 

echo commented on HUPA-107:
---

It is hoped the Hupa Evo will be merged to apache hupa's main trunk after all 
severe issues being fixed, coupled with all of the original and new features 
passing the tests, the new version, then, can be considered to be released. 
(cc @Manolo)
Thanks.

 Hupa client hangs up after sending mail
 ---

 Key: HUPA-107
 URL: https://issues.apache.org/jira/browse/HUPA-107
 Project: James Hupa
  Issue Type: Bug
Reporter: chetan kaushik
Assignee: echo

 Hupa client hangs up after sending mail.
 Steps to reproduce the issue.
 1. send an Email lets say to your self/other id.
 2. read the message and reply it again.
 after repeating the above process 2-3 times , hupa client stops responding.it 
 hangs up.
 Please solve it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Commented] (HUPA-108) Hupa snapshot download link invalid

[echo (JIRA)]

[ 
https://issues.apache.org/jira/browse/HUPA-108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671043#comment-13671043
 ] 

echo commented on HUPA-108:
---

Hi 杨勐,
yes, neither the demo link. Since it is during the pre-merged Hupa Evo, the doc 
may then be updated correspondingly.

Thanks.

 Hupa snapshot download link invalid
 ---

 Key: HUPA-108
 URL: https://issues.apache.org/jira/browse/HUPA-108
 Project: James Hupa
  Issue Type: Documentation
Reporter: 杨勐
Assignee: Manuel Carrasco Moñino
Priority: Critical

 In fact this is not a james Hupa related issue,But a web page link missing.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Closed] (JAMES-1508) build failure on james trunk At revision 1487220

[echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/JAMES-1508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

echo closed JAMES-1508.
---

   Resolution: Not A Problem
Fix Version/s: 3.0.0-beta5
   Trunk

$ mvn clean install -DskipTests worked. Thanks [~chas]

 build failure on james trunk At revision 1487220
 

 Key: JAMES-1508
 URL: https://issues.apache.org/jira/browse/JAMES-1508
 Project: James Server
  Issue Type: Bug
  Components: Build System
Affects Versions: Trunk, 3.0.0-beta5
 Environment: ➜  james-trunk  uname -a
 Darwin wdx-me 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 
 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64
 ➜  james-trunk  java -version 
 java version 1.7.0_17
 Java(TM) SE Runtime Environment (build 1.7.0_17-b02)
 Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
 ➜  james-trunk  mvn -v
 Apache Maven 3.0.3 (r1075438; 2011-03-01 01:31:09+0800)
 Maven home: /usr/share/maven
 Java version: 1.7.0_17, vendor: Oracle Corporation
 Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_17.jdk/Contents/Home/jre
 Default locale: en_US, platform encoding: UTF-8
 OS name: mac os x, version: 10.7.5, arch: x86_64, family: mac
 ➜  james-trunk  svn info
 Path: .
 Working Copy Root Path: /Users/wdx/art/open/james/james-trunk
 URL: http://svn.apache.org/repos/asf/james/server/trunk
 Repository Root: http://svn.apache.org/repos/asf
 Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
 Revision: 1487220
 Node Kind: directory
 Schedule: normal
 Last Changed Author: eric
 Last Changed Rev: 1476802
 Last Changed Date: 2013-04-29 01:23:37 +0800 (一, 29  4 2013)
Reporter: echo
 Fix For: Trunk, 3.0.0-beta5


 $ mvn clean package -X -DskipTests=true
 ..
 ..
 [INFO] Apache James :: Server  SUCCESS [2.266s]
 [INFO] Apache James :: Server :: Data  :: API  SUCCESS [2.375s]
 [INFO] Apache James :: Server :: Lifecycle API ... SUCCESS [0.987s]
 [INFO] Apache James :: Server :: Filesystem API .. SUCCESS [1.124s]
 [INFO] Apache James :: Server :: Mailetcontainer API . SUCCESS [0.701s]
 [INFO] Apache James :: Server :: Common Utilities  SUCCESS [1.575s]
 [INFO] Apache James :: Server :: Protocols Library ... SUCCESS [1.181s]
 [INFO] Apache James :: Server :: Core  SUCCESS [1.092s]
 [INFO] Apache James :: Server :: Container Spring  SUCCESS [2.466s]
 [INFO] Apache James :: Server :: Client .. SUCCESS [1.088s]
 [INFO] Apache James :: Server :: DNS Service :: API .. SUCCESS [0.363s]
 [INFO] Apache James :: Server :: DNS Service :: Library .. SUCCESS [0.638s]
 [INFO] Apache James :: Server :: Mail Queue :: API ... SUCCESS [0.497s]
 [INFO] Apache James :: Server :: Mailetcontainer Camel ... SUCCESS [1.471s]
 [INFO] Apache James :: Server :: Mailbox Adapter . SUCCESS [0.658s]
 [INFO] Apache James :: Server :: DNS Service :: Implementation  SUCCESS 
 [0.480s]
 [INFO] Apache James :: Server :: Data :: Library . SUCCESS [0.974s]
 [INFO] Apache James :: Server :: Data :: LDAP Implementation  SUCCESS [0.483s]
 [INFO] Apache James :: Server :: SMTP  SUCCESS [1.684s]
 [INFO] Apache James :: Server :: IMAP  SUCCESS [0.641s]
 [INFO] Apache James :: Server :: LMTP  SUCCESS [0.811s]
 [INFO] Apache James :: Server :: POP3  SUCCESS [0.829s]
 [INFO] Apache James :: Server :: FetchMail ... SUCCESS [0.632s]
 [INFO] Apache James :: Server :: Mail Queue :: File .. SUCCESS [0.519s]
 [INFO] Apache James :: Server :: Mail Queue :: JMS ... SUCCESS [0.964s]
 [INFO] Apache James :: Server :: Mail Queue :: ActiveMQ .. SUCCESS [0.898s]
 [INFO] Apache James :: Server :: Mailets . SUCCESS [1.878s]
 [INFO] Apache James :: Server :: Data :: File Persistence  SUCCESS [0.719s]
 [INFO] Apache James :: Server :: Data :: JPA Persistence . SUCCESS [1.664s]
 [INFO] Apache James :: Server :: Data :: JDBC Persistence  SUCCESS [1.177s]
 [INFO] Apache James :: Server :: Data :: HBase Persistence  SUCCESS [3.562s]
 [INFO] Apache James :: Server :: Data :: JCR Persistence . SUCCESS [1.035s]
 [INFO] Apache James :: Server :: App . SUCCESS [9.655s]
 [INFO] Apache James :: Karaf :: Features . SUCCESS [0.342s]
 [INFO] Apache James :: Karaf :: James Server . FAILURE [7.591s]
 [INFO] Apache James :: Karaf :: Integration tests  SKIPPED
 [INFO] 
 
 [INFO] BUILD FAILURE
 [INFO] 
 
 [INFO] Total time: 57.322s
 [INFO] Finished at: Wed May 29 11:41

[jira] [Commented] (HUPA-107) Hupa client hangs up after sending mail

[echo (JIRA)]

[ 
https://issues.apache.org/jira/browse/HUPA-107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13669382#comment-13669382
 ] 

echo commented on HUPA-107:
---

Hi Chetan,
Thanks for the attention, but Hupa has an evolution version under developing, 
which will be merged to the main trunk of here a few months later.
You may find it https://code.google.com/a/apache-extras.org/p/hupa-evo/

Thanks.

 Hupa client hangs up after sending mail
 ---

 Key: HUPA-107
 URL: https://issues.apache.org/jira/browse/HUPA-107
 Project: James Hupa
  Issue Type: Bug
Reporter: chetan kaushik
Assignee: Manuel Carrasco Moñino

 Hupa client hangs up after sending mail.
 Steps to reproduce the issue.
 1. send an Email lets say to your self/other id.
 2. read the message and reply it again.
 after repeating the above process 2-3 times , hupa client stops responding.it 
 hangs up.
 Please solve it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Updated] (HUPA-107) Hupa client hangs up after sending mail

[echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

echo updated HUPA-107:
--

Assignee: echo  (was: Manuel Carrasco Moñino)

 Hupa client hangs up after sending mail
 ---

 Key: HUPA-107
 URL: https://issues.apache.org/jira/browse/HUPA-107
 Project: James Hupa
  Issue Type: Bug
Reporter: chetan kaushik
Assignee: echo

 Hupa client hangs up after sending mail.
 Steps to reproduce the issue.
 1. send an Email lets say to your self/other id.
 2. read the message and reply it again.
 after repeating the above process 2-3 times , hupa client stops responding.it 
 hangs up.
 Please solve it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Resolved] (HUPA-107) Hupa client hangs up after sending mail

[echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

echo resolved HUPA-107.
---

Resolution: Won't Fix

wait the new version

 Hupa client hangs up after sending mail
 ---

 Key: HUPA-107
 URL: https://issues.apache.org/jira/browse/HUPA-107
 Project: James Hupa
  Issue Type: Bug
Reporter: chetan kaushik
Assignee: echo

 Hupa client hangs up after sending mail.
 Steps to reproduce the issue.
 1. send an Email lets say to your self/other id.
 2. read the message and reply it again.
 after repeating the above process 2-3 times , hupa client stops responding.it 
 hangs up.
 Please solve it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Comment Edited] (HUPA-107) Hupa client hangs up after sending mail

[echo (JIRA)]

[ 
https://issues.apache.org/jira/browse/HUPA-107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13669385#comment-13669385
 ] 

echo edited comment on HUPA-107 at 5/29/13 4:20 PM:


wait for the new version

  was (Author: echoit):
wait the new version
  
 Hupa client hangs up after sending mail
 ---

 Key: HUPA-107
 URL: https://issues.apache.org/jira/browse/HUPA-107
 Project: James Hupa
  Issue Type: Bug
Reporter: chetan kaushik
Assignee: echo

 Hupa client hangs up after sending mail.
 Steps to reproduce the issue.
 1. send an Email lets say to your self/other id.
 2. read the message and reply it again.
 after repeating the above process 2-3 times , hupa client stops responding.it 
 hangs up.
 Please solve it.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Created] (JAMES-1508) build failure on james trunk At revision 1487220

[Echo (JIRA)]

Echo created JAMES-1508:
---

 Summary: build failure on james trunk At revision 1487220
 Key: JAMES-1508
 URL: https://issues.apache.org/jira/browse/JAMES-1508
 Project: James Server
  Issue Type: Bug
  Components: Build System
Affects Versions: Trunk, 3.0.0-beta5
 Environment: (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/27.0.1453.93 Safari/537.36
Reporter: Echo


$ mvn clean package -X -DskipTests=true

..
..
[INFO] Apache James :: Server  SUCCESS [2.266s]
[INFO] Apache James :: Server :: Data  :: API  SUCCESS [2.375s]
[INFO] Apache James :: Server :: Lifecycle API ... SUCCESS [0.987s]
[INFO] Apache James :: Server :: Filesystem API .. SUCCESS [1.124s]
[INFO] Apache James :: Server :: Mailetcontainer API . SUCCESS [0.701s]
[INFO] Apache James :: Server :: Common Utilities  SUCCESS [1.575s]
[INFO] Apache James :: Server :: Protocols Library ... SUCCESS [1.181s]
[INFO] Apache James :: Server :: Core  SUCCESS [1.092s]
[INFO] Apache James :: Server :: Container Spring  SUCCESS [2.466s]
[INFO] Apache James :: Server :: Client .. SUCCESS [1.088s]
[INFO] Apache James :: Server :: DNS Service :: API .. SUCCESS [0.363s]
[INFO] Apache James :: Server :: DNS Service :: Library .. SUCCESS [0.638s]
[INFO] Apache James :: Server :: Mail Queue :: API ... SUCCESS [0.497s]
[INFO] Apache James :: Server :: Mailetcontainer Camel ... SUCCESS [1.471s]
[INFO] Apache James :: Server :: Mailbox Adapter . SUCCESS [0.658s]
[INFO] Apache James :: Server :: DNS Service :: Implementation  SUCCESS [0.480s]
[INFO] Apache James :: Server :: Data :: Library . SUCCESS [0.974s]
[INFO] Apache James :: Server :: Data :: LDAP Implementation  SUCCESS [0.483s]
[INFO] Apache James :: Server :: SMTP  SUCCESS [1.684s]
[INFO] Apache James :: Server :: IMAP  SUCCESS [0.641s]
[INFO] Apache James :: Server :: LMTP  SUCCESS [0.811s]
[INFO] Apache James :: Server :: POP3  SUCCESS [0.829s]
[INFO] Apache James :: Server :: FetchMail ... SUCCESS [0.632s]
[INFO] Apache James :: Server :: Mail Queue :: File .. SUCCESS [0.519s]
[INFO] Apache James :: Server :: Mail Queue :: JMS ... SUCCESS [0.964s]
[INFO] Apache James :: Server :: Mail Queue :: ActiveMQ .. SUCCESS [0.898s]
[INFO] Apache James :: Server :: Mailets . SUCCESS [1.878s]
[INFO] Apache James :: Server :: Data :: File Persistence  SUCCESS [0.719s]
[INFO] Apache James :: Server :: Data :: JPA Persistence . SUCCESS [1.664s]
[INFO] Apache James :: Server :: Data :: JDBC Persistence  SUCCESS [1.177s]
[INFO] Apache James :: Server :: Data :: HBase Persistence  SUCCESS [3.562s]
[INFO] Apache James :: Server :: Data :: JCR Persistence . SUCCESS [1.035s]
[INFO] Apache James :: Server :: App . SUCCESS [9.655s]
[INFO] Apache James :: Karaf :: Features . SUCCESS [0.342s]
[INFO] Apache James :: Karaf :: James Server . FAILURE [7.591s]
[INFO] Apache James :: Karaf :: Integration tests  SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 57.322s
[INFO] Finished at: Wed May 29 11:41:01 CST 2013
[INFO] Final Memory: 98M/465M
[INFO] 
[ERROR] Failed to execute goal 
org.apache.karaf.tooling:features-maven-plugin:2.3.0:add-features-to-repo 
(add-features-to-repo) on project james-karaf-distribution: Error populating 
repository: 
/Users/wdx/.m2/repository/org/apache/james/karaf/james-karaf-features/3.0.0-beta5-SNAPSHOT/james-karaf-features-3.0.0-beta5-SNAPSHOT-features.xml
 (No such file or directory) - [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal 
org.apache.karaf.tooling:features-maven-plugin:2.3.0:add-features-to-repo 
(add-features-to-repo) on project james-karaf-distribution: Error populating 
repository
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183

[jira] [Updated] (JAMES-1508) build failure on james trunk At revision 1487220

[Echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/JAMES-1508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Echo updated JAMES-1508:


Environment: 
➜  james-trunk  uname -a
Darwin wdx-me 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 
2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64

➜  james-trunk  java -version 
java version 1.7.0_17
Java(TM) SE Runtime Environment (build 1.7.0_17-b02)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)

➜  james-trunk  mvn -v
Apache Maven 3.0.3 (r1075438; 2011-03-01 01:31:09+0800)
Maven home: /usr/share/maven
Java version: 1.7.0_17, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_17.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: mac os x, version: 10.7.5, arch: x86_64, family: mac

➜  james-trunk  svn info
Path: .
Working Copy Root Path: /Users/wdx/art/open/james/james-trunk
URL: http://svn.apache.org/repos/asf/james/server/trunk
Repository Root: http://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 1487220
Node Kind: directory
Schedule: normal
Last Changed Author: eric
Last Changed Rev: 1476802
Last Changed Date: 2013-04-29 01:23:37 +0800 (一, 29  4 2013)

  was:(Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) 
Chrome/27.0.1453.93 Safari/537.36


 build failure on james trunk At revision 1487220
 

 Key: JAMES-1508
 URL: https://issues.apache.org/jira/browse/JAMES-1508
 Project: James Server
  Issue Type: Bug
  Components: Build System
Affects Versions: Trunk, 3.0.0-beta5
 Environment: ➜  james-trunk  uname -a
 Darwin wdx-me 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 
 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64
 ➜  james-trunk  java -version 
 java version 1.7.0_17
 Java(TM) SE Runtime Environment (build 1.7.0_17-b02)
 Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
 ➜  james-trunk  mvn -v
 Apache Maven 3.0.3 (r1075438; 2011-03-01 01:31:09+0800)
 Maven home: /usr/share/maven
 Java version: 1.7.0_17, vendor: Oracle Corporation
 Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_17.jdk/Contents/Home/jre
 Default locale: en_US, platform encoding: UTF-8
 OS name: mac os x, version: 10.7.5, arch: x86_64, family: mac
 ➜  james-trunk  svn info
 Path: .
 Working Copy Root Path: /Users/wdx/art/open/james/james-trunk
 URL: http://svn.apache.org/repos/asf/james/server/trunk
 Repository Root: http://svn.apache.org/repos/asf
 Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
 Revision: 1487220
 Node Kind: directory
 Schedule: normal
 Last Changed Author: eric
 Last Changed Rev: 1476802
 Last Changed Date: 2013-04-29 01:23:37 +0800 (一, 29  4 2013)
Reporter: Echo

 $ mvn clean package -X -DskipTests=true
 ..
 ..
 [INFO] Apache James :: Server  SUCCESS [2.266s]
 [INFO] Apache James :: Server :: Data  :: API  SUCCESS [2.375s]
 [INFO] Apache James :: Server :: Lifecycle API ... SUCCESS [0.987s]
 [INFO] Apache James :: Server :: Filesystem API .. SUCCESS [1.124s]
 [INFO] Apache James :: Server :: Mailetcontainer API . SUCCESS [0.701s]
 [INFO] Apache James :: Server :: Common Utilities  SUCCESS [1.575s]
 [INFO] Apache James :: Server :: Protocols Library ... SUCCESS [1.181s]
 [INFO] Apache James :: Server :: Core  SUCCESS [1.092s]
 [INFO] Apache James :: Server :: Container Spring  SUCCESS [2.466s]
 [INFO] Apache James :: Server :: Client .. SUCCESS [1.088s]
 [INFO] Apache James :: Server :: DNS Service :: API .. SUCCESS [0.363s]
 [INFO] Apache James :: Server :: DNS Service :: Library .. SUCCESS [0.638s]
 [INFO] Apache James :: Server :: Mail Queue :: API ... SUCCESS [0.497s]
 [INFO] Apache James :: Server :: Mailetcontainer Camel ... SUCCESS [1.471s]
 [INFO] Apache James :: Server :: Mailbox Adapter . SUCCESS [0.658s]
 [INFO] Apache James :: Server :: DNS Service :: Implementation  SUCCESS 
 [0.480s]
 [INFO] Apache James :: Server :: Data :: Library . SUCCESS [0.974s]
 [INFO] Apache James :: Server :: Data :: LDAP Implementation  SUCCESS [0.483s]
 [INFO] Apache James :: Server :: SMTP  SUCCESS [1.684s]
 [INFO] Apache James :: Server :: IMAP  SUCCESS [0.641s]
 [INFO] Apache James :: Server :: LMTP  SUCCESS [0.811s]
 [INFO] Apache James :: Server :: POP3  SUCCESS [0.829s]
 [INFO] Apache James :: Server :: FetchMail ... SUCCESS [0.632s]
 [INFO] Apache James :: Server :: Mail Queue :: File .. SUCCESS [0.519s]
 [INFO] Apache James :: Server :: Mail Queue :: JMS ... SUCCESS [0.964s]
 [INFO] Apache James :: Server :: Mail

Re: My perosnal evaluation of your GSoC application

[Echo]

...@james.apache.org




-- 
*echo*

Re: Web management interface

[Echo]

And this is another good candidate for designing:
https://balsamiqgdrive.appspot.com


On Mon, May 6, 2013 at 6:41 PM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Hi,

 You could use a wireframe tool similar to [1]. Sketch it and attach
 the images to the proposal.

 [1] http://wireframe.cc/


 On Mon, May 6, 2013 at 12:42 PM, Manuel Carrasco Moñino
 man...@apache.org wrote:
  Hi Emma, your proposal looks quite realistic, I would like a more
 detailed
  info of the architecture, components and screens of the app tough.
  It should help to both: to you so as you can have a better plan, and to
 us
  to understand the project and follow the development (in the case it is
  selected).
 
  Maybe you could draw some schemes and share them.
 
  Thanks
  - Manolo
 
 
  On Fri, May 3, 2013 at 11:04 AM, Emma Sesmero emmasesm...@gmail.com
 wrote:
 
  My project proposal link for GSOC 2013 is:
 
 
 http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/emma/10001
 
  If anyone has any suggestion, please, let me know.
 
 
  2013/5/3 Manuel Carrasco Moñino man...@apache.org
 
   Emma, I have read your proposal and looks good. Could you please make
 it
   public so as other people in the list could have access to it and send
  the
   link to your proposal once it is public?.
  
   Thanks
   - Manolo
  
  
   On Thu, May 2, 2013 at 4:29 PM, Emma Sesmero emmasesm...@gmail.com
   wrote:
  
I submitted my project proposal for James Administration Console in
 the
melange website.
Should I add something else or follow any other step?
   
   
2013/4/25 Manuel Carrasco Moñino man...@apache.org
   
 I forgot sending the link to the issue:
 https://issues.apache.org/jira/browse/JAMES-1502


 On Thu, Apr 25, 2013 at 11:17 AM, Manuel Carrasco Moñino
 man...@apache.orgwrote:

  I have created an issue with the label gsoc2013 in our system
 so as
   we
 can
  follow the progress and it is listed in the apache proposals for
   gsoc.
 
  Ask whatever you need in this list, in the issue site or
 contacting
   me
  directly.
  Remember that the dead line to send your proposal in melange is
 the
   3rd
 of
  May.
  I'll not be available from the 1st of May because I'll be on
   holidays.
 
  - Manolo
 
 
  On Thu, Apr 25, 2013 at 10:40 AM, Manuel Carrasco Moñino 
  man...@apache.org wrote:
 
  Emma, here you have a bunch of emails related with this
 subject.
 
 
   http://www.mail-archive.com/server-dev@james.apache.org/msg38511.html
 
   http://www.mail-archive.com/server-dev@james.apache.org/msg04367.html
 
   http://www.mail-archive.com/server-dev@james.apache.org/msg27288.html
 
   http://www.mail-archive.com/server-dev@james.apache.org/msg27473.html
 
   http://www.mail-archive.com/server-dev@james.apache.org/msg38972.html
 
  - Manolo
 
 
  On Thu, Apr 25, 2013 at 9:40 AM, Manuel Carrasco Moñino 
  man...@apache.org wrote:
 
  Hi Emma,
 
  I'm glad to know that you want to contribute with James.
 
  We have already talked about a web console for james in this
  list,
let
  me search all those messages so as you can know more about our
   ideas.
 
  Here [1] you have a link of a conversation we had, but IIRC
  should
   be
  more.
 
  [1]
 
   
 http://www.mail-archive.com/server-dev@james.apache.org/msg26634.html
 
  - Manolo
 
 
  On Wed, Apr 24, 2013 at 9:59 AM, Emma Sesmero 
   emmasesm...@gmail.com
 wrote:
 
  Hi,
 
  My name is Emma. I am a Computer Science and Electrical
   Engineering
  student
  and I am interested on working on James in the GSoC for the
   summer.
  I am prepairing a project proposal about the web management
interface,
  since James does not have an administration console, probably
   using
  GWT. Do
  you have any suggestions about this proposal? Do you have any
   other
 idea
  about what James is missing and would be helpful?
  If you have some essential sources of information (besides
  James'
  website)
  that can help me to get familiarized with the project,
 please,
  let
me
  know.
 
  Thank you very much.
 
 
 
 
 

   
  
 



 --
 Ioan Eugen Stan
 0720 898 747

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: [jira] [Updated] (HUPA-106) many dependency upgrades, GWT 2.5.0, jetty 8.1.7

[Echo]

Hi Mark,
Your mail has been added.
The latest trunk can not work as normal because of the big theme change,
while the most stable one is under tag/3.0, even with several bugs.
Nevertheless, all of the latest changes are relevant to client package,
server, share, widget and mock packages are not changed at all. The new
theme with the corresponding new activity and places management is under
constructing, after which is stable the Hupa Evolution code in google code
might be merged into Hupa trunk under Apache James Hupa project. I am
trying to complete this as soon as possible.
The eclipse setting steps almost the same as Hupa's
herehttp://james.apache.org/hupa/environment.html
[1]

[1] http://james.apache.org/hupa/environment.html

Thanks.


On Thu, Feb 7, 2013 at 4:02 AM, Mark mark-4fkak...@mstier.de wrote:

 Hello Echo!

 My Google Mail account is:

 markst...@gmail.com

 What needs to be done to get a working codebase again?

 Best regards,
 Mark


 On Wed, February 6, 2013 02:48, Echo wrote:
  Hi Mark,
  It's ok, but it seems googlecode need a Google Account. So would you mind
  if let me know your Gmail address.
 
  On Wed, Feb 6, 2013 at 6:49 AM, mark mark-4fkak...@mstier.de wrote:
 
  Can you give me write access to the repository?
 
  Best regards,
  Mark
 
  Am 30.01.2013 05:51, schrieb Echo:
 
   Thanks Mark,
  I have upgraded Hupa Evolution[1] GWT dependency to the latest 2.5.0,
  and
  the other libs should also be updated as well.
  I must say sorry to our community about the Evolution's development's
  progress, because I have not begun to make a new theme based on
  roundcube's
  larry skin until recently even though the idea has been around the
  corner
  for a long time. The login page has been completed currently[2] and the
  main layout practice is under coding[3]. I hope to establish the new
  mail
  theme as soon as possible and then fix the corresponding bugs exposed,
  since my new career after graduating from institute seems familiar with
  me.
  Manolo, could you give me some suggestions about the Hupa Evo's future.
  I
  have no idea on whether/how/when we should merge it to the main branch.
   From the product point of view, we should do this after the Hupa Evo
  is
  stable enough without any fetal bugs. however I hope merge it as soon
  as
  possible so that I can report the progress every commit and might get
  more
  aid and feedback from our community. What's your opinion?
  As the larry skin from roundcube, I will ensure complying with their
  excluded skins and plugins GPLv3 license.
 
  Thanks. 3
 
 
  [1]
  http://code.google.com/a/**apache-extras.org/p/hupa-evo/**
  source/detail?r=120
 http://code.google.com/a/apache-extras.org/p/hupa-evo/source/detail?r=120
  [2]
  http://code.google.com/a/**apache-extras.org/p/hupa-evo/**
  issues/detail?id=20
 http://code.google.com/a/apache-extras.org/p/hupa-evo/issues/detail?id=20
  [3]
  http://code.google.com/a/**apache-extras.org/p/hupa-evo/**
  source/detail?r=125
 http://code.google.com/a/apache-extras.org/p/hupa-evo/source/detail?r=125
 
 
 
  On Wed, Jan 30, 2013 at 6:57 AM, Mark (JIRA) j...@apache.org wrote:
 
 
[
  https://issues.apache.org/**jira/browse/HUPA-106?page=com.**
  atlassian.jira.plugin.system.**issuetabpanels:all-tabpanel
 https://issues.apache.org/jira/browse/HUPA-106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 
  ]
 
  Mark updated HUPA-106:
  --
 
   Description:
  Please apply the attached patch.
 
 
  Patch written against -r 1440125
  https://svn.apache.org/repos/**asf/james/hupa/trunk
 https://svn.apache.org/repos/asf/james/hupa/trunk
 
 
 
 
 
  Patch details (from my personal SVN repo):
 
 
  --**--**
  
  r4476 | mark | 2013-01-29 23:46:55 +0100 (Di, 29. Jan 2013) | 2 Zeilen
 
  update dependencies: easymock 3.1, commons-io 2.4, gwtupload 0.6.6,
  javax.mail 1.4.5, log4j 1.2.17; add maven 3.0 requirement
 
  --**--**
  
  r4475 | mark | 2013-01-29 23:17:06 +0100 (Di, 29. Jan 2013) | 2 Zeilen
 
  update dependency: gin 2.0.0
 
  --**--**
  
  r4474 | mark | 2013-01-29 23:02:09 +0100 (Di, 29. Jan 2013) | 2 Zeilen
 
  added maven and gwt notes to README
 
  --**--**
  
  r4473 | mark | 2013-01-29 22:57:17 +0100 (Di, 29. Jan 2013) | 2 Zeilen
 
  fix gwt-dev dependency warning
 
  --**--**
  
  r4472 | mark | 2013-01-29 22:45:12 +0100 (Di, 29. Jan 2013) | 2 Zeilen
 
  fix README: maven demo profile hint was missing
 
  --**--**
  
  r4471 | mark | 2013-01-29 22:34:32 +0100 (Di, 29. Jan 2013) | 2 Zeilen
 
  * minor README fix and upgrade to Jetty

Re: [jira] [Updated] (HUPA-106) many dependency upgrades, GWT 2.5.0, jetty 8.1.7

[Echo]

Hi Mark,
It's ok, but it seems googlecode need a Google Account. So would you mind
if let me know your Gmail address.

On Wed, Feb 6, 2013 at 6:49 AM, mark mark-4fkak...@mstier.de wrote:

 Can you give me write access to the repository?

 Best regards,
 Mark

 Am 30.01.2013 05:51, schrieb Echo:

  Thanks Mark,
 I have upgraded Hupa Evolution[1] GWT dependency to the latest 2.5.0, and
 the other libs should also be updated as well.
 I must say sorry to our community about the Evolution's development's
 progress, because I have not begun to make a new theme based on
 roundcube's
 larry skin until recently even though the idea has been around the corner
 for a long time. The login page has been completed currently[2] and the
 main layout practice is under coding[3]. I hope to establish the new mail
 theme as soon as possible and then fix the corresponding bugs exposed,
 since my new career after graduating from institute seems familiar with
 me.
 Manolo, could you give me some suggestions about the Hupa Evo's future. I
 have no idea on whether/how/when we should merge it to the main branch.
  From the product point of view, we should do this after the Hupa Evo is
 stable enough without any fetal bugs. however I hope merge it as soon as
 possible so that I can report the progress every commit and might get more
 aid and feedback from our community. What's your opinion?
 As the larry skin from roundcube, I will ensure complying with their
 excluded skins and plugins GPLv3 license.

 Thanks. 3


 [1]
 http://code.google.com/a/**apache-extras.org/p/hupa-evo/**
 source/detail?r=120http://code.google.com/a/apache-extras.org/p/hupa-evo/source/detail?r=120
 [2]
 http://code.google.com/a/**apache-extras.org/p/hupa-evo/**
 issues/detail?id=20http://code.google.com/a/apache-extras.org/p/hupa-evo/issues/detail?id=20
 [3]
 http://code.google.com/a/**apache-extras.org/p/hupa-evo/**
 source/detail?r=125http://code.google.com/a/apache-extras.org/p/hupa-evo/source/detail?r=125



 On Wed, Jan 30, 2013 at 6:57 AM, Mark (JIRA) j...@apache.org wrote:


   [
 https://issues.apache.org/**jira/browse/HUPA-106?page=com.**
 atlassian.jira.plugin.system.**issuetabpanels:all-tabpanelhttps://issues.apache.org/jira/browse/HUPA-106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

 Mark updated HUPA-106:
 --

  Description:
 Please apply the attached patch.


 Patch written against -r 1440125
 https://svn.apache.org/repos/**asf/james/hupa/trunkhttps://svn.apache.org/repos/asf/james/hupa/trunk





 Patch details (from my personal SVN repo):


 --**--**
 
 r4476 | mark | 2013-01-29 23:46:55 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 update dependencies: easymock 3.1, commons-io 2.4, gwtupload 0.6.6,
 javax.mail 1.4.5, log4j 1.2.17; add maven 3.0 requirement

 --**--**
 
 r4475 | mark | 2013-01-29 23:17:06 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 update dependency: gin 2.0.0

 --**--**
 
 r4474 | mark | 2013-01-29 23:02:09 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 added maven and gwt notes to README

 --**--**
 
 r4473 | mark | 2013-01-29 22:57:17 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 fix gwt-dev dependency warning

 --**--**
 
 r4472 | mark | 2013-01-29 22:45:12 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 fix README: maven demo profile hint was missing

 --**--**
 
 r4471 | mark | 2013-01-29 22:34:32 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 * minor README fix and upgrade to Jetty 8.1.7.v20120910 and servlet spec
 3.0.1

 --**--**
 
 r4470 | mark | 2013-01-29 22:10:16 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 update dependency versions to: gwt-2.5.0, junit-4.11

 --**--**
 
 r4469 | mark | 2013-01-29 22:04:08 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 add maven-enforcer-plugin to force sane versions

 --**--**
 
 r4468 | mark | 2013-01-29 21:59:59 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 svn export -r 1440125 https://svn.apache.org/repos/**
 asf/james/hupa/trunkhupahttps://svn.apache.org/repos/asf/james/hupa/trunkhupa

 --**--**
 


was:
 Patch written against -r 1440125
 https://svn.apache.org/repos/**asf/james/hupa/trunkhttps://svn.apache.org/repos/asf/james/hupa/trunk





 Patch details (from my personal SVN repo):


 --**--**
 
 r4476 | mark | 2013-01-29 23:46:55 +0100 (Di, 29. Jan

Hupa's Login Page

[Echo]

Hi Manolo,
I want to use the jsp as the login page, which I referred
herehttps://code.google.com/a/apache-extras.org/p/hupa-evo/issues/detail?id=22
[1].
Sorry if I spam you(I don't know whether you can receive googlecode's issue
mail I cc-ed you, since I can't). But this really need your quick
suggestion which approach we should use: 1) use jsp or servlet to
dynamically output our login page 2) dynamically shuffle login page and
main app by JS code.

[1]
https://code.google.com/a/apache-extras.org/p/hupa-evo/issues/detail?id=22

-- 
*echo*

Re: [jira] [Updated] (HUPA-106) many dependency upgrades, GWT 2.5.0, jetty 8.1.7

[Echo]

I am working at the new skin and bugs fixing. I'll give a tag after the
theme is working and the app can be use smoothly. That wouldn't be a long
time if I pay more attention on it.
Thanks.


On Wed, Jan 30, 2013 at 3:41 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 Hi echo, we should merge evo into trunk as soon as it has the same
 features than the current version has without breaking them.

 I agree that maintaining just one trunk is the best, let me know when we
 can test the evo branch and consider merging it.

 - Manolo



 On Wed, Jan 30, 2013 at 5:51 AM, Echo echo...@gmail.com wrote:

 Thanks Mark,
 I have upgraded Hupa Evolution[1] GWT dependency to the latest 2.5.0, and
 the other libs should also be updated as well.
 I must say sorry to our community about the Evolution's development's
 progress, because I have not begun to make a new theme based on roundcube's
 larry skin until recently even though the idea has been around the corner
 for a long time. The login page has been completed currently[2] and the
 main layout practice is under coding[3]. I hope to establish the new mail
 theme as soon as possible and then fix the corresponding bugs exposed,
 since my new career after graduating from institute seems familiar with me.
 Manolo, could you give me some suggestions about the Hupa Evo's future. I
 have no idea on whether/how/when we should merge it to the main branch.
 From the product point of view, we should do this after the Hupa Evo is
 stable enough without any fetal bugs. however I hope merge it as soon as
 possible so that I can report the progress every commit and might get more
 aid and feedback from our community. What's your opinion?
 As the larry skin from roundcube, I will ensure complying with their
 excluded skins and plugins GPLv3 license.

 Thanks. 3


 [1]
 http://code.google.com/a/apache-extras.org/p/hupa-evo/source/detail?r=120
 [2]
 http://code.google.com/a/apache-extras.org/p/hupa-evo/issues/detail?id=20
 [3]
 http://code.google.com/a/apache-extras.org/p/hupa-evo/source/detail?r=125



 On Wed, Jan 30, 2013 at 6:57 AM, Mark (JIRA) j...@apache.org wrote:


  [
 https://issues.apache.org/jira/browse/HUPA-106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]

 Mark updated HUPA-106:
 --

 Description:
 Please apply the attached patch.


 Patch written against -r 1440125
 https://svn.apache.org/repos/asf/james/hupa/trunk





 Patch details (from my personal SVN repo):


 
 r4476 | mark | 2013-01-29 23:46:55 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 update dependencies: easymock 3.1, commons-io 2.4, gwtupload 0.6.6,
 javax.mail 1.4.5, log4j 1.2.17; add maven 3.0 requirement

 
 r4475 | mark | 2013-01-29 23:17:06 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 update dependency: gin 2.0.0

 
 r4474 | mark | 2013-01-29 23:02:09 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 added maven and gwt notes to README

 
 r4473 | mark | 2013-01-29 22:57:17 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 fix gwt-dev dependency warning

 
 r4472 | mark | 2013-01-29 22:45:12 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 fix README: maven demo profile hint was missing

 
 r4471 | mark | 2013-01-29 22:34:32 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 * minor README fix and upgrade to Jetty 8.1.7.v20120910 and servlet spec
 3.0.1

 
 r4470 | mark | 2013-01-29 22:10:16 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 update dependency versions to: gwt-2.5.0, junit-4.11

 
 r4469 | mark | 2013-01-29 22:04:08 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 add maven-enforcer-plugin to force sane versions

 
 r4468 | mark | 2013-01-29 21:59:59 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 svn export -r 1440125 https://svn.apache.org/repos/asf/james/hupa/trunkhupa

 


   was:
 Patch written against -r 1440125
 https://svn.apache.org/repos/asf/james/hupa/trunk





 Patch details (from my personal SVN repo):


 
 r4476 | mark | 2013-01-29 23:46:55 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 update dependencies: easymock 3.1, commons-io 2.4, gwtupload 0.6.6,
 javax.mail 1.4.5, log4j 1.2.17; add maven 3.0 requirement

 
 r4475 | mark | 2013-01-29 23:17:06 +0100 (Di, 29. Jan 2013

Re: [jira] [Updated] (HUPA-106) many dependency upgrades, GWT 2.5.0, jetty 8.1.7

[Echo]

 
 r4471 | mark | 2013-01-29 22:34:32 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 * minor README fix and upgrade to Jetty 8.1.7.v20120910 and servlet spec
 3.0.1

 
 r4470 | mark | 2013-01-29 22:10:16 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 update dependency versions to: gwt-2.5.0, junit-4.11

 
 r4469 | mark | 2013-01-29 22:04:08 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 add maven-enforcer-plugin to force sane versions

 
 r4468 | mark | 2013-01-29 21:59:59 +0100 (Di, 29. Jan 2013) | 2 Zeilen

 svn export -r 1440125 https://svn.apache.org/repos/asf/james/hupa/trunkhupa

 



  many dependency upgrades, GWT 2.5.0, jetty 8.1.7
  
 
  Key: HUPA-106
  URL: https://issues.apache.org/jira/browse/HUPA-106
  Project: James Hupa
   Issue Type: Dependency upgrade
   Components: client, server
 Reporter: Mark
 Assignee: Manuel Carrasco Moñino
 Priority: Trivial
  Attachments: patch
 
 
  Please apply the attached patch.
  Patch written against -r 1440125
 https://svn.apache.org/repos/asf/james/hupa/trunk
  Patch details (from my personal SVN repo):
  
  r4476 | mark | 2013-01-29 23:46:55 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  update dependencies: easymock 3.1, commons-io 2.4, gwtupload 0.6.6,
 javax.mail 1.4.5, log4j 1.2.17; add maven 3.0 requirement
  
  r4475 | mark | 2013-01-29 23:17:06 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  update dependency: gin 2.0.0
  
  r4474 | mark | 2013-01-29 23:02:09 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  added maven and gwt notes to README
  
  r4473 | mark | 2013-01-29 22:57:17 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  fix gwt-dev dependency warning
  
  r4472 | mark | 2013-01-29 22:45:12 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  fix README: maven demo profile hint was missing
  
  r4471 | mark | 2013-01-29 22:34:32 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  * minor README fix and upgrade to Jetty 8.1.7.v20120910 and servlet spec
 3.0.1
  
  r4470 | mark | 2013-01-29 22:10:16 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  update dependency versions to: gwt-2.5.0, junit-4.11
  
  r4469 | mark | 2013-01-29 22:04:08 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  add maven-enforcer-plugin to force sane versions
  
  r4468 | mark | 2013-01-29 21:59:59 +0100 (Di, 29. Jan 2013) | 2 Zeilen
  svn export -r 1440125 https://svn.apache.org/repos/asf/james/hupa/trunkhupa
  

 --
 This message is automatically generated by JIRA.
 If you think it was sent incorrectly, please contact your JIRA
 administrators
 For more information on JIRA, see: http://www.atlassian.com/software/jira

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: [VOTE] Release Apache Mailet 2.5.0 and company

[echo]

+1 
Merry X'mas

On 2012-12-25, at 上午4:30, Manuel Carrasco Moñino wrote:

 +1 Please release
 
 Merry Xmas !
 
 - Manolo
 
 On Mon, Dec 24, 2012 at 5:59 PM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:
 
 Ahh, I forgot: Merry Christmas to you too. Happy holidays for you and
 your family.
 
 On Mon, Dec 24, 2012 at 6:58 PM, Ioan Eugen Stan stan.ieu...@gmail.com
 wrote:
 Hello Eric,
 
 Thank you for your wishes and good luck with the preparations.
 
 We have a source distribution required by ASF. We don't have a binary
 distribution, but we do have the binary artifacts signed and released
 in the maven repo. We can provide links to those. I'm guessing it's
 ok.
 
 Is this [1] ok? We could provide a link just for [2] (when it will be
 released of course). I think it's enough.
 
 [1]
 https://repository.apache.org/content/repositories/orgapachejames-076/org/apache/james/apache-mailet-base/2.5.0/
 ?
 [2]
 https://repository.apache.org/content/repositories/orgapachejames-076/org/apache/james/
 
 
 On Mon, Dec 24, 2012 at 12:54 PM, Eric Charles e...@apache.org wrote:
 Hi Ioan,
 
 Have we got a binary in the repo so we can link to it from
 http://james.apache.org/download.cgi#Apache_Mailet_Base (assuming we
 change
 the download page to reflect the merge)?
 
 I searched for it but didn't find any ([1] has src, but no jar).
 
 (maybe I'm too busy preparing Christmas, and Merry Xmas to You and
 All!).
 
 Thx, Eric
 
 
 [1]
 
 https://repository.apache.org/content/repositories/orgapachejames-076/org/apache/james/apache-mailet/2.5.0/apache-mailet-2.5.0-project.zip
 
 
 
 On 24/12/2012 00:29, Ioan Eugen Stan wrote:
 
 Hi all,
 
 Please cast your VOTE for Apache Mailet 2.5.0 release:
 
 [ ] +1 Please release
 [ ] +0 No time to review
 [ ] -1 Something is wrong
 
 SVN tag:
 http://svn.apache.org/repos/asf/james/mailet/tags/apache-mailet-2.5.0/
 
 Source tarball:
 
 
 https://repository.apache.org/content/repositories/orgapachejames-076/org/apache/james/apache-mailet/2.5.0/apache-mailet-2.5.0-project.zip
 
 Staging repository:
 https://repository.apache.org/content/repositories/orgapachejames-076/
 
 Before voting please take a moment to refresh the requirements:
 http://www.apache.org/dev/release.html#approving-a-release
 
 This release is a re-design of the mailet project to make it more
 simple and also OSGi ready.
 
 Thanks,
 
 
 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org
 
 
 
 
 --
 Ioan Eugen Stan / CTO / http://axemblr.com
 
 
 
 --
 Ioan Eugen Stan / CTO / http://axemblr.com
 
 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org
 
 


-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: [VOTE] apache james mailet - code improvements - lazy consensus

[Echo]

+1


On Tue, Dec 4, 2012 at 3:56 AM, Saibabu Vallurupalli 
saibabu.vallurupa...@gmail.com wrote:

 +1 Yes, I agree.

 Thanks,
 Sai



 On Mon, Dec 3, 2012 at 3:22 AM, Eric Charles e...@apache.org wrote:

  +1 for current and further actions.
  Eric
 
  On 02/12/2012 21:33, Ioan Eugen Stan wrote:
 
  Hello James Devs,
 
  Please vote on the following issues. This is a lazy consensus vote
  starting now, ending in 72h.
 
  I propose the following new changes to James mailets:
 
  New project names:
 
  Apache James :: Mailets Parent  SUCCESS [3.814s]
  Apache James :: Mailet API  SUCCESS [0.200s]
  Apache James :: Basic Mailet Toolkit .. SUCCESS [0.184s]
  Apache James :: Mailetdocs Maven Plugin ... SUCCESS [2.274s]
  Apache James :: Crypto Mailets  SUCCESS [0.168s]
  Apache James :: Standard Mailets .. SUCCESS [0.307s]
  Apache James :: AI Mailets  SUCCESS [0.017s]
  Apache James :: Classic AI Mailets  SUCCESS [0.189s]
  Apache James :: Mailets Aggregator  SUCCESS [0.019s]
 
  New artifactId's and versions:
 
  ** all have groupId org.apache.james
 
  apache-james-ai-project-0.1-**SNAPSHOT - apache-mailets-ai-0.0.1-**
  SNAPSHOT
 
  apache-james-ai-classic-0.1-**SNAPSHOT -
 apache-mailets-ai-classic-0.0.*
  *1-SNAPSHOT
 
  mailet-project-1-SNAPSHOT - apache-mailets-0.0.1-SNAPSHOT (this is
  parent -- will contain all mailet specific project info and depend on
  james-project-1.8.1 - all other mailets will depend on
  apache-mailets)
 
  apache-mailet-2.5-SNAPSHOT - apache-mailets-api-2.5.0-**SNAPSHOT
 
  apache-mailet-base-1.2-**SNAPSHOT -
 apache-mailets-base-1.2.0-**SNAPHSOT
 
  apache-crypto-mailets-1.1-**SNAPSHOT - apache-mailets-crypto-1.1.0-**
  SNAPSHOT
 
  maven-mailetdocs-lugin-0.2-**SNAPSHOT - changed version to
  0.0.2-SNAPSHOT
 
  mailet-project-1.0-SNAPSHOT - apache-mailets-aggregator-0.**01-SNAPSHOT
 
  All chages are available as a github commit [1].
 
  Further proposed changes TBD - will go on JIRA:
 
  * change directory names to mailets-current-name  (not strong opinion)
  * clean-up 1: agggregate all project info, dependencies and other
  stuff to parent apache-mailets and remove duplication -- A MUST DO
  * move site related content under site -- A MUST DO IMHO
  * aggregate JIRA tracking under the same project - going through the
  project I noticed each mailet has it's own JIRA project, mailinglist,
  etc. I think it's a lot of overhead and not worth it. The community is
  not that big. I also think less is more. -- also a MUST DO IMHO
  * move code to java 1.6 (which will be end-of-life in spring 2013) -
  like all other James code
  * make a release and publish site
 
 
  [+1] Yes, I agree
  [0] No time to review,
  [-1] No I don't agree
 
 
  --**--**-
  To unsubscribe, e-mail: server-dev-unsubscribe@james.**apache.org
 server-dev-unsubscr...@james.apache.org
  For additional commands, e-mail: server-dev-help@james.apache.**org
 server-dev-h...@james.apache.org
 
 




-- 
*echo*

[jira] [Assigned] (HUPA-105) Add automatic per-contact identity creation/handling as a reliable spam-prevention method

[Echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-105?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Echo reassigned HUPA-105:
-

Assignee: Echo  (was: Manuel Carrasco Moñino)

 Add automatic per-contact identity creation/handling as a reliable 
 spam-prevention method
 -

 Key: HUPA-105
 URL: https://issues.apache.org/jira/browse/HUPA-105
 Project: JAMES Hupa
  Issue Type: Improvement
Reporter: Mark
Assignee: Echo
Priority: Minor

 How it works: create a hash over the sorted list of normalized To+Cc+Bcc 
 addresses and associated with every hash value a unique mail address like 
 me-HASH-ID@MAILDOMAIN. Replace the sender address ad-hoc with such 
 generated unique addresses when sending mails. That way, each set of 
 conversation partners will know a specific mail address that may be 
 selectively disabled. That has the advantage that one is has not to use any 
 imperfect spam filter and one always knows exactly who gave away your 
 identity to spammers.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Assigned] (HUPA-104) Add filter rule editor with live preview functionality

[Echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-104?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Echo reassigned HUPA-104:
-

Assignee: Echo  (was: Manuel Carrasco Moñino)

 Add filter rule editor with live preview functionality
 --

 Key: HUPA-104
 URL: https://issues.apache.org/jira/browse/HUPA-104
 Project: JAMES Hupa
  Issue Type: Improvement
Reporter: Mark
Assignee: Echo
Priority: Minor



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Commented] (HUPA-104) Add filter rule editor with live preview functionality

[Echo (JIRA)]

[ 
https://issues.apache.org/jira/browse/HUPA-104?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13503000#comment-13503000
 ] 

Echo commented on HUPA-104:
---

Hi Mark, thanks for the issues. Since I've begun a new career two months ago, 
lots of GSoC work have been become slow. While recently it is getting 
increasingly stable, I am very eager to continue with the development of Hupa 
Evolution and something improvement. And need Manolo's advices about the 
future, thanks.

 Add filter rule editor with live preview functionality
 --

 Key: HUPA-104
 URL: https://issues.apache.org/jira/browse/HUPA-104
 Project: JAMES Hupa
  Issue Type: Improvement
Reporter: Mark
Assignee: Echo
Priority: Minor



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: James to Git?

[Echo]

Good idea. +1

On Thu, Sep 27, 2012 at 4:22 AM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Hello,

 I've noticed the possibility to switch to Git for Apache projects. I
 believe working with git is faster at accepting external
 contributions, especially that Github is so popular, and a lot of
 people fork and work on local projects.

 I also know that we probably don't have the resources yet, but how do
 you feel about moving James to git as primary development? I think it
 will speed up development and adoption as it's easier to play with.

 Some talks about the process:
 http://lucene.472066.n3.nabble.com/lucy-dev-Moving-to-Git-td4006735.html

 Cheers,

 --
 Ioan Eugen Stan / CTO / http://axemblr.com

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: Hupa evo status ?

[Echo]

Hi there,
I've uploaded the r106 of Hupa Evo to Google for the GSoC sample code.
Since I was hunting for the job, so that Hupa Evo has been updated a little
slowly.
While I think it will be improved after everything is getting stable.
Thanks for your tolerance and any advice will be welcome.

On Wed, Sep 12, 2012 at 11:17 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 Hi Zsombor

 Although hupa-evo introduces several changes to hupa, I have applied
 recent changes in hupa (most of them submitted by to hupa-evo as well,
 in order to facilitate the merging when evo was ready.

 Dont hesitate to submit those changes via JIRA if you already have
 worked on them, I will try to apply them to evo when possible,
 otherwise we will have them on mind to fix when merging.

 Thanks
 - Manolo





 On Tue, Sep 11, 2012 at 2:21 PM, Echo echo...@gmail.com wrote:
  Hi
 
 
  nbsp;Yes, I saw that lot's of changes happened in Hupa Evo, and I can
  understand, that some of them is incomplete / experimental / etc.
 nbsp;But
  it would be better if the finished features were nbsp;added to the main
  Hupa codebase, and gradually evolve it :) Because I'm eagerly wait for
 the
  activities/places changes, so I can improve the URL handling of Hupa,
 which
  is too simple to be useful. :)
 
  Sure, the URL control, bookmarks, or history management is very useful
 for
  Hupa.
 
  --
  *echo*

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: Hupa evo status ?

[Echo]

Hi


 nbsp;Yes, I saw that lot's of changes happened in Hupa Evo, and I can
 understand, that some of them is incomplete / experimental / etc. nbsp;But
 it would be better if the finished features were nbsp;added to the main
 Hupa codebase, and gradually evolve it :) Because I'm eagerly wait for the
 activities/places changes, so I can improve the URL handling of Hupa, which
 is too simple to be useful. :)

 Sure, the URL control, bookmarks, or history management is very useful for
Hupa.

-- 
*echo*

Re: Hupa evo status ?

[Echo]

Hi Zsombor,
From the big aspects, Hupa Evo has introduced some new stuff to replace the
old ones,
activities and places - gwt-presenter;
RequestFactory - gwt-dispatch;
LayoutPanel, CellTable, CellTree, a few UiBinder-s - UI.
However, at the same time, there has been something lost or should be
improved, e.g., theme and some features. More over, the ever unit tests
should be changed accordingly and attached soon.
I am working on that and you may find some changes every few days in Hupa
Evo's repository. Thanks for anyone's help and will be more than welcome.
As the merge, I think @Manolo will give us some suggests.
I really want to spare my best for the success of Hupa Webmail. Thanks ;)

On Thu, Sep 6, 2012 at 8:46 PM, gzsom...@gmail.com wrote:

 Hi,


 nbsp;I see that lot's of changes going on Hupa-evo, but nothing in hupa.
 I have a couple of fixes, and have another round
 ofnbsp;enhancementsnbsp;which I miss. But I fear, if I implement the
 changes, everything become obsolete, when the 2 codebase merged. What's the
 status of hupa-evo? When do you plan to merge the changes ?


 Thanks,
 nbsp;Zsombor
 nbsp;




-- 
*echo*

Re: GSOC

[Echo]

With my most welcome to continue to learn with all of you.
Well, I am going to apply for becoming a real committer of Apache James,
while it seems need me to fill some forms and more details should be
reviewed.
I am very admiring those persons who belong to Apache and I think it is
very honor to become an open source committer, esp. in Apache.

Thanks.

On Mon, Aug 27, 2012 at 7:21 PM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Hello Echo,

 Thank you for all the work you did, and I hope you will continue to
 work on James. I look forward in seeing the new Hupa in action!

 Cheers,

 On Sat, Aug 25, 2012 at 10:05 AM, Echo echo...@gmail.com wrote:
  Hi Manolo,
 
  Thanks for your time and hopefully you have a great time in the vacation.
  I also very appreciate for the final evaluation of Hupa evolution
 project,
  which is now very unstable on running.
  As a milestone, since the GSoC has almost touched the end, I want to give
  my huge thanks and best wishes to all of the Apache James Community, from
  where I receive more than happy in coding. Hupa Evo will continue to be
  improved as the initial aim, even more.
 
  After some issues are fixed, I am gonna restore the tests for the Hupa
 Evo.
  So I am taking some good resources about test or TDD or Refactoring to
 get
  a better sense about TEST and make some practice in it.
  Yet, the folder tree in the WestView has not been implemented by CellTree
  instead of current, it is also need to be considered at the same time
  because some issues are related to it such as Rename the folder or
 display
  the unreadMessagesCount.
  For the crude theme, I am worried about it all the time while I am not
 even
  a little good at.
  All plans before 14 Sept.(the deadline of the sample code to Google) are
  stated above.
 
  Thanks again, don't worry about anything else except your vacation.
  Have a great weekend for other community guys ;)
 
  On Sat, Aug 25, 2012 at 2:17 PM, Manuel Carrasco Moñino
  man...@apache.orgwrote:
 
  Hi echo
 
  I'm on vacations and have a poor internet connection, so I read the
  email once per day or per two days.
  I did the evaluation in GSOC, and I have seen that you fixed some
  errors in code.
 
  The r106 of the code is supposed to be submitted to google so create a
  tag in the hupa-evo repo so as you can point your code submission to
  that tag.
 
  Although the code is almost working, there are many bugs which make it
  not ready for production, let me know what are your plans for the next
  weeks.
 
  -Manolo
 
 
 
 
  --
  *echo*



 --
 Ioan Eugen Stan / CTO / http://axemblr.com

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: GSOC

[Echo]

Hi Manolo,

Thanks for your time and hopefully you have a great time in the vacation.
I also very appreciate for the final evaluation of Hupa evolution project,
which is now very unstable on running.
As a milestone, since the GSoC has almost touched the end, I want to give
my huge thanks and best wishes to all of the Apache James Community, from
where I receive more than happy in coding. Hupa Evo will continue to be
improved as the initial aim, even more.

After some issues are fixed, I am gonna restore the tests for the Hupa Evo.
So I am taking some good resources about test or TDD or Refactoring to get
a better sense about TEST and make some practice in it.
Yet, the folder tree in the WestView has not been implemented by CellTree
instead of current, it is also need to be considered at the same time
because some issues are related to it such as Rename the folder or display
the unreadMessagesCount.
For the crude theme, I am worried about it all the time while I am not even
a little good at.
All plans before 14 Sept.(the deadline of the sample code to Google) are
stated above.

Thanks again, don't worry about anything else except your vacation.
Have a great weekend for other community guys ;)

On Sat, Aug 25, 2012 at 2:17 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 Hi echo

 I'm on vacations and have a poor internet connection, so I read the
 email once per day or per two days.
 I did the evaluation in GSOC, and I have seen that you fixed some
 errors in code.

 The r106 of the code is supposed to be submitted to google so create a
 tag in the hupa-evo repo so as you can point your code submission to
 that tag.

 Although the code is almost working, there are many bugs which make it
 not ready for production, let me know what are your plans for the next
 weeks.

 -Manolo




-- 
*echo*

Re: Can we use DEMO mode to send a real mail in Hupa?

[echo]

Thanks.

On Wed, Aug 22, 2012 at 3:37 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 In Demo mode, hupa uses a mocked smtp server which does nothing when
 sending an email (See DemoGuiceServerModule.java).

 But in server side, hupa should copy the message sent to the demou user's
 sent folder, so you could test how the message looks in this folder.

 If you wanted to send real messages in demo mode, you have to return a
 valid Trasport in the method getMailTransport of the above class.

 You could use any smtp server you could have running in localhost (james,
 sendmail, etc), or any external server (you could need to configure
 authentiation etc). When those emails reach real inboxes, they could be
 marked as span depending on the configuration of the target email provider
 you are using, and many other different factors. Normally if you find your
 email in the span folder that does not mean that hupa was the problem but
 the smtp server.

 - Manolo



 El 21/08/2012 10:07, echo echo...@gmail.com escribió:

 Hi Manolo
 In Hupa's DEMO mode, can we send messages to an solid inbox such as Gmail
 and we can check it. Where will they be dispatch by Gmail, Inbox or Spam?

 --
 *echo*




-- 
*echo*

Can we use DEMO mode to send a real mail in Hupa?

[echo]

Hi Manolo
In Hupa's DEMO mode, can we send messages to an solid inbox such as Gmail
and we can check it. Where will they be dispatch by Gmail, Inbox or Spam?

-- 
*echo*

Re: some UIs are arranged

[echo]

I am working on it. Soon I think.

On Mon, Aug 13, 2012 at 1:56 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 Sounds good, I have tested it and bugs continue there, let me know when it
 is almost bug free and ready to do a deeper test

 On Sun, Aug 12, 2012 at 6:39 PM, echo echo...@gmail.com wrote:

  Hi Manolo,
 
 - introduce LayoutPanel to the whole App;
 - use DataGrid to render messages list instead of CellTable;
 - make UI be looked.
 
  and,
  I will cope with the bugs and some wired links tomorrow. All of the tests
  and documents will be considered during the pencil down week(between
 13th
  and 19th).
  --
  *echo*
 




-- 
*echo*

Re: some UIs are arranged

[echo]

Done.

On Mon, Aug 13, 2012 at 3:18 PM, echo echo...@gmail.com wrote:

 I am working on it. Soon I think.


 On Mon, Aug 13, 2012 at 1:56 PM, Manuel Carrasco Moñino man...@apache.org
  wrote:

 Sounds good, I have tested it and bugs continue there, let me know when it
 is almost bug free and ready to do a deeper test

 On Sun, Aug 12, 2012 at 6:39 PM, echo echo...@gmail.com wrote:

  Hi Manolo,
 
 - introduce LayoutPanel to the whole App;
 - use DataGrid to render messages list instead of CellTable;
 - make UI be looked.
 
  and,
  I will cope with the bugs and some wired links tomorrow. All of the
 tests
  and documents will be considered during the pencil down week(between
 13th
  and 19th).
  --
  *echo*
 




 --
 *echo*




-- 
*echo*

some UIs are arranged

[echo]

Hi Manolo,

   - introduce LayoutPanel to the whole App;
   - use DataGrid to render messages list instead of CellTable;
   - make UI be looked.

and,
I will cope with the bugs and some wired links tomorrow. All of the tests
and documents will be considered during the pencil down week(between 13th
and 19th).
-- 
*echo*

remove gwt-presenter and gwt-dispatch dependency and add license

[echo]

Hi Manolo,
I've remove both the gwt-presenter and gwt-dispatch dependencies and add
every new file with the Apache License comment.
Some test have been deleted for their error warnings, yet they should and
will be write with new workarounds later.


-- 
*echo*

Re: remove gwt-presenter and gwt-dispatch dependency and add license

[echo]

However, this will destroy the serialization of [sever.preferences], which
I am fixing.

On Fri, Aug 10, 2012 at 12:30 AM, echo echo...@gmail.com wrote:

 Hi Manolo,
 I've remove both the gwt-presenter and gwt-dispatch dependencies and add
 every new file with the Apache License comment.
 Some test have been deleted for their error warnings, yet they should and
 will be write with new workarounds later.


 --
 *echo*




-- 
*echo*

Re: remove gwt-presenter and gwt-dispatch dependency and add license

[echo]

It's fixed. (Why we must put the serialVersionUID of
[org.apache.hupa.shared.rpc.ContactsResult.Contact] to
-8632580327693416473L)

On Fri, Aug 10, 2012 at 1:24 AM, echo echo...@gmail.com wrote:

 However, this will destroy the serialization of [sever.preferences], which
 I am fixing.


 On Fri, Aug 10, 2012 at 12:30 AM, echo echo...@gmail.com wrote:

 Hi Manolo,
 I've remove both the gwt-presenter and gwt-dispatch dependencies and add
 every new file with the Apache License comment.
 Some test have been deleted for their error warnings, yet they should and
 will be write with new workarounds later.


 --
 *echo*




 --
 *echo*




-- 
*echo*

Succeed using CellTable to to render the messages list

[echo]

Hi, Manolo
I have replaced the MessageTableModel by MessagesCellTable and got some
summaries about how to use the Cell View in GWT(pager will be updated
later.)

   - DataGrid does not display in VerticalPanel, so CellTable is used, even
   if lost the chance to scroll bar in our own Panel, instead we must use
   another ScrollPanel to serve as the container of the CellTable. Maybe we
   will change it to DataGrid in the future when we change all UIs to
   LayoutPanel.
   - In CellTable, it is found we must use a ListProvider to store and
   render the data retrieved from the mail server, else only the loading bar
   is standing there.

The wired phenomenons of CellTable and DataGrid  took me lots of time, yet
more gwt's knowledge I got from the progress.
Thanks.

-- 
*echo*

Re: new way to switch to CMS

[echo]

Fantastic, I like bootstrap very much by the way, very well done.
Thanks for the information.

On Sun, Aug 5, 2012 at 8:20 AM, Ioan Eugen Stan stan.ieu...@gmail.comwrote:

 Hi,

 I just can't let go of the website state :). I found this nice blog
 entry about Apache Logging [4] switch to CMS [1].  Nice set-up. They
 still keep all the things they like (maven built sites). I think they
 achieve this by having separate repo's for each component. I always
 tried cramming all the James components into one CMS repo, which
 didn't quite work.

 I will get in touch with them for details.

 As for the wiki, I think we can switch it to plain HTML [2] or
 markdown and CMS set-up with anonymous edits [3].

 Removing the wiki and moving all the components to CMS will allow us
 to have just one system to maintain, one that will be integrated with
 the mailing list.

 I would love to see the website up to date and shining while allowing
 users an easy way to contribute.

 Regards,

 [1] https://blogs.apache.org/logging/entry/website_upgrade
 [2] http://wiki.apache.org/couchdb/HelpOnMoinCommand/ExportDump
 [3] https://blogs.apache.org/infra/entry/apache_cms_new_features_for
 [4] http://logging.apache.org/

 --
 Ioan Eugen Stan / CTO / http://axemblr.com

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: requestRows() in MessageTableModel is invoked prior to onLoadMessagesEvent

[echo]

Hi Manolo
Thanks for your explanation, same as what I'v figured out from the
code though. I believe the code have been very familiar with me very well ;)

I dont follow what your problem is, so let me explain how hupa loads the
 Messages table:

I use Eclipse's DEBUG to run both Hupa and Hupa Evo, while the execution
order is different with each other when stepping into
the MessageTableModel's breakpoints.
It looks that Hupa's order is right that it will fire onLoadMessagesEvent
before requestRows(), yet Hupa Evo's is just so different that it will
result in a wrong result.


 - Hupa is listening for the Login success event in two places:
 AppPresenter (Line 121) and MainPresenter (Line 480)
 - When the user logs in:
   1- the AppPresenter loads the mainPresenter which fires the FetchFolders
 command in the revealDisplay call updating the folders tree (mainView).
   2- at the same time  MainPresenter executes the showMessageTable for the
 Inbox folder, which loads the imapMessageListPresenter and in the
 revealDisplay will update the message list
 - At this point, the code of imapMessageList is very complex, as you can
 see the MessageTableModel is there to decouple the logic of the app from
 the view, but it is the imapMessageListView which is adding handlers etc.
 to that.
 - Another problem as I have said before, is that we use the revealDisplay
 for a lot of things, causing it to be called in parallel which have
 performance problems.

 Anyway, the MessageTableModel used in hupa depends on the gwt-incubator
 stuff, but in hupa-evo you have to get rid of that in favor of Cell tables
 in gwt. So dont spend time trying to reuse these components, I would create
 a new presenter for the east part.

Yep, I am not wasting my time in this issue, because I know we will replace
the gwt-incubator with new things. I am trying to use
com.google.gwt.user.cellview.client.DataGrid to replace the
MessageTableModel now.



 - Manolo






 On Thu, Jul 26, 2012 at 10:18 AM, echo echo...@gmail.com wrote:

 I also found that there is no code fire the FolderSelectionEvent in Hupa.

 On Thu, Jul 26, 2012 at 4:14 PM, echo echo...@gmail.com wrote:

 I also debugged to run Hupa, the order is different with Evo. It will
 invoke the  onLoadMessagesEvent at first, and then   requestRows().


 On Thu, Jul 26, 2012 at 3:31 PM, echo echo...@gmail.com wrote:

 Hi Manolo,
 As the subject's situation, in Hupa Evo, requestRows() can not get the
 folder in time after I click the folder on the west panel that will fire
 the onLoadMessagesEvent. Because the folder is assigned after the event is
 fired which is later than requestRows() method being invoked. (You might
 check this simply from the attached file)
 Do you know what I mean? But why Hupa is right.


 --
 *echo*




 --
 *echo*




 --
 *echo*





-- 
*echo*

Re: requestRows() in MessageTableModel is invoked prior to onLoadMessagesEvent

[echo]

Not  MessageTableModel, but gwt-incubator stuff.

 Yep, I am not wasting my time in this issue, because I know we will
 replace the gwt-incubator with new things. I am trying to use
 com.google.gwt.user.cellview.client.DataGrid to replace the
 MessageTableModel now.


-- 
*echo*

Re: requestRows() in MessageTableModel is invoked prior to onLoadMessagesEvent

[echo]

I also debugged to run Hupa, the order is different with Evo. It will
invoke the  onLoadMessagesEvent at first, and then   requestRows().

On Thu, Jul 26, 2012 at 3:31 PM, echo echo...@gmail.com wrote:

 Hi Manolo,
 As the subject's situation, in Hupa Evo, requestRows() can not get the
 folder in time after I click the folder on the west panel that will fire
 the onLoadMessagesEvent. Because the folder is assigned after the event is
 fired which is later than requestRows() method being invoked. (You might
 check this simply from the attached file)
 Do you know what I mean? But why Hupa is right.

 --
 *echo*




-- 
*echo*

requestRows() in MessageTableModel is invoked prior to onLoadMessagesEvent

[echo]

Hi Manolo,
As the subject's situation, in Hupa Evo, requestRows() can not get the
folder in time after I click the folder on the west panel that will fire
the onLoadMessagesEvent. Because the folder is assigned after the event is
fired which is later than requestRows() method being invoked. (You might
check this simply from the attached file)
Do you know what I mean? But why Hupa is right.

-- 
*echo*

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: requestRows() in MessageTableModel is invoked prior to onLoadMessagesEvent

[echo]

I also found that there is no code fire the FolderSelectionEvent in Hupa.

On Thu, Jul 26, 2012 at 4:14 PM, echo echo...@gmail.com wrote:

 I also debugged to run Hupa, the order is different with Evo. It will
 invoke the  onLoadMessagesEvent at first, and then   requestRows().


 On Thu, Jul 26, 2012 at 3:31 PM, echo echo...@gmail.com wrote:

 Hi Manolo,
 As the subject's situation, in Hupa Evo, requestRows() can not get the
 folder in time after I click the folder on the west panel that will fire
 the onLoadMessagesEvent. Because the folder is assigned after the event is
 fired which is later than requestRows() method being invoked. (You might
 check this simply from the attached file)
 Do you know what I mean? But why Hupa is right.

 --
 *echo*




 --
 *echo*




-- 
*echo*

Succeed fetching messages, yet a quirk occurred

[echo]

)
at
org.apache.hupa.shared.domain.FetchMessagesActionAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory.access$8(FetchMessagesActionAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory.java:1)
at
org.apache.hupa.shared.domain.FetchMessagesActionAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory$2.setFolder(FetchMessagesActionAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory.java:83)
at
org.apache.hupa.shared.domain.FetchMessagesActionAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory$1.setFolder(FetchMessagesActionAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory.java:33)
at
org.apache.hupa.client.ui.MessageTableModel.requestRows(MessageTableModel.java:120)
at
com.google.gwt.gen2.table.client.CachedTableModel.requestRows(CachedTableModel.java:321)
at
com.google.gwt.gen2.table.client.PagingScrollTable.gotoPage(PagingScrollTable.java:732)
at
com.google.gwt.gen2.table.client.PagingScrollTable.reloadPage(PagingScrollTable.java:815)
at
org.apache.hupa.client.ui.IMAPMessageListView.reloadData(IMAPMessageListView.java:466)
at
org.apache.hupa.client.activity.IMAPMessageListActivity$16.onClick(IMAPMessageListActivity.java:259)
at com.google.gwt.event.dom.client.ClickEvent.dispatch(ClickEvent.java:54)
at com.google.gwt.event.dom.client.ClickEvent.dispatch(ClickEvent.java:1)
at com.google.gwt.event.shared.GwtEvent.dispatch(GwtEvent.java:1)
at
com.google.web.bindery.event.shared.EventBus.dispatchEvent(EventBus.java:40)
at
com.google.web.bindery.event.shared.SimpleEventBus.doFire(SimpleEventBus.java:193)
at
com.google.web.bindery.event.shared.SimpleEventBus.fireEvent(SimpleEventBus.java:88)
at
com.google.gwt.event.shared.HandlerManager.fireEvent(HandlerManager.java:127)


-- 
*echo*

ChechSession and LoginUser are changed to use RF, with refactoring the ImapFolders

[echo]

Hi Manolo,
I have succeeded to update something to RF, the following should be easy, I
think.
And I also found that we must refresh generated-sources/apt after add
something in the HupaRequestFactory, otherwise console will complain
something like No RequestContext for *operation*
 ncpyEUV_HgYJmQXJicq1sphzx2Y= .
Both check session and login user work well, even if they've not been
supporting DEMO-MODE and lots of things should be decorated.

-Today's report, thank you.

-- 
*echo*

Re: Should use Injector to inject Service-s and Locator-s in the RF

[echo]

Thanks a lot.

On Wed, Jul 18, 2012 at 2:54 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 You can take advantage of this code and use Locators to get your service
 classes injected. It is Apache licensed.

 https://github.com/etiennep/injected-requestfactory

 - Manolo


 On Wed, Jul 18, 2012 at 8:32 AM, Manuel Carrasco Moñino man...@apache.org
  wrote:

 Actually we already use a GuiceServletContextListener so what you have to
 do is to remove the /gwtRequest servlet-mapping from the web.xml so as it
 is routed it via our guice listener, then serve that path in
 the DispatchServletModule, despite the name of this class it it is not a
 gwt-dispatcher class, in fact it should be call GuiceWebModule.

 - your configuration should look like:
 bind(HupaFactoryServlet.class).in(Singleton.class);
 serve(/gwtRequest,
 /hupa/gwtRequest).with(HupaFactoryServlet.class);

 - create the HupaFactoryServlet and use injection in the way tbroyer says
 i the post
 public class HupaFactoryServlet extends RequestFactoryServlet {
   implement your ServiceLayerDecorator
 }

 - Manolo




 On Wed, Jul 18, 2012 at 7:47 AM, echo echo...@gmail.com wrote:

 Hi manolo,
 I updated the repository with your help. One problem about DI:
 It is found that we must inject IMAPStoreCache when I tried to use the
 it like org.apache.hupa.server.handler.AbstractSessionHandler. That means I
 must implement some inject stuff to benefit with Inject. What's I want to
 know is whether I have to implement a new one like 
 here[1]https://groups.google.com/forum/?fromgroups#!topic/google-web-toolkit/9W_masZUUjcinstead
  of the gwt-dispath's or something have been done I can referred.

 [1]
 https://groups.google.com/forum/?fromgroups#!topic/google-web-toolkit/9W_masZUUjc


 --
 *echo*






-- 
*echo*

Re: Should use Injector to inject Service-s and Locator-s in the RF

[echo]

I've updated the demo code, and made it running locally.
I will make Hupa Evo run with it as soon as possible.
Thanks for your clean beautiful code and advises.

On Wed, Jul 18, 2012 at 6:42 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 Hi echo,

 I have updated the RF example project in the evo experiments repo to use
 guice [1].
 As you can see, with this approach
 1.- We dont need  Locators for domain objects anymore, since guice will
 create the appropriate implementation (this saves a lot of glue code)
 2.- All client services shares the same Locator so as we use again guice
 to select the suitable service implementation.
 3.- Note that you have service decorator which is shared in prod and test
 code.

 I think it is the best pattern for Hupa

 - Manolo

 [1]
 http://code.google.com/a/apache-extras.org/p/hupa-evo/source/detail?r=46#


 On Wed, Jul 18, 2012 at 9:29 AM, echo echo...@gmail.com wrote:

 Thanks a lot.


 On Wed, Jul 18, 2012 at 2:54 PM, Manuel Carrasco Moñino 
 man...@apache.org wrote:

 You can take advantage of this code and use Locators to get your service
 classes injected. It is Apache licensed.

 https://github.com/etiennep/injected-requestfactory

 - Manolo


 On Wed, Jul 18, 2012 at 8:32 AM, Manuel Carrasco Moñino 
 man...@apache.org wrote:

 Actually we already use a GuiceServletContextListener so what you have
 to do is to remove the /gwtRequest servlet-mapping from the web.xml so as
 it is routed it via our guice listener, then serve that path in
 the DispatchServletModule, despite the name of this class it it is not a
 gwt-dispatcher class, in fact it should be call GuiceWebModule.

 - your configuration should look like:
 bind(HupaFactoryServlet.class).in(Singleton.class);
 serve(/gwtRequest,
 /hupa/gwtRequest).with(HupaFactoryServlet.class);

 - create the HupaFactoryServlet and use injection in the way tbroyer
 says i the post
 public class HupaFactoryServlet extends RequestFactoryServlet {
   implement your ServiceLayerDecorator
 }

 - Manolo




 On Wed, Jul 18, 2012 at 7:47 AM, echo echo...@gmail.com wrote:

 Hi manolo,
 I updated the repository with your help. One problem about DI:
 It is found that we must inject IMAPStoreCache when I tried to use the
 it like org.apache.hupa.server.handler.AbstractSessionHandler. That means 
 I
 must implement some inject stuff to benefit with Inject. What's I want to
 know is whether I have to implement a new one like 
 here[1]https://groups.google.com/forum/?fromgroups#!topic/google-web-toolkit/9W_masZUUjcinstead
  of the gwt-dispath's or something have been done I can referred.

 [1]
 https://groups.google.com/forum/?fromgroups#!topic/google-web-toolkit/9W_masZUUjc


 --
 *echo*






 --
 *echo*





-- 
*echo*

Re: Seems we can not use the patched ResolverServiceLayer

[echo]

Hi all
With the great help of Manolo, issues are solved finally. Some important
notes here:
It is better to link projects when changing things in different modules in
Eclipse. For Hupa Evo's case:

   - The parent project is not so necessary that we can delete it without
   deleting the project contents on disk(or just close the project).
   - Then, edit the classpath of hupa(client project), add the other
   projects in the *Projects* tab(hupa-properties-Java Build
   Path-Projects).
   - In the *Order and Export* tab, make the order look like follow(there
   may be nothing in []), and then clean all projects(Projects-clean-Select
   All):

hupa/src/main/java
hupa/src/main/resources
hupa/src/test/java
[Persisted container]
hupa/target/generated-sources/apt
Maven Dependencies
JRE
hupa-mock
hupa-server
hupa-shared
hupa-widgets



   - If you had any RF error after changing any RF class maybe you need to
   re-run the RF validator,normally Eclipse does, but some times it is
   necesary to force the validation.
   - When changing RF or GIN it is recomendable to restart the dev-mode


On Tue, Jul 17, 2012 at 3:20 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 I've checked in your code and It works smoothly in my eclipse. I'm using
 Juno + plugins (google, m2e, etc) in an Ubuntu.
 I think you have a problem with your classpath.

 BTW The patch to gwt has been reviewed and I's pending to be accepted in
 the trunk, it's well tested with edge cases, so I think it should not being
 causing any issue

 - Manolo


 On Tue, Jul 17, 2012 at 9:09 AM, Manuel Carrasco Moñino man...@apache.org
  wrote:

 It's weird, the patched file works in a project I have in production,
 I'll check your code so as I can figure out what's happening.
 I'm using gwt-2.5.0-rc1 instead of 2.4.0 but there are no so much changes
 in the RF stuff.

 - Manolo


 On Mon, Jul 16, 2012 at 5:43 PM, echo echo...@gmail.com wrote:

 P.S.
 After the exception, I want to undo the changes to see whether they will
 act like the origin status(work better). Unfortunately, they won't.
 I was totally lost and confused.


 On Mon, Jul 16, 2012 at 11:23 PM, echo echo...@gmail.com wrote:

 Hi manolo
 I've try to use the patched file, but I always go wrong:
 I use ArchLinux or Win7, and the Eclipse version is Indigo, Hupa Evo is
 r43. At the beginning, both of them work better. But after I change
 someting(change the server.service.ImapFolderService to
 ImapFolderServiceImpl, move share.proxy.ImapFolder to
 share.domain.ImapFolder), they will say the exception I
 referred(ImapFolderImpl cannot be sent to client).

 I searched the methods how can I use ResolverServiceLayer before
 gwt-user.jar, but there seemed be nothing can be referred.

 What's I really don't know is why they worked well at the beginning
 rather after something was changed. Will they invoke
 our ResolverServiceLayer at the beginning, yet the gwt's after changing
 something?

 --
 *echo*




 --
 *echo*






-- 
*echo*

Should use Injector to inject Service-s and Locator-s in the RF

[echo]

Hi manolo,
I updated the repository with your help. One problem about DI:
It is found that we must inject IMAPStoreCache when I tried to use the it
like org.apache.hupa.server.handler.AbstractSessionHandler. That means I
must implement some inject stuff to benefit with Inject. What's I want to
know is whether I have to implement a new one like
here[1]https://groups.google.com/forum/?fromgroups#!topic/google-web-toolkit/9W_masZUUjcinstead
of the gwt-dispath's or something have been done I can referred.

[1]
https://groups.google.com/forum/?fromgroups#!topic/google-web-toolkit/9W_masZUUjc


-- 
*echo*

Seems we can not use the patched ResolverServiceLayer

[echo]

Hi manolo
I've try to use the patched file, but I always go wrong:
I use ArchLinux or Win7, and the Eclipse version is Indigo, Hupa Evo is
r43. At the beginning, both of them work better. But after I change
someting(change the server.service.ImapFolderService to
ImapFolderServiceImpl, move share.proxy.ImapFolder to
share.domain.ImapFolder), they will say the exception I
referred(ImapFolderImpl cannot be sent to client).

I searched the methods how can I use ResolverServiceLayer before
gwt-user.jar, but there seemed be nothing can be referred.

What's I really don't know is why they worked well at the beginning rather
after something was changed. Will they invoke our ResolverServiceLayer at
the beginning, yet the gwt's after changing something?

-- 
*echo*

Re: Succeed change the FetchFolders to RequestFactory MODE

[echo]

Thanks, however, the revolution has not yet succeeded, comrade still take
great effort ;)

On Mon, Jul 16, 2012 at 11:06 PM, Eric Charles e...@apache.org wrote:

 +1 on Manolo comments and echo's job :)
 Eric


 On 07/09/2012 09:23 AM, Manuel Carrasco Moñino wrote:

 Hi echo,
 I've been reviewing the code, and it demonstrates you are getting a good
 knowledge of RF.
 A couple of things:
 - I would extend ValueProxy instead of EntityProxy in certain classes like
 UserProxy, because they are not real entities and  we don't need
 attributes
 like id, version etc.
 - In certain cases you could share the proxy interface between the server
 and client, so as both sides code looks very similar because use the same
 interface, in the server side you could have an implementation of the
 object or even you could use innerclasses if the code is simple.

 example:
 --- Client
 @ProxyForValue(User.class)
 interface User()  extends ValueProxy{
 }

 --- Server
 class UserImpl implements User {
 }

 class MyService {
User validateUser(String name, String password) {
  return new User() {
   ...
  }
}
 }

 - When you change Rf services or objects, it is enough if you run 'mvn
 compile' instead of 'package' which takes much more time. Even though you
 could configure eclipse to do that automatically
 http://code.google.com/p/**google-web-toolkit/wiki/**
 RequestFactoryInterfaceValidat**ionhttp://code.google.com/p/google-web-toolkit/wiki/RequestFactoryInterfaceValidation
 .

 - It is necessary that you start introducing tests, one of the RF goals is
 that you can test services in the jvm, so as it is very fast to code
 client
 and servers sides without starting the devel mode to check your code. In
 hupa when I started introducing RF dependencies I left some example code
 and a SubjectTest class.


 Continue working in this way, reporting and committing frequently, you are
 doing a good job.

 - Manolo

 On Mon, Jul 9, 2012 at 2:45 AM, echoecho...@gmail.com  wrote:

  Hi manolo,

 Very happy to inform you that my first experiment code succeed at last. I
 have commit the code.

 For test convenience, I have not been able to cope with the front
 code(WestActivity and WestView) in time.
 However, there have been some outputs in console that persuade me of its
 correctness.

 BTW, I have to reRun maven command Hupa clean package every time I
 update
 a server's RequestFactory code.

 Thanks for your detail reply.

 On Sun, Jul 8, 2012 at 8:13 PM, Manuel Carrasco Moñinoman...@apache.org

 wrote:


  Yep, although RF is well documented it is difficult to understand what

 are

 the real goals on using it, basically what you have to understand about

 RF

 is:
 1.- it facilitates to use server services (much better than rpc or
 dispatcher)
 2.- proxy objects and entities is trivial.
 3.- a lot more of features, like serialize proxy objects in strings to
 cache them in, chain operations and so just one request to the server,

 etc.

 4.- an cool thing is that with RF we are able to use it in JVM so
 testing
 is very easy. Even we could use a pure java client to request a RF
 server
 (it is used in android)

 Hupa data is not a good example for traditional entities: jpa, ddbb, etc
 So in Hupa we have objects in the server side which we are able to

 persist

 or read in some way.

 The user object actually is an object wich we persist in session, imap

 and

 smtp needs this object to start new sessions over the server. When we
 had
 oauth instead of a user object we would store just a authentication
 token
 anywhere.

 The rest of objects  are representations of a message, a folder, or
 whatever. Which we persist or read using imap/smpt

 The worst thing in RF is the maven setup, and validation, when you debug
 in eclipse you have to run the apt task and reload after changing any RF
 service.

 I did take a look to your commits so I was informed that you were
 playing
 with RF. Just send a daily email with your tasks although thew were
 incomplete.

 - Manolo


 On Sun, Jul 8, 2012 at 9:29 AM, echoecho...@gmail.com  wrote:

  Sorry, I am figuring out the RequestFactory of FetchFolders.
 I want to submit the report after one whole RequestFactory
 procedure(The
 fetch folder one) succeeding, that will be updated later today, I
 think.

 The reason why I have not submit the report these two days is that:
 I wanted to cope with the RequestFactory procedure of Login or
 CheckSession, but it was found that both of them are very close to the
 HttpSession and MailUser which are not good with RequestFactory.
 You may find that I have something commit to the Hupa Evo repository
 about the User RequestFactory yesterday, but the running Hupa was
 broken
 after clicking the Login submit.
 So I change my first RequestFactory experiment to the FetchFolder's
 one.
 And I think the code and report will be completed later today.


 On Sun, Jul 8, 2012 at 2:34 PM, Manuel Carrasco Moñino

 man...@apache.org

 wrote:


  Hi echo

Re: Seems we can not use the patched ResolverServiceLayer

[echo]

P.S.
After the exception, I want to undo the changes to see whether they will
act like the origin status(work better). Unfortunately, they won't.
I was totally lost and confused.

On Mon, Jul 16, 2012 at 11:23 PM, echo echo...@gmail.com wrote:

 Hi manolo
 I've try to use the patched file, but I always go wrong:
 I use ArchLinux or Win7, and the Eclipse version is Indigo, Hupa Evo is
 r43. At the beginning, both of them work better. But after I change
 someting(change the server.service.ImapFolderService to
 ImapFolderServiceImpl, move share.proxy.ImapFolder to
 share.domain.ImapFolder), they will say the exception I
 referred(ImapFolderImpl cannot be sent to client).

 I searched the methods how can I use ResolverServiceLayer before
 gwt-user.jar, but there seemed be nothing can be referred.

 What's I really don't know is why they worked well at the beginning rather
 after something was changed. Will they invoke our ResolverServiceLayer at
 the beginning, yet the gwt's after changing something?

 --
 *echo*




-- 
*echo*

Re: An exception

[echo]

But when I use back to my ArchLinux, everything is right. I don't know why,
even the same Eclipse version and Hupa Evo source.
The only difference is that it seems there are more Eclipse plugins
installed in Arch than Win7.

On Sun, Jul 15, 2012 at 3:38 AM, echo echo...@gmail.com wrote:

 Hi manolo,
 I used a totally new WIN7 and eclipse to install the Hupa-Evo r42(r43),
 and polished lots of code, but it always takes place something that:
 So I have nothing to commit.

 
 2012-7-15 3:27:36
 com.google.web.bindery.requestfactory.server.ServiceLayerDecorator die
 严重: The domain type org.apache.hupa.shared.data.ImapFolderImpl cannot be
 sent to the client
 2012-7-15 3:27:36
 com.google.web.bindery.requestfactory.server.RequestFactoryServlet doPost
 严重: Unexpected error
 com.google.web.bindery.requestfactory.server.UnexpectedException: The
 domain type org.apache.hupa.shared.data.ImapFolderImpl cannot be sent to
 the client
 at
 com.google.web.bindery.requestfactory.server.ServiceLayerDecorator.die(ServiceLayerDecorator.java:216)
  at
 com.google.web.bindery.requestfactory.server.ResolverServiceLayer.resolveClientType(ResolverServiceLayer.java:91)
 at
 com.google.web.bindery.requestfactory.server.ServiceLayerDecorator.resolveClientType(ServiceLayerDecorator.java:142)
  at
 com.google.web.bindery.requestfactory.server.ServiceLayerDecorator.resolveClientType(ServiceLayerDecorator.java:142)
 at
 com.google.web.bindery.requestfactory.server.ServiceLayerDecorator.resolveClientType(ServiceLayerDecorator.java:142)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
  at
 com.google.web.bindery.requestfactory.server.ServiceLayerCache.getOrCache(ServiceLayerCache.java:233)
 at
 com.google.web.bindery.requestfactory.server.ServiceLayerCache.resolveClientType(ServiceLayerCache.java:163)
  at
 com.google.web.bindery.requestfactory.server.Resolver.resolveClientValue(Resolver.java:586)
 at
 com.google.web.bindery.requestfactory.server.Resolver.resolveClientValue(Resolver.java:618)
  at
 com.google.web.bindery.requestfactory.server.Resolver.resolveClientValue(Resolver.java:383)
 at
 com.google.web.bindery.requestfactory.server.SimpleRequestProcessor.processInvocationMessages(SimpleRequestProcessor.java:483)
  at
 com.google.web.bindery.requestfactory.server.SimpleRequestProcessor.process(SimpleRequestProcessor.java:225)
 at
 com.google.web.bindery.requestfactory.server.SimpleRequestProcessor.process(SimpleRequestProcessor.java:127)
  at
 com.google.web.bindery.requestfactory.server.RequestFactoryServlet.doPost(RequestFactoryServlet.java:133)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
  at
 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1097)
 at
 com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:66)
  at
 com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
 at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
  at
 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
 at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
  at
 org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
 at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
  at
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
 at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
  at
 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
 at
 org.mortbay.jetty.handler.RequestLogHandler.handle(RequestLogHandler.java:49)
  at
 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
 at org.mortbay.jetty.Server.handle(Server.java:324)
  at
 org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
 at
 org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:843)
  at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:647)
 at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
  at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
 at
 org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
  at
 org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)
 [ERROR] 500 - POST /gwtRequest (127.0.0.1) 1420 bytes
Request headers
   Host: 127.0.0.1:
   Connection: keep-alive
   User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/536.11
 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11
   Accept: */*
   Referer: http://127.0.0.1:/Hupa.html?gwt.codesvr=127.0.0.1:9997

An exception

[echo]

=127.0.0.1:9997#folder:
   Response headers
  Content-Type: text/html; charset=iso-8859-1
  Content-Length: 1420
Sun Jul 15 03:27:36 CST 2012 WireActivityLogger
SEVERE: Server Error 500 html
head
meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1/
titleError 500 INTERNAL_SERVER_ERROR/title
/head
bodyh2HTTP ERROR: 500/h2preINTERNAL_SERVER_ERROR/pre
pRequestURI=/gwtRequest/ppismalla
href=http://jetty.mortbay.org/;Powered
by Jetty:///a/small/i/pbr/

br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/

/body
/html

com.google.web.bindery.event.shared.UmbrellaException: One or more
exceptions caught, see full set in UmbrellaException#getCauses
at
com.google.web.bindery.requestfactory.shared.impl.AbstractRequestContext.fail(AbstractRequestContext.java:727)
at
com.google.web.bindery.requestfactory.shared.impl.AbstractRequestContext$5.onTransportFailure(AbstractRequestContext.java:1104)
at
com.google.web.bindery.requestfactory.gwt.client.DefaultRequestTransport$1.onResponseReceived(DefaultRequestTransport.java:140)
at
com.google.gwt.http.client.Request.fireOnResponseReceived(Request.java:287)
at
com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:395)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.gwt.dev.shell.MethodAdaptor.invoke(MethodAdaptor.java:103)
at com.google.gwt.dev.shell.MethodDispatch.invoke(MethodDispatch.java:71)
at
com.google.gwt.dev.shell.OophmSessionHandler.invoke(OophmSessionHandler.java:172)
at
com.google.gwt.dev.shell.BrowserChannelServer.reactToMessagesWhileWaitingForReturn(BrowserChannelServer.java:337)
at
com.google.gwt.dev.shell.BrowserChannelServer.invokeJavascript(BrowserChannelServer.java:218)
at
com.google.gwt.dev.shell.ModuleSpaceOOPHM.doInvoke(ModuleSpaceOOPHM.java:136)
at com.google.gwt.dev.shell.ModuleSpace.invokeNative(ModuleSpace.java:561)
at
com.google.gwt.dev.shell.ModuleSpace.invokeNativeObject(ModuleSpace.java:269)
at
com.google.gwt.dev.shell.JavaScriptHost.invokeNativeObject(JavaScriptHost.java:91)
at com.google.gwt.core.client.impl.Impl.apply(Impl.java)
at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:213)
at sun.reflect.GeneratedMethodAccessor34.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.gwt.dev.shell.MethodAdaptor.invoke(MethodAdaptor.java:103)
at com.google.gwt.dev.shell.MethodDispatch.invoke(MethodDispatch.java:71)
at
com.google.gwt.dev.shell.OophmSessionHandler.invoke(OophmSessionHandler.java:172)
at
com.google.gwt.dev.shell.BrowserChannelServer.reactToMessages(BrowserChannelServer.java:292)
at
com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:546)
at
com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java:363)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Server Error 500 html
head
meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1/
titleError 500 INTERNAL_SERVER_ERROR/title
/head
bodyh2HTTP ERROR: 500/h2preINTERNAL_SERVER_ERROR/pre
pRequestURI=/gwtRequest/ppismalla
href=http://jetty.mortbay.org/;Powered
by Jetty:///a/small/i/pbr/

br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/
br/

/body
/html

at
com.google.web.bindery.requestfactory.shared.Receiver.onFailure(Receiver.java:44)
at
com.google.web.bindery.requestfactory.shared.impl.AbstractRequest.onFail(AbstractRequest.java:118)
at
com.google.web.bindery.requestfactory.shared.impl.AbstractRequestContext.fail(AbstractRequestContext.java:707)
... 29 more

-- 
*echo*

Re: cope with the RequestFactory's find*

[echo]

Hi there,

 Actually the mail server is our datasource, and we get from it very few
 type of objects, just folders and messages.

 Folders and messages are not entities in the traditional sense of the
 concept because normally they do not change, so I would not use entities
 but values.

 It is pretty easier deal with valueproxies instead of entityproxies
 because the first one have less constrains.

 I would create an interface for each value, and I would use this interface
 as the valueproxy in the client. In the server side I would implement the
 valueproxy interface in the valueimplementation class. It have to work
 because I have used this approach some time.

 Said that, we need just one service class (or many depending of code
 readability) to interact with the server side.

This is really helpful. Hupa-Evo has already been working after I change
the EntityProxy to ValueProxy.

-- 
*echo*

Re: Setup Maven Project

[echo]

Hi Thomas,
Hoping your happy trip with Hupa ;)
I cc the list in case the issue(out of memory when compile Hupa) is
occurring to any other.

Thanks.

On Thu, Jul 12, 2012 at 9:58 PM, Thomas mbtest...@googlemail.com wrote:

 Hello Echo,
 thanks, no errors in this skript anymore!
 I'll continue with the rest

 Greetings,

 Thomas

 2012/7/12, echo echo...@gmail.com:
  Hi Thomas, try to add the following line to
 gwt-maven-plugin.configuration
  in client/pom.xml
  extraJvmArgs-XX:MaxPermSize=512M -Xmx1024M/extraJvmArgs
  and then run again.
 
  --
  *echo*
 




-- 
*echo*

Re: Setup Maven Project

[echo]

Hi,
I have not played it under Win, yet it seems that Hupa need not you to
setup the config file when you want it run with GMAIL MODE. That is because
the default config will be for GMAIL.
However, if you want to play with the DEMO mode[1], you should put the
.hupa/config.properties into your ${user_home}, which will be different in
Linux and Win. You may get it by the method
herehttp://weka.wikispaces.com/Where+is+my+home+directory+located%3F
[2].

[1]You should change two values in config file, aka,
IMAPServerAddress=hupa.demo
DefaultInboxFolder=Mock-Inbox
[2]http://weka.wikispaces.com/Where+is+my+home+directory+located%3F

On Thu, Jul 12, 2012 at 11:21 PM, Thomas mbtest...@googlemail.com wrote:

 Hello Echo,

 billiant help, it started, where do I have to put the configuration
 under Windows th work with GMail? Under Linux you mentioned
 ~/.hupa/config.properties.

 Thomas


-- 
*echo*

Re: Setup Maven Project

[echo]

Hi Thomas,
I have been playing with Hupa for a couple of months, with encountering
many issues. Pls don't hesitate to give your information about how you get
lost. I am very happy to share my notes with you.
The document you looked is a little early, because the version of
development environment(e.g., Eclipse, m2e...) have been updated, much as
it will remain the most helpful one. Since I remember there were actually a
few problems occurred to me when I configured the Maven as well, you can
also follow the steps
here[1]http://echo.wdx.me/post/20175888706/solved-make-hupa-run-on-browser-from-source,
or directly post your problems to this kind list.

[1]
http://echo.wdx.me/post/20175888706/solved-make-hupa-run-on-browser-from-source

Thanks.

On Wed, Jul 11, 2012 at 8:17 PM, Thomas mbtest...@googlemail.com wrote:

 Hello,

 I try to check out Hupa, but I get lost with the setup of the new
 Maven project when I checkout the source. Is there a more detailed
 description than here: http://james.apache.org/hupa/environment.html.

 -
 To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: server-dev-h...@james.apache.org




-- 
*echo*

Re: cope with the RequestFactory's find*

[echo]

Hi Manolo,
I looked the [3]rd link and the conversation between you and  tbroyer you
shared. I have to say again and learn your hi-efficiency that we could do
so many things in one day.
I am sure I can not just benefit much more than programming and
communication skills, but also many others from the list in only several
months.

Thanks.

On Thu, Jul 12, 2012 at 12:28 AM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 Hi echo,
 you were right when you said that client and server could not share the
 same class, it is because a bug in gwt [1][2].
 I have sent a patch to gwt which is pending on review [3], in the
 meanwhile you can use the patched class.

 I have modified the rf example I sent, and I have committed it to your
 apache-extras project [4]. You can see that all code share the same class
 (Subject in this example), and there is a SubjectLocator responsible of
 instantiating the appropriate implementation.

 [1] http://code.google.com/p/google-web-toolkit/issues/detail?id=7509
 [2] http://code.google.com/p/google-web-toolkit/issues/detail?id=5762
 [3] http://gwt-code-reviews.appspot.com/1764804/
 [4]
 https://svn.codespot.com/a/apache-extras.org/hupa-evo/experiments/rf-patched

 - Manolo



 On Wed, Jul 11, 2012 at 11:53 AM, Manuel Carrasco Moñino 
 man...@apache.org wrote:

 Hi all,

 I have committed to the apache-extras repository a very simple project
 with everything set to use value-proxies.
 It could work fine as the basis of how hupa can use them.

 just check it out and run:
 svn co
 http://svn.codespot.com/a/apache-extras.org/hupa-evo/experiments/rf
 cd rf
 mvn test
 mvn gwt:run

 - Manolo




 On Wed, Jul 11, 2012 at 10:02 AM, Manuel Carrasco Moñino 
 man...@apache.org wrote:

 Hi echo,

 Actually the mail server is our datasource, and we get from it very few
 type of objects, just folders and messages.

 Folders and messages are not entities in the traditional sense of the
 concept because normally they do not change, so I would not use entities
 but values.

 It is pretty easier deal with valueproxies instead of entityproxies
 because the first one have less constrains.

 I would create an interface for each value, and I would use this
 interface as the valueproxy in the client. In the server side I would
 implement the valueproxy interface in the valueimplementation class. It
 have to work because I have used this approach some time.

 Said that, we need just one service class (or many depending of code
 readability) to interact with the server side.

 About caching, I think we have to do it in either client or server side
 or even in both. If we use value proxies it make it  easier because we can
 serialize/deserialize anywhere without worrying about versions etc.


 - Manolo



 On Tue, Jul 10, 2012 at 7:13 PM, echo echo...@gmail.com wrote:

 For there,

 Some examples I have studied, while there is not a good idea about how
 to implement the find* method.
 I'v got a little confuse about the how to define our system's
 EntityManager.
 I will look more into the RF and hope to get a good approach to solve
 this issue.

 We could treat the mail server as the datasource, I think, and the
 folders and messages can be seen as data like what you've referred earlier.
 However, do you think both of them need to be cached, otherwise it will
 very slow retrieve data from mail server over and over again.

 --
 *echo*







-- 
*echo*

cope with the RequestFactory's find*

[echo]

Hi manolo,
I've updated the Hupa-Evo code repository with changing all of the
IMAPFolder to IMAPFolderProxy.
Many seem good, however, it will break down after reveal something.
Through what console says:
1. server's console will give our the right GMAIL folders information.
2, but the client console(Development Mode) will output
NullPointerException.
I found that I have not implemented the find method of
IMAPFolderLocator(just return null), by which I guess the
NullPointerException was made.

Some examples I have studied, while there is not a good idea about how to
implement the find* method.
I'v got a little confuse about the how to define our system's
EntityManager.
I will look more into the RF and hope to get a good approach to solve this
issue.

BTW, old test cases were not modified to fit the new status.

Thanks

-- 
*echo*

Re: cope with the RequestFactory's find*

[echo]

For there,

 Some examples I have studied, while there is not a good idea about how to
 implement the find* method.
 I'v got a little confuse about the how to define our system's
 EntityManager.
 I will look more into the RF and hope to get a good approach to solve this
 issue.

 We could treat the mail server as the datasource, I think, and the folders
and messages can be seen as data like what you've referred earlier.
However, do you think both of them need to be cached, otherwise it will
very slow retrieve data from mail server over and over again.

-- 
*echo*

Re: Succeed change the FetchFolders to RequestFactory MODE

[echo]

Attempted to change the IMAPFolder to an interface(because this is the
easiest way to change the front end, I think), but failed.
The reason was that I ignored the RF's name convention of both the server
and client side. So the front side must be modified step by step rather
than only to change the IMAPFolder to interface like what I commit(r33).
And there,
On Mon, Jul 9, 2012 at 3:23 PM, Manuel Carrasco Moñino man...@apache.orgwrote:

 Hi echo,
 I've been reviewing the code, and it demonstrates you are getting a good
 knowledge of RF.
 A couple of things:
 - I would extend ValueProxy instead of EntityProxy in certain classes like
 UserProxy, because they are not real entities and  we don't need attributes
 like id, version etc.

Yes, I agree with you. I will give my quickly feedback as soon as any code
was changed for I have no v clear idea about the value and entity.

- In certain cases you could share the proxy interface between the server
 and client, so as both sides code looks very similar because use the same
 interface, in the server side you could have an implementation of the
 object or even you could use innerclasses if the code is simple.

 example:
 --- Client
 @ProxyForValue(User.class)
 interface User()  extends ValueProxy{
 }

 --- Server
 class UserImpl implements User {
 }

 class MyService {
   User validateUser(String name, String password) {
 return new User() {
  ...
 }
   }
 }

 - When you change Rf services or objects, it is enough if you run 'mvn
 compile' instead of 'package' which takes much more time. Even though you
 could configure eclipse to do that automatically

 http://code.google.com/p/google-web-toolkit/wiki/RequestFactoryInterfaceValidation
 .

Thanks, those are very helpful.


 - It is necessary that you start introducing tests, one of the RF goals is
 that you can test services in the jvm, so as it is very fast to code client
 and servers sides without starting the devel mode to check your code. In
 hupa when I started introducing RF dependencies I left some example code
 and a SubjectTest class.

All right, I have noticed the test sample and referred it many times, which
you can find an echo() method aiming to test in my commit code.
Actually, I really want to write tests first and then the function codes.
While I am the newbie facing to TDD, a little imitating what have been done
will certainly give me more inspiration.
The goals and advantages RF have got take place in almost all of the
article about it, so I also know more or less a little how to make good use
of the good points of RF, like what you've told me that, test in jvm,
transmit less stuff on the wire, and many others.





 Continue working in this way, reporting and committing frequently, you are
 doing a good job.

 - Manolo

-- 
*echo*

Succeed change the FetchFolders to RequestFactory MODE

[echo]

Hi manolo,

Very happy to inform you that my first experiment code succeed at last. I
have commit the code.

For test convenience, I have not been able to cope with the front
code(WestActivity and WestView) in time.
However, there have been some outputs in console that persuade me of its
correctness.

BTW, I have to reRun maven command Hupa clean package every time I update
a server's RequestFactory code.

Thanks for your detail reply.

On Sun, Jul 8, 2012 at 8:13 PM, Manuel Carrasco Moñino man...@apache.orgwrote:

 Yep, although RF is well documented it is difficult to understand what are
 the real goals on using it, basically what you have to understand about RF
 is:
 1.- it facilitates to use server services (much better than rpc or
 dispatcher)
 2.- proxy objects and entities is trivial.
 3.- a lot more of features, like serialize proxy objects in strings to
 cache them in, chain operations and so just one request to the server, etc.
 4.- an cool thing is that with RF we are able to use it in JVM so testing
 is very easy. Even we could use a pure java client to request a RF server
 (it is used in android)

 Hupa data is not a good example for traditional entities: jpa, ddbb, etc
 So in Hupa we have objects in the server side which we are able to persist
 or read in some way.

 The user object actually is an object wich we persist in session, imap and
 smtp needs this object to start new sessions over the server. When we had
 oauth instead of a user object we would store just a authentication token
 anywhere.

 The rest of objects  are representations of a message, a folder, or
 whatever. Which we persist or read using imap/smpt

 The worst thing in RF is the maven setup, and validation, when you debug
 in eclipse you have to run the apt task and reload after changing any RF
 service.

 I did take a look to your commits so I was informed that you were playing
 with RF. Just send a daily email with your tasks although thew were
 incomplete.

 - Manolo


 On Sun, Jul 8, 2012 at 9:29 AM, echo echo...@gmail.com wrote:

 Sorry, I am figuring out the RequestFactory of FetchFolders.
 I want to submit the report after one whole RequestFactory procedure(The
 fetch folder one) succeeding, that will be updated later today, I think.

 The reason why I have not submit the report these two days is that:
 I wanted to cope with the RequestFactory procedure of Login or
 CheckSession, but it was found that both of them are very close to the
 HttpSession and MailUser which are not good with RequestFactory.
 You may find that I have something commit to the Hupa Evo repository
 about the User RequestFactory yesterday, but the running Hupa was broken
 after clicking the Login submit.
 So I change my first RequestFactory experiment to the FetchFolder's one.
 And I think the code and report will be completed later today.


 On Sun, Jul 8, 2012 at 2:34 PM, Manuel Carrasco Moñino man...@apache.org
  wrote:

 Hi echo, no status updates for a couple of days, let me know what is
 happening.

 - Manolo




 --
 *echo*





-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

Hi manolo, a problem
Do we need to run the 5th command over and over again after some source
codes are updated? While  I found it is slow to compile and run one
time(1min+).

On Thu, Jul 5, 2012 at 1:25 AM, Manuel Carrasco Moñino man...@apache.orgwrote:

 First try this

 1 - checkout last hupa.
 2 - copy the exanple properties file to your home
 3 - change the property IMAPServerAddress=hupa.demo
 4 - go to the folder client
 5 - run 'mvn clean  package gwt:run -Pdemo'
 6 - open your browser and go to the devel url
 This script works to me:

 cd /tmp
 rm -rf hupa-trunk
 svn co http://svn.apache.org/repos/asf/james/hupa/trunk hupa-trunk
 cd hupa-trunk
 mkdir -p ~/.hupa
 cp server/src/main/webapp/WEB-INF/conf/config.properties ~/.hupa/
 perl -pi -e 's/^IMAPServerAddress=.*$/IMAPServerAddress=hupa.demo/g'
 ~/.hupa/config.properties
 cd client
 mvn clean package gwt:run -Dmaven.test.skip -Pdemo

 If that works for you, I think what is happening is that you dont have the
 mock module in your classpath, this happens because mock jar is delivered
 when you package the app with the -Pdemo profile in order not to distribute
 hupa with example stuff.

 So edit your pom.xml of your parent module and set the scope property to
 compile or remove it instead of test which is the default.

 Also note that the value for the property is hupa.demo instead of demo-mode
 which is the legacy one.

 hope this works for you

 - Manolo


-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

qujickly reply for

I see the code a bit messy, It is difficult to figure out which is new and
 what is old/legacy, I think you could create a new namespace for all the
 new stuff (for instance evo) and follow some conventions either: all
 classes related with an activity in a folder (view, activity, place ...),
 or all activities in its folder, etc.


Now it is very clear that all new stuff is in their own package:

   - *activity*,  all of the activities needed
   - *evo*, app controllers and entry point
   - *ioc*, for gin
   - *mapper*, for place and activity mapping
   - *place*, all of the places
   - *ui*, views and their widget interfaces.

Apart from above, all the others are the old ones.

Thanks.

-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:351)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:213)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:200)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:529)
at java.net.Socket.connect(Socket.java:478)
at com.sun.mail.util.SocketFetcher.createSocket(SocketFetcher.java:288)
at com.sun.mail.util.SocketFetcher.getSocket(SocketFetcher.java:231)
at com.sun.mail.iap.Protocol.init(Protocol.java:113)
at com.sun.mail.imap.protocol.IMAPProtocol.init(IMAPProtocol.java:110)
at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPStore.java:632)
... 42 more
406538 [btpool0-2] ERROR HupaLogger  - HupaDispatchServlet returns an
ActionException:Connection refused

at
org.apache.hupa.server.handler.LoginUserHandler.execute(LoginUserHandler.java:92)
--


-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

Hi, there

On Thu, Jul 5, 2012 at 1:25 AM, Manuel Carrasco Moñino man...@apache.orgwrote:

 First try this

 1 - checkout last hupa.
 2 - copy the exanple properties file to your home
 3 - change the property IMAPServerAddress=hupa.demo
 4 - go to the folder client
 5 - run 'mvn clean  package gwt:run -Pdemo'
 6 - open your browser and go to the devel url
 This script works to me:

 cd /tmp
 rm -rf hupa-trunk
 svn co http://svn.apache.org/repos/asf/james/hupa/trunk hupa-trunk
 cd hupa-trunk
 mkdir -p ~/.hupa
 cp server/src/main/webapp/WEB-INF/conf/config.properties ~/.hupa/
 perl -pi -e 's/^IMAPServerAddress=.*$/IMAPServerAddress=hupa.demo/g'
 ~/.hupa/config.properties
 cd client
 mvn clean package gwt:run -Dmaven.test.skip -Pdemo

 If that works for you, I think what is happening is that you dont have the
 mock module in your classpath, this happens because mock jar is delivered
 when you package the app with the -Pdemo profile in order not to distribute
 hupa with example stuff.

 So edit your pom.xml of your parent module and set the scope property to
 compile or remove it instead of test which is the default.

 Also note that the value for the property is hupa.demo instead of demo-mode
 which is the legacy one.

 hope this works for you

 - Manolo


Thanks, that's very helpful. It works for me, even though the existing
issue you referred(Mock-inbox) remains there.
The only thing I did is that changing the *IMAPServerAddress=hupa.demo.*
Then run from eclipse.
But, I cannot run it in terminal as you told, for the terminal will say
out of memory.
Nevermore, the demo mode is really high efficiency and run fast.

BTW, I looked into something about RequestFactory, some articles, some
samples and a Google IO video(highly productive GWT).
I found it is feasible to replace the existing Command Pattern with RF
ones, while RF its own seems not serve as Command Pattern.


-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

Hi,

Yes RF is much more productive than GWT-RPC.
 And you are right does not match the command pattern.
 There are many advantages of using RF, it is light, it is easy to serialize
 entities into strings and cache messages in localstorage so as the user can
 work offline, etc.
 The project is almost ready to start working with RF, I set the
 dependencies, poms,  put a examples and tests.


Yes, I've found the sample and the maven dependencies.



 To avoid the memory issue try to add this line in the properties block of
 your pom
  gwt-maven-plugin.extraJvmArgs-Xmx512m/gwt-maven-plugin.extraJvmArgs


Thanks, it works for me now now that I put the line[1] into the
gwt-maven-plugin's configuration. That means *extraJvmArgs* can be dual
for I noticed there have been a small one after the *runTarget*
I also encountered the css problem you referred(start with '-'), with
fixing it and checking in the patch.

[1]extraJvmArgs-XX:MaxPermSize=512M -Xmx1024M/extraJvmArgs

-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

Hi there,

 #1 I dont know why hupa-evo only works with the folder 'Inbox' which makes
 fail demo mode which uses the name Mock-Inbox. If you replace Mock-Inbox by
 Inbox in the url, the right panel is shown but it fails to show messages
 because in the server the folder name is different. Try to fix it and work
 with demo data  otherwise developing in gmail mode consumes a lot of time.

In my case, I've make it work after changing the DefaultInboxFolder=*
Mock-Inbox,* not INBOX, in [{$HOME}/.hupa/config.properties], even though
it still need to click the *refresh* link in order to display messages list.

-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

Hi, there

 1.- I've checked out the code and I had to enclose between literal() the
 css rules starting with '-' in the AppLayoutImpl.ui.xml in order to make it
 compile ie:
 background: -moz-linear-gradient(#eaeaea, #fafafa);
 background: literal(-moz-linear-gradient(#eaeaea, #fafafa));

The whole Hupa evo's theme should be improved later, I think.

2.- The places seems to work ok, the messages viewer is not being displayed
 after clicking on any folder so I couldn't test the issue you say

Currently,  the INBOX messages viewer can not display only unless you click
the *refresh* link. And only the INBOX folder can display messages list
after click the refresh or pagination links with GMAIL instance.

3.- You can comment the CachingDispatchAsync lines which prevent parallel
 requests so as you dont get errors right now. We can get ride of these
 parallel executions in the future.

Yes, there are many RED warning when something was suspend or sleep.








 On Mon, Jul 2, 2012 at 10:20 PM, echo echo...@gmail.com wrote:

 Now the inbox activity is working, the only problem is that I must click
 the refresh button after click the inbox folder.(Even though I put the code
 display.reloadData() ). If this issue can be solved, the other folders
 will follow the INBOX folder's method.
 I want to use MailInboxPlace(#inbox) to represent the URL root, and
 distinguish each folder with their names, which will be MailInboxPlace's
 token, e.g.,
 [http://hupa.demo/#inbox:important]. And then each folder will be a
 Place Unit with their items, e.g., [http://hupa.demo/#important:23] will
 display the 23th mail in the IMPORTANT folder.
 Next I will add more activities like NEW, REPLY, FORWARD, etc.

 On Mon, Jul 2, 2012 at 7:18 PM, Manuel Carrasco Moñino man...@apache.org
  wrote:

 Ok Echo, so now that your connection problems have been fixed and until
 the
 mid-term day, please report every day and commit your code every daty as
 well (although it was broken),

 --
 *echo*





-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

Hi manolo

*The Hupa-evo repo has been updated just now:*
1. Except contacts part and INBOX like part, which will be considered next,
almost all of the activities and places have been completed and can be used
by EXCPERT user because of more flaws.
2. The [MessageSendActivity]s share the MessageSendPlace(send for URL),
distinguished by their Type token. e.g.,
http://hupa.demo/#send:NEWrepresents the place after that user
clicking the New button, while
http://hupa.demo/#send:FORWARD does forwarding mail.
3. Now the Hupa evo can only be tested through separate parts. For example,

   - (1) Login
   - (2) Left side, that is WestActivity, can display after Log into Hupa
   evo by any correct GMAIL account. You can click any link button at left
   side, and they will work well.
   - (3) Only the INBOX messages list can display on the Main Display
   Region.(other folders will be treated later with the same method like
   INBOX). And you must click *Refresh* or pagination link(*Previous*, *Next
   *, etc.) after clicking to select the INBOX folder.
   - (4) In the messages list page, I have not tested functions by the mark
   and search button. Click any mail can lead to the Single Message Detail
   page and it can be replied and forwarded.


*Currently, the main problems:*
1. Test with the GMAIL instance is a little time-consuming, but I can not
use the DEMO MODE.
2. The concurrent problems occur almost every time.
3. The problem in above 3(3), I don't know why they will display after
click the refresh or pagination link.
4. The left side(WestActivity) will reload every time you change to another
place, but they need not change except their color. I try to use the
CachingActivityMapper and FilteredActivityMapper to cope with, but not very
optimistic.


On Mon, Jul 2, 2012 at 7:18 PM, Manuel Carrasco Moñino man...@apache.orgwrote:

 Ok Echo, so now that your connection problems have been fixed and until the
 mid-term day, please report every day and commit your code every daty as
 well (although it was broken),

 - Manolo


-- 
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

Now the inbox activity is working, the only problem is that I must click
the refresh button after click the inbox folder.(Even though I put the code
display.reloadData() ). If this issue can be solved, the other folders
will follow the INBOX folder's method.
I want to use MailInboxPlace(#inbox) to represent the URL root, and
distinguish each folder with their names, which will be MailInboxPlace's
token, e.g.,
[http://hupa.demo/#inbox:important]. And then each folder will be a Place
Unit with their items, e.g., [http://hupa.demo/#important:23] will display
the 23th mail in the IMPORTANT folder.
Next I will add more activities like NEW, REPLY, FORWARD, etc.

On Mon, Jul 2, 2012 at 7:18 PM, Manuel Carrasco Moñino man...@apache.orgwrote:

 Ok Echo, so now that your connection problems have been fixed and until the
 mid-term day, please report every day and commit your code every daty as
 well (although it was broken),

 --
*echo*

Re: [GSoC2012] Feeback so far?

[echo]

Hi
I am very sorry for my late reply, but renting and networking
troubles really perplexed me(I have graduated from my institute and moved
to another city). Fortunately both of them looks good now.
As soon as I can access the internet, I wrote this email.

Yes, I will commit my code to the list and am preparing for the mid-term
evaluation.

@Manolo, Sorry again. I will send you the progress as soon as it is cleared
up..

Thanks for your understanding.

On Tue, Jun 26, 2012 at 2:30 AM, Eric Charles eric.umg.char...@gmail.comwrote:

 Hi Echo and Mihai,

 I hope you are having fun with your GSoC and I'm sure you mentor is
 helping you as it must.

 As a few people on the mailing list, I would love to have a deeper look
 into your commits [1] and [2].

 So, don't be shy and shot you questions, issues, choices... here so we can
 share and brainstorm around. The more you ask/communicate, the more benefit
 you will get :) Also don't hesitate to commit uncompleted code, we all know
 this is a work in progress. All you risk is some good idea from reviewers.

 Thx again, Eric

 [1] 
 http://code.google.com/a/**apache-extras.org/p/hupa-evo/**source/listhttp://code.google.com/a/apache-extras.org/p/hupa-evo/source/list
 [2] http://code.google.com/a/**apache-extras.org/p/mailbox-**
 lucene-index-hbase/source/listhttp://code.google.com/a/apache-extras.org/p/mailbox-lucene-index-hbase/source/list

 --
 eric | http://about.echarles.net | @echarles

 --**--**-
 To unsubscribe, e-mail: 
 server-dev-unsubscribe@james.**apache.orgserver-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: 
 server-dev-help@james.apache.**orgserver-dev-h...@james.apache.org




-- 
*echo*

[jira] [Assigned] (HUPA-85) [GSOC2012] Hupa evolution

[Echo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HUPA-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Echo reassigned HUPA-85:


Assignee: Echo  (was: Manuel Carrasco Moñino)

 [GSOC2012] Hupa evolution
 -

 Key: HUPA-85
 URL: https://issues.apache.org/jira/browse/HUPA-85
 Project: JAMES Hupa
  Issue Type: New Feature
Reporter: Manuel Carrasco Moñino
Assignee: Echo
  Labels: gsoc2012, mentor

 Hupa is an Rich IMAP-based Webmail application written in GWT,  but there is 
 no release delivered yet
 We propose that gsoc student/s take the actual Hupa code and make it fully 
 functional adding many features which are missing and removing out-of-dated 
 dependencies in favor of the new stuff in the latest GWT version.
 ** Hupa Status
 - Hupa has been entirely written in java to be coherent with the language 
 used in the James project.
 - Time ago, Hupa was a reference of a GWT MVP pattern application.  
 - Hupa MVP design is based of a set of libraries available for gwt a 
 couple of years ago when Gwt-core didn't have support for MVP
 Gwt-presenter: for the MVP and EventBus patterns.
 Gwt-dispatch: for the Command pattern
 Gin + Guice: for dependency injection. 
 - Hupa was developed before GWT-2.0 was released, when LayoutPanels, 
 uibinders, Cells, RF, etc. were not available.
 - Although Hupa is using the last GWT release, it still depends on some 
 unmaintained libraries because they have an equivalent feature in modern GWT.
 - In summary, Hupa is a functional and well designed email client, ready 
 to read, send and manage messages, but it lacks many of the nice features any 
 email client nowadays has.
 ** Hupa roadmap
- Replace out-of-date dependencies with GWT-2.4.0 stuff
 Replace gwt-dispatch by RequestFactory
 Replace gwt-presenter with the available stuff in GWT-2.4
 Remove gwt-incubator dependency in favor of CellTable and CellTree
 Use LayoutPanels and DecoratorPanels of css workarounds
 Use Gwt DnD 
 - Performance
 Use gQuery in client side to enhance message view, specially to parse 
 html messages and remove dangerous tags, instead of expensive parsing in 
 server side
 Implement Server cache and client storage
 - New features
 Contact management.
 Authentication: Oauth
 Message filtering, grouping, sorting and labeling. 
 User settings: name, emails, signature. 
 Theming.
 ** Student skills: Java, Gwt, Web (Js, Html, Css)
 ** Dificulty: medium
 ** Mentor: Manuel Carrasco man...@apache.org

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: Gsoc

[echo]

Hi Manolo
How do you think UiBinder ?

On Wed, Apr 25, 2012 at 10:22 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 What demo-mode used to do was to inject an imap mock implementation which
 takes a bunch of plain messages from a folder.

 I've been checking the code and I've seen that It is broken because the
 mock stuff was moved to another package and this injection is broken right
 now, so don't use it until we decide what to do with that. There are some
 old messages in the mailing list related with this.

 Install James in local, it is pretty easy if you follow the documentation
 (or ask any question here if you have any problem): Basically download the
 last beta package, uncompress it, modify the domain name in a configuration
 file and start it (as root), and you should have a smtp and imap servers
 running, then create a bunch of users.

 - Manolo


 On Wed, Apr 25, 2012 at 3:01 PM, echo echo...@gmail.com wrote:


 I updated the hupa website last days, there is a document [1] which
 describes how to change hupa configuration.

 Basically, if you are using a linux pc, the easiest way is to create a
 file in your home .hupa/config.properties, copy the content of the default
 server/src/main/webapp/WEB-INF/conf/config.properties and modify the
 parameters:
 - for demo:
 IMAPServerAddress=demo-mode
 SMTPServerAddress=demo-mode

 Yes, I use linux pc to test like this, but it failed. Do you think it is
 necessary to use demo mode to test?


 - for james in local:
 IMAPServerAddress=localhost
 IMAPServerPort=143
 IMAPS=false

 SMTPServerAddress=localhost
 SMTPServerPort=25

 I've not tested demo mode lately (user demo, pass demo), but it was
 broken sometime ago after a refactoring.
 I used to develop in demo mode because it was very fast and useful when
 working offline.

 Try to read the documentation and send any corrections you consider
 (best way is sending a patch via jira)

 - Manolo

 [1] http://james.apache.org/hupa/configuration.html

 Thanks, I will try.

 --
 *echo*





-- 
*echo*

Re: Gsoc

[echo]

Hi Mnolo
I have made my proposal public now and cced the list:
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/echo/1
Also Congratulations to Mihai Soloi.

I tried to make Hupa:
1 run as demo mode(not to use Gmail)
2 connect to local James server that can be accessed through telnet
but both failed. Are there any docs?

On Wed, Apr 25, 2012 at 1:50 PM, Manuel Carrasco Moñino
man...@apache.orgwrote:

 Ok, drop me an emai when it is public.

 - Manolo


 On Wed, Apr 25, 2012 at 2:45 AM, echo echo...@gmail.com wrote:

 Very exciting to hear that and thank you. I'm going to try my best to
 contribute to the Hupa community.
 I will go back to my  institute from my grandmother's home this afternoon
 and then make the proposal public. And keep in good touch with you and the
 list.
 Thank you. ;)

 via my android
 在 2012-4-24 下午3:23，Manuel Carrasco Moñino man...@apache.org写道：

 Hello Echo, and congrats because you have been selected by google !!.

 Pay attention to your mailbox and to the next messages in the list so as
 we will send you indications about how to proceed.

 First we want your proposal at melange to be public so as anyone could
 see the scope of the project.
 http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/echo/1

 By the way, we have got in James another student as well.

 http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/mihaisoloi/1


 Cheers
 - Manolo








-- 
*echo*

Re: Welcome Miahai Soloy and Wang Dongxy as GSoC2012 for Apache James

[echo]

All right ;-p

Thank you very much for the introduction. I am so excited to join in the
James Community that I cannot help checking my email and reading
developing documents everywhere. Since this is actually my first GSoC
student's year and also the last one. I am going to get well in touch with
friends in this community. I am sure I would love the air here and will
learn more coding skills from you.


On Wed, Apr 25, 2012 at 8:24 PM, Eric Charles e...@apache.org wrote:

 Sorry Echo to have misspelled your name in the title (Dongxu instead of
 Dongxy).
 Eric


 On 04/25/2012 02:18 PM, Eric Charles wrote:

 Hi All,

 It's our pleasure to announce that Mihai Soloy and Wang Dongxu have been
 accepted in the Google GSoC 2012 program for Apache James.

 Wang will work on Hupa evolution and will be mentored by Manolo
 http://www.google-melange.com/**gsoc/proposal/review/google/**
 gsoc2012/echo/1http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/echo/1

 Mihai will work on Distributed mailbox and will be mentored by Ioan
 http://www.google-melange.com/**gsoc/proposal/review/google/**
 gsoc2012/mihaisoloi/1http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/mihaisoloi/1


 So Welcome Mihai and Wang to the Apache James community!


 Mihai, Wang, we extensively use the james dev list and JIRA system to
 communicate and follow up what is done. I'm sure you already have all
 the needed support from your mentors, but we love to hear from you in
 the public :)

 As next step, just present your-self, and if not already done yet,
 create your repository on apache-extras.

 Thx again,

 Eric


 --
 eric | http://about.echarles.net | @echarles

 --**--**-
 To unsubscribe, e-mail: 
 server-dev-unsubscribe@james.**apache.orgserver-dev-unsubscr...@james.apache.org
 For additional commands, e-mail: 
 server-dev-help@james.apache.**orgserver-dev-h...@james.apache.org




-- 
*echo*

Re: Gsoc

[echo]

 I updated the hupa website last days, there is a document [1] which
 describes how to change hupa configuration.

 Basically, if you are using a linux pc, the easiest way is to create a
 file in your home .hupa/config.properties, copy the content of the default
 server/src/main/webapp/WEB-INF/conf/config.properties and modify the
 parameters:
 - for demo:
 IMAPServerAddress=demo-mode
 SMTPServerAddress=demo-mode

Yes, I use linux pc to test like this, but it failed. Do you think it is
necessary to use demo mode to test?


 - for james in local:
 IMAPServerAddress=localhost
 IMAPServerPort=143
 IMAPS=false

 SMTPServerAddress=localhost
 SMTPServerPort=25

 I've not tested demo mode lately (user demo, pass demo), but it was broken
 sometime ago after a refactoring.
 I used to develop in demo mode because it was very fast and useful when
 working offline.

 Try to read the documentation and send any corrections you consider (best
 way is sending a patch via jira)

 - Manolo

 [1] http://james.apache.org/hupa/configuration.html

 Thanks, I will try.

-- 
*echo*

Re: [GSOC2012] Hupa evolution

[echo]

   licensed.
  
   GWT adds a set of benefices to James, mainly we continue being
  java
   centric
   and we dont need serious javascript, ajax nor html skills to
  
   understand
  
   the
   project, secondly we can deliver a product which is unit tested
  and
   javadoc-ed in all its components.
  
   I don't want to expose the benefices of developing large rich
 apps
  
   with
  
   gwt
   vs hand-written js because there is a lot of literature along
 the
  
   web.
  
  
   - Manolo
  
   On Fri, Apr 13, 2012 at 6:05 AM, Dhrubodhrubo.ka...@gmail.com
  
   wrote:
  
  
I think we should move to JSF 2 than GWT which is mostly
  
   controlled
  
   by
  
   one
  
   company.
   Apache with its vision and endeavor for OSS  we should use -
 JSF
  
   2 -
  
   Tomahawk (or Mojarra) + Primefaces
  
   On Thu, Apr 12, 2012 at 6:37 PM, Ioan Eugen Stan
  
   stan.ieu...@gmail.com
  
   wrote:
  
  
Pe 11.04.2012 18:48, echo a scris:
  
Hi Manolo
   Very glad to see your reply. The reason why I want to choose
  
   the
  
   gwt-platform
   was that it is more smoothly to update from current Hupa's
   state(gwt-presenter).
   However, I like the native one rather than gwtp since it will
  
   import
  
   the
  
   other
   resources. What I really want to do is to replace the MVP by
  
   gwt
  
   itself.
  
   I was
   just afraid whether I can complete the proposal before the
  
   deadline
  
   of
  
   GSoC, so
   I asked for you advices. If possible, I want to use the core
  
   mvp
  
   in
  
   gwt
  
   to
  
   realize it. Over these days, I have been researching the Hupa
  
   project
  
   and
  
   GWT
   technology and later on I want to show you something I am
  
   changing.
  
   To the new features, I would like to implement as many
  
   features,
  
   that a
  
   current
   email client should have,  as possible not only during the
  
   GSoC
  
   period,
  
   but also
   after that. And I am also keeping my eyes open on the Hupa's
  
   JIRA,
  
   where
  
   some
   wonderful ideas come out gradually. Sure I will give my
 deeper
   discription after
   my researching. I don't think it will be late.
   Thanks a lot :)
  
  
   Wish you a happy
  
 Hi Echo
  
  
I've been reading your application and it looks right to
 me.
One thing I see is that you have selected gwt-platform
  
   instead
  
   of
  
   the
  
core mvp in gwt but you don't say any reason about why you
  
   prefer
  
   the
  
first option.
Also I'd like a deeper description of how you pretend to
  
   face
  
   new
  
features, I mean components, persistence, customization etc.
  
Cheers
- Manolo
  
--
  
   cheers,
   echo
  
  
Hello Echo,
  
   Sound good. I'm not familiar with GWT and I would like to know
  
   more.
  
   Good
  
   luck with your research and send us the findings.
  
   Cheers.
  
   --
   Ioan Eugen Stan
   http://ieugen.blogspot.com
  
  
  
  
--**
   --**-
  
   To unsubscribe, e-mail: server-dev-unsubscribe@james.
  
   apache.org
  
   
  
   server-dev-unsubscribe@james.**apache.org
  server-dev-unsubscr...@james.apache.org
   
  
   For additional commands, e-mail: server-dev-help@james.apache.
  
   **org
  
   server-dev-help@james.apache.**org
  server-dev-h...@james.apache.org
   
  
  
  
  
  
   --
   Kind Regards... Dhrubo
  
   http://www.linkedin.com/in/**dhrubo
  http://www.linkedin.com/in/dhrubo
   
  
  
  
  
  
   --
   Kind Regards... Dhrubo
  
   http://www.linkedin.com/in/**dhrubo
  http://www.linkedin.com/in/dhrubo
   
  
  
  
  
   --
   Kind Regards... Dhrubo
  
   http://www.linkedin.com/in/**dhrubo
  http://www.linkedin.com/in/dhrubo
   
  
  
  
  
  
   --
   Kind Regards... Dhrubo
  
   http://www.linkedin.com/in/**dhrubo
  http://www.linkedin.com/in/dhrubo
   
  
  
  
  
   --
   Ioan Eugen Stan
   http://ieugen.blogspot.com/
  
   --**--**
   -
   To unsubscribe, e-mail: server-dev-unsubscribe@james.**apache.org
  server-dev-unsubscr...@james.apache.org
   For additional commands, e-mail: server-dev-help@james.apache.**org
  server-dev-h...@james.apache.org
  
  
  
  
   --
   eric | http://about.echarles.net | @echarles
  
  
  
 --**--**-
   To unsubscribe, e-mail: server-dev-unsubscribe@james.**apache.org
  server-dev-unsubscr...@james.apache.org
   For additional commands, e-mail: server-dev-help@james.apache.**org
  server-dev-h...@james.apache.org
  
  
 



 --
 Correo de Luis R. Slocker




-- 
*echo*