Win a copy of Svelte and Sapper in Action this week in the JavaScript forum!

joshua van-breukelen

Greenhorn
+ Follow
since Jan 13, 2003
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by joshua van-breukelen

Hi everyone:
Background Info: Back-end loads are handled via proprietary software and accompanying customized scripts. Scripts are written using vendors own language, Hi everyone:
Background Info: Back-end loads are handled via proprietary software and accompanying customized scripts. Scripts are written using vendors own language, which is based off of the C language. Among other things, the scripts massage data from the flat files and insert/update the DB as appropriate.
Problem Set: "New" flat file will be almost 1/2 gig of data. Fields/data within the file is/are convoluted based on old legacy systems processing mechanisms. Vendor’s proprietary software may not be appropriate – may have to implement an alternative solution
Possible high-level design solution: Is it appropriate to consider Java for back-end load or batch type operations? The basic idea would be to write a Java app that does read-massage-write to DB for large amount of data. Based on the extremely large amount of data that must be read, massaged and processed is writing a Java "Processor-Loader" the way to go? Are there any open-source "Java-Loader-Engine APIs" out there?
Comments/Suggestions welcome.
Thanks,
Joshua
This is the best forum on JavaRanch. Mr. Kiddick & Mr. Pulaparty are absolutely right. Java syntax, packages, APIs, frameworks, products, using an IDE - the answer to these questions are always a Google or text book away. Good design, abstract ideas that are the true foundation for making industrial strength J2ee applications work in the real world - this cannot be done in a vacuum entirely by oneself. This forum proves indispensable as a place where developers can get answers to the really important Sys. Dev. questions. I'm always eager to read and post to this forum, before any other discussion group at JavaRanch.
Mr. Preuss and Co., I tip my hat to you...
Hi,
I downloaded JBoss this morning. When I run my client application and it tries to do a lookup and get reference to my EJB I get the following exception:
javax.naming.CommunicationException: Receive timed out [Root exception is java.n
et.SocketTimeoutException: Receive timed out]
I am assuming(hoping) that in JBoss there is a "timeout" setting somewhere that I can adjust/configure to give the my client a little more time to perform the lookup.
Any help/advice would be greatly appreciated. Thanks,
Joshua
17 years ago
Cont'd from last post....
3) In the ProjectProperties-->Paths-->Required Libs, I set up some proprietary Jbuilder "libs".
You can configure these libraries to your needs via the Tools-->Configure Libs tag. In addition you can configure them using the add/edit tabs in ProjectProperties-->Paths-->Required Libs.
a) First Jbuilder Lib in "userHome" points to Tomcat4.1
b) Second Jbuilder "User Home" Lib that I created I called "struts1.1". It points to JBuilder8/extras/*

This should do the trick, let me know how it goes.
Regards,
Joshua
17 years ago
Hi Stub, Burk,
I am currenlty using JBuilder8 w/Struts1.1. You are both right, the JBuildeer Doc is somewhat vague and incomplete.
It has been over 2 months since I configured my IDE. Nevertheless, here is more or less the steps I took to get the features working properly.
1) The JBuilder doc talks about pointing to the struts-config_1_1.dtd - Stub has done this.
2) In the JBuilder8/extra dir I dropped not just the struts.jar, but all commons jars as well.
3) In the ProjectPropetis-->Paths-->Required Libraries I set up the following
17 years ago
Hi Gabriel,
I'm currently running JBuilder8 w/Tomcat4.1 using Struts1.1.
When it comes to JBuilder8 and Struts1.1 all roads often lead to, or rather through, the paths.
Jbuilder may be telling you that you are using t4.1 with struts1.1, but it might actually still be pointing to struts1.0.
Let's find out:
Click on Project-->Project Properties-->Paths.
Then click on the Required Libraries tab.
Exactly what "Libraries" do you see & in what order are they listed? In addition, which of these libraries are JBuilder defaults and which ones were configured by yourself?
Joshua
17 years ago
Hi,
I usually will have a Constants.java or Globals.java in my applications :
public final class Constants {
...
public static final String GLOBAL_STRING = "myGlobalString";
...
}

I have recently seen an example in an O'Reilly
book where the same functionality was handled with and Interface :
public interface IConstants {
...
public static final String GLOBAL_STRING = "myGlobalString";
...
}
Is there any advantage/disadvantage to using an Interface vs. using a final class for application globals?
Thanks,
Joshua
Is it possible to deploy an application module seperately?
<init-param>
<param-name>config</param-name>
<param-value>/WEB-INF/struts-config.xml</param-value>
</init-param>
<init-param>
<param-name>config/subapp1</param-name>
<param-value>/WEB-INF/struts-config1.xml</param-value>
</init-param>
<init-param>
<param-name>config/subapp2</param-name>
<param-value>/WEB-INF/struts-config1.xml</param-value>
</init-param>
Can subapp1 or subbapp2 somehow be built & deployed in it's own war independently of the rest of the application? The obvious answer would be "of course not, you greenhorn!". But I thought it best to double check.
Thanks, Joshua
17 years ago
Mayber I should have named this thread:
"one action shared by multiple forms?"
17 years ago
I read that one should minimize the amount(#) of Action classes in a struts app. Is it good/bad/dev preference to have an Action that is "called"/used by multiple Jsps/multple ActionForms
Example:
I have a JSP1.jsp and a JSP2.jsp. I have an ActionForm1 & ActionForm2. Both have the same exact properties. The only difference is that some data is read only in JSP1.jsp and all of the data is editable in JSP.2
Which is the best option?
A)
jsp1.jsp ----> xdcom.actions.Action1 (same functionality as Action2)
jsp2.jsp ----> xdcom.actions.Action2 (same functionality as Action1)
B)
jsp1.jsp & jsp2.jsp ----> xdcom.actions.Action12Combined
C)
CombinedJsp12.jsp----> xdcom.actions.Action12Combined
D)
CombinedJsp12.jsp----> xdcom.actions.Action1 (same functionality as Action2) or
xdcom.actions.Action2 (same functionality as Action1)
I am inclined actually to use option B).
Thanks,
Joshua
17 years ago
Due to the overwhelming response to my orginal message, I am replying to my own post.
I am leaning towards design & implementation of the XML Validation component(s) as Business Objects, e.g. part of the Model Layer.
Any opinions? Anyone? Anyone?
Joshua
17 years ago
What is better style - xml validation being part of the Control layer or Model layer?
The answer is not as straight forward as one would think:
I'm working on an struts based application which will have an xml file inserted into a row in the db. Before the insert the xml will be validated utilizing your basic jaxp api. There also may be some bells and whistles added into the class that calls the jaxp api.
While this could fall under the idea of data validation, it could very well be construed as either an action or an operation of a business object or maybe it merits an entire business object on its own.
Xml validation inside of a struts based application must be an old story by now. I bet there is a right (or "preferred style") and wrong way to implement this.
Thanks in advance for people's comments and input,
Joshua
17 years ago
Whew! Ok. First of all, thank you to everyone your their input.
Now Ilja, you had requested a more specific example.
I am in the design phase of an application that I am building using the Struts framework.
My Actions will have a certain amount of duplicate functionality and “org.apache.struts.action.Action” is a concrete class.
If I make a base class;
package this.will.probably.lead.to.an.endless.debate;
import org.apache.struts.action.Action;
public abstract class MyBrilliantAbstractAction extends Action {

}
and then have several Action classes:
public class Action1 extends MyBrilliantAbstractAction {

}
public class Action2 extends MyBrilliantAbstractAction {

}
public class Action3 extends MyBrilliantAbstractAction {

}

I can centralize/create a layer of abstraction (oh, boy I know someone out there is going to take me to task on my semantics) for the overlapping functionality.

Part Deux, the second – With regards to abstract inheriting from abstract:
Several Form classes in my application will share common properties and org.apache.struts.action.ActionForm is abstract. Therefore:

package AGAIN.this.will.probably.lead.to.an.endless.debate;
import org.apache.struts.action.ActionForm;
public abstract class MyHumbleAbstractActionForm extends ActionForm {

}
and then have several ActionForm classes:
public class Action1 extends MyHumbleAbstractActionForm {

}
public class Action2 extends MyHumbleAbstractActionForm {

}
public class Action3 extends MyHumbleAbstractActionForm {

}
Based on Don’s comments earlier today:

Well Object is a concrete class so by definition all abstract classes extend a concrete class. Having an abstract class extend another abstract class is also fine.


I’m pretty happy with the design. I’m already 2/3 the way through the UML. If I “hear”/read a post that is really earth shattering and inspired I’ll change it…I have an open mind.
Oh, and Ilja, you never answered my request for a Hefeweizen…
Aber trotzdem, viel Spass,
Joshua
Hi Fintan,
Unifortunately, I was not successful installing EA on my home pc or office pc.
I'm using Poseidon. The price is right but there are limitationations:
For example, one cannot create a new stereotype. One can only choose from a list of given streotypes. Also it likes to chew up alot of memory, often to the point where the CPU becomes strangled and I have to kill the app.
Still, Poseidon is free, it was easy download & install.
Hello,
I have to questions
1) Is it considered good style, bad style, or just personal preference to have an Abstract class that inherits from a concrete class?
public MyConcreteClass {
...
}
public Abstract MyAbstractBaseClass extends MyConcreteClass {
...
}
2) Is it considered good style, bad style, or just personal preference to have an Abstract class that inherits from another abstract class?
public Abstract org.trusted.opensource.java.pkg.AnAbstractClass {
...
}
public Abstract MyAbstractBaseClass extends AnAbstractClass {
...
}

Thanks,
Joshua