- ProIV Resource Centre
- → Viewing Profile: Posts: Jim
Community Stats
- Group Members
- Active Posts 52
- Profile Views 6,800
- Member Title Advanced
- Age Age Unknown
- Birthday Birthday Unknown
-
Gender
Male
Previous Fields
-
First Name
Jim
-
Surname
O'Callaghan
-
Nationality
Irish
-
Year Started ProIV
1997
-
Highest ProIV Version Used
Not Specified
-
Company Working For
Various
-
Companies Worked For
Various
User Tools
Friends
Jim hasn't added any friends yet.
Latest Visitors
Posts I've Made
In Topic: Client.Get()
24 March 2010 - 10:06 AM
1 - Use the SYSTEM GUI ASYNC command to initiate an ftp pull on the client machine from the server
2 - Use the SYSTEM GUI ASYNC with a web facing http address where the files are available. This 'should' launch a browser where the download bar would indicate download progress - you could put the files behind some security filter so the web server would prompt for username / password and possibly maintain some session state and therefore only ask for credentials for the first download during the session.
Regards,
Jim.
In Topic: File Viewer for files with long record lengths
15 October 2009 - 11:36 AM
In Topic: Oracle segment sizes
20 July 2009 - 09:50 AM
Thanks for the reply - I haven't been on the board for a while. It turns out that scaling up the process from a trial with a subset of the data involved we are only looking at a one or two hour operation - that is with the size allocation roughly matching the existing sizes for the relevant structures with a reasonable size for additional extents. It is slightly more manual that just inheriting the defaults, but I imagine the amount of data we are dealing with is small by Oracle standards, so even in the default scenario where we could be creating thousands of small extents for a large table to occupy it probably wouldn't be too much of an issue (these are snapshots for reporting, not OLTP). Thanks for your help.
In Topic: Application Framework
03 July 2009 - 12:31 PM
This is a good example,
If your class is packaged on the .war with the class below, under the SSO,you can call this class in PROIV and re-use its DAO methods in PROIV logic.
import javax.sql.DataSource;import org.springframework.jdbc.core.JdbcTemplate;public class ExecuteDBStatement { private JdbcTemplate jdbcTemplate; public void setDataSource(DataSource dataSource) { this.jdbcTemplate = new JdbcTemplate(dataSource); } public void doExecute() { this.jdbcTemplate.execute("create table mytable (id integer, name varchar(100))"); }}
Thanks Matthews will have to look further into this. Haven't been on the board for a few weeks.
Regards,
Jim.
In Topic: Application Framework
22 June 2009 - 09:34 AM
Thanks for your replies. Matthews thanks for the level of detail - it is very helpful to get a picture of the plumbing of a flexible framework such as the one you have outlined. We are currently dealing with a large legacy ProIV app and this newer application may at some point require and interface into it, so the SSOs using Spring could turn out to be relevant.
Regards,
Jim.
- ProIV Resource Centre
- → Viewing Profile: Posts: Jim
- Privacy Policy