KR Campbell

toolkit.open("c:\\Temp\\test.sdf", SdfOpenFlags.sdfCreateAlways | SdfOpenFlags.sdfOpenUpdate, true);

SdfOpenFlags.sdfCreateAlways.comEnumValue() | SdfOpenFlags.sdfOpenUpdate.comEnumValue()
might have a better chance.

There are a number of free and commercial code obfuscators around. However, even the best of them won't completely protect your code; they are based on the principle that the effort required to follow the obfuscated code is greater than the value derived from doing so.

I tried out four or five of them last year and was best impressed by Dash-O, but it is expensive.

Regards,
Ken

Apologies if I have not properly picked up the gist of your problem, but, have you considered binding your xml using either JAXB or XmlBeans? You'll need to learn to write an XML Schema for your source xml file but then you would be able to generate classes and use an XmlCursor or similar to parse out your data using XPath expressions.

I've also used XSLT for this in conjunction with the javax.xml.transform package and then passed the result through a pipe (this approach is relatively slow with large documents).

Regards,
Ken

Hi,

I'm getting myself a bit tied up with enums. I have an enum with an int value and a String description which uses symbols:

enum Type{ ABC(0xF1,"*&"), DEF(0xF2,"��"), GHI(0xF3,"^^"); private int val; private String descriptor; Type(int n,String s){ val = n; descriptor = s; } getValue(){return val;} public String toString(return descriptor;} }

However, what I want to do is find a clean way to return the value for a given descriptor. I can do it by wrapping the enum in a class with :

... private static Map<String,Type> map = new HashMap<String,Type>(); ... (populate map)... public static int ofDesc(String descriptor){ return map.get(descriptor).getValue(); }

but now my nice clean type got all messy. Is there a cleaner approach?

Thanks.

Ken

Hi,

I've tried reading Gilad Bracha's generics tutorial, but I wondered if anyone can recommend something a bit more basic for people like me who are not so bright.

At the minute I'm struggling with the implementing compareTo(T o).
I have a FileModel class in which I wish to implement Comparable. If I declare it as
<CODE>
class FileModel implements Comparable<FileModel>
</CODE>
is it correct to write the method signature as:
<CODE>
public int compareTo(FileModel obj)
</CODE>

Regards,
Ken

Sorry; this may be a stupid question, but:

I have been given a java application spread across a number of jars to look at. It is essentially a client front-end that talks to a database on a back end server. Is it possible without entirely re-writing the application to write a JSP front end that runs the business logic part of the application as middleware on Tomcat? It's all written as java classes with no servlets or beans etc. that I am aware of at present. I'm not so worried about actually producing the jsp front end at the minute as trying to figure out whether the application can be re-tasked as middleware. Does it need to be re-written as servlets or something?

I appreciate I'll have to do some proper research, but I wondered if anyone could tell me whether it is basically feasible or not. If it is, what subject areas do I need to tackle?

Thanks for any guidance you may be able to offer.

...sorry; I have to stop doing this post and then correct thing..

(new Integer(anyIntegerValue)).equals(new Integer(anyIntegerValue)) == true ;

Originally posted by Ilja Preuss:


An ArrayList would be better - it also gives you O(1) indexed access, without requiring you to manage the keys. In fact it is likely to be faster than a HashMap in absolute terms.

..Even better then ; but do you need to manage keys with the HashMap given that we are talking about integers? Can't you just wrap them in an Integer given that (new Integer(anyIntegerValue)).equals(new Integer(anyIntegerValue)) ?

... that is, it hides it within the scope of the method.

Your problem is that you have two variables with the same name but different scope. You have instantiated the local version in createUserInterface() but not the instance variable. Thus, the local one hides the other one. Try:
auditJTextArea= new JTextArea();
instead of: JTextArea auditJTextArea= new JTextArea();

Regards
Kenny

... although thinking about it a bit more; it depends on whether it is acceptable to mimic a primitive data structure using an Object structure. I don't know. Obviously, you have to use method calls rather than assignment.

Also, it would be better to use a LinkedHashMap instead of a LinkedList as one of the key abilities of an array would seem to be its O(1) access time. This would give both relatively fast iterative and random access.

If the structure of your arrays is truly important to you, perhaps the solution lies with linked lists? You could either have a LinkedList of LinkedList where each link in the list consists of another list or more simply an array of LinkedList. Then you can make it as 'ragged' as you like!

I haven't been playing with XML for too long but:

1: Yes, you can alter the stream as you read it and then pass it on somewhere else. However, if you wish to navigate your XML in any way other than forward then you would be better off moving to DOM.

2: Don't really understand what you mean - the DTD is just XML and can be read with the same parser.

I can recommend the J2EE Tutorial chapter on SAX if you want to work through these concepts.

Regards,

Kenny

The 'look and feel' takes care of how list items are rendered. Probably, the solution would be to write a new ListCellRenderer to over-ride the default behaviour and then <code> setCellRenderer(myCellRenderer)</code>

Originally posted by Pat Hays:
Call jList1.setListData(array) again.

..perhaps writing a ListDataListener would be a slightly more elegant approach!