Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Java EE (J2EE) и Spring > Файл .properties и Web-приложение

Автор: MisterCleric 23.5.2006, 15:05

Здравствуйте, уважаемые.
Почитал все на форуме о properties и так и не понял нужно оно мне или нет.
А проблема стоит такая:
У меня есть класс для работы с БД, его методы вызываются из JSP.
Так вот, хочу все запросы к БД записать в файл BDProp.properties наподобие:

Код


select1=select * from table1, table2
select2=select * from table1 where field1=
update1=INSERT INTO table (field1, field2)

Чтобы можно было их в любой момент корректировать.
Стоит ли мне делать это в файле properties, если да, то где его бандлить: в JSP или можно мой класс сделать Листенером или Фильтром и все делать в нем, а если так, то как тогда связать такой класс с JSP?

Автор: batigoal 23.5.2006, 15:29

Отставив в сторонку пока вопрос с хранением запроса в Properties, обращаю твоё внимание на гораздо более интересную вещь.

Цитата(MisterCleric @ 23.5.2006, 16:05

)

select2=select * from table1 where field1=

Делать так настоятельно НЕ рекомендуется. Используй PreparedStatement. В противном случае ты серьезно потеряешь в производительности. Дело в том, что для каждого такого "склеенного" запроса будет создаваться новый план выполнения. В случае PreparedStatement - план будет составлен один раз.

А что касается твоего вопроса - мы делали такие запросы константными строками в классах.

Автор: MisterCleric 23.5.2006, 15:42

Спасибо за замечание, но эт я просто для примера привел - так, набросок.
А делаеться как раз через PreparedStatement и насчет констант я знаю.
Смысл в том, что бы сделать этот класс универсальным для выполнения запросов, которые я бы безболезненно мог бы редактировать даже со странички.

Автор: batigoal 23.5.2006, 15:48

Цитата(MisterCleric @ 23.5.2006, 16:42

)

Смысл в том, что бы сделать этот класс универсальным для выполнения запросов, которые я бы безболезненно мог бы редактировать даже со странички.

Т.е. чтобы можно было изменять тексты запросов без перекомпиляции, в рантайме?

Автор: MisterCleric 23.5.2006, 16:21

Ага. А в JSP просто передавать моему классу ключ тогда, когда мне надо. Я в фильтрах и листенерах пока не селен, так что делаю все через JSP.
Но если нет, то тогда заброшу пока тему о properties

Автор: ALKS 23.5.2006, 20:38

если ты будеш использовать для чтения файла properties класс java.util.Properties то фактически каждый раз вынимая запрос будеш читать фаил а сие есть зло. если ты будеш использовать java.util.ResourceBundle то напоришся на его внутринний кэш т.е. корректировать запросы на лету - не получиться.

я бы в твоем случае, хранил бы запросы... в БД. smile

Автор: MisterCleric 24.5.2006, 12:12

Ага. Спасибо.

Цитата

корректировать запросы на лету - не получиться

Пока и не собираюсь
Вот java.util.ResourceBundle меня и интересует.
Где мне его создавать - в классе или JSP?
А класс мне переделывать под фильтр или листенер или постоить цепочку бинов доступа к этому классу?
В общем подскажите основную идею работы с java.util.ResourceBundle, если я хочу разделить бизнесс-логику и прдеставление.

Автор: chief39 24.5.2006, 12:32

Частенько делали простенький, заточенный под конкретную задачу, конструктор запросов. + Константы, как Lamer George заметил.
В пропертисах можно хранить имена таблиц и полей. При старте - подгружать их и делать препаред стейтменты, используя свой конструкторчик(который, кстати, будет зачастую гарантировать отсутствие досадных синтаксических ошибок в запросе)

Автор: MisterCleric 24.5.2006, 12:45

Это все клево.
Но задача состоит в том, чтобы код моего класса для работы с БД был переносим в другое приложение с другой БД без подрехтовки и перекомпиляции.
В общем всем спасибо. Что-то я понял.
Буду следовать вашим советам.
Как получится, выставлю код на обозрение (если интересно)

Автор: ALKS 24.5.2006, 15:32

MisterCleric,

ResourceBundle.getBundle("cool_property_file") - это статический вызов! тебе не нужно создавать никакого объекта.
более того этот класс обеспечивает внутринний кэш, так что в большинстве случаев ты будеш тягать уже закэшированные в память данные.

и совершенно безразлично где ты будеш вызывать. удобно тебе в JSP - юзай в JSP.

Автор: chief39 24.5.2006, 16:28

Цитата(MisterCleric @ 24.5.2006, 12:45

)

Но задача состоит в том, чтобы код моего класса для работы с БД был переносим в другое приложение с другой БД без подрехтовки и перекомпиляции.

Делай конструктор, который использует стандартный СКЛ
в пропертисы заноси имена таблиц и полей, которые на другой системе подрихтуешь smile

Но если все запросы в корне будут различаться при переносе.... - тогда, конечно, лажа smile

Автор: MisterCleric 5.6.2006, 13:45

Всем здрасте!
Значит так. У меня что-то вышло, как и обещал выкладываю.
Бин для работы с БД:

Код


package dbutil;

import javax.naming.*;
import javax.sql.*;
import java.sql.*;
import java.util.*;
import javax.sql.rowset.*;
import com.sun.rowset.*;


