[jira] [Commented] (IVYDE-246) Spurious error handling

["ben.ritchie@rbs.com (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/IVYDE-246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13024773#comment-13024773 ] 

ben.ritchie@rbs.com commented on IVYDE-246:
-------------------------------------------

Im out of the office until Tuesday 3rd May, please contact our support team on "*GBM HFT Support" for issues that cannot wait until then

*********************************************************************************** 
The Royal Bank of Scotland plc. Registered in Scotland No 90312. 
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB. 
Authorised and regulated by the Financial Services Authority. The 
Royal Bank of Scotland N.V. is authorised and regulated by the 
De Nederlandsche Bank and has its seat at Amsterdam, the 
Netherlands, and is registered in the Commercial Register under 
number 33002587. Registered Office: Gustav Mahlerlaan 10, 
Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and 
The Royal Bank of Scotland plc are authorised to act as agent for each 
other in certain jurisdictions. 
  
This e-mail message is confidential and for use by the addressee only. 
If the message is received by anyone other than the addressee, please 
return the message to the sender by replying to it and then delete the 
message from your computer. Internet e-mails are not necessarily 
secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland 
N.V. including its affiliates ("RBS group") does not accept responsibility 
for changes made to this message after it was sent. For the protection
of RBS group and its clients and customers, and in compliance with
regulatory requirements, the contents of both incoming and outgoing
e-mail communications, which could include proprietary information and
Non-Public Personal Information, may be read by authorised persons
within RBS group other than the intended recipient(s). 

Whilst all reasonable care has been taken to avoid the transmission of 
viruses, it is the responsibility of the recipient to ensure that the onward 
transmission, opening or use of this message and any attachments will 
not adversely affect its systems or data. No responsibility is accepted 
by the RBS group in this regard and the recipient should carry out such 
virus and other checks as it considers appropriate. 

Visit our website at www.rbs.com 

***********************************************************************************  


> Spurious error handling
> -----------------------
>
>                 Key: IVYDE-246
>                 URL: https://issues.apache.org/jira/browse/IVYDE-246
>             Project: IvyDE
>          Issue Type: Bug
>          Components: workspace resolver
>    Affects Versions: 2.0.0.final
>         Environment: eclipse.buildId=M20090917-0800
> java.version=1.6.0_20
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_GB
> Command-line arguments:  -os win32 -ws win32 -arch x86 -data C:\Dev\ritchiebd\projects\Workspaces\backtest
>            Reporter: gamhead
>
> We get the following when we are referencing an Ivy properties file in our settings but it is not available
> java.lang.NullPointerException
> 	at org.apache.ivyde.eclipse.cpcontainer.IvyClasspathContainerConfiguration.doGetIvy(IvyClasspathContainerConfiguration.java:494)
> 	at org.apache.ivyde.eclipse.cpcontainer.IvyClasspathContainerConfiguration.getIvy(IvyClasspathContainerConfiguration.java:453)
> 	at org.apache.ivyde.eclipse.cpcontainer.IvyResolveJob.run(IvyResolveJob.java:200)
> 	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Although to be fair we are using the Eclipse special notation:
> project:///../build/ivyde-settings.xml
> to pull in our settings from our build eclipse project - and this happens when that project is closed.
> -------------
> Another issue we have is when we try to resolve dependancies but are in a debug/run session in Eclipse. 
> Because the files are locked Ivy cannot replace them , but the way IvyDE reports this is very strange. We get a popup - see attached.
> Impossible to resolve dependencies of com.rbsfm.hft#backtest-scripts;working@lonmw85560
>   unresolved dependency: com.rbsfm.hft#Filter;TRUNK: not found
>   unresolved dependency: com.rbsfm.hft#backtest-api;TRUNK: not found
>   unresolved dependency: com.rbsfm.hft#Filter;TRUNK: not found
>   unresolved dependency: com.rbsfm.hft#backtest-api;TRUNK: not found
>   unresolved dependency: com.rbsfm.hft#Filter;TRUNK: not found
>   unresolved dependency: com.rbsfm.hft#backtest-api;TRUNK: not found
> Looking in the Ivy Console we can see :
> :::: ERRORS
> 	Couldn't delete outdated artifact from cache: C:\ivyrepo\cache\com.rbsfm.hft\Filter\TRUNK\Filter-TRUNK.jar
> 	Couldn't delete outdated artifact from cache: C:\ivyrepo\cache\com.rbsfm.hft\backtest-api\TRUNK\backtest-api-TRUNK.jar
> .. but would be nice to get the error handling on this improved

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira