Silly question... Can tomcat be removed from the DM. What if I want to just use all the DM features but remove tomcat for "security" purposes. Bassically I want to deploy some custom application with...
Type: Posts; User: infectedrhythms; Keyword(s):
Silly question... Can tomcat be removed from the DM. What if I want to just use all the DM features but remove tomcat for "security" purposes. Bassically I want to deploy some custom application with...
I need to build a an application that will receive an incoming message over a socket, read it transform it and pass it along to a third party, get back the response form the 3rd party and reply back...
Wouldn't that be slow?
How does spring know which contact belong to what user?
ContactsAllQuery does not have a WHERE clause?
Just used to having a many-to-many relationship and DB tables.
Ok so I have spring security working...
I was wondering what would be the best way to restrict "users" to their accounts only?
Basically...
I have an Entity called a Customer. Each Customer...
Imagine this your in finacial services....
You have 2 services
1- payment processing
2- fraud detection
3- foreign exchange
4- ...
Both services can be used together and separatly
Put it this way...
I have 2 services...
A
B
Both services operate independant of each other, though Service B can compliment Service A
So my options are...
Well the common things here is the location and the date range...
But you bring up a goodpoint...
Bassically I have an existing Service A and all of a sudden a have a new Service B and I...
Say I have a vacation service that returns, prices, beaches, hotels, amusement parks etc.. Bassed on a location and date range.
Now say I have a weather service, that returns the weather bassed on...
Thanks
Cool. I always though had an idea of using some xml thing and dynamically call new code.
Maybe AOP could help in this...
Bassically right now I would like to use srping in my web app without using springs MVC.
If I understand correctly, I can add...
<context-param>
...
Ok that could be cool, but what if say it's a brand new service...
Say I have Service A & B, and I just created service C.
I want A to use some of the new services of C.
What would be a clean way to register services with each other or involve the least amount of change? Is there any patern?
Services meaning, I have a service layer per domain.
So I have service...
What would be a nice way to get the WebApplicationContext once, so I can use throught my web app without allways retrive it per request?
Thanks
yeah am going to start with a simple service layer and go from there...
The interesting part will be the the server (client) I mentioned before and how I can make it locate multiple services...
Thats alot to swallow! :shock: lol
I have been reading J2EE without EJB...
I have a legacy app that is coupled beyond imagination :P
It's a custom server application tha receives XML over...
Ok maybe am saying to much? Help me get an asnwer from you guys! make me understand :D
I guess i can ask something simpler! Where can I find good readings and samples for creating a good service...
So I got my hands on J2EE without EJB :D Great read so far! :D
And am understading how to fit my existing architecture into a more enterprise J2EE architecture...
So starting with the service...
Ok here is the deal...
Pre the whole web services buzz... we created an ISAPI DLL which accepted our own XML message format....
Currently the ISAPI DLL accepts the XML message. When the the request...
So if I understand this...
I would be able to deploy my "broker components" as a servlets on jetty or any servlet container...
I need to be as fast as possible so I take it hessian is a better...
The servlet has to decide where to send the message first!
So i guess just a quick parse of the message to determine where it should go....
Also the servlet must be able to determine dynamicly...
OK maybe I was asking this wrong!? :?
How would I dispatch requests from one servlet to multiple "components" remotly.
The servlet will act as a signle point of access to the rest of my...