Vadim Comanescu wrote in post #957914:
[...]
> The main reason for which im trying to build this is for the
> configuration of the native zfs filesystem on solaris - building
> diskpools, handling iscsi sharing, integration with VMware and other
> solutions for virtualization. And that is not present in webmin or any
> other app that configures unix systems.
Can you do that from a high-level application? I don't know how Solaris
configuration works.
> I was thinking of mapping every system resource in an entity (object) in
> my application.
That might make sense.
> Also considering that it will have a rich web interface
> for configuration im thinking pure scripting
What do you mean by "pure scripting"?
> just wont do it without a
> backend server where the application runs.
Uh, what? Wouldn't the application just run on the box that it was
supposed to configure?
> And it would be really hard
> from what i'm guessing now to actually reflect the complex interactions
> in the system without a well designed layered architecture for this.
> That's why i was wondering about rails considering the MVC architecture
> and the implementation of object aggregation like has_a or belongs_to or
> any other relationships that might have helped me alot.
has_many and belongs_to are only meaningful with a relational database.
Ruby objects aggregate beautifully without these.
Don't be so dazzled by Rails that you forget what core Ruby offers.
> But i guess
> rails for this would be an overkill.
Well, ActiveRecord would be unnecessary (I think), which *probably*
means that Rails would be overkill...but try it! Start with something
like Sinatra and see how far you get; be prepared to switch to Rails (or
something else entirely) if necessary.
>
> Thanks again.
Best,
--
Marnen Laibow-Koser
http://www.marnen.org
marnen@marnen.org
--
Posted via http://www.ruby-forum.com/.
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
No comments:
Post a Comment