public class WorkWithDBBean {
    private Connection conn;
    private CachedRowSet crs;
    private PreparedStatement stmt;
    private String sourceJNDI;
    private DataSource ds;
    private int update;
    private Object[] args = null;
    private String sqlStatement;
    private ResourceBundle bundle;
    
  public WorkWithDBBean() {
       bundle = ResourceBundle.getBundle("dbutil.SelectResource");

    try {
          sourceJNDI = bundle.getString("JNDI");
        }
        catch(Exception e){e.printStackTrace();}
       
    try{
      Context initCtx = new InitialContext();
      Context envCtx = (Context) initCtx.lookup("java:comp/env");
      if(envCtx == null ) throw new Exception("Boom - No Context");

      ds = (DataSource)envCtx.lookup(sourceJNDI);
              
    }catch(Exception e) {e.printStackTrace();}
  }

  public void setSqlStatement(String sqlStatement){ this.sqlStatement = bundle.getString(sqlStatement); }

  public void setArgs(Object[] args){ this.args = args; }
  
  private ResultSet setSelect(String query, Object[] args){
       try {
            conn = ds.getConnection();
            stmt = conn.prepareStatement(query);
            if(args != null && args.length != 0){
               for(int i = 0; i < args.length; i++)
                   stmt.setObject(i+1, args[i]);
            }
            ResultSet result = stmt.executeQuery();
            crs = new CachedRowSetImpl();
            crs.populate(result);
            result.close();
            stmt.close();      
            conn.close();
           }catch(SQLException e) {System.out.println(e.getMessage());}
       return crs;
    }

  public ResultSet getResult(){ return setSelect(sqlStatement, args); }

  private int setUpdate(String sqlStmp, Object[] args){
       try {
            conn = ds.getConnection();
            stmt = conn.prepareStatement(sqlStmp);
            if(args != null)
               for(int i = 0; i < args.length; i++)
                  stmt.setObject(i+1, args[i]);        
            update = stmt.executeUpdate();
            stmt.close();      
            conn.close();
          }catch(SQLException e){}
      return update;
    }

  public int getUpdate(){ return setUpdate(sqlStatement, args); }
}

Поскольку DataSource берется из JNDI, то бин независит от сервера БД
Поскольку все SQL-выражения берутся из ResourceBundle, а его параметры передаються в конкретной задаче, то он не зависит от приложения.
Файл .properties выглядит примерно так:

Цитата

JNDI=jdbc/fact
selectAll=SELECT tabnom, lastname, name, phone, namejob, status, staff.job_id FROM jobs, staff WHERE jobs.job_id = staff.job_id
selectStatus=SELECT tabnom, lastname, name, phone, namejob, status, staff.job_id FROM jobs, staff WHERE jobs.job_id = staff.job_id and jobs.status = ?
selectJob=SELECT job_id, namejob FROM jobs
selectCurrent=SELECT name, lastname, phone, namejob, jobs.job_id FROM jobs, staff where jobs.job_id = staff.job_id and staff.tabnom = ?
insert=INSERT INTO staff (Name, LastName, Phone, job_id) VALUES (?, ?, ?, ?)
update=UPDATE staff SET Name = ?, LastName = ?, Phone = ?, Job_id = ?, Tabnom = ? where Tabnom = ?
delete=DELETE FROM staff where Tabnom = ?

И примерно такова работа с ним:

Код


<c:if test="${empty param['status']}">
    <jsp:setProperty name="myBeanDB" property="sqlStatement" value="selectAll" />
</c:if>

<c:if test="${not empty param['status']}">
<jsp:setProperty name="myBeanDB" property="sqlStatement" value="selectStatus" />
<jsp:scriptlet> 
    Object[] params = new Object[]{ request.getParameter("status") };
    myBeanDB.setArgs(params);
</jsp:scriptlet>
</c:if>     

<jsp:scriptlet> 
    java.sql.ResultSet resultSet = myBeanDB.getResult();
    javax.servlet.jsp.jstl.sql.Result result = javax.servlet.jsp.jstl.sql.ResultSupport.toResult(resultSet);
    pageContext.setAttribute("rs", result);
</jsp:scriptlet> 

<display:table name="pageScope.rs.rows" id="row" pagesize="10" defaultsort="1" defaultorder="ascending" sort="list" class="table1" >
   <display:column property="tabnom" title="Clock Num" />
   <display:column property="lastname" title="Last name"  sortable="true" headerClass="sortable" />
   <display:column property="name" title="Name" />
   <display:column property="phone" title="Phone" />
   <display:column sortProperty="job_id" title="Job" sortable="true" headerClass="sortable" value="${row.namejob}"/>

   <c:set var="Actions" value="${row.tabnom}" /> 
   <display:column title="Action" >
   
    <display:table name="${Actions}" class="simple1" >
         <display:column href="edit.jsp?tabnom=${Actions}" scope="session" value="Edit" />
         <display:column href="delete.jsp?tabnom=${Actions}" scope="session" value="Delete" />
   </display:table>
   </display:column>
</display:table>

Не претендую на гениальность. Уверен, что можно еще больше разделить бизнес-логику и представление.
И по ходу вопрос можно ли сделать implements Filter по обращению к БД?