gmane.comp.cms.sakai.devel

Re: [Building Sakai] Javadocs local

Steve Swinsburg — 2013-05-23T22:19:19

Hi,

Add -Daggregate=true


The java docs were generated but they are in each modules folder. This property collects them all into the one target folder.

Cheers,
Steve

Sent from my iPad

On 24/05/2013, at 3:26, Nguni Phakela <nguni52< at >gmail.com> wrote:

_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] Citation Helper/Google Scholar on nightly build: No more links to Sakai

Cliff, David Graeme — 2013-05-23T18:10:55

It should be noted that this workaround is no longer useful. Google Scholar has now completely dropped the interface that allows for integration with Sakai.

- David

-----Original Message-----
From: sakai-dev-bounces< at >collab.sakaiproject.org [mailto:sakai-dev-bounces< at >collab.sakaiproject.org] On Behalf Of Raad Al-Rawi
Sent: Tuesday, November 06, 2012 11:07 AM
To: Steve Swinsburg; Matthew Buckett
Cc: Using Sakai; Sakai-Dev
Subject: Re: [Building Sakai] Citation Helper/Google Scholar on nightly build: No more links to Sakai

Steve/Matthew - thanks for the info.


Best

R




_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"
_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

[Building Sakai] Javadocs local

Nguni Phakela — 2013-05-23T17:26:05

Hi all,

I ran this command

mvn javadoc:javadoc

as outlined here:
https://confluence.sakaiproject.org/display/BOOT/Javadocs+for+the+Sakai+API

In *<sakai source>*/target/site/apidocs I should find the docs, but there
is no folder, site. I have an xml file here

/opt/sakai-2.9.1/target/javadoc-bundle-options/javadoc-options-javadoc-resources.xml


What could I be doin wrong?

Regards,

Re: [Building Sakai] [Deploying Sakai] Sakora-csv incrementalupload?

Yi Zhu — 2013-05-23T16:46:10

Aaron, 

Thanks a lot for those great suggestions! We were just too focused on making the post to work and completely ignored the manual run. My apology. I think we have enough information to help us move along at this point, will keep you posted on the progress for sure. 

Thanks again for your time and  guidance! 

YI

-----Original Message-----
From: azeckoski< at >gmail.com [mailto:azeckoski< at >gmail.com] On Behalf Of Aaron Zeckoski
Sent: Thursday, May 23, 2013 11:52 AM
To: Yi Zhu
Cc: sakai-dev< at >collab.sakaiproject.org
Subject: Re: [Deploying Sakai] Sakora-csv incremental upload?

On Thu, May 23, 2013 at 11:27 AM, Yi Zhu <zhuy< at >wfu.edu> wrote:

Sounds good. I think that would be a nice feature. Might be good to make sure it is really difficult to accidentally run it that way though. Perhaps just making sure there is lots of very noisy logging would be good enough (and of course default things to work in the "normal" mode.



In general, trying to post while another job is running is asking for trouble. That said, the settings are only checked for the instantiation and then they are stored in the service objects. I suppose we could clear the settings back to defaults every time but the tricky thing about that is that it means someone cannot set the settings and then just start the job using a run command.
Maybe a specific option which forces to default everything first? That way people could add that option in when they want to be sure it only picks up their new settings?

-AZ






--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile

_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] Enc: SMTP outgoing mail problem Part II !

elcio abrahão — 2013-05-23T16:04:01

Thanks ! Solved !
Elcio A.


 
.................
Change is the law of life.  And those who look only to
the past or the present are certain to miss the future.
John F. Kennedy [in a Speech, June 25, 1963].


________________________________
 De: Matthew Buckett <matthew.buckett< at >it.ox.ac.uk>
Para: elcio abrahão <elcio_abrahao< at >yahoo.com.br> 
Cc: "sakai-dev< at >collab.sakaiproject.org" <sakai-dev< at >collab.sakaiproject.org> 
Enviadas: Quinta-feira, 23 de Maio de 2013 12:40
Assunto: Re: [Building Sakai] Enc: SMTP outgoing mail problem Part II !
 


I think you might have a trailing space on your username line of your sakai.properties.


# UserName to connect to SMTP server (Optional)
smtpUser< at >org.sakaiproject.email.api.EmailService=XXX< at >qpainformatica.com.br 






On Thu, May 23, 2013 at 4:35 PM, elcio abrahão <elcio_abrahao< at >yahoo.com.br> wrote:

Hi Folks !
 false)
 back to the origin
 false
 server address instead of the user)
 {com.sun.mail.smtp.SMTPSSLTransport=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun Microsystems, Inc], com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc], com.sun.mail.imap.IMAPSSLStore=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun Microsystems, Inc], com.sun.mail.pop3.POP3SSLStore=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun Microsystems, Inc], com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun Microsystems, Inc], com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsystems, Inc]}
 smtps=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun Microsystems, Inc], pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsystems, Inc], pop3s=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun Microsystems, Inc], smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc]}
 authentication data
 org.sakaiproject.mailsender.tool.beans.EmailBean.sendEmail(EmailBean.java:221)
 uk.org.ponder.mapping.support.DARApplier.invokeBeanMethod(DARApplier.java:179)
 uk.org.ponder.rsf.flow.support.BasicScopedAlterationWrapper$$EnhancerByCGLIB$$100f0a2f.invokeRunnable(<generated>)
 uk.org.ponder.util.CollectingRunnableInvoker.invokeRunnable(CollectingRunnableInvoker.java:14)
 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 uk.org.ponder.rsac.support.RSACBeanLocatorImpl$1.run(RSACBeanLocatorImpl.java:449)
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
 org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:339)
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
 template, choose Tools | Templates
 String login = request.getParameter("login");
 password);
 request.setAttribute("ErrorMessage", "Authentication failed");
 return;
 {
 response)

Re: [Building Sakai] [Deploying Sakai] Sakora-csv incrementalupload?

Aaron Zeckoski — 2013-05-23T15:51:53

Sounds good. I think that would be a nice feature. Might be good to
make sure it is really difficult to accidentally run it that way
though. Perhaps just making sure there is lots of very noisy logging
would be good enough (and of course default things to work in the
"normal" mode.



In general, trying to post while another job is running is asking for
trouble. That said, the settings are only checked for the
instantiation and then they are stored in the service objects. I
suppose we could clear the settings back to defaults every time but
the tricky thing about that is that it means someone cannot set the
settings and then just start the job using a run command.
Maybe a specific option which forces to default everything first? That
way people could add that option in when they want to be sure it only
picks up their new settings?

-AZ

Re: [Building Sakai] Enc: SMTP outgoing mail problem Part II !

Seth Theriault — 2013-05-23T15:48:55

On Thu, May 23, 2013 at 11:35 AM, elcio abrahão
<elcio_abrahao< at >yahoo.com.br> wrote:


This error usually indicates an incorrect username/password for SMTP
AUTH. Are you sure the credentials and the server address are correct?

Seth
_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] Enc: SMTP outgoing mail problem Part II !

Matthew Buckett — 2013-05-23T15:40:44

I think you might have a trailing space on your username line of your
sakai.properties.


# UserName to connect to SMTP server (Optional)
smtpUser< at >org.sakaiproject.email.api.EmailService=XXX< at >qpainformatica.com.br




On Thu, May 23, 2013 at 4:35 PM, elcio abrahão
<elcio_abrahao< at >yahoo.com.br>wrote:

[Building Sakai] Enc: SMTP outgoing mail problem Part II !

elcio abrahão — 2013-05-23T15:35:58

Hi Folks !


My name is Elcio and I m trying to send email thru SAKAI, version 2.9.1, but I m getting an javax.mail.AuthenticationFailedException: 535 Incorrect authentication data error.

I already read all related massages on this list, but no solution works for me. This is what I did:

1) Check and double check the user name and password from my SMTP server (no spaces chars on any of it...)
2) Check the name of the server and other email configurations like SSL/TLS = false and so one...
3) I wrote a test application named SendMail (servlet code below) that test the SMTP configurations and it works perfectly.
4) When trying to send a messagem from the SAKAI user interface I got that error...

Could you help me understand why I got the error when I m using SAKAI and did not get it when I m using the test app ?? This will prove that the problem is on SAKAI (should I presume ?)


What I could do to fix it ?!?   Turn off the SMTP authentication will solve the problem ?!?

This is the only issue that prevent I use SAKAI as my AVA, please help me !

Thanks so much !

Elcio A.
elcio_abrahao< at >yahoo.com.br



---------------------Here is my sakai.properties file (email config only):
# ########################################################################
# EMAIL
# ########################################################################

## INCOMING EMAIL
# flag to enable or disable James for incoming email (true |
 false)
#Default=false.
smtp.enabled=false

# dns addresses used by James for incoming email.
#smtp.dns.1=255.255.255.1
#smtp.dns.2=255.255.255.2

# SMTP port on which James runs.  
# Recommend running on 8025, and using a standard mailer on 25 to forward mail to Sakai.
# Default=25.
#smtp.port=25

# Email support address used in incoming email rejection messages.
mail.support=sac< at >qpainformatica.com.br

# Control James email processing rules
# Valid processors are: none (ghost), error, local-address-error, relay-denied, and bounces
# none - no processing occurs, the message is essentially ignored
# error - the error processor is triggered which usually emails the admin and logs the value
# local-address-error - bounce back to origin and indicate the address is wrong
# relay-denied - bounce back and indicate messages are not accepted from their email / domain
# bounces - general bounce
 back to the origin
# All processing is blocked by default to protect Sakai from becoming a spam relay (so all processors are set to "none")
# To match pre-sakai-2.7 processing, uncomment the processors below
#smtp.archive.disabled.processor=none
#smtp.archive.address.invalid.processor=local-address-error
#smtp.user.not.allowed.processor=bounces

## OUTGOING EMAIL
# SMTP server for outgoing emails.
smtp< at >org.sakaiproject.email.api.EmailService=localhost

# SMTP port to connect to outgoing SMTP Server
# Default: 25
smtpPort< at >org.sakaiproject.email.api.EmailService=25

# UserName to connect to SMTP server (Optional)
smtpUser< at >org.sakaiproject.email.api.EmailService=XXX< at >qpainformatica.com.br 

# Password for connection to SMTP server (Optional)
smtpPassword< at >org.sakaiproject.email.api.EmailService=XXXXXX

# Use SSL/TLS to connect to the SMPT server 
# default:
 false
smtpUseSSL< at >org.sakaiproject.email.api.EmailService=false 

# Run in test mode - email will be written to the log rather sent
# default: false
smtpDebug< at >org.sakaiproject.email.api.EmailService=true

# Email address to send errors caught by the portal, and user bug reports in response.
portal.error.email=elcio_abrahao< at >yahoo.com.br

# Email address used as the "from" address for any email sent by Worksite Setup tool or Site Info tool.
setup.request=android2013< at >qpainformatica.com.br

# Send an email to the user when the user is added.
# Default: true
#notifyNewUserEmail=true

# Comma-separated list of domain names that are not allowed in guest accounts
# This property is useful for preventing the accidental creation of guest accounts
# for users (based on email address) that already have an external account (based on
# username).  For instance, if this property is set to umich.edu, then
 a user
# trying to add knoop< at >umich.edu to a site will receive an error, as there is an
# expectation that a "knoop" user should already exist.
# Example: umich.edu
# Default: null (all domains are valid)
#invalidEmailInIdAccountString=

# Email notifications reply from preference
# Set this to true to send notifications from the triggering user email addresses for announcements 
# instead of from a general server email address (no-reply< at >...)
# OLD (deprecated) config value: emailFromReplyable< at >org.sakaiproject.event.api.NotificationService
# Default: false (use the no-reply< at >... instead)
#notify.email.from.replyable = true

# Email notifications reply to preference
# Set this to true to send notifications with the to field set to a user email instead of a general server email address
# OLD (deprecated) config value: emailToReplyable< at >org.sakaiproject.event.api.NotificationService
# Default: false (use the
 server address instead of the user)
#notify.email.to.replyable = true
-------------------------- end properties file

-------------------------- Here is the error DUMP from the log file
DEBUG: JavaMail version 1.4.4
DEBUG: successfully loaded resource: /META-INF/javamail.default.providers
DEBUG: Tables of loaded providers
DEBUG: Providers Listed By Class Name:
 {com.sun.mail.smtp.SMTPSSLTransport=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun Microsystems, Inc], com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc], com.sun.mail.imap.IMAPSSLStore=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun Microsystems, Inc], com.sun.mail.pop3.POP3SSLStore=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun Microsystems, Inc], com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun Microsystems, Inc], com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsystems, Inc]}
DEBUG: Providers Listed By Protocol: {imaps=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun Microsystems, Inc], imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun Microsystems, Inc],
 smtps=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun Microsystems, Inc], pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsystems, Inc], pop3s=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun Microsystems, Inc], smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc]}
DEBUG: successfully loaded resource: /META-INF/javamail.default.address.map
DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc]
DEBUG SMTP: useEhlo true, useAuth true
DEBUG SMTP: trying to connect to host "localhost", port 25, isSSL false
220-vps.qpainformatica.com.br ESMTP Exim 4.80 #2 Thu, 23 May 2013 11:52:11 -0300 
220-We do not authorize the use of this system to transport unsolicited, 
220 and/or bulk e-mail.
DEBUG SMTP: connected to host "localhost", port: 25

EHLO
 vps.qpainformatica.com.br
250-vps.qpainformatica.com.br Hello localhost [127.0.0.1]
250-SIZE 52428800
250-8BITMIME
250-PIPELINING
250-AUTH PLAIN LOGIN
250-STARTTLS
250 HELP
DEBUG SMTP: Found extension "SIZE", arg "52428800"
DEBUG SMTP: Found extension "8BITMIME", arg ""
DEBUG SMTP: Found extension "PIPELINING", arg ""
DEBUG SMTP: Found extension "AUTH", arg "PLAIN LOGIN"
DEBUG SMTP: Found extension "STARTTLS", arg ""
DEBUG SMTP: Found extension "HELP", arg ""
DEBUG SMTP: Attempt to authenticate
DEBUG SMTP: check mechanisms: LOGIN PLAIN DIGEST-MD5 NTLM 
AUTH LOGIN
334 VXNlcm5hbWU6
YXZhQHFwYWluZm9ybWF0aWNhLmNvbS5iciA=
535 Incorrect authentication data
2013-05-23 11:52:13,265  WARN http-bio-127.0.0.1-4494-exec-10 org.sakaiproject.email.impl.BasicEmailService - Email.sendMail: exception: 535 Incorrect authentication data

javax.mail.AuthenticationFailedException: 535 Incorrect
 authentication data

    at com.sun.mail.smtp.SMTPTransport$Authenticator.authenticate(SMTPTransport.java:809)
    at com.sun.mail.smtp.SMTPTransport.authenticate(SMTPTransport.java:752)
    at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:669)
    at javax.mail.Service.connect(Service.java:295)
    at javax.mail.Service.connect(Service.java:176)
    at org.sakaiproject.email.impl.BasicEmailService.sendMessageAndLog(BasicEmailService.java:1290)
    at org.sakaiproject.email.impl.BasicEmailService.sendMail(BasicEmailService.java:601)
    at org.sakaiproject.email.impl.BasicEmailService.send(BasicEmailService.java:1012)
    at org.sakaiproject.mailsender.logic.impl.ExternalLogicImpl.sendEmail(ExternalLogicImpl.java:412)
    at
 org.sakaiproject.mailsender.tool.beans.EmailBean.sendEmail(EmailBean.java:221)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at uk.org.ponder.reflect.JDKReflectiveCache.invokeMethod(JDKReflectiveCache.java:23)
    at uk.org.ponder.reflect.JDKReflectiveCache.invokeMethod(JDKReflectiveCache.java:17)
    at uk.org.ponder.reflect.JDKReflectiveCache.invokeMethod(JDKReflectiveCache.java:77)
    at uk.org.ponder.reflect.ReflectiveCache.invokeMethod(ReflectiveCache.java:141)
    at
 uk.org.ponder.mapping.support.DARApplier.invokeBeanMethod(DARApplier.java:179)
    at uk.org.ponder.rsf.state.support.RSVCApplier.invokeAction(RSVCApplier.java:218)
    at uk.org.ponder.rsf.processor.support.RSFActionHandler$1.run(RSFActionHandler.java:189)
    at uk.org.ponder.util.CollectingRunnableInvoker$1.run(CollectingRunnableInvoker.java:25)
    at uk.org.ponder.rsf.flow.support.BasicScopedAlterationWrapper.invokeRunnable(BasicScopedAlterationWrapper.java:59)
    at uk.org.ponder.rsf.flow.support.BasicScopedAlterationWrapper$$FastClassByCGLIB$$84f89202.invoke(<generated>)
    at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:191)
    at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:628)
    at
 uk.org.ponder.rsf.flow.support.BasicScopedAlterationWrapper$$EnhancerByCGLIB$$100f0a2f.invokeRunnable(<generated>)
    at uk.org.ponder.rsf.flow.support.BasicScopedAlterationWrapper$$FastClassByCGLIB$$84f89202.invoke(<generated>)
    at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:191)
    at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:628)
    at uk.org.ponder.rsf.flow.support.BasicScopedAlterationWrapper$$EnhancerByCGLIB$$100f0a2f.invokeRunnable(<generated>)
    at uk.org.ponder.util.CollectingRunnableInvoker$1.run(CollectingRunnableInvoker.java:29)
    at uk.org.ponder.util.CollectingRunnableInvoker.invokeWrappers(CollectingRunnableInvoker.java:22)
    at
 uk.org.ponder.util.CollectingRunnableInvoker.invokeRunnable(CollectingRunnableInvoker.java:14)
    at uk.org.ponder.rsf.processor.support.RSFActionHandler.handle(RSFActionHandler.java:165)
    at uk.org.ponder.rsf.processor.support.RSFActionHandler$$FastClassByCGLIB$$e3b6899d.invoke(<generated>)
    at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:191)
    at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:628)
    at uk.org.ponder.rsf.processor.support.RSFActionHandler$$EnhancerByCGLIB$$a3edfaa8.handle(<generated>)
    at uk.org.ponder.rsf.processor.support.RootHandlerBeanBase.handlePost(RootHandlerBeanBase.java:125)
    at uk.org.ponder.rsf.processor.support.RootHandlerBeanBase.handle(RootHandlerBeanBase.java:82)
    at
 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at uk.org.ponder.reflect.JDKReflectiveCache.invokeMethod(JDKReflectiveCache.java:23)
    at uk.org.ponder.reflect.JDKReflectiveCache.invokeMethod(JDKReflectiveCache.java:17)
    at uk.org.ponder.reflect.JDKReflectiveCache.invokeMethod(JDKReflectiveCache.java:77)
    at uk.org.ponder.rsac.support.RSACBeanLocatorImpl.createBean(RSACBeanLocatorImpl.java:553)
    at uk.org.ponder.rsac.support.RSACBeanLocatorImpl.access$000(RSACBeanLocatorImpl.java:75)
    at
 uk.org.ponder.rsac.support.RSACBeanLocatorImpl$1.run(RSACBeanLocatorImpl.java:449)
    at uk.org.ponder.rsac.RSACErrorBridge.invokeRunnable(RSACErrorBridge.java:38)
    at uk.org.ponder.rsac.support.RSACBeanLocatorImpl.createBean(RSACBeanLocatorImpl.java:447)
    at uk.org.ponder.rsac.support.RSACBeanLocatorImpl.getLocalBean(RSACBeanLocatorImpl.java:348)
    at uk.org.ponder.rsac.support.RSACBeanLocatorImpl.getBean(RSACBeanLocatorImpl.java:379)
    at uk.org.ponder.rsac.support.PerRequestInfo$1.locateBean(PerRequestInfo.java:49)
    at uk.ac.cam.caret.sakai.rsf.servlet.ReasonableSakaiServlet.service(ReasonableSakaiServlet.java:65)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
    at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:634)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749)
    at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:487)
    at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379)
    at
 org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:339)
    at org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:511)
    at org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1470)
    at org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:213)
    at org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:96)
    at org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:73)
    at org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1260)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
    at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:695)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
    at
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1002)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:722)
------------------------------------ end of error log file

 
---------------------------SendMail test APP:
/*
 * To change this
 template, choose Tools | Templates
 * and open the template in the editor.
 */
package br.com.qpainformatica.sendmail;

import java.io.*;
import java.net.*;

import java.util.Properties;
import javax.mail.AuthenticationFailedException;
import javax.mail.Authenticator;
import javax.mail.PasswordAuthentication;
import javax.mail.Message;
import javax.mail.MessagingException;
import javax.mail.Session;
import javax.mail.Transport;
import javax.mail.internet.AddressException;
import javax.mail.internet.InternetAddress;
import javax.mail.internet.MimeMessage;
import javax.servlet.*;
import javax.servlet.http.*;

public class EmailServlet extends HttpServlet {

    protected void processRequest(HttpServletRequest request, 
                                  HttpServletResponse response)
                   throws IOException, ServletException {

        final String err = "/error.jsp";
        final String succ = "/success.jsp";

        String from = request.getParameter("from");
        String to = request.getParameter("to");
        String subject = request.getParameter("subject");
        String message = request.getParameter("message");
       
 String login = request.getParameter("login");
        String password = request.getParameter("password");

        try {
            Properties props = new Properties();
            props.setProperty("mail.host", "localhost");
            props.setProperty("mail.smtp.port", "25");
            props.setProperty("mail.smtp.auth", "true");
            props.setProperty("mail.smtp.starttls.enable", "false");

            Authenticator auth = new SMTPAuthenticator(login,
 password);

            Session session = Session.getInstance(props, auth);

            MimeMessage msg = new MimeMessage(session);
            msg.setText(message);
            msg.setSubject(subject);
            msg.setFrom(new InternetAddress(from));
            msg.addRecipient(Message.RecipientType.TO, new InternetAddress(to));
            Transport.send(msg);

        } catch (AuthenticationFailedException ex) {
           
 request.setAttribute("ErrorMessage", "Authentication failed");

            RequestDispatcher dispatcher = request.getRequestDispatcher(err);
            dispatcher.forward(request, response);
            return;

        } catch (AddressException ex) {
            request.setAttribute("ErrorMessage", "Wrong email address");

            RequestDispatcher dispatcher = request.getRequestDispatcher(err);
            dispatcher.forward(request, response);
           
 return;

        } catch (MessagingException ex) {
            request.setAttribute("ErrorMessage", ex.getMessage());

            RequestDispatcher dispatcher = request.getRequestDispatcher(err);
            dispatcher.forward(request, response);
            return;
        }
            RequestDispatcher dispatcher = request.getRequestDispatcher(succ);
            dispatcher.forward(request, response);

    }

    private class SMTPAuthenticator extends Authenticator
 {

        private PasswordAuthentication authentication;

        public SMTPAuthenticator(String login, String password) {
            authentication = new PasswordAuthentication(login, password);
        }

        protected PasswordAuthentication getPasswordAuthentication() {
            return authentication;
        }
    }

    protected void doGet(HttpServletRequest request, 
                         HttpServletResponse
 response)
                   throws ServletException, IOException {
        processRequest(request, response);
    }

    protected void doPost(HttpServletRequest request, 
                          HttpServletResponse response)
                   throws ServletException, IOException {
        processRequest(request, response);
    }
}
-------------------- end _______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] [Deploying Sakai] Sakora-csv incrementalupload?

Yi Zhu — 2013-05-23T15:27:09

Aaron,

1. You are exactly right. The idea is to only remove things contained in the files from Sakai. We are thinking about using sakora-csv to load initial data, then to add/update (with ignore flags), and delete(delete mode plus ignore flags). This diagram may better explain what we are trying to accomplish.
https://www.lucidchart.com/documents/view/435b-1550-519a592f-ac39-04ec0a00913e

2. This problem is not in the jobOverrides map, but due to the fact that JobDetail object is being reused across posts. Hence, the overrides are being retained in the same JobDataMap map. Though they get cleared when there is no override in the request. Because of that, the state of the running job could poetically be changed by a new post as well. Are we expected to only post new jobs when no CSV Loader job is running? I can see this could get tricky when we use different parameters between different loads.

Best Regards,
Yi



-----Original Message-----
From: azeckoski< at >gmail.com [mailto:azeckoski< at >gmail.com] On Behalf Of Aaron Zeckoski
Sent: Wednesday, May 22, 2013 5:08 PM
To: Yi Zhu
Cc: sakai-dev< at >collab.sakaiproject.org
Subject: Re: [Deploying Sakai] Sakora-csv incremental upload?


Is the idea here to basically put the entire processor into a "delete"
mode so that things are removed instead of being added?

If not, I am not sure how this is different from the usual processing that happens without the flags to disable deletions.

Can you explain your goal here in more detail?




Are you saying the state of those values is maintained across requests? Each post should reset the state so that should not be happening.

Those values come from the jobOverrides map which is reset on each request so the state should be cleared each time a post is sent.

If you are running the originally posted job over and over then the state will be maintained for all those future runs. I don't think that is a bug. If the state is being maintained across posts then something is very strange.

-AZ


--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile

_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] Important: DropBox Quota on 2.9 not working.

David Horwitz — 2013-05-23T13:46:13

I've taken the liberty of reporting this as https://jira.sakaiproject.org/browse/KNL-1081

D

On Thu, 2013-05-23 at 13:05 +0200, JUAN JOSé MEROñO SáNCHEZ wrote:


I've tested that DropBox Quota is not wornking in 2.9.x. After a little
research I've found that the patch was included and partially removed in
Sep 21st.

https://source.sakaiproject.org/viewsvn//kernel/branches/kernel-1.3.x/kernel-impl/src/main/java/org/sakaiproject/content/impl/BaseContentService.java

If you look, you can see the path merge KNL-921 (DropBox Quota) (rev.
113824), and the reverse patch (KNL-917 nothing in common with dropbox)
(rev 113300).

The fact is that the drop box quota is included in 2.8 but half included
in 2.9, SAK-21552 is still included so you can see the checkbox in UI to
set the quota but it doesn't take effect because kernel part was removed.

I don't know if this is a release blocker, but looks ugly.

Bye !
_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org<mailto:sakai-dev< at >collab.sakaiproject.org>
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org<mailto:sakai-dev-unsubscribe< at >collab.sakaiproject.org> with a subject of "unsubscribe"



________________________________
UNIVERSITY OF CAPE TOWN

This e-mail is subject to the UCT ICT policies and e-mail disclaimer published on our website at http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27 21 650 9111. This e-mail is intended only for the person(s) to whom it is addressed. If the e-mail has reached you in error, please notify the author. If you are not the intended recipient of the e-mail you may not use, disclose, copy, redirect or print the content. If this e-mail is not related to the business of UCT it is sent by the sender in the sender's individual capacity.
_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

[Building Sakai] Friday is last day - Re: Sakai CLE Tools Survey -due May 24

Neal Caidin — 2013-05-23T11:54:43

Hi all,

Friday is the last day to participate in the survey, then it will be closed.

Thanks,


Neal Caidin

Sakai CLE Community Coordinator
nealcaidin< at >sakaifoundation.org
Skype: nealkdin
AIM: ncaidin< at >aol.com





_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] [cle-release-team] [WG: Sakai QA] Important: DropBox Quota on 2.9 not working.

David Horwitz — 2013-05-23T11:46:04

Local testing on our installation seems to confirm that the quotas are not working.

I would suggest this is a 2.9.2 blocker

D

On Thu, 2013-05-23 at 07:19 -0400, Aaron Zeckoski wrote:


We'll look at this in the CLE team meeting this morning.
-AZ


On Thu, May 23, 2013 at 7:05 AM, JUAN JOSé MEROñO SáNCHEZ
<jjmerono< at >um.es<mailto:jjmerono< at >um.es>> wrote:





________________________________
UNIVERSITY OF CAPE TOWN

This e-mail is subject to the UCT ICT policies and e-mail disclaimer published on our website at http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27 21 650 9111. This e-mail is intended only for the person(s) to whom it is addressed. If the e-mail has reached you in error, please notify the author. If you are not the intended recipient of the e-mail you may not use, disclose, copy, redirect or print the content. If this e-mail is not related to the business of UCT it is sent by the sender in the sender's individual capacity.
_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] [WG: Sakai QA] Important: DropBox Quota on 2.9not working.

Aaron Zeckoski — 2013-05-23T11:19:22

We'll look at this in the CLE team meeting this morning.
-AZ


On Thu, May 23, 2013 at 7:05 AM, JUAN JOSé MEROñO SáNCHEZ
<jjmerono< at >um.es> wrote:

[Building Sakai] Revert from assignments 2 to assignments 1

Shaun Donovan — 2013-05-23T11:19:13

Hi.

We have a problem on assignments 2 whereby a TA can no longer download 
the assignments based on the groups that the students are assigned to. 
This makes it difficult for the TA's to know which assignments they must 
mark. As such, we would like to move back to the Assignments 1 tool, but 
I cannot find any documentation on whether this can be done or how to do 
it. Any suggestions would be appreciated.

Kind Regards.

Shaun Donovan
_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

[Building Sakai] [Samigo] New question types

Miguel Carro Pellicer — 2013-05-23T10:26:22

_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] 2.9.x issues

Poindexter, David Ray — 2013-05-22T23:20:02

That might be misleading since people pulling code from prior would not
get the options from https://jira.sakaiproject.org/browse/SAK-23395

Best to make an addendum to that or something.

I'd recommend the strategy of "As of X release, here's how you handle
skins", and this includes the SAK-23395 fix.

And then add a note saying, "If you are using 2.9.x (X being whenever we
get Sak-23395 released), you will need to do Y" Y being all the hoops
we've been jumping through to do a custom-named skin thus far.

My thoughts anyway.
--

David Poindexter

Systems Analyst

Enterprise Student Systems

UITS

Indiana University

535 West Michigan Street

Indianapolis, IN 46202-5157

O: 317.274.8686

W: http://uits.iu.edu <http://uits.iu.edu/>







On 5/22/13 3:39 PM, "Neal Caidin" <nealcaidin< at >sakaifoundation.org> wrote:


_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] Testing needed for SAK-23395

Poindexter, David Ray — 2013-05-22T22:55:10

I'll give it a go right now.

Cheers!
--
David Poindexter
Systems Analyst
Enterprise Student Systems
UITS
Indiana University
535 West Michigan Street
Indianapolis, IN 46202-5157
O: 317.274.8686
W: http://uits.iu.edu<http://uits.iu.edu/>

From: Neal Caidin <nealcaidin< at >sakaifoundation.org<mailto:nealcaidin< at >sakaifoundation.org>>
Date: Wednesday, May 22, 2013 9:51 AM
To: "sakai-qa< at >collab.sakaiproject.org<mailto:sakai-qa< at >collab.sakaiproject.org> QA" <sakai-qa< at >collab.sakaiproject.org<mailto:sakai-qa< at >collab.sakaiproject.org>>, Sakai Dev <sakai-dev< at >collab.sakaiproject.org<mailto:sakai-dev< at >collab.sakaiproject.org>>
Subject: Re: [Building Sakai] Testing needed for SAK-23395

I meant to say, it is in trunk, we need to get it into 2.9.x ASAP (though it will not be making it into CLE 2.9.2 since it is too late in the release process).

Thanks,
Neal

On May 22, 2013, at 9:48 AM, Neal Caidin <nealcaidin< at >sakaifoundation.org<mailto:nealcaidin< at >sakaifoundation.org>> wrote:

Hi All,

We need to verify the following issue. We want to get this into trunk asap.

https://jira.sakaiproject.org/browse/SAK-23395  - Need to be able to unset portal.neoprefix

It appears to me that this will take a technical person/developer-type to test. Any volunteers?

Thanks,

Neal Caidin

Sakai CLE Community Coordinator
nealcaidin< at >sakaifoundation.org<mailto:nealcaidin< at >sakaifoundation.org>
Skype: nealkdin
AIM: ncaidin< at >aol.com<mailto:ncaidin< at >aol.com>






_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"

Re: [Building Sakai] [Deploying Sakai] Sakora-csv incrementalupload?

Aaron Zeckoski — 2013-05-22T21:08:26

Is the idea here to basically put the entire processor into a "delete"
mode so that things are removed instead of being added?

If not, I am not sure how this is different from the usual processing
that happens without the flags to disable deletions.

Can you explain your goal here in more detail?




Are you saying the state of those values is maintained across
requests? Each post should reset the state so that should not be
happening.

Those values come from the jobOverrides map which is reset on each
request so the state should be cleared each time a post is sent.

If you are running the originally posted job over and over then the
state will be maintained for all those future runs. I don't think that
is a bug. If the state is being maintained across posts then something
is very strange.

-AZ

Re: [Building Sakai] 2.9.x issues

Neal Caidin — 2013-05-22T19:39:32

I'm not sure where to put this in the documentation for CLE 2.9.2 . Should it go here https://confluence.sakaiproject.org/display/DOC/Sakai+CLE+2.9+portal+changes ?

Re: [Building Sakai] [DATA LOSS] 2.9 DAV MOVE zeroes out files?!

Neal Caidin — 2013-05-22T18:31:08

David,

Would you mind opening a Jira for this one?

Thanks,

Neal Caidin

Sakai CLE Community Coordinator
nealcaidin< at >sakaifoundation.org
Skype: nealkdin
AIM: ncaidin< at >aol.com





On May 22, 2013, at 1:48 PM, Sam Ottenhoff <ottenhoff< at >longsight.com> wrote:


_______________________________________________
sakai-dev mailing list
sakai-dev< at >collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe< at >collab.sakaiproject.org with a subject of "unsubscribe